|
Posted by Mumia W. (NOSPAM) on January 25, 2007, 4:47 pm
Please log in for more thread options
On 01/25/2007 12:06 PM, Andy wrote:
> I've added the strict and warnings, and the only thing they point out
> is that the @ in my email address could be mistaken for an array. But,
> I've tried both escaping and not escaping it.
>
> The PERL script doesn't actually crash, it compiles and finishes
> execution successfully without any errors (the last statement in the
> script is a line to print the word "done", which appears in the
> output).
>
> I'm not very familiar with the Email::Send module. The problem may
> have something to do with this module needing another email subsystem
> that isn't present on my windows PC. Or, it maybe something to do with
> having access to the SMTP server.
>
> I've verified that the SMTP server we have doesn't require any
> authentication.
>
> I've also put in a dummy address to a non-existant SMTP server, and
> Email::Send doesn't seem to crash. In either case, there is a
> noticable pause before the single email is sent and the word "done"
> appears.
>
> The Email::Send documentation talks about the need to write a "mailer".
> But, there are examples on the internet where the mailer is the SMTP
> server itself. Do I need to write a mailer agent?
>
> Any pointers or thoughts would be much appreciated....
>
> Andy
>
Most definitely you don't need to write a Mail Transport Agent (MTA). It
sounds like Email::Send (which I don't have) wants to write to sendmail
or exim.
Sendmail and exim are *nixy programs that probably have been ported to
Windows, but very few Windows users have them installed. Even if you
install Sendmail for Windows, you'd have to tell Email::Send about the
location of sendmail using whatever way the module allows for that.
Or you could dump Email::Send and use a module that specifically
advertises it's ability to talk SMTP to a configurable host and port (25
or 587).
Or if you install and configure sendmail, you could talk directly to
sendmail, bypassing Email::Send.
--
Windows Vista and your freedom in conflict:
http://www.badvista.org/
|