On 29-12-2013 22:51, Wietse Venema wrote: > I hope that some > clever person will come up with a tweak to the proposed protocols > that avoids the need to bounce email with a non-ASCII sender (or > non-ASCII whatever).
RFC 6530 sect 8 seems to suggest that RFC 2047 (MIME Message Header Extensions for Non-ASCII Text) could be used, but that is only mentioned as one possibility. I fear I won't be that clever person. I'm still struggling to understand these four RFCs. > The way I read your proposal is that Postfix would only pretend > that it supporMts SMTPUTF8, without doing the 99% of the work. That would of course be ludicrous, and it never occurred to me that my original email could be interpreted that way. I apologize for the confusion. FYI, I did test a international email in the virtual alias map on a production machine (running a rather old Postfix 2.7.1). It arrived without problems. The spam filter balked at the non-conformant mail headers, but that was all. I was very impressed. I understand that this functionality is just a tip of the iceberg. I had thought about how this effectively changes the API interface to other mail components (such as spam filters, or procmail-like delivery tools) which may now expect ASCII-encoded input. Your list is clearly a lot longer than that. Freek
