Re: smtpd update
On Thu, Sep 17, 2009 at 02:09:17PM +0200, Michael wrote: smtpd has recently benefited from many changes to the local and remote delivery code paths. Their aim is to advance smtpd few steps further to being well suited for production use. I have been working on this for a number of weeks, and to put it bluntly - the changes are massive. So, please grab the latest smtpd and give it a spin. I've changed from sendmail to smtpd on some routers which only forward cronjob mails and it works just fine... mostly. ;-) On one machine I am also accepting mails, grep the text and send it as SMS. Sending mails with tls and receiving mails without tls works just fine, however, when using listen on vr0 tls it doesn't work when following man starttls, because it tells you to create a DSA certificate. In this case the sending machine is another OpenBSD box with sendmail. opensmtpd complains here that no shared cipher could be found. After switching to an RSA certificate it works just fine. starttls(8) instructions should now work on -current smtpd.
Re: smtpd update
Hi, smtpd has recently benefited from many changes to the local and remote delivery code paths. Their aim is to advance smtpd few steps further to being well suited for production use. I have been working on this for a number of weeks, and to put it bluntly - the changes are massive. So, please grab the latest smtpd and give it a spin. I've changed from sendmail to smtpd on some routers which only forward cronjob mails and it works just fine... mostly. ;-) On one machine I am also accepting mails, grep the text and send it as SMS. Sending mails with tls and receiving mails without tls works just fine, however, when using listen on vr0 tls it doesn't work when following man starttls, because it tells you to create a DSA certificate. In this case the sending machine is another OpenBSD box with sendmail. opensmtpd complains here that no shared cipher could be found. After switching to an RSA certificate it works just fine. Michael
smtpd update
Hi, smtpd has recently benefited from many changes to the local and remote delivery code paths. Their aim is to advance smtpd few steps further to being well suited for production use. I have been working on this for a number of weeks, and to put it bluntly - the changes are massive. So, please grab the latest smtpd and give it a spin. If you are not already using smtpd but would like to start, edit /etc/mailer.conf sendmail/usr/sbin/smtpctl send-mail /usr/sbin/smtpctl mailq /usr/sbin/smtpctl makemap /usr/libexec/smtpd/makemap newaliases /usr/libexec/smtpd/makemap and run # echo sendmail_flags=NO /etc/rc.conf.local # echo smtpd_flags= /etc/rc.conf.local # newaliases Finally, reboot the box to verify smtpd is started automatically. Thanks, Jacek
Re: smtpd update
Please, do not wait for others to try it, I just can't hear another I will try it soon, I was just waiting for other people's feedbacks ... Gilles Jacek Masiulaniec a icrit : Hi, smtpd has recently benefited from many changes to the local and remote delivery code paths. Their aim is to advance smtpd few steps further to being well suited for production use. I have been working on this for a number of weeks, and to put it bluntly - the changes are massive. So, please grab the latest smtpd and give it a spin. If you are not already using smtpd but would like to start, edit /etc/mailer.conf sendmail/usr/sbin/smtpctl send-mail /usr/sbin/smtpctl mailq /usr/sbin/smtpctl makemap /usr/libexec/smtpd/makemap newaliases /usr/libexec/smtpd/makemap and run # echo sendmail_flags=NO /etc/rc.conf.local # echo smtpd_flags= /etc/rc.conf.local # newaliases Finally, reboot the box to verify smtpd is started automatically. Thanks, Jacek
Re: smtpd update
Gilles, I've already started using it in production (yes, with my own non_accepted_aliases_patch ;-). So far - all good, seems to be very robust and pretty stable. I will of course send you a note if I will notice some troubles. And for the others to record I have to notice the very clean code which lets me make small changes for myself. On Wed, 16 Sep 2009 13:50:00 +0200 Gilles Chehade gil...@poolp.org wrote: Please, do not wait for others to try it, I just can't hear another I will try it soon, I was just waiting for other people's feedbacks ... Gilles Jacek Masiulaniec a icrit : Hi, smtpd has recently benefited from many changes to the local and remote delivery code paths. Their aim is to advance smtpd few steps further to being well suited for production use. I have been working on this for a number of weeks, and to put it bluntly - the changes are massive. So, please grab the latest smtpd and give it a spin. If you are not already using smtpd but would like to start, edit /etc/mailer.conf sendmail/usr/sbin/smtpctl send-mail /usr/sbin/smtpctl mailq /usr/sbin/smtpctl makemap /usr/libexec/smtpd/makemap newaliases /usr/libexec/smtpd/makemap and run # echo sendmail_flags=NO /etc/rc.conf.local # echo smtpd_flags= /etc/rc.conf.local # newaliases Finally, reboot the box to verify smtpd is started automatically. Thanks, Jacek -- With best regards, Gregory Edigarov
Re: smtpd update
On Wed, Sep 16, 2009 at 11:14 AM, Jacek Masiulaniec jac...@dobremiasto.net wrote: Hi, smtpd has recently benefited from many changes to the local and remote delivery code paths. Their aim is to advance smtpd few steps further to being well suited for production use. I have been working on this for a number of weeks, and to put it bluntly - the changes are massive. So, please grab the latest smtpd and give it a spin. If you are not already using smtpd but would like to start, edit /etc/mailer.conf sendmail/usr/sbin/smtpctl send-mail /usr/sbin/smtpctl mailq /usr/sbin/smtpctl makemap /usr/libexec/smtpd/makemap newaliases /usr/libexec/smtpd/makemap and run # echo sendmail_flags=NO /etc/rc.conf.local # echo smtpd_flags= /etc/rc.conf.local # newaliases And i suppose, comment the sendmail clientmqueue runner job in crontab ? Landry
Re: smtpd update
On Wed, 16 Sep 2009 15:54:36 +0200, Landry Breuil landry.bre...@gmail.com wrote: On Wed, Sep 16, 2009 at 11:14 AM, Jacek Masiulaniec jac...@dobremiasto.net wrote: Hi, smtpd has recently benefited from many changes to the local and remote delivery code paths. Their aim is to advance smtpd few steps further to being well suited for production use. I have been working on this for a number of weeks, and to put it bluntly - the changes are massive. So, please grab the latest smtpd and give it a spin. If you are not already using smtpd but would like to start, edit /etc/mailer.conf sendmail/usr/sbin/smtpctl send-mail /usr/sbin/smtpctl mailq /usr/sbin/smtpctl makemap /usr/libexec/smtpd/makemap newaliases /usr/libexec/smtpd/makemap and run # echo sendmail_flags=NO /etc/rc.conf.local # echo smtpd_flags= /etc/rc.conf.local # newaliases And i suppose, comment the sendmail clientmqueue runner job in crontab ? This is no longer necessary. My recent commit turned clientmqueue in cron into a noop when smtpd is enabled.
Re: smtpd update
On 2009-09-16, Jacek Masiulaniec jac...@dobremiasto.net wrote: Hi, smtpd has recently benefited from many changes to the local and remote delivery code paths. Their aim is to advance smtpd few steps further to being well suited for production use. I have been working on this for a number of weeks, and to put it bluntly - the changes are massive. So, please grab the latest smtpd and give it a spin. I have smtpd from the latest snapshot running smoothly on my client. Here's my configuration: listen on lo0 map aliases { source db /etc/mail/aliases.db } accept for all relay via hcl-club.lu port submission tls certificate hcl I do certificate based authentication on the server (running postfix). Works very well ATM. Thank you very much! Best regards, Jona -- Worse is better Richard P. Gabriel