Re: Authentication Required
by NetWallah (Canon) on Feb 25, 2008 at 23:56 UTC
|
Your SMTP server seems to be demanding that the SENDER be identified as a part of it's domain.
Use the syntax:
# For plain SMTP, use:
# $msg->send("my.name@my.domain.com");
#
#For Mime::LITE, use this syntax to create the object:
my $msg = MIME::Lite->new(
From =>'my.name@myhost.com',
....
Also, TCPDUMP may be overkill, especially if you are not familiar with it. Try DEBUG:
MIME::Lite->send('smtp','some.host',Debug=>1);
.. But I don't think that will help you. Your SMTP server has already told you what it does not like about your message.
"As you get older three things happen. The first is your memory goes, and I can't remember the other two... "
- Sir Norman Wisdom
| [reply] [d/l] [select] |
|
Thanks for your help, the weird part is if I switch the From -> and To -> email addresses, it sends.
| [reply] |
|
Could be there is nothing weird about that. Most SMTP servers are configured to accept mail to the local domain from anywhere and to send mail only from the local domain. This prevents some unauthorised machine (eg outside your local network) from using your mail server to spam mail to the world in general.
If your "From" address is somewhere inside your network and your "To" address is outside then the mail server should refuse to accept mail to the "To" address without authentication, while it may be happy to accept any message to the "From" address since that is a local delivery.
| [reply] |
Re: Authentication Required
by dwm042 (Priest) on Feb 26, 2008 at 00:04 UTC
|
1. Did you ever log into the SMTP server manually and after login type EHLO? It tells you a lot about how the server is configured, including what kinds of authentication it supports.
2. Divergent ports: Comcast and Cox Communications, among others, handle SMTP authentication on port 587 (as opposed to port 25). This RFC and this newer RFC explain a bit more of what is going on.
Update: added better references.
| [reply] |
Re: Authentication Required
by eric256 (Parson) on Feb 26, 2008 at 03:00 UTC
|
'Relaying Denied' is a message from the SMTP server you are contacting that says its not going to send outgoing mail to other domains from servers other than itself. This is to protect it from spam, so that a rogue PC on your network can't call up the SMTP server and start spamming the internet. Those same servers often have it setup so that if you authenticate with the server (showing that you are legit hopefully) you can then relay email to the outside world through that server.
| [reply] |
Re: Authentication Required
by superfrink (Curate) on Feb 25, 2008 at 23:47 UTC
|
At that point I would try running tcpdump to see if the authentication is really being passed to the server.
| [reply] |
|
| [reply] |
|
See http://www.wireshark.org/. Wireshark does what tcpdump does, but also displays the captured packets nicely.
For tcpdump see its manual page (if available).
--shmem
_($_=" "x(1<<5)."?\n".q·/)Oo. G°\ /
/\_¯/(q /
---------------------------- \__(m.====·.(_("always off the crowd"))."·
");sub _{s./.($e="'Itrs `mnsgdq Gdbj O`qkdq")=~y/"-y/#-z/;$e.e && print}
| [reply] |
Re: Authentication Required
by shmem (Chancellor) on Feb 26, 2008 at 00:06 UTC
|
The web server I am using now requires authentication when sending out emails. I am sending out mass emails
Sending emails over a web server? now requires authentication? mass emails? Relaying denied? Outlook Express?
The picture that comes to mind immediately is that of a clueless spammer.
What the heck are you doing? Why don't you send your mails over a proper Mail Transport Agent, administered by somebody who got the basics?
--shmem
_($_=" "x(1<<5)."?\n".q·/)Oo. G°\ /
/\_¯/(q /
---------------------------- \__(m.====·.(_("always off the crowd"))."·
");sub _{s./.($e="'Itrs `mnsgdq Gdbj O`qkdq")=~y/"-y/#-z/;$e.e && print}
| [reply] |
|
| [reply] |
|
I'm not sending spam. I created an email program that attaches local files on my hard drive and sends them to perspective clients daily. It's easier than uploading the files daily to the web server.
| [reply] |