CiviCRM Community Forums (archive)

When sending non CiviMail emails, such as for event registration receipts, membership signups, or even just using "Save and send test email", with SMTP selected, the request takes quite a long time to complete and send the mail - often as much as 30 seconds. However we've never seen any trouble sending emails out and bounces are processed properly.

With sendmail selected as the outbound method it's mighty quick. However when sending out mailings with Civimail, there were quite a large number of returns to addresses which are actually valid. What's more, since it's being sent on localhost, the mail program routed the blocks directly back to sending address rather than the VERP'd return address, so there was no bounce processing on these (actually this was probably good when it happened, since they weren't bad addresses, so shouldn't have been put on hold). I can't get sendmail to fail when doing a one-off test, such as "Save and send test email"

So there's the conundrum - the crappy user experience of waiting 30 seconds for apparently no reason when registering for an event or signing up for a membership is definitely bad, but we'd also like Civimail to work well.

Anyone have any suggestion about how to improve performance of the SMTP option?

If it matters I'm running 2.1.1 (with security patches from 2.1.2 added) and the imap2soap alternate email handling method for Civimail.

THX!@

Thanks for the reply .. Lobo, can you (or anyone else) tell me how civi is actually sending the messages? I need a test case to get help from the server admins. A simple php mail() test exhibits no delay.