These forums are locked and archived, but all topics have been migrated to the new forum. You can search for this topic on the new forum: Search for Trouble shooting Email Sending on the new forum.
I recently set up a subdomain website, where the main domain lives on another server. They just set up the sub and pointed it to my ip address.
Everything works fine except for the e-mail sending of the forms on the site. The forms are configured to go to an email address of the main domain, and emails never arrive. I also have a cc set up to go to my gmail address. I get SOME emails but a few are missing.
Where should i look to troubleshoot? To solve the first problem, does my server think that it should be delivering email locally?
The place to start is the log files on the server/s.
Go into Webmin -> System -> System Logs. Click the View button to the right of File: /var/log/mail.log (and potentially also the other mail logs there, too).
If you see something strange and want to post the logs here, please place them in code tags so it's easy for everyone to read (see the "More information about text formats" link under the reply box).
Hi there, thanks alot for the reply. So the email that I sometimes get, I realized that it's because Google(gmail) is rejecting aol and yahoo emails, here is the error message. Any ideas how to fix?
Oct 6 15:11:39 hostca2 postfix/pickup[4200]: 41ED9582E: uid=1032 from=<sub>
Oct 6 15:11:39 hostca2 postfix/cleanup[5908]: 41ED9582E: message-id=<bb612ebd0db2ce537ff3257c23ff39cc@sub.domains.ca>
Oct 6 15:11:39 hostca2 postfix/qmgr[1631]: 41ED9582E: from=<sub@hostca2.server.com>, size=12677, nrcpt=1 (queue active)
Oct 6 15:11:39 hostca2 postfix/smtp[5916]: 41ED9582E: to=<smxxxxxxds@gmail.com>, relay=gmail-smtp-in.l.google.com[172.217.214.27]:25, delay=0.59, delays=0.01/0.01/0.21/0.37, dsn=5.7.1, status=bounced (host gmail-smtp-in.l.google.com[172.217.214.27] said: 550-5.7.1 Unauthenticated email from aol.com is not accepted due to domain's 550-5.7.1 DMARC policy. Please contact the administrator of aol.com domain if 550-5.7.1 this was a legitimate mail. Please visit 550-5.7.1 https://support.google.com/mail/answer/2451690 to learn about the 550 5.7.1 DMARC initiative. w1si12186874iod.119 - gsmtp (in reply to end of DATA command))
Oct 6 15:11:39 hostca2 postfix/bounce[5917]: 41ED9582E: sender non-delivery notification: D409D582F
Oct 6 15:11:39 hostca2 postfix/qmgr[1631]: 41ED9582E: removed
The other one that i have never received, i am wondering if the server is trying to deliver the email locally? ON a cpanel server i remember having to put the domain in a file on the server that tells the mail server that it's an external domain, is there something similar for virtualmin?
If I understand correctly, these emails are forwarded by forms on your subsite.
Email forwarding is hard these days. The issue is that forwarding usually preserves the sender envelope. That means the receiving server thinks -you- are sending the mail and effectively claiming to be someone you are not. The receiving server's spam checks kick in and what you see is the result.
What you need to do is change from forwarding to remailing. You have an adventure ahead of you.
Try these:
https://github.com/roehling/postsrsd
https://github.com/zoni/postforward
Yea take care of forwarding and for all when webforms.
You could come on backscatter and other spamlist because of that.
I had one User using form with wrong settings (for the from he used other domain on other server and then forwarded these form mails to that server so the server ip is f.cked...up )
That user say , no i'm keep doing it this way nothing wrong with it, i closed email function for him, that is also not easy for users that using webform php on virtual-server, while seems to keep working even if user has disable mail, but that should be new topic then. ;) BOUNCESSSSSSSSSSSS
Some are ................ about SRS scheme while it is not supported well, and also hmm don't like such important problems and discussion that takes ages to solve real live problems as SPF / dmarc and forwarding.
https://en.wikipedia.org/wiki/Sender_Rewriting_Scheme