а инфраструктура сайта какая? тут что, экстрасенсы собрались, по-вашему?))
если VPS-ка, то возможно, сайту нужна PTR-запись, многие мейл-сервисы фильтруют такую почту как потенциальный спам (где не совпадают домены в helo и PTR), а, например, гмыло кидает такие письма в папку "спам"
есть еще вариант, что в subject попадают юникод-символы, тогда будет голяк (см. RFC 2047)
Для диагностики в пыхе можно заюзать error_get_last() функцию сразу после вызова mail(), она вернет массив с ошибкой, если таковая имела место быть
Если есть доступ к логам, то и в них не мешало бы заглянуть - /var/log/mail.log
Это какая то *опа! Долбаюсь уже второй день... Помогите, плз, кто сталкивался или знает куда копать?
Вобщем, на серваке стоит убунта 12.04, в качестве MTA стоит postfix
При отправке кириллических мыл начинаются бока, а именно:
- subject подвергается двойному оборачиванию в формат RFC 2047, кодировке us-ascii.
То есть вместо =?UTF-8?B?0YLQtdC80LA=?=
я получаю =?us-ascii?Q?=3D=3FUTF-8=3FB=3F0YLQtdC80LA=3D=3F=3D?=
- если в теле письма встречается юникод, то автоматом выставляется заголовок Content-Type: application/octet-stream
если юникода нет, то всегда Content-Type: text/plain; charset=us-ascii, даже не смотря, что в пых-функцию mail() отправляю заголовок Content-Type: text/plain; charset=UTF-8
Вопрос - где, на каком этапе подменяются данные хедеры, если это так чудит postfix, то что именно в нем надо настроить для корректной работы с utf-8?
А расставлять необходимые цифры можно уже и на php при генерации формы.
в том то и дело, что эти инпуты могут создаваться и удаляться динамически с помощью JS и для того, чтобы обеспечить контроль за индексами прийдется невообразимо существенно усложнять код... ну и ладно, и на том, как говорится Спасибо! я хоть понял, что без костыля здесь не обойдешься, надеялся, что еще может быть какой то элегантный способ решения данной задачи... эххъ
Возможно вы не так поняли вопрос. Мне нужно получить такой массив из уже готовой верстки, где два поля идут одно за другим и таких наборов может быть несколько. А когда массив получен, ясное дело, что его можно передать и путем сериализации. Итак вопрос - как получить такой массив?
как избавиться от этого вывода? может в настройках php есть какая то директива по поводу кодировок?? когда то уже была такая трабла, решилась тем, что было найдено несколько файлов php в кодировке utf-8 с BOM, и их перекодировал в без-BOM, но в этот раз не помогло... как быть?
Здравствуйте! Подскажите пожалуйста, у меня движок на ZF, недавно обнаружилась такая проблема: любой вывод сопровождается тремя байтами BOM вначале (ef bb bf), даже при попытке скачать обычный вордовский документ, эти байты лезут в начало файла из-за чего ворд не может прочитать сигнатуру.
Скажите, это проблема движка или веб-сервера? Как от этого избавиться?
правильно, кодируются, только символы ?,&,= преобразуются в соответствующие им урлокоды: %3f,%26,%3d (Добавление) LIME, это нужно еще разобраться, кто из нас двоих зесь умничает... разделитель - это и так понятно, но хотелось бы разобраться, возможно ли теоретически более одной переменной передавать именно средствами HTML/HTTP? RFC просто читать впадлу)))
Совершенствую фунционал одного Zend-овского двига, код попался ужасный, поэтому править архитектуру нет смысла. Встала задача подкорректировать форму. В исходной было два текстовых поля. Требуется сформировать список (input/option), но при выборе любого определенного значения php-скрипту надо передавать по две связанные переменные, соответствующие каждому option-у.
Столкнулся с вопросом: возможно ли теоретически передать из одного элемента формы более одного параметра value?