Re: [rt-users] Question about SMTP in an upgrade from 4.0 to 4.2
On 10/31/2013 01:27 PM, Alex Vandiver wrote: On Thu, 2013-10-31 at 16:16 -0400, Chris Hall wrote: If I'm reading this right, am I to understand that after the upgrade I'll no longer be able to send mail out via an external smtp server? Is there any way around that? The "smtp" setting could cause silent mail loss. Specifically, because it attempts to deliver immediately, and only once, if the outgoing mail server is unavailable at the moment RT attempts to send mail, that mail would be dropped. The "smtp" option also did not support all of the core mail-sending features that the "sendmailpipe" method allows. The correct solution is to install a local MTA, which can be configured to relay the mail to the original SMTP host. This provides a durable mail spool in case the remote SMTP server is inaccessible. The local MTA does not need to be configured to accept mail locally if that is not how you wish RT to operate. - Alex To go a bit further with this, look into nullmailer. It's a simple MTA for machines that *should* be able to send mail via an SMTP host, but *should not* receive mail.
Re: [rt-users] Question about SMTP in an upgrade from 4.0 to 4.2
On Thu, 2013-10-31 at 16:16 -0400, Chris Hall wrote: > If I'm reading this right, am I to understand that after the upgrade > I'll no longer be able to send mail out via an external smtp server? > Is there any way around that? The "smtp" setting could cause silent mail loss. Specifically, because it attempts to deliver immediately, and only once, if the outgoing mail server is unavailable at the moment RT attempts to send mail, that mail would be dropped. The "smtp" option also did not support all of the core mail-sending features that the "sendmailpipe" method allows. The correct solution is to install a local MTA, which can be configured to relay the mail to the original SMTP host. This provides a durable mail spool in case the remote SMTP server is inaccessible. The local MTA does not need to be configured to accept mail locally if that is not how you wish RT to operate. - Alex
Re: [rt-users] Question about SMTP in an upgrade from 4.0 to 4.2
You will have to change to using Sendmail or some process like that, I have made the change on my server and it was fairly easy. Just setup Sendmail to relay the messages it receives from RT to the same SMTP relay server you were using in the past. Good luck Bryon Baker Network Operations Manager Copesan - Specialists in Pest Solutions 800-267-3726 * 262-783-6261 ext. 2296 bba...@copesan.com<mailto:cstep...@copesan.com> www.copesan.com<http://www.copesan.com/> "Servicing North America with Local Care" From: rt-users-boun...@lists.bestpractical.com [mailto:rt-users-boun...@lists.bestpractical.com] On Behalf Of Chris Hall Sent: Thursday, October 31, 2013 3:16 PM To: rt-users Subject: [rt-users] Question about SMTP in an upgrade from 4.0 to 4.2 In a few days we'll be upgrading from RT 4.0.0 to 4.2. I was reviewing the upgrade document and I came across something distressing... The C option for L, along with the associated C<$SMTPServer>, C<$SMTPFrom>, and C<$SMTPDebug> options, has been removed because it did not guarantee delivery. Instead, use a local MTA for outgoing mail, via the 'sendmailpipe' setting to C<$MailCommand>. I rely on those settings to send mail out to our smtp server, and thus far it's worked out great. In fact, they're very resistant to the idea of having the RT server operate as a mail server. If I'm reading this right, am I to understand that after the upgrade I'll no longer be able to send mail out via an external smtp server? Is there any way around that?
[rt-users] Question about SMTP in an upgrade from 4.0 to 4.2
In a few days we'll be upgrading from RT 4.0.0 to 4.2. I was reviewing the upgrade document and I came across something distressing... The C option for L, along with the associated C<$SMTPServer>, C<$SMTPFrom>, and C<$SMTPDebug> options, has been removed because it did not guarantee delivery. Instead, use a local MTA for outgoing mail, via the 'sendmailpipe' setting to C<$MailCommand>. I rely on those settings to send mail out to our smtp server, and thus far it's worked out great. In fact, they're very resistant to the idea of having the RT server operate as a mail server. If I'm reading this right, am I to understand that after the upgrade I'll no longer be able to send mail out via an external smtp server? Is there any way around that?