mail:send и заголовки

Sergey M. 11.11.2015 15:58

Разбираюсь тут с отсылкой почты, нашел пару моментов на которые хотелось бы указать пользуясь случаем приближения релиза


1. статичный boundary для multipart - спорное решение.

Понятно что шансы случайно встретить в теле письма эту строку стремятся к нулю, с другой стороны, шансы встретить её там специально, особенно после того как я на это указал, могут стремиться в обратном направлении. Можно ручками кодировать multipart в base64, но это скорее workaround.

https://www.ietf.org/rfc/rfc1521.txt

NOTE: Because encapsulation boundaries must not appear in the body parts being encapsulated, a user agent must exercise care to choose a unique boundary.


2. hardcoded Errors-To:

опять же спорный заголовок, с ним похожая ситуация как с аппендиксом - одни говорят что это атавизм, другие - что полезен, но в любом случае хотелось бы иметь возможность его вырезать.

https://www.ietf.org/rfc/rfc2076.txt

Errors-To: | Non-standard, discouraged.

Address to which notifications are to be sent and a request to get delivery notifications. Internet standards recommend, however, the use of MAIL FROM and Return-Path, not Errors-To, for where delivery notifications are to be sent.

---