[Opensource] LoginController's processSendPassword state
does nothing
Michael Rimov
rimovm at centercomp.com
Fri Feb 7 10:52:24 PST 2003
At 11:30 AM 2/7/2003 -0500, you wrote:
>Thanks Mike for your try,
>
>I'm still having a hard time making it work though...
>What happened is that user.notify(subject, message) is executed by apparently
>sending two messages : one to the user and one to the Admin.
>Then another message with the subject "System Error" is apparently sent to
>Admin again.
System Error, unless you see the debug happening, might not happen. System
Error can be defined in the tables as 'I wanted to be notified on
successful system events'... however, see below information.
>I always say "apparently sent" because in fact I DO NOT receive any of these
>emails.
>
>You mentioned that I might miss any "setup value", and this is my guess too,
>but I do not know which one beside "MAILServer", "MAILFrom" and "CompanyName"
>might be relevant here.
Nope, you got them all :)
>Is "EmailValidateURL" related to this ? and what am I exactly supposed to put
>there ?.
Actually, I need to remove that... it's gone in favor of Shash's validation
framework he made for me
>down here I'm sending a piece of mailDebug output, and than some more output
>from EMailSender,
>
>
>DEBUG: setDebug: JavaMail version 1.3
>DEBUG: getProvider() returning
>javax.mail.Provider[TRANSPORT,smtp,com.sun.mail.s
>mtp.SMTPTransport,Sun Microsystems, Inc]
>DEBUG SMTP: useEhlo true, useAuth false
>DEBUG: SMTPTransport trying to connect to host "mercury.senecac.on.ca",
>port 25
>
>DEBUG SMTP RCVD: 220 mercury.senecac.on.ca ESMTP service (Netscape Messaging
>Ser
>ver 4.15 Patch 2 (built May 30 2000))
>DEBUG: SMTPTransport connected to host "mercury.senecac.on.ca", port: 25
>DEBUG SMTP SENT: EHLO nh2330-40-23
>DEBUG SMTP RCVD: 250-mercury.senecac.on.ca
>250-PIPELINING
>250-HELP
>250-EXPN
>250-ETRN
>250-DSN
>250-STARTTLS
>250-AUTH PLAIN LOGIN
>250 AUTH=LOGIN
>DEBUG SMTP Found extension "PIPELINING", arg ""
>DEBUG SMTP Found extension "HELP", arg ""
>DEBUG SMTP Found extension "EXPN", arg ""
>DEBUG SMTP Found extension "ETRN", arg ""
>DEBUG SMTP Found extension "DSN", arg ""
>DEBUG SMTP Found extension "STARTTLS", arg ""
>DEBUG SMTP Found extension "AUTH", arg "PLAIN LOGIN"
>DEBUG SMTP Found extension "AUTH=LOGIN", arg ""
>DEBUG SMTP SENT: NOOP
>DEBUG SMTP RCVD: 250 Ok
>DEBUG SMTP: use8bit false
>DEBUG SMTP SENT: MAIL FROM:<muti>
>DEBUG SMTP RCVD: 250 Sender <muti> Ok
>DEBUG SMTP SENT: RCPT TO:<test.user at senecac.on.ca>
>DEBUG SMTP RCVD: 250 Recipient <test.user at senecac.on.ca> Ok
>Verified Addresses
> test.user at senecac.on.ca
>DEBUG SMTP SENT: DATA
>DEBUG SMTP RCVD: 354 Ok Send data ending with <CRLF>.<CRLF>
>DEBUG SMTP SENT:
>.
>DEBUG SMTP RCVD: 250 Message received: H9WMK100.MDH
>DEBUG SMTP SENT: QUIT
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Ok, this output proves that Expresso is indeed trying to send an email to
test.user at senecac.on.ca... and as far as Expresso itself is concerned, it
succeeded. So why aren't you receiving it? I think the MailFrom may be
incorrect. It should be a valid email address and the debug log shows
'multi'. So MY personal guess is that the SMTP servers further down the
pipe are rejecting the mail because of that. I've often had anti-SPAM
servers in my own company reject my Expresso mails unless I set up proper
'from' accounts, etc... so you'll want to check your SMTP server logs to
see what happens after Expresso sent the email. That should tell you
what's up.
HTH!
-Mike
More information about the Opensource
mailing list