Thanks, it would be helpful, but easy enough to track this down in the smtp log, so not a major priority immediately. I would say that PHPF should make note of the failed send, since it appears to put a temporary hold on the e-mail address used by that registrant. What that means is, I can't just go back and try the same e-mail address again because PHPF thinks an e-mail confirm is pending. So all things considered, probably the best solution would be to provide admin access to a list of pending e-mail confirms at some point.
FYI, the real problem here is that sendmails are failing due to an issue relating to hosts identified as 'localhost', or with a local domain not recognized as a valid domain. The problem is, the sendmail is being rejected by some mail servers (many) after it appears to PHPF that the send was successful, but not all servers reject the confirm, so it's difficult to track down.
The solution appears to be one of:
a) assign a valid domain name to your local host that matches your external IP.
b) use an external SMTP server instead of the local one
Apropos 'b', I am currently trying to make that work (because that is my preferred solution). However, having enabled the SMTP server with a valid domain name, user, password, it's still not working.
This may be a problem with the target Postfix host not allowing relay by my local no-name host, so I'm working on that at the moment. It might also be a problem with PHPF.V7 ignoring my SMTP host setting since (and this is pure conjecture) it knows that sendmail is enabled locally, hence it doesn't bother to look to see if an alternate server has been set as a preference.
One way or another, I think I can get this working. Thanks for taking the time to respond.
-Ted
0 replies