On 10/22/2012 08:11 PM, Sam Varshavchik wrote: > If it's connecting via SMTP, the SMTP timeout is much shorter, and > should kick in much earlier. If it's a local connection, I don't see the > point of SSMTP. What value does it add, exactly, versus sending mail > directly.
It's SMTP. Courier's SMTP timeout is, by default, shorter than submit's, but I can configure the SMTP timeout. The submit timeout can't be configured. Especially since there is, already, an SMTP timeout it seems unnecessary for submit to have a timeout of its own. If it has to be there, I'd rather that it be configurable so that I can make sure that the two match. The point of SSMTP is that a small device can have /usr/bin/sendmail symlinked to ssmtp, which is a much smaller application. ssmtp connects to an SMTP server, conducts the SMTP conversation on behalf of applications that are only designed to use /usr/bin/sendmail, and otherwise directly transmits the data that it gets. Since it doesn't do local queuing, it can be used on devices with no writable disk space and limited memory. > And, in any case, starting sendmail/submit, then doing nothing for half > an hour, that seems rather broken to me. The timeout is not issue, here. > Something's wrong with this entire concept. A cron job might not have output for a very long time, but cron launches sendmail before it runs jobs, and connects the job's output to sendmail's input. I can continue to patch Courier and make the timeout longer for my own systems, but I wanted to ask since at least for me submit running for a long time is never an issue (particularly as esmtpd has its own timeout, and it can be configured), but SSMTP support is. ------------------------------------------------------------------------------ Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_sfd2d_oct _______________________________________________ courier-users mailing list courier-users@lists.sourceforge.net Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users
