Re: [AMaViS-user] lmtp_connection_cache_destinations - Google Search
Michael, SMTP Connection caching introduces some overhead: the client needs to send an RSET command to find out if a connection is still usable, before it can send the next MAIL FROM command. The cost of an extra RSET command is negligible, especially in a pipelined smtp or lmtp session. Noel Jones wrotes: Now that smtp has connection caching, the difference between using lmtp and smtp to connect to amavisd-new are minimal. Right. The only practical difference now is when MTA would tempfail one (or more) recipient on mail resubmission from amavisd, and accept other recipients. In case of a SMTP session the entire message would need to be tempfailed (as amavisd does not provide its own queueing), while in case of a LMTP session a tempfail could be propagated back to the incoming session and mail accepted for remaining recipients. This is rather a theoretical consideration, as recipient validation is normally performed by the first MTA instance, and if that was successful, there is no good reason why any recipient could tempfail at reinsertion. Also, a tampfailing condition due to some internal problem within amavisd currently tempfails the entire message, not individual recipients. and the added overhead of an LMTP RSET command is far less than doing a TCP handshake + LMTP greeting.lmtp_connection_cache_destinations - Google Search Maybe we should INCREASE the caching for lmtp. The Postfix defaults are just fine, not worth fiddling with. Even a new TCP+SMTP handshake is small compared to remaining processing - except in case of TLS sessions. Mark - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ AMaViS-user mailing list AMaViS-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amavis-user AMaViS-FAQ:http://www.amavis.org/amavis-faq.php3 AMaViS-HowTos:http://www.amavis.org/howto/
[AMaViS-user] lmtp_connection_cache_destinations - Google Search
http://www.postfix.org/CONNECTION_CACHE_README.html SMTP Connection caching introduces some overhead: the client needs to send an RSET command to find out if a connection is still usable, before it can send the next MAIL FROM command. so, should we turn off connection caching for lmtp? -- Michael Scheidell, President Main: 561-999-5000, Office: 561-939-7259 *| *SECNAP Network Security Corporation * Certified SNORT Integrator * Everything Channel Hot Product of 2008 * Shaping Information Security Award 2008 * CRN Magazine Top 40 Emerging Security Vendors _ This email has been scanned and certified safe by SpammerTrap(r). For Information please see http://www.spammertrap.com _ - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ AMaViS-user mailing list AMaViS-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amavis-user AMaViS-FAQ:http://www.amavis.org/amavis-faq.php3 AMaViS-HowTos:http://www.amavis.org/howto/
Re: [AMaViS-user] lmtp_connection_cache_destinations - Google Search
Michael Scheidell wrote: http://www.postfix.org/CONNECTION_CACHE_README.html SMTP Connection caching introduces some overhead: the client needs to send an RSET command to find out if a connection is still usable, before it can send the next MAIL FROM command. so, should we turn off connection caching for lmtp? The postfix lmtp client has always had connection caching enabled. I believe that was the main reason lmtp used to be the recommended interface between postfix and amavisd-new. Now that smtp has connection caching, the difference between using lmtp and smtp to connect to amavisd-new are minimal. and the added overhead of an LMTP RSET command is far less than doing a TCP handshake + LMTP greeting. -- Noel Jones - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ AMaViS-user mailing list AMaViS-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amavis-user AMaViS-FAQ:http://www.amavis.org/amavis-faq.php3 AMaViS-HowTos:http://www.amavis.org/howto/
Re: [AMaViS-user] lmtp_connection_cache_destinations - Google Search
From: Noel Jones [EMAIL PROTECTED] Reply-To: Amavis Users amavis-user@lists.sourceforge.net Date: Tue, 05 Aug 2008 14:21:24 -0500 To: Amavis Users amavis-user@lists.sourceforge.net Subject: Re: [AMaViS-user] lmtp_connection_cache_destinations - Google Search Michael Scheidell wrote: http://www.postfix.org/CONNECTION_CACHE_README.html SMTP Connection caching introduces some overhead: the client needs to send an RSET command to find out if a connection is still usable, before it can send the next MAIL FROM command. The postfix lmtp client has always had connection caching enabled. I believe that was the main reason lmtp used to be the recommended interface between postfix and amavisd-new. Now that smtp has connection caching, the difference between using lmtp and smtp to connect to amavisd-new are minimal. and the added overhead of an LMTP RSET command is far less than doing a TCP handshake + LMTP greeting. Maybe we should INCREASE the caching for lmtp. -- Noel Jones - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ AMaViS-user mailing list AMaViS-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amavis-user AMaViS-FAQ:http://www.amavis.org/amavis-faq.php3 AMaViS-HowTos:http://www.amavis.org/howto/ _ This email has been scanned and certified safe by SpammerTrap(r). For Information please see http://www.spammertrap.com _ - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ AMaViS-user mailing list AMaViS-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amavis-user AMaViS-FAQ:http://www.amavis.org/amavis-faq.php3 AMaViS-HowTos:http://www.amavis.org/howto/
