Currently pigeonhole supports reject which would generate a NDR for each message. (If I understand the current documentation) Using Dovecot LMTP it would be more optimal to kick a 5xx back to the primary MTA to reject the delivery rather than generating more back scatter NDRs. Anyone know if this is possible now (to forgo the NDR)'s or do we need to wait for ereject ? If so, how much work is involved? -- Robert inoc.net!rblayzor http://inoc.net/
Am 14.01.2015 um 01:28 schrieb Robert Blayzor:> Currently pigeonhole supports reject which would generate a NDR for each message. (If I understand the current documentation) > > Using Dovecot LMTP it would be more optimal to kick a 5xx back to the primary MTA to reject the delivery rather than generating more back scatter NDRsand what would that change? nothing if you think about how mail works! * the MTA receives the message * the MTA confirms with 2xx status code * later the delivery server rejects * the MTA *must* create a bounce just don't reject mails after you confirmed you have received them in the SMTP session and if you don't want a mail after that DISCARD it by consider legal implications - there is nothing between -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 181 bytes Desc: OpenPGP digital signature URL: <http://dovecot.org/pipermail/dovecot/attachments/20150114/9b4428a1/attachment.sig>
[This email is either empty or too large to be displayed at this time]
On Jan 13, 2015, at 7:34 PM, Reindl Harald <h.reindl at thelounge.net> wrote:> > and what would that change? > nothing if you think about how mail works! > > * the MTA receives the message > * the MTA confirms with 2xx status code > * later the delivery server rejects > * the MTA *must* create a bounce > > just don't reject mails after you confirmed you have received them in the SMTP session and if you don't want a mail after that DISCARD it by consider legal implications - there is nothing between >The above is not entirely true. You are assuming that your MTA it's sending a 2xx accepting the message immediately before delivery via LMTP completes. With PRDR (in Exim for example, or without) a 5xx during the LMTP transport should issue a 5xx error back to the sending MTA, not a 2xx. Therefore, there would be no NDR generated by the receiving system. The senders MTA would have to generate the NDR, but that's not my problem at that point. Of course WITHOUT PRDR this is a little bit more of an issue since it would be a rejection for all recipients of the message. -- Robert inoc.net!rblayzor http://inoc.net/