OTRS vulnerable to slow mail relay
Does anyone have suggestions for ways I can make OTRS less susceptible to a slow smtp server? We are forced to relay through a single outbound host (which I have configured in sendmail) that sometimes gets a bit overwhelmed (it's also the main spam filter for a large number of mailboxes). Yesterday it was causing page submissions to take two minutes or more as it processed all of the mail notifications. It made for some frustrated customers and agents. I'm hoping there is a way to have sendmail instantly queue the messages, which would allow the web pages to continue on quickly, but I have zero experience with sendmail so it may just be a naive hope. Thanks, Jeremy Porier Director of IT Arapahoe Community College jeremy.porier@arapahoe.edu
* Porier, Jeremy
Does anyone have suggestions for ways I can make OTRS less susceptible to a slow smtp server? We are forced to relay through a single outbound host (which I have configured in sendmail) that sometimes gets a bit overwhelmed (it's also the main spam filter for a large number of mailboxes). Yesterday it was causing page submissions to take two minutes or more as it processed all of the mail notifications. It made for some frustrated customers and agents.
I'm hoping there is a way to have sendmail instantly queue the messages, which would allow the web pages to continue on quickly, but I have zero experience with sendmail so it may just be a naive hope.
Configure OTRS to use your local sendmail or postfix installation (127.0.0.1) sendmail or postfix can then queue all mail and use the aforementioned "single outbound host" -- Ralf Hildebrandt Geschäftsbereich IT | Abteilung Netzwerk Charité - Universitätsmedizin Berlin Campus Benjamin Franklin Hindenburgdamm 30 | D-12203 Berlin Tel. +49 30 450 570 155 | Fax: +49 30 450 570 962 ralf.hildebrandt@charite.de | http://www.charite.de
We did try switching to the "Sendmail" option under Core::Sendmail::SendmailModule, but it didn't seem to make a difference (still saw long page delays). Do you mean we should set it to use the SMTP option under Core::Sendmail::SendmailModule and send via tcp/ip rather than directly to the sendmail binary?
Thanks,
Jeremy
-----Original Message-----
From: otrs-bounces@otrs.org [mailto:otrs-bounces@otrs.org] On Behalf Of Ralf Hildebrandt
Sent: Tuesday, April 05, 2011 8:41 AM
To: otrs@otrs.org
Subject: Re: [otrs] OTRS vulnerable to slow mail relay
* Porier, Jeremy
Does anyone have suggestions for ways I can make OTRS less susceptible to a slow smtp server? We are forced to relay through a single outbound host (which I have configured in sendmail) that sometimes gets a bit overwhelmed (it's also the main spam filter for a large number of mailboxes). Yesterday it was causing page submissions to take two minutes or more as it processed all of the mail notifications. It made for some frustrated customers and agents.
I'm hoping there is a way to have sendmail instantly queue the messages, which would allow the web pages to continue on quickly, but I have zero experience with sendmail so it may just be a naive hope.
Configure OTRS to use your local sendmail or postfix installation (127.0.0.1) sendmail or postfix can then queue all mail and use the aforementioned "single outbound host" -- Ralf Hildebrandt Geschäftsbereich IT | Abteilung Netzwerk Charité - Universitätsmedizin Berlin Campus Benjamin Franklin Hindenburgdamm 30 | D-12203 Berlin Tel. +49 30 450 570 155 | Fax: +49 30 450 570 962 ralf.hildebrandt@charite.de | http://www.charite.de --------------------------------------------------------------------- OTRS mailing list: otrs - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs To unsubscribe: http://lists.otrs.org/cgi-bin/listinfo/otrs
* Porier, Jeremy
We did try switching to the "Sendmail" option under Core::Sendmail::SendmailModule, but it didn't seem to make a difference (still saw long page delays). Do you mean we should set it to use the SMTP option under Core::Sendmail::SendmailModule and send via tcp/ip rather than directly to the sendmail binary?
That should make no difference, in both cases your local sendmail takes over and is not affected by the slow relayserver. Your slowness must have other reasons! -- Ralf Hildebrandt Geschäftsbereich IT | Abteilung Netzwerk Charité - Universitätsmedizin Berlin Campus Benjamin Franklin Hindenburgdamm 30 | D-12203 Berlin Tel. +49 30 450 570 155 | Fax: +49 30 450 570 962 ralf.hildebrandt@charite.de | http://www.charite.de
Despite my limited knowledge of Sendmail I assumed that would be the case. The slowness was definitely caused by the outbound server, as we had the same problem with several other services.
In any case, things seem to be working fine now. Thanks for your help.
- Jeremy
-----Original Message-----
From: otrs-bounces@otrs.org [mailto:otrs-bounces@otrs.org] On Behalf Of Ralf Hildebrandt
Sent: Wednesday, April 06, 2011 1:16 AM
To: otrs@otrs.org
Subject: Re: [otrs] OTRS vulnerable to slow mail relay
* Porier, Jeremy
We did try switching to the "Sendmail" option under Core::Sendmail::SendmailModule, but it didn't seem to make a difference (still saw long page delays). Do you mean we should set it to use the SMTP option under Core::Sendmail::SendmailModule and send via tcp/ip rather than directly to the sendmail binary?
That should make no difference, in both cases your local sendmail takes over and is not affected by the slow relayserver. Your slowness must have other reasons! -- Ralf Hildebrandt Geschäftsbereich IT | Abteilung Netzwerk Charité - Universitätsmedizin Berlin Campus Benjamin Franklin Hindenburgdamm 30 | D-12203 Berlin Tel. +49 30 450 570 155 | Fax: +49 30 450 570 962 ralf.hildebrandt@charite.de | http://www.charite.de --------------------------------------------------------------------- OTRS mailing list: otrs - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs To unsubscribe: http://lists.otrs.org/cgi-bin/listinfo/otrs
participants (2)
-
Porier, Jeremy -
Ralf Hildebrandt