Great Circle Associates Majordomo-Users
(August 2002)
 

Indexed By Date: [Previous] [Next] Indexed By Thread: [Previous] [Next]

Subject: Re: From field and Wrapper
From: "Bob Cohen" <bcohen @ bpecreative . com>
Date: Wed, 7 Aug 2002 21:38:00 -0400
To: "'Daniel Liston'" <dliston @ sonny . org>
Cc: "'Jamie Booth'" <jamie @ webkor . com>,"'Majordomo-Users @ Greatcircle . Com'" <majordomo-users @ greatcircle . com>
Importance: Normal
In-reply-to: <3D518C87.53015DF8@sonny.org>

> You can tell what version of sendmail you are using by
> 'telnet 0 25' on the sendmail server you are checking.  The 

Sendmail is 8.11.6

> Since you have redhat 7.2, I am sure your sendmail is new
> enough to use 
> the /etc/mail/trusted-users file.

> Again, I have to assume you have root access to this machine.
>  Issuing the 'mailq' command will let you know how backlogged 
> your queue is.  A slow DNS response can also cause slow 

I do have root access.  There are currently 68 requests in the queue. Is
it possible to clear the the queue?  If so how?

> bounces. This is an entirely different issue.  Bounces are
> typically network 
> (DNS or bandwidth) related, or just a matter of how "clean" 
> your lists membership addresses are.

This I know and was expecting some bounces.  I wasn't expecting the
failues and all the other messages.

> Don't forget, unix is case sensitive, and sendmail translates
> domains and aliases, not to mention forwarding too.  In other words, 
> dliston@sonny.org would be uniq to dliston@mail.sonny.org, 
> and uniq to dliston@Sonny.ORG, but the addresses are really 
> the same (in this case).

The e-mail addresses came from a membership database file, not from the
traditional sources.

> Just another case of line wrapping (or the display while
> reading) the message.  I wrote a message to this list in the 
> last 24 hours regarding the aliases file and line wraps.  If 
> you need me to dig it up for you, just ask.

Thanks.  I think I'm all set for now.

> > Nobody in my alias file is aliased to root.
> 
> This is ok, BUT, root would get a copy of every message sent to
> every list if you implemented my sample resend alias on your 
> lists. Probably not a good idea.

I'll make this adjustment ASAP.

> interested in my newlist3.pl script.  Take a look at
> ftp://ftp.ccsf.org/majordomo-contrib/newlist3.pl.gz

Thanks I just downloaded it.

> Thank you for the kudos and the offer.  If you are serious,
> catch me offline for my snail mail address. :)

I'm not kidding.  Stick with me kid and the bottle's yours.  

What caused this mess in the first place AND how can I make sure it
doesn't happen again?  I finally had to resort to deleting the mailing
list.  The death threats exceeded my level of tolerance <g>.  Seriously,
I pissed off a lot of people today.  I need to make sure that the list
is really working the next time.

I think I mentioned that I am using Webmin to set up the list.  It seems
to do everything.  I just don't know what happened.

Bob Cohen
b.p.e.Creative (Design and production services for the web)
Put creative minds to work for you. 
> You can tell what version of sendmail you are using by
> 'telnet 0 25' on the sendmail server you are checking.  The 

Sendmail is 8.11.6

> Since you have redhat 7.2, I am sure your sendmail is new
> enough to use 
> the /etc/mail/trusted-users file.

> Again, I have to assume you have root access to this machine.
>  Issuing the 'mailq' command will let you know how backlogged 
> your queue is.  A slow DNS response can also cause slow 

I do have root access.  There are currently 68 requests in the queue. Is
it possible to clear the the queue?  If so how?

> bounces. This is an entirely different issue.  Bounces are
> typically network 
> (DNS or bandwidth) related, or just a matter of how "clean" 
> your lists membership addresses are.

This I know and was expecting some bounces.  I wasn't expecting the
failues and all the other messages.

> Don't forget, unix is case sensitive, and sendmail translates
> domains and aliases, not to mention forwarding too.  In other words, 
> dliston@sonny.org would be uniq to dliston@mail.sonny.org, 
> and uniq to dliston@Sonny.ORG, but the addresses are really 
> the same (in this case).

The e-mail addresses came from a membership database file, not from the
traditional sources.

> Just another case of line wrapping (or the display while
> reading) the message.  I wrote a message to this list in the 
> last 24 hours regarding the aliases file and line wraps.  If 
> you need me to dig it up for you, just ask.

Thanks.  I think I'm all set for now.

> > Nobody in my alias file is aliased to root.
> 
> This is ok, BUT, root would get a copy of every message sent to
> every list if you implemented my sample resend alias on your 
> lists. Probably not a good idea.

I'll make this adjustment ASAP.

> interested in my newlist3.pl script.  Take a look at
> ftp://ftp.ccsf.org/majordomo-contrib/newlist3.pl.gz

Thanks I just downloaded it.

> Thank you for the kudos and the offer.  If you are serious,
> catch me offline for my snail mail address. :)

I'm not kidding.  Stick with me kid and the bottle's yours.  

What caused this mess in the first place AND how can I make sure it
doesn't happen again?  I finally had to resort to deleting the mailing
list.  The death threats exceeded my level of tolerance <g>.  Seriously,
I pissed off a lot of people today.  I need to make sure that the list
is really working the next time.

I think I mentioned that I am using Webmin to set up the list.  It seems
to do everything.  I just don't know what happened.

Bob Cohen
b.p.e.Creative (Design and production services for the web)
Put creative minds to work for you. 




Follow-Ups:
References:
Indexed By Date Previous: Re: BC all admin responses
From: Daniel Liston <dliston@sonny.org>
Next: Re: From field and Wrapper
From: Daniel Liston <dliston@sonny.org>
Indexed By Thread Previous: Re: From field and Wrapper
From: Daniel Liston <dliston@sonny.org>
Next: Re: From field and Wrapper
From: Daniel Liston <dliston@sonny.org>

Google
 
Search Internet Search www.greatcircle.com