Delay when sending mail

When replying to a ticket via the web interface in RT2.0.8, it takes
abou 25 seconds after hitting submit before the page refreshes.
Everything else in the system is super-speedy so I am leaning towards
this being an exim problem. Any pointers on how I can track this down?
Or should I just put up with it?

Jeremy Freeman

Does exim’s sendmail replacement need a commandline option to deliver asynchronously?On Tue, Nov 06, 2001 at 03:13:52PM -0800, Jeremy E. Freeman wrote:

When replying to a ticket via the web interface in RT2.0.8, it takes
abou 25 seconds after hitting submit before the page refreshes.
Everything else in the system is super-speedy so I am leaning towards
this being an exim problem. Any pointers on how I can track this down?
Or should I just put up with it?


Jeremy Freeman


rt-users mailing list
rt-users@lists.fsck.com
http://lists.fsck.com/mailman/listinfo/rt-users

http://www.bestpractical.com/products/rt – Trouble Ticketing. Free.

The whole list :wink:

Did you mean to send this just to me or to the whole list?

I did not have that problem with my exim setup (when I was running
exim)…
Although I am no longer running exim, I can say that exim’s sendmail
wrapper
works fairly well all in all… Do you think that this could be a
problem
with exim being started from inetd instead of running as a daemon? As
long
as he didn’t change the exim command lines, then it should be sending
asynchronously by default… Just some food for thought…

Jay
—cut from exim docs…
Commandline Option: -odb
This option applies to all modes in which Exim accepts incoming
messages,
including the listening daemon. It requests `background’ delivery of
such
messages, which means that the accepting process automatically starts
another delivery process for each message received. Exim does not wait
for
such processes to complete (it can take some time to perform SMTP
deliveries). This is the default action if none of the -od options are
present.

Does exim’s sendmail replacement need a commandline option to deliver
asynchronously?

When replying to a ticket via the web interface in RT2.0.8, it takes
abou 25 seconds after hitting submit before the page refreshes.
Everything else in the system is super-speedy so I am leaning
towards
this being an exim problem. Any pointers on how I can track this
down?