> 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:
|
|