Boston Linux & Unix (BLU) Home | Calendar | Mail Lists | List Archives | Desktop SIG | Hardware Hacking SIG
Wiki | Flickr | PicasaWeb | Video | Maps & Directions | Installfests | Keysignings
Linux Cafe | Meeting Notes | Blog | Linux Links | Bling | About BLU

BLU Discuss list archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]


On 2000-05-25 at 09:39 -0400, Frank Ramsay wrote:

> We're sendout out huge maillists (50,000 to 1,000,000 messages per mailing)
> (it's sooooo close to being spam, the only thing that keeps it from being spam 
> is people have to sign up for these lists.)

I really hope this is not spam, or I am going to be extremely angry if you
are asking for help.  Anyway, start here:

_OPTION(QueueSortOrder, `confQUEUE_SORT_ORDER', host)

Make sure when you start Sendmail that you are using a very long queue run
interval, at least an hour ("-q60m").

> We manage mailing lists for several major companies and organizations.
> > When you say Sendmail is "slow," exactly what do you mean?
> Slow is 18 minutes for 102 messages (with bodies less than 200 bytes) 

If you have tens of thousands of recipients, you may be thrashing.  What
is your system load average during that 18 minutes?  You can back this
down and tell Sendmail to be a little more relaxed by tweaking the LA max:

_OPTION(QueueLA, `confQUEUE_LA', 4)

You don't really have a Sendmail problem, but rather a set of unusual
requirements which require a high level of expertise to cope with.

-- Mike

Subcription/unsubscription/info requests: send e-mail with
"subscribe", "unsubscribe", or "info" on the first line of the
message body to discuss-request at (Subject line is ignored).

BLU is a member of BostonUserGroups
BLU is a member of BostonUserGroups
We also thank MIT for the use of their facilities.

Valid HTML 4.01! Valid CSS!

Boston Linux & Unix /