sendmail queues

sendmail queues

[urgrue]

If my sendmail's queue fills up for some reason (for example, if a primary
MX is down and my sendmail is its secondary MX), it takes _ages_ for it to
empty out again. Sendmail seems to process each spooled file consecutively 
instead of in parallel, and for some reason takes ages on each. It seems
like it doesnt "trash" mails ever. Some of the mails in the spool are a
month old - in most cases probably spam or similar mails that dont have a
valid destination at all, therefore simply just eat up sendmail's time as it
goes through them all, waiting for timeout on each.
Shouldn't mails older than 5 days simply get trashed, since I have
Timeout.queuereturn set to 5d?

Re: sendmail queues

[Bostjan Skufca @ domenca.com]

Although i think i have sendmail configured properly I had to write a script 
which parses the mqueue directory and removes unnecessary files (data files 
without control file, lost-control files, transcript files etc). I run it 
periodically to address given issues. Don't know about parallel stuff...

Regards,
Bostjan



On Tuesday 31 of August 2004 13:36, urgrue wrote:
> If my sendmail's queue fills up for some reason (for example, if a primary
> MX is down and my sendmail is its secondary MX), it takes _ages_ for it to
> empty out again. Sendmail seems to process each spooled file consecutively
> instead of in parallel, and for some reason takes ages on each. It seems
> like it doesnt "trash" mails ever. Some of the mails in the spool are a
> month old - in most cases probably spam or similar mails that dont have a
> valid destination at all, therefore simply just eat up sendmail's time as
> it goes through them all, waiting for timeout on each.
> Shouldn't mails older than 5 days simply get trashed, since I have
> Timeout.queuereturn set to 5d?
> -
> To unsubscribe from this list: send the line "unsubscribe linux-admin" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html