mirror of
https://github.com/modoboa/modoboa.git
synced 2026-04-25 17:06:01 +03:00
[GH-ISSUE #1073] Relaying - Recipient verification leaks destination mailbox host #897
Labels
No labels
bug
bug
dependencies
design
documentation
duplicate
enhancement
enhancement
enhancement
feedback-needed
help-needed
help-needed
installer
invalid
looking-for-sponsors
modoboa-contacts
new-ui
new-ui
pr
pull-request
pyconfr
python
question
security
stale
webmail
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/modoboa-modoboa#897
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @Marcel92E on GitHub (Mar 10, 2017).
Original GitHub issue: https://github.com/modoboa/modoboa/issues/1073
Impacted versions
Steps to reproduce
Current behavior
Expected behavior
Video/Screenshot link (optional)
Hi,
im playing around with a test setup on a ubuntu 16.04.02 system. The installer worked fine, settings were made pretty fast but now i run into a problem. While relaying mails and verifying the existence of the destination user the error message when rejecting the mail (if the user doesnt exist) shows the ip/hostname of the final-destination server:
In my case i want to avoid telling the public which mx is responsible for the mailbox for that specific domain. Is there any possible way to mask the host/ip or just cut it off:
Is the creation of the full message hardcoded into postfix? If yes - any other way to avoid the leakage?
Thanks in advantage!
@tonioo commented on GitHub (Mar 11, 2017):
@Exiver That's a good question and to be honest, I don't know the answer. Maybe you could ask on postfix mailing list?
@Marcel92E commented on GitHub (Mar 11, 2017):
@tonioo Thank you for your answer. I guess it was a little bit late yesterday when i ran into this problem. When i digged a little bit in postfix' documentation i found a solution (http://www.postfix.org/ADDRESS_VERIFICATION_README.html):
The parameter
unverified_recipient_reject_reason = Mailbox not available. Did you misspell the address?can be used to set a custom message postfix will prompt to the sending smtp-server. You are even able to specify a custom defer code(not needed though):
unverified_recipient_defer_code = 450and it will look like this:
I guess this one can be closed ;-)
@tonioo commented on GitHub (Mar 11, 2017):
@Exiver Great :)