-
Notifications
You must be signed in to change notification settings - Fork 57
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
Behavior of aliases pointing to non-existent local addresses #49
Comments
Thanks for opening this! Sorry it took a while to reply. The current behaviour is a consequence of having to handle more complex cases, such that an alias that goes to more than one destination, which can be a mix of valid/invalid and some may not be knowable in advance (e.g. non-local destinations). But for those cases where we know all destinations are local and we can authoritatively know if they're valid or not, I agree it would be nice to fail at I'm going to look a bit more into it, and report back. |
I took a quick look. Due to the way the alias resolution works today, rejecting early when an alias only has local destinations and they're not valid is not particularly natural. That said, I'm going to keep this open for a little longer: I want to evaluate the options more thoroughly, and maybe do one or two proof-of-concept patches with a couple of options, before deciding what to do. |
If we have an alias pointing to a non-existent local account Chasquid will accept the email and pass it to the MDA. Coming from Exim I was expecting that we'd notice that the resolved alias is not a valid local account and reject the email with a 550 as we'd when sending directly to such a non-existent address.
A downside of the current behavior is that by accepting the email we now have the responsibility to generate the eventual DSN.
To illustrate, let's say that we have the following in aliases:
where
boguslocal
does not exist as a local account.If I execute an
RCPT To: [email protected]
I get the 550 as expected. However If IRCPT To: [email protected]
the email will be accepted and eventually results in a bounce message when the MDA fails to deliver it.The text was updated successfully, but these errors were encountered: