354 Enter message, ending with "." on a line by it

[steve]

Apollo Hosting is saying that they have made no changes to my service.

This is strange.

I'm not a frequent sender - only about two e-mails per month to groups less than 1,000 people.

Both of my e-mail addresses - the sent from and the bounce to - addresses have their own account on the mail server. Need to do it that way since I am not using bounce.cgi, but using the bounce address and the dailymail cron job to process each night.

I guess I could try setting up the "required authorization" set up next time.

I'd be interested in hearing more from people since this issue seems to have just come up.

[DW]

Hi Guys,

I suspect this could be due to the "timeout" variable.  Some hosts take forever with non-existent domain lookups and ListMail had a variable added so it could "reset" if the server becomes unresponsive and continue queuing your messages at a reasonable speed.  The default is 9 seconds but I'm considering raising it to 30.

You can manually set it in config.php

Code: [Select]

$smtp_timeout = 30;
I would be willing to investigate if you can start a mailing and then leave it for me to resume.

Submit your info here

Regards

[steve]

Dean,
I just had pretty good luck sending to a list with about 1130 addresses.

I did get an error about two-thirds of the way through, but I waited about three minutes or so and resumed.

The error this time was...

Sending Error. Check your mail settings
Server said"
250 2.1.5 ... Recipient Ok

Strange.

Concerning your offer - if I continue to have trouble, I'll let you know. For my next e-mail, maybe I'll give you a shout to pre-plan timing for the send out and for you to log in and check stuff.

Steve

[AlanT]

I've had this problem from time to time on a VPS server that I have administration rights to.

There have been no limits to sending emails, and I've tweaked the Exim settings to speed up the process where possible.

What I found was that this type of error came up when the host server was under a heavy load, as if other websites were stressing the server resources leaving too few resources for the mailing to continue normally.

Whenever I waited for the server load to go down, the problem went away.

Changing the timeout variable from 9 seconds to 30 seconds sounds like a good way to solve the problem.

[mb]

I had this same problem.

Manually setting the SMTP timeout in config.php as DW stated earlier in this post resolved the issue.

Just paste the following code in your config.php file:

Code: [Select]

$smtp_timeout = 30;

Hope this helps someone resolve this issue quick.