When I did this the output went to the , fouling the web page I was
generating, not any variable that I could see.
- Original Message -
From: "Peter Guzis" <[EMAIL PROTECTED]>
To: "David Ressler" <[EMAIL PROTECTED]>; "Perl List"
Sent: Wednesday, August 10, 2005 4:46 PM
Subject: RE: :SMTP
Turn on debugging mode with:
$smtp = Net::SMTP->new('mailhost', Debug => 1);
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of
David Ressler
Sent: Wednesday, August 10, 2005 4:22 PM
To: Perl List
Subject: Net::SMTP errors?
Hi,
I'm successfully using Net::SM
Hi,
I'm successfully using Net::SMTP to send email, but I need to look at the to()
error messages to determine if the problem was just a bad address or if the
server found a more sinister problem. How do I pick up the actual message
returned by the server?
Thanks,
Dave
_
Title: Message
Got
it! Thanks for all the help.
The
problem was simply that there was a space in part of the fully qualified
dirmon.pl file specification. When dirmon installs itself, it does this without
enclosing the path name to itself in quotes, and haven't found a way of forcing
this
Andrew McLaren wrote:
> Mark, Michael,Thanks for the ideas. The account that this defaults to if the
> -user parameter is not used, is shown in the SCM as the Local System
> account.First up, tried installing this with fully qualified -l, -d and -t
> parameters, but no change. I didn't really e
OK...
sometimes the account needs admin rights (but System has this so its not
going to be that)... I would download psexec from sysinternals.com and run
psexec \\%computername -s perl -c dirmon.pl
to see if there's a problem compiling under the System account...
compilation errors probably wo
> Next up, added the redirection of stderr in a BEGIN block
> (good idea!). However, no luck there, as nothing is ever
> written to the log file. In fact, the log file is only
> created on the install, but if then removed, is not recreated
> when the SCM attempts to start the service. It appear
Title: Message
Mark,
Michael,
Thanks for the
ideas.
The account that
this defaults to if the -user parameter is not used, is shown in the SCM as the
Local System account.
First up, tried
installing this with fully qualified -l, -d and -t parameters, but no change. I
didn't really ex