<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:dc="http://purl.org/dc/elements/1.1/">
			<channel>
			<title>Испорченные письма / Вопросы, проблемы и их решения / Alto CMS</title>
			<link>http://altocms.ru/comments/819/</link>
			<description><![CDATA[С сайта приходят уведомления вот такого вида: — естественно, при таком раскладе, не работает восстановление пароля (ссылки битые, так как]]></description>
			<language>ru</language>
			<managingEditor>noreply@altocms.ru</managingEditor>
			<webMaster>noreply@altocms.ru</webMaster>
			<generator>Alto CMS v.1.5.0b1</generator>
							<item>
					<title>Испорченные письма (comment #15790)</title>
					<guid isPermaLink="true">http://altocms.ru/t/819/#comment15790</guid>
					<link>http://altocms.ru/819.html#comment15790</link>
					<author>reverty@gmail.com</author>
					<description><![CDATA[В версии 1.0.8-dev был добавлен выбор encoding писем, попробуйте его поменять на какой нибудь другой. <br/>
<pre class="prettyprint"><code>$config['sys']['mail']['encoding']         = 'quoted-printable';     // Какое кодирование использовать в письмах: 8bit, 7bit, binary, base64, quoted-printable</code></pre>Но честно говоря никаких проблем быть не должно, они наоборот должны были уйти. А так чтобы лишние пробелы появлялись, ну это вообще странно]]></description>
					<pubDate>Wed, 15 Oct 2014 15:06:39 +0400</pubDate>
									</item>
							<item>
					<title>Испорченные письма (comment #15791)</title>
					<guid isPermaLink="true">http://altocms.ru/t/819/#comment15791</guid>
					<link>http://altocms.ru/819.html#comment15791</link>
					<author>orthograf@bk.ru</author>
					<description><![CDATA[Спасибо! Теперь всё отлично.<br/>
Сменил quoted-printable на binary.]]></description>
					<pubDate>Wed, 15 Oct 2014 15:19:13 +0400</pubDate>
									</item>
							<item>
					<title>Испорченные письма (comment #15796)</title>
					<guid isPermaLink="true">http://altocms.ru/t/819/#comment15796</guid>
					<link>http://altocms.ru/819.html#comment15796</link>
					<author>vshemarov@gmail.com</author>
					<description><![CDATA[Да, возможность смены кодировки писем сделали (спасибо Николаю aka <a href="http://altocms.ru/profile/Klaus/" class="ls-user">Klaus</a> ), но как и на что это может влиять, и почему с разных серверов с одной и той кодировкой уходят письма с разным результатом — в это не вникали. Надо «курить мануалы». Возможно, <a href="http://altocms.ru/profile/inliquid/" class="ls-user">inliquid</a> может прояснить — он, вроде, разбирался с этим.]]></description>
					<pubDate>Wed, 15 Oct 2014 16:11:28 +0400</pubDate>
									</item>
							<item>
					<title>Испорченные письма (comment #15797)</title>
					<guid isPermaLink="true">http://altocms.ru/t/819/#comment15797</guid>
					<link>http://altocms.ru/819.html#comment15797</link>
					<author>reexistent@gmail.com</author>
					<description><![CDATA[Описанная выше проблема наблюдается если в качестве Content-tranfer-encoding выбран 8bit. Причем может быть так что в 90% писем будет нормально, а в десятой части пара символов побьются. По спецификациям чтобы этой проблемы не было нужно задавать Content-tranfer-encoding: quoted-printable, или 64bit. <br/>
<br/>
Я подозреваю что у orthograf была версия без этих изменений. Или новая версия но без параметра <pre class="prettyprint"><code>$config['sys']['mail']['encoding']         = 'quoted-printable';</code></pre> в конфиг файле.<br/>
<br/>
Вот что пишут первоисточники:<br/>
<br/>
<blockquote>The values «8bit», «7bit», and «binary» all imply that NO encoding has been performed. However, they are potentially useful as indications of the kind of data contained in the object, and therefore of the kind of encoding that might need to be performed for transmission in a given transport system. «7bit» means that the data is all represented as short lines of US-ASCII data. «8bit» means that the lines are short, but there may be non-ASCII characters (octets with the high-order bit set). «Binary» means that not only may non-ASCII characters be present, but also that the lines are not necessarily short enough for SMTP transport.<br/>
<br/>
The difference between «8bit» (or any other conceivable bit-width token) and the «binary» token is that «binary» does not require adherence to any limits on line length or to the SMTP CRLF semantics, while the bit-width tokens do require such adherence. If the body contains data in any bit-width other than 7-bit, the appropriate bit-width Content-Transfer-Encoding token must be used (e.g., «8bit» for unencoded 8 bit wide data). If the body contains binary data, the «binary» Content-Transfer-Encoding token must be used. </blockquote><br/>
<br/>
А вот что касается quoted-printable:<br/>
<br/>
<blockquote>The Quoted-Printable encoding is intended to represent data that largely consists of octets that correspond to printable characters in the ASCII character set. It encodes the data in such a way that the resulting octets are unlikely to be modified by mail transport. If the data being encoded are mostly ASCII text, the encoded form of the data remains largely recognizable by humans. A body which is entirely ASCII may also be encoded in Quoted-Printable to ensure the integrity of the data should the message pass through a character-translating, and/or line-wrapping gateway. </blockquote><br/>
<a href="http://www.w3.org/Protocols/rfc1341/5_Content-Transfer-Encoding.html" rel="nofollow" >www.w3.org/Protocols/rfc1341/5_Content-Transfer-Encoding.html</a><br/>
<br/>
Короче binary — <strong>не правильно</strong>. В каких-то случаях это может сработать, в каких-то других будут другие еще большие проблемы.<br/>
<br/>
А вот что сообщает microsoft:<br/>
<br/>
<pre class="prettyprint"><code>Binary encoding is simply unencoded binary data. It has no line-length limitations. Binary encoded messages are not valid Internet messages.</code></pre><br/>
<br/>
<a href="http://msdn.microsoft.com/en-us/library/ms527563%28v=exchg.10%29.aspx" rel="nofollow" >msdn.microsoft.com/en-us/library/ms527563%28v=exchg.10%29.aspx</a>]]></description>
					<pubDate>Wed, 15 Oct 2014 19:13:10 +0400</pubDate>
									</item>
							<item>
					<title>Испорченные письма (comment #15798)</title>
					<guid isPermaLink="true">http://altocms.ru/t/819/#comment15798</guid>
					<link>http://altocms.ru/819.html#comment15798</link>
					<author>orthograf@bk.ru</author>
					<description><![CDATA[<blockquote>Я подозреваю что у orthograf была версия без этих изменений. Или новая версия но без параметра 'quoted-printable'</blockquote>Да нет, тут как раз всё именно так и было. Конфиг с параметром:<br/>
<pre class="prettyprint"><code>$config['sys']['mail']['encoding']  = 'quoted-printable';</code></pre><br/>
 — и именно это и <u>не работало</u>…<br/>
<blockquote>Короче binary — не правильно.</blockquote>Нет, ну я всё понимаю..., а как быть — если мои пользователи при этих изменениях получают письма с сайта <u>нормального вида с рабочими ссылками</u>?<br/>
<blockquote>… или 64bit.</blockquote>Такого параметра в конфиге в качестве возможного — не указано.<br/>
Есть — «base64». Поставил его (раз на «binary» так ругаются) — полет нормальный, письма читабельные, ссылки кликабельные :)]]></description>
					<pubDate>Wed, 15 Oct 2014 19:27:58 +0400</pubDate>
									</item>
							<item>
					<title>Испорченные письма (comment #15799)</title>
					<guid isPermaLink="true">http://altocms.ru/t/819/#comment15799</guid>
					<link>http://altocms.ru/819.html#comment15799</link>
					<author>reexistent@gmail.com</author>
					<description><![CDATA[Тьфу, конечно base64. Чтобы понять почему такая проблема возникла с quoted-printable — нужно анализировать исходные (реально отправленные после обработки почтовым демоном)/конечные сообщения. В почте очень много посредников, проблема может быть где угодно, начиная с настроек sendmail`а…<br/>
<br/>
Кодировка стоит UTF-8?<br/>
<pre class="prettyprint"><code>$config['sys']['mail']['charset']          = 'UTF-8';
</code></pre><br/>
<br/>
В адимнке этот параметр может быть перебит настройками в БД.<br/>
<br/>
<blockquote>Нет, ну я всё понимаю..., а как быть — если мои пользователи при этих изменениях получают письма с сайта нормального вида с рабочими ссылками?</blockquote>Все 100%? Я говорю о том, что какие-то могут получать в нормальном виде, а какие-то в ненормальном. За всеми не уследить. Завтра кто-то перейдет с gmail на yandex, или rambler и привет.<br/>
<br/>
Быстрое решение, чтоб не разбираться — base64. Но честно говоря ума не приложу как можно побить quoted-printable.....?<br/>
<br/>
<pre class="prettyprint"><code>To: user1 &lt;user1@user.com&gt;
Subject: =?UTF-8?B?0KDQtdCz0LjRgdGC0YDQsNGG0LjRjw==?=
X-PHP-Originating-Script: 0:class.phpmailer.php
Date: Wed, 24 Sep 2014 18:03:06 +0400
Return-Path: &lt;admin@admin.adm&gt;
From: =?UTF-8?B?0JTQvdC10LLQvdC40LrQuCBhcnRkYXkuY2x1Yg==?= &lt;admin@admin.adm&gt;
Message-ID: &lt;c7609c6c0eb21eb1ec26d9fef957df67@localhost&gt;
X-Priority: 3
X-Mailer: PHPMailer 5.2.6 (https://github.com/PHPMailer/PHPMailer/)
MIME-Version: 1.0
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

=D0=92=D1=8B =D0=B7=D0=B0=D1=80=D0=B5=D0=B3=D0=B8=D1=81=D1=82=D1=80=D0=
=B8=D1=80=D0=BE=D0=B2=D0=B0=D0=BB=D0=B8=D1=81=D1=8C =D0=BD=D0=B0 =D1=81=
=D0=B0=D0=B9=D1=82=D0=B5 &lt;a href=3D&quot;http://localhost/&quot;&gt;=D0=94=D0=BD=D0=
=B5=D0=B2=D0=BD=D0=B8=D0=BA=D0=B8 example.com&lt;/a&gt;
=D0=92=D0=B0=D1=88=D0=B8 =D1=80=D0=B5=D0=B3=D0=B8=D1=81=D1=82=D1=80=D0=
=B0=D1=86=D0=B8=D0=BE=D0=BD=D0=BD=D1=8B=D0=B5 =D0=B4=D0=B0=D0=BD=D0=BD=
=D1=8B=D0=B5:
&nbsp;&nbsp;&nbsp;=D0=BB=D0=BE=D0=B3=D0=B8=D0=BD: &lt;b&gt;user1&lt;/b&gt;
&nbsp;&nbsp;&nbsp;=D0=BF=D0=B0=D1=80=D0=BE=D0=BB=D1=8C: &lt;b&gt;user1&lt;/b&gt;


=D0=A1 =D1=83=D0=B2=D0=B0=D0=B6=D0=B5=D0=BD=D0=B8=D0=B5=D0=BC, =D0=B0=D0=
=B4=D0=BC=D0=B8=D0=BD=D0=B8=D1=81=D1=82=D1=80=D0=B0=D1=86=D0=B8=D1=8F =
=D1=81=D0=B0=D0=B9=D1=82=D0=B0 &lt;a href=3D&quot;http://localhost/&quot;&gt;=D0=94=D0=
=BD=D0=B5=D0=B2=D0=BD=D0=B8=D0=BA=D0=B8 example.com&lt;/a&gt;</code></pre>]]></description>
					<pubDate>Wed, 15 Oct 2014 19:39:48 +0400</pubDate>
									</item>
							<item>
					<title>Испорченные письма (comment #15800)</title>
					<guid isPermaLink="true">http://altocms.ru/t/819/#comment15800</guid>
					<link>http://altocms.ru/819.html#comment15800</link>
					<author>orthograf@bk.ru</author>
					<description><![CDATA[<blockquote>Кодировка стоит UTF-8?</blockquote>Да, разумеется.<br/>
<blockquote>Все 100%?</blockquote>Не знаю :)<br/>
Но те, которые жаловались — теперь довольны.<br/>
<blockquote>X-Mailer: PHPMailer 5.2.6</blockquote>Кстати, а сама версия PHP не может влиять на это?]]></description>
					<pubDate>Wed, 15 Oct 2014 19:48:23 +0400</pubDate>
									</item>
							<item>
					<title>Испорченные письма (comment #15801)</title>
					<guid isPermaLink="true">http://altocms.ru/t/819/#comment15801</guid>
					<link>http://altocms.ru/819.html#comment15801</link>
					<author>reexistent@gmail.com</author>
					<description><![CDATA[Это врядли. Я выше скопировал пример такого письма в quoted-printable. Его вот так побить можно только если реально отправляется снова 8bit. Например, так если пофантазтировать, если почтовый демон настроен как-то хитро что он все перекодирует обратно в 8bit, и уже 8bit отдает почтовому шлюзу. Может и на стороне шлюза глюк, надо смотреть.<br/>
<br/>
Или если какой-то форвардинг а на стороне пользователя кривой…]]></description>
					<pubDate>Wed, 15 Oct 2014 19:51:34 +0400</pubDate>
									</item>
					</channel>
	</rss>
