sendmail sits in queue for exactly 1hr

more info:-

root 14010 1 0 15:19:51 ? 0:00 /usr/lib/sendmail -bl -q15m
root 19931 1 0 10:23:31 ? 0:00 /usr/lib/sendmail -bl -q15m


Sy UK

You've just gone back to Winter time, right? I wonder is sendmail still in Summer time for some reason... although the times look right in your original post, and it looks like the daemon has been restarted recently so it should have noticed the change. Does it go through a gateway? Maybe that's the one that hasn't updated its clock and is refusing to relay it until the time is right. Then again... you'd think it would be trying to send the email an hour earlier rather than delaying it by an hour. Sorry, no solution... just thinking aloud!

Is the load average on your system high? There is a very conservative default setting in sendmail where it doesn't relay emails if the load average is above 8 I think (a ridiculously small number on large multiprocessor systems).

Try running /usr/lib/sendmail -q -ox80 -v, which overrides that value to 80. Do pending emails get dequeued immediately?


Annihilannic
[small]tgmlify - code syntax highlighting for your tek-tips posts[/small]

hi thanks for reply...

This is not due to clock change as happened prior time diff. Good thinking tho..

Not exactly hour now as got one in 53min.

Doing some comparison on other servers. Cant figure out what the "bl" switch means. Cant seem to find anyware. I understand -bd is deamon but cannot find -bl

Any ideas

smmsp 782 1 0 Nov 01 ? 0:01 /usr/lib/sendmail -Ac -q15m
oratest 14405 914 0 10:30:55 pts/2 0:00 grep send
root 19931 1 0 Nov 01 ? 0:07 /usr/lib/sendmail -bl -q15m


thanks for your help

Sy UK

Google tells me -bl means the sendmail daemon will only accept connections from localhost. It doesn't seem to be supported by the version of sendmail running on my Solaris 10 VM (package version 11.10.0).



Annihilannic
[small]tgmlify - code syntax highlighting for your tek-tips posts[/small]