- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - Linux
- >
- Re: Sendmail timeout
Categories
Company
Local Language
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Discussions
Discussions
Forums
Forums
Discussions
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
Discussion Boards
Discussion Boards
Community
Resources
Forums
Blogs
- 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
тАО08-04-2010 06:10 AM
тАО08-04-2010 06:10 AM
Thanks
Solved! Go to Solution.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО08-04-2010 08:31 AM
тАО08-04-2010 08:31 AM
SolutionTimeout.rcpt is used when Sendmail is sending a message's recipient list to another mail server and waiting for the other server to accept it. (The "RCPT TO:" step in the SMTP protocol.)
The queue processing interval is controlled by the command-line options when starting Sendmail. A common set of options for the Sendmail daemon is"-bd -q1h": it will make Sendmail both listen for incoming connections (-bd) and process the mail queue in 1-hour intervals (-q1h).
To shorten the queue interval to 5 minutes, the "-q1h" option should be replaced with "-q5m", or simply "-q5" (both are equivalent).
If you specify no time interval at all (i.e. use the command "sendmail -q"), then the command will cause Sendmail to immediately make one extra delivery pass.
When a first email delivery attempt to a particular mail server always fails but subsequent ones will succeed, it might be caused by an anti-spam strategy called "greylisting". It relies on the fact that most mass-mailing programs won't bother retrying.
http://en.wikipedia.org/wiki/Greylisting
MK
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО08-04-2010 10:46 AM
тАО08-04-2010 10:46 AM
Re: Sendmail timeout
One more question. When it defers a delivery it basically stops all delivery of that message. Example: if it's sending to user A, B and C. The issue is it sends to A but defers B, C doesn't get delivered either.
Could this be because we're using mailing list and not just listing out the users on the sendmail command line or is it something else?
Thanks
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО08-05-2010 01:22 AM
тАО08-05-2010 01:22 AM
Re: Sendmail timeout
When delivering an outgoing message (assuming that Sendmail is doing a direct delivery, not configured to forward everything to a "smarthost"), Sendmail will first use the DNS to find out the mail servers of each recipient.
For example, if the recipients are:
A@company1.example
B@big.company2.example
C@deptX.company2.example
... then Sendmail will look for MX records for "company1.example", "big.company2.example" and "deptX.company2.example".
(You can check the MX records manually using the "dig" command and the hostname part of the recipient address, e.g. "dig company1.example MX".)
The results of the lookup might be, for each recipient:
A: mail.company1.example
B: smtp.company2.example
C: smtp.company2.example
At this point, Sendmail knows that only one SMTP connection is needed to deliver the message to both recipients B and C. If smtp.company2.example cannot be reached, neither B nor C will receive their messages.
Sendmail is not so dumb it would use two separate SMTP connections to deliver first to B, then to C: back when Sendmail was designed, network bandwidth was *expensive* and optimization like this was important.
MK
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО08-05-2010 08:28 AM
тАО08-05-2010 08:28 AM