Page 1 of 1
Unknown Mail Transport
Posted: Fri Oct 19, 2007 3:44 am
by mpetrovich
I am sending out approximately 900 messages.
I get the following errors:
The Postfix program
<
xxxx@xxxxx.com>: delivery temporarily suspended: unknown mail transport error
I am not sure if it this error comes from my message configuration, or my server configuration.
The messages have text, html and images attached.
I am using AntiFlood and SMTP. The first message(s) come through.
Re: Unknown Mail Transport
Posted: Fri Oct 19, 2007 8:28 pm
by Chris Corbyn
mpetrovich wrote:I am sending out approximately 900 messages.
I get the following errors:
The Postfix program
<
xxxx@xxxxx.com>: delivery temporarily suspended: unknown mail transport error
I am not sure if it this error comes from my message configuration, or my server configuration.
The messages have text, html and images attached.
I am using AntiFlood and SMTP. The first message(s) come through.
That error is from the server and it's down to a misconfiguration problem. Nothing Swift can do about that; the SMTP server is broken.
Posted: Sat Nov 03, 2007 4:00 am
by mpetrovich
I have been working on this for about a month. I am using a virtual dedicated server. Errors were found in the following file, which configures the mail server settings.
/etc/postfix/main.cf
I also made a Swift Mailer error. I used:
Code: Select all
$smtp =& new Swift_Connection_SMTP('mydomain.com');
instead of
Code: Select all
$smtp =& new Swift_Connection_SMTP('mail.mydomain.com');
I have made those changes tonight. The "Unknown Mail Transport" errors do not show up until 5 days later, so I have to wait to see what happens.
I still get postfix program failures like these:
<
xxxxx@xxxxx.com>: service unavailable. Command output: /usr/sbin/postdrop:
error while loading shared libraries: libk5crypto.so.3: cannot open shared
object file: Error 23 sendmail.postfix: warning: premature end-of-input on
/usr/sbin/postdrop -r while reading input attribute name sendmail.postfix:
warning: command "/usr/sbin/postdrop -r" exited with status 127
sendmail.postfix: fatal:
xxxxx@xxxxx.org(99): unable to execute
/usr/sbin/postdrop -r: Success
<
xxxxx@xxxxx.org>: service unavailable. Command output: sendmail.postfix: fatal:
execvp /usr/sbin/postdrop: Too many open files in system sendmail.postfix:
warning: premature end-of-input on /usr/sbin/postdrop -r while reading
input attribute name sendmail.postfix: warning: command "/usr/sbin/postdrop
-r" exited with status 1 sendmail.postfix: fatal:
xxxxx@xxxxx.org(99):
unable to execute /usr/sbin/postdrop -r: Success
I suspect I am putting too much burden on the server, although I am only sending out 875 messages. I am using Swift_Plugin_AntiFlood(50, 10), but I may need to wait longer. Maybe I need to use "Throttler Plugin"?
Posted: Sat Nov 03, 2007 6:49 pm
by Chris Corbyn
Something is really wrong with your server. Those errors make it look like something has not been built correctly on the system. Have you tried a clean re-install of the MTA?
Unknown Mail Transport
Posted: Sun Nov 04, 2007 1:35 pm
by mpetrovich
I am running a basic Virtual Dedicated Server, 256MB RAM-1 GB Bursted, Linux: CentOS 4.
I am sending 47K e-mail messages, sent using a cron job.
So, I set up a test program, and ran 12 e-mails to myself. 4 Got through, 8 got stuck with the Unknown Mail Transport. Those stuck messages were found in the /var/spool/postfix/defer/ and /var/spool/postfix/deferred/ (I first cleared out the postfix spool.)
Then, I added the Throttler. At 60 per minute, it did not work. At 20 per minute, all messages went through. So, I am thinking that the server just cannot handle the processing - and that is leading to the problems. I am either running out of RAM or my server is too slow.
My 875 messages went out last night. I used both Throttler and Anti-flood. I am guessing those are not supposed to be used together, because it resent out the messages 17 times. I was using Anti-flood with settings of 50,10. So, I am guessing 17*50 = 850, which would be expected if the Throttler runs the messages each time the Anti-Flood resets.
I have turned off Anti-flood, and will just try the Throttler tonight.
Thanks
SOLVED - Unknown Mail Transport
Posted: Tue Nov 13, 2007 2:15 am
by mpetrovich
My difficulties are now solved.
My suspicion, as stated earlier, is that I was overloading the server. I tried throttler and anti-flood, but did not have much luck. I was having a problem with the throttler because it was sending out 17 copies, where the duplicates produced the unknown mail transport error.
I also reinstalled the server and started fresh.
I dumped the Throttler and Anti-Flood. Since I was sending each message in a loop, I simply added the following line within the loop.
That gave me a 2 second delay between each message. That runs find on my server. Yippee!
Swift Mailer is really great. Thanks.
Posted: Thu Nov 15, 2007 7:03 pm
by mpetrovich
It appears that the duplicate messages were not a throttler problem, nor an anti-flood problem.
I was having these messages sent via a cron job. I was using the following:
For some reason, the wget seemed to reset, and repeat sending every 15minutes. I went to the lynx method of running a php cron job and that works fine.
So, life is now good, and I have another Swift Mailer success story.