Bob Cohen wrote:
>
> > I will assume you are running sendmail as your MTA, and you have root
> > privelages on the majordomo machine. Assuming sendmail is configured
> > correctly, there are three places where bottlenecks or
> > misconfiguration can cause duplicate deliveries.
>
> Yes I am running sendmail. And I too am assuming that it's running
> correctly because it seemed to work fine until last night. The only
> caveat being that the amount of traffic was extremely low, i.e., six
> people sharing the mail server.
You can tell what version of sendmail you are using by 'telnet 0 25' on
the sendmail server you are checking. The banner message will/should
provide version information. Exit the session with the 'quit' command.
Since you have redhat 7.2, I am sure your sendmail is new enough to use
the /etc/mail/trusted-users file.
>
> > 1. Sendmail gets interrupted during a delivery and starts over from
> > the beginning. Do you notice that people at the top of the subscriber
> > file get more duplicates than those at the end? You may need faster
> > CPU(s), more bandwidth, or perhaps a smarthost.
>
> How can I tell more concretely if this is happening. I looked at all my
> bounced/returned/failure messages using the search feature in my mail
> client in which I grabbed names from the top of the list and then ones
> from the bottom. For the most part the bounces seem more or less equal,
> but not always. For CPUs we're running two 1gig processors. Bandwith
> is 1/3 a T1, approx 500k.
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 delivery. Unless your lists are
many thousands of subscribers large, I doubt this or CPU would be your
bottleneck. I thought the problem was duplicates rather than 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.
>
> > 2. You have duplicate entries in the subscriber file itself, or
> > multiple references to :include: that file in your aliases. Do a
> > 'uniq' or a 'sort -u' on the subscriber file. Do a 'uniq' on the
> > /etc/aliases file.
>
> The subscriber file was my first stop on the troubleshooting express. I
> then ran the uniq as you suggested. That said there were no duplicates
> in the subscriber list or the aliases file.
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).
>
> > 3. Line wrapping is getting you into trouble with your aliases file.
>
> The line wrapping thing had to do with Outlook, not the configuration
> file. The config file is not line wrapped at all, I think.
>
> > test-outgoing:
> > :include:/var/lib/majordomo/lists/test,test-archiver,test-digestify
>
> I notice your :include statement is on the next line. Mine is on the
> same line. Does this matter? e.g.,
>
> applicants-list: :include:/var/lib/majordomo/lists/applicants
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.
>
> > Locations referenced by the aliases above are defined in majordomo.cf.
> > I also use a standard alias of "nobody", defined as
> > nobody: /dev/null
>
> 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.
>
> > and I add Tmajordomo to sendmail.cf or just majordomo to
> > trusted-users in /etc/mail, depending on what version of
> > sendmail I am running and the actual name/id of the majordomo user.
>
> I'm not sure which version I'm running. I've got RedHat 7.2. The
> server was set up just three or four months ago with, what I was given
> to believe, all the latest and greatest software of that
> moment--including sendmail. I poked around the documentation and can't
> seem to figure out how to determine the version.
I answered this above, but this implies that you added majordomo as
a separate package. Hopefully with the .rpm from the redhat 6.1
powertools update. You might also be interested in my newlist3.pl
script. Take a look at
ftp://ftp.ccsf.org/majordomo-contrib/newlist3.pl.gz
>
> Dan I can't begin to thank you enough for your time and generosity.
> Once I get this thing sorted out, perhaps I could send you a bottle of
> single-malt in appreciaton.
Thank you for the kudos and the offer. If you are serious, catch me
offline for my snail mail address. :)
>
> Bob Cohen
Follow-Ups:
References:
|
|
