I went to investigate a user who did not receive an email for signing up. The admin screen showed a bounced score. I went to Admin->Email->Server setup & logs->Bounced(tab).
I see the user listed on the Bounced report. When I click on the information icon for additional info, the following appears.
Would someone mind checking if your system is working and if it is just my system with the problem?
I have looked into the table called Email_Logs. This shows a bounce key and bounced error code. Does anyone know where to look at the specific email info? Header, body, etc?
I’m not sure about what I’m going to write , but I think by default SES doesn’t log such information. Other email services do.
Perhaps you can try to enable it and see what reason is given for the bounced email from SES’s interface?
It is annoying this is not listed in the instructions when setting up VERP. What is more irritating is that the bounce error codes are in the database but are not shown on this screen.
If you use AWS SES, then run the following query in Data Explorer:
SELECT * from email_logs where bounced=true order by id desc
Look for the column called bounce_error_code. The error code can be crossed-referenced with:
List of Enhanced SMTP Bounce Codes
4.2.2 - The email account is over quota
5.0.0 - Syntax error: invalid email address format
5.1.0 - Bad destination mailbox address
5.1.1 - Bad destination mailbox address
5.1.2 - Bad destination system address
5.1.3 - Bad destination mailbox address syntax
5.1.4 - Destination mailbox address ambiguous
5.1.5 - Destination mailbox address valid
5.1.6 - Mailbox has moved
5.1.7 - Bad sender’s mailbox address syntax
5.1.8 -Bad sender’s system address
5.1.9 - Message relayed to non-existent domain
5.2.0 -Other or undefined mailbox status
5.2.1 - Mailbox disabled, not accepting messages
5.2.2 - Recipient’s mailbox is full and cannot accept new messages
I do not have the “enable raw message delivery” option activated. I will activate this to see if it sends the entire message. This is not a requirement in the installation documentation, but other posts have listed it as a requirement.
I think (I’m VERY familiar with email bounces, not as much with the incoming webhooks) that without that option checked we get only minimal information about the bounce, so that makes sense.
I’ve asked the responsible team to look at improving this experience; when we don’t have the raw bounced email, we should at least be able to tell you the information we do have.