-
Notifications
You must be signed in to change notification settings - Fork 454
Silently fails if forwarding does not work #97
New issue
Have a question about this project? # for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “#”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? # to your account
Comments
Thanks for posting on the DLQ resource approach. You're right that there is no built-in notification to the original sender or recipient. However I would not say the script silently fails. Two ways to get debugging information and trigger actions if the forwarding fails:
|
failed deliveries should be reported back to the sender, that currently is not working |
The topic is interesting. I've poster another issue pretty much similar, because when the function fails to forward the mail, the error is not logged in Cloudwatch |
I solved a similar "silently fails" issue by finding that my forwarding address had been black-listed by SES (during testing). Nothing shows in Cloudwatch. When I submitted a "Suppression List Removal" SES confirmed the address had been suppressed. After this it all worked. |
Currently this setup seems to just silently swallow emails that, for whatever reason, cannot be forwarded - for example due to exceeding the 10mb limit for the message size. The mail gets successfully saved on S3 but neither the original sender nor the receiver is notified that the email could not be forwarded.
For the time being, I circumvented this with setting up a DLQ for the Lambda function which sends notification via SNS.
I wonder if it would be possible to somehow improve this e.g. by the following:
or (possibly more appropriate for other types of failure)
The text was updated successfully, but these errors were encountered: