Re: Email::Send succeeds with "unknown user"

This is the nature of E-mail. Your SMTP server will accept the message for delivery regardless if the recipient exists, because it hasn't even attempted to send it on yet, and this is the only "error" you can retrieve from Email::Send. You'll have to watch for the bounce messages via another method.

Also, if you are using SMTP to the same sendmail ( the one you were forking ) and aren't reusing the connection for multiple messages then you haven't reduce load, you've just changed where you're forking.

Frank Wiles <frank@revsys.com>
www.revsys.com

Comment on Re: Email::Send succeeds with "unknown user"

Replies are listed 'Best First'.
Re^2: Email::Send succeeds with "unknown user" by Cagao (Monk) on Jan 12, 2008 at 22:24 UTC
I thought Email::Send::SMTP was trying to connect to the remote host to deliver it directly, not connecting to the SMTP server on the localhost? If that's the case, would anyone recommend a module to attempt delivery directly?	[reply]
Re^3: Email::Send succeeds with "unknown user" by bart (Canon) on Jan 12, 2008 at 22:50 UTC
You can (in fact, it looks like you must) specify which SMTP server to connect to. From the docs (somewhat broken English, but the meaning is clear): The first invocation of send requires an SMTP server arguments.	[reply]
Re^4: Email::Send succeeds with "unknown user" by Cagao (Monk) on Jan 12, 2008 at 23:00 UTC
no doubt it uses localhost by default, or Email::Send makes that choice, i haven't set it explicitly. When I sid i wanted to reduce the load, our code currently opens a pipe to sendmail. Doesn't the SMTP method atleast communicate with the sendmail daemon? rather than starting a new process?	[reply]
Re^5: Email::Send succeeds with "unknown user" by Khen1950fx (Canon) on Jan 13, 2008 at 17:37 UTC
Re^3: Email::Send succeeds with "unknown user" by ides (Deacon) on Jan 14, 2008 at 17:28 UTC
Everyone relies on an MTA like Sendmail to deliver their E-mail. If you want to "deliver it directly" as you say, you will need to do a DNS look up for the MX server(s) for each domain and attempt to send to each MX ( in order ) until one of them accepts. If they don't accept you'll need to etiher just not care about that and move on to your next receipient, or queue it up for later delivery.... btw this is exactly what Sendmail is doing for you. Frank Wiles <frank@revsys.com> www.revsys.com	[reply]