HPE GreenLake Administration
- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - Linux
- >
- Re: sendmail message queue
Operating System - Linux
1832864
Members
2833
Online
110048
Solutions
Forums
Categories
Company
Local Language
back
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Forums
Discussions
Discussions
Discussions
Forums
Discussions
back
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
- BladeSystem Infrastructure and Application Solutions
- Appliance Servers
- Alpha Servers
- BackOffice Products
- Internet Products
- HPE 9000 and HPE e3000 Servers
- Networking
- Netservers
- Secure OS Software for Linux
- Server Management (Insight Manager 7)
- Windows Server 2003
- Operating System - Tru64 Unix
- ProLiant Deployment and Provisioning
- Linux-Based Community / Regional
- Microsoft System Center Integration
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Blogs
Information
Community
Resources
Community Language
Language
Forums
Blogs
Go to solution
Topic Options
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
04-09-2002 01:09 PM
04-09-2002 01:09 PM
Hi!
I have a very annoying problem with sendmail:
My mail-relay server (sendmail 8.11) does not forward mails when I submit "sendmail -q".
It forwards mails automatically after 30 minutes. I started sendmail with arguments "-bd -q1m -om", so it should at least forward after 1 minute.
These problems occur only, if no connection to the corporate mail-server is established. After reconnetion I have to wait 30 minutes. Then everything is ok, the mail queue is flushed and new mails are forwarded immediately.
Has anyone an idea?
Thanks
Michael
I have a very annoying problem with sendmail:
My mail-relay server (sendmail 8.11) does not forward mails when I submit "sendmail -q".
It forwards mails automatically after 30 minutes. I started sendmail with arguments "-bd -q1m -om", so it should at least forward after 1 minute.
These problems occur only, if no connection to the corporate mail-server is established. After reconnetion I have to wait 30 minutes. Then everything is ok, the mail queue is flushed and new mails are forwarded immediately.
Has anyone an idea?
Thanks
Michael
Solved! Go to Solution.
3 REPLIES 3
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
04-10-2002 01:24 AM
04-10-2002 01:24 AM
Re: sendmail message queue
Hi,
I had this problem with sendmail too. It usually is caused because the mail is "deferred" when the destination host is unreachable.
You can configure sendmail in a way that it does only send mails, when doing "sendmail -q" with this option enabled, sendmail will flush the queue immediately.
It is important that you also turn off that sendmail immediately wants to canonify (DNS look up) mail adresses (if I remember the correct thing, you could remove the []-brakets in the canonification-Section of sendmail.cf in order to do this but I am not sure.
You could add some lines to your /etc/ppp/ip-up.local containing a sendmail -q.
Probably you could change the configuration file to immediate delivery in your ip-up and to explicit delivery in your ip-down-script.
More about this and how to achieve "explicit delivery":
http://www.ibiblio.org/pub/Linux/docs/HOWTO/mini/other-formats/pdf/Mail-Queue.pdf
(Page 6ff)
Hope that helps,
Christoph Rothe
I had this problem with sendmail too. It usually is caused because the mail is "deferred" when the destination host is unreachable.
You can configure sendmail in a way that it does only send mails, when doing "sendmail -q" with this option enabled, sendmail will flush the queue immediately.
It is important that you also turn off that sendmail immediately wants to canonify (DNS look up) mail adresses (if I remember the correct thing, you could remove the []-brakets in the canonification-Section of sendmail.cf in order to do this but I am not sure.
You could add some lines to your /etc/ppp/ip-up.local containing a sendmail -q.
Probably you could change the configuration file to immediate delivery in your ip-up and to explicit delivery in your ip-down-script.
More about this and how to achieve "explicit delivery":
http://www.ibiblio.org/pub/Linux/docs/HOWTO/mini/other-formats/pdf/Mail-Queue.pdf
(Page 6ff)
Hope that helps,
Christoph Rothe
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
04-16-2002 08:52 PM
04-16-2002 08:52 PM
Solution
hi,
cd /etc/sysconfig/network.scripts/
vi sendmail
there -q parameter is assigned with default
1 hour (1h) delay. change it to 1m or 0m.
and restart the sendmail service.
hope your problem is solved now.
regards,
U.SivaKumar.
cd /etc/sysconfig/network.scripts/
vi sendmail
there -q parameter is assigned with default
1 hour (1h) delay. change it to 1m or 0m.
and restart the sendmail service.
hope your problem is solved now.
regards,
U.SivaKumar.
Innovations are made when conventions are broken
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
04-17-2002 01:58 PM
04-17-2002 01:58 PM
Re: sendmail message queue
The last one was the exact solution.
Thanks.
Thanks.
The opinions expressed above are the personal opinions of the authors, not of Hewlett Packard Enterprise. By using this site, you accept the Terms of Use and Rules of Participation.
Company
Events and news
Customer resources
© Copyright 2025 Hewlett Packard Enterprise Development LP