Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Send the mail errors back to the sender #6

Open
LecrisUT opened this issue Feb 24, 2021 · 0 comments
Open

Send the mail errors back to the sender #6

LecrisUT opened this issue Feb 24, 2021 · 0 comments

Comments

@LecrisUT
Copy link

Currently when mailout receives a mail to redirect, the sending server will consider it successful. There are two ways mailout can be configured to resolve this issue.

  1. mailout will read the header before accepting the mail, try to connect to the rule receiver, and test with the same header. If it succeeds simply pass it through as usual. If the receiver denies it pass the same error to the original sender.
  2. mailout will fully receive the mail and attempt to send the mail a few times. If it fails due to instant errors: MX record is not set, receiver denies the connection, then have mailout send the errors to the sender. If the receiver cannot be contacted it should try again for the standard 24h before sending an error to the sender that it cannot be contacted. (Or even better after a few attempts send a warning email, that the receiver is not able to receive the email at the moment, and mailout will try again for some time before it declares the message failed. Maybe allow the sender to be notified when the mail was successfully relayed)

I can see merit to both configuration, and I think the user should decide which error handling to go for.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant