Jeque
Новичок
additional_headers в функции mail на UNIX-системах
Сразу хочу предупредить, я не профессиональный программист, но мне понадобилось немного модифицировать готовый скрипт на php и я столкнулся со следующей проблемой:
В функции mail при задании параметра additional_headers, если делать, как написано в документации (Multiple extra headers should be separated with a CRLF (\r\n)), сообщения приходят в неправильном формате (часть заголовков попадает в тело сообщения). Это сразу видно в MS Outlook. ThunderBird ошибки в заголовке сообщения игнорирует и все показывает правильно. На сервере, где работают скрипты, стоит FreeBSD 5.4 и Postfix последней версии.
Пол дня искал решение проблемы и натолкнулся на следующую ветку:
http://bugs.php.net/bug.php?id=15841
Оказывается, это старый, известный баг в php.
Проблема появляется только на unix-системах.
Насколько я понимаю, баг до сих пор не исправлен.
В качестве решения предлагается использовать в скриптах /r/n на Windows серверах и /n на UNIX.
Это действительно помогает, но получаются непереносимые скрипты.
Есть какие-то варианты сделать скрипт универсальным?
Сразу хочу предупредить, я не профессиональный программист, но мне понадобилось немного модифицировать готовый скрипт на php и я столкнулся со следующей проблемой:
В функции mail при задании параметра additional_headers, если делать, как написано в документации (Multiple extra headers should be separated with a CRLF (\r\n)), сообщения приходят в неправильном формате (часть заголовков попадает в тело сообщения). Это сразу видно в MS Outlook. ThunderBird ошибки в заголовке сообщения игнорирует и все показывает правильно. На сервере, где работают скрипты, стоит FreeBSD 5.4 и Postfix последней версии.
Пол дня искал решение проблемы и натолкнулся на следующую ветку:
http://bugs.php.net/bug.php?id=15841
Оказывается, это старый, известный баг в php.
Проблема появляется только на unix-системах.
Насколько я понимаю, баг до сих пор не исправлен.
В качестве решения предлагается использовать в скриптах /r/n на Windows серверах и /n на UNIX.
Это действительно помогает, но получаются непереносимые скрипты.
Есть какие-то варианты сделать скрипт универсальным?