— естественно, при таком раскладе, не работает восстановление пароля (ссылки битые, так как в них подставляются либо лишние символы, либо пробелы).
Например, ссылка на восстановление пароля:
http://site.ru/login/reminder/9ca8f8249f888ac9b9d510%0a2633ea0bd2/
— откуда-то взялось «%0a» в ссылке. После удаления этих символов, ссылка стала рабочей.
Или вот, тоже не рабочая ссылка, но уже с лишим пробелом:
http://site.ru/login/reminder/2648d9fd6edd9b8d4ea80baa4db 4fb2e
Ответа в поиске не нашел.
*Особености:
AltoCMS 1.0.8-dev
Шаблон Experience — лишние символы или пробелы в тексте ссылок и уведомлений.
Шаблон Start Kit — вроде бы лишних символов и пробелов именно только в ссылках на восстановление пароля — нет, но сами эти ссылки не кликабельны (что, собственно, не есть большая проблема). А вот в тексте и других ссылках — такая же галиматья как на картинке выше (пробелы, ромбы с вопросиками...).
P.S.: На github продублирую, но хотелось спросить и у всего сообщества — может такое только у меня?
Но честно говоря никаких проблем быть не должно, они наоборот должны были уйти. А так чтобы лишние пробелы появлялись, ну это вообще странно
Сменил quoted-printable на binary.
Я подозреваю что у orthograf была версия без этих изменений. Или новая версия но без параметра в конфиг файле.
Вот что пишут первоисточники:
А вот что касается quoted-printable:
www.w3.org/Protocols/rfc1341/5_Content-Transfer-Encoding.html
Короче binary — не правильно. В каких-то случаях это может сработать, в каких-то других будут другие еще большие проблемы.
А вот что сообщает microsoft:
msdn.microsoft.com/en-us/library/ms527563%28v=exchg.10%29.aspx
— и именно это и не работало…
Нет, ну я всё понимаю..., а как быть — если мои пользователи при этих изменениях получают письма с сайта нормального вида с рабочими ссылками?
Такого параметра в конфиге в качестве возможного — не указано.
Есть — «base64». Поставил его (раз на «binary» так ругаются) — полет нормальный, письма читабельные, ссылки кликабельные :)
Кодировка стоит UTF-8?
В адимнке этот параметр может быть перебит настройками в БД.
Все 100%? Я говорю о том, что какие-то могут получать в нормальном виде, а какие-то в ненормальном. За всеми не уследить. Завтра кто-то перейдет с gmail на yandex, или rambler и привет.
Быстрое решение, чтоб не разбираться — base64. Но честно говоря ума не приложу как можно побить quoted-printable.....?
Не знаю :)
Но те, которые жаловались — теперь довольны.
Кстати, а сама версия PHP не может влиять на это?
Или если какой-то форвардинг а на стороне пользователя кривой…