Contact US

Log In

Come Join Us!

Are you a
Computer / IT professional?
Join Tek-Tips Forums!
  • Talk With Other Members
  • Be Notified Of Responses
    To Your Posts
  • Keyword Search
  • One-Click Access To Your
    Favorite Forums
  • Automated Signatures
    On Your Posts
  • Best Of All, It's Free!

*Tek-Tips's functionality depends on members receiving e-mail. By joining you are opting in to receive e-mail.

Posting Guidelines

Promoting, selling, recruiting, coursework and thesis posting is forbidden.

Students Click Here

sendmail sits in queue for exactly 1hr

sendmail sits in queue for exactly 1hr

sendmail sits in queue for exactly 1hr


My knowledge of sendmail is very limited so please excuse me.

$ uname -a
SunOS nimrod 5.10 Generic_144488-02 sun4u sparc SUNW,Sun-Fire-V440

When I run the following on server it sits in the mailq for exactly 1 hr before we receive anything.  This is exactly 1 hr every time.  Was wondering if there are any settings which would be causing this.

 mail -s "test from NIMROD" pdg@consulting.com
hello im a test email sent at 13:49
$ mailq
                /var/spool/mqueue (1 request)
-----Q-ID----- --Size-- -----Q-Time----- ------------Sender/Recipient-----------
pA1DnHgE006190*      37 Tue Nov  1 13:49 <oratest@slo.gov.uk>
                Total requests: 1

This sits in the mailq for 1 hr.

Any help/pointers would be greatly appreciated



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


RE: sendmail sits in queue for exactly 1hr

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?

tgmlify - code syntax highlighting for your tek-tips posts

RE: sendmail sits in queue for exactly 1hr

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


RE: sendmail sits in queue for exactly 1hr

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).


tgmlify - code syntax highlighting for your tek-tips posts

Red Flag This Post

Please let us know here why this post is inappropriate. Reasons such as off-topic, duplicates, flames, illegal, vulgar, or students posting their homework.

Red Flag Submitted

Thank you for helping keep Tek-Tips Forums free from inappropriate posts.
The Tek-Tips staff will check this out and take appropriate action.

Reply To This Thread

Posting in the Tek-Tips forums is a member-only feature.

Click Here to join Tek-Tips and talk with other members! Already a Member? Login

Close Box

Join Tek-Tips® Today!

Join your peers on the Internet's largest technical computer professional community.
It's easy to join and it's free.

Here's Why Members Love Tek-Tips Forums:

Register now while it's still free!

Already a member? Close this window and log in.

Join Us             Close