<?xml version="1.0" encoding="koi8-r"?>
<rss version="0.91">
<channel>
    <title>OpenForum RSS: Обсудим поведение почтового кластера google.com</title>
    <link>https://www.solaris.opennet.ru/openforum/vsluhforumID1/94566.html</link>
    <description>Вот, что я вижу в логах своего sendmail-a&lt;br&gt;Что по этому поводу думают форумчане? Ваши рекомендации ?&lt;br&gt;P.S вот, что пишут про это в интернете: https://productforums.google.com/forum/?fromgroups#!topic/gmail/PQLLTW1d3DM&lt;br&gt;&lt;br&gt;&lt;br&gt;vol&#064;mail# cat /var/log/maillog &amp;#124; grep domen.com&lt;br&gt;Apr  9 08:44:44 mail sm-msa&#091;56725&#093;: r394igjk056722: to=&amp;lt;victoria&#064;domen.com&amp;gt;, delay=00:00:01, xdelay=00:00:01, mailer=esmtp, pri=99280, relay=aspmx.l.google.com. &#091;74.125.143.27&#093;, dsn=4.3.0, stat=Deferred: 451-4.3.0 Multiple destination domains per transaction is unsupported.  Please&lt;br&gt;Apr  9 08:44:44 mail sm-msa&#091;56725&#093;: r394igjk056722: to=&amp;lt;gosha&#064;domain.com&amp;gt;, delay=00:00:01, xdelay=00:00:01, mailer=esmtp, pri=99280, relay=aspmx.l.google.com. &#091;74.125.143.27&#093;, dsn=4.3.0, stat=Deferred: 451-4.3.0 Multiple destination domains per transaction is unsupported.  Please&lt;br&gt;Apr  9 08:44:48 mail sm-msa&#091;56725&#093;: r394igjk056722: to=&amp;lt;victoria&#064;domain.com&amp;gt;,&amp;lt;gosha&#064;domain.com&amp;gt;, delay=00:00:05, xdelay=00:00:05, mailer=esmtp, pri=99280, relay=alt1.aspmx.l.google.</description>

<item>
    <title>Обсудим поведение почтового кластера google.com (DeadLoco)</title>
    <link>https://www.solaris.opennet.ru/openforum/vsluhforumID1/94566.html#28</link>
    <pubDate>Fri, 12 Apr 2013 15:12:30 GMT</pubDate>
    <description>&amp;gt; Лично я больше согласен с PavelR так, как инициатива google уже создала &lt;br&gt;&amp;gt; хлопоты мне и моим пользователям.&lt;br&gt;&lt;br&gt;Ну, как бы, с другой стороны есть согласие пользователя при регистрации в сервисе на политику предоставления сервиса оператором. Гмыло ограничивает пользователя не только в сабжевом аспекте. Он ограничивает размеры писем, темпы отправки, типы вложений, размеры ящиков и еще множество других, менее заметных параметров сервиса. Конечно, некоторых подобные ограничения могут тихо раздражать, а кое-кому они могут быть настолько критичными, что сервис гмыла для них будет вообще неприемлем. Это нормально. Все юзеры  разные (в силу ЦПТ), и всем не угодишь. Например, отдельную, ОЧЕНЬ недовольную группу юзеров составляют спамеры. Им вообще все не так.&lt;br&gt;&lt;br&gt;Но, руководясь принципом Бентама о наибольшем суммарном благе для наибольшего количества юзеров, гмыло формирует политику сервиса таким образом, чтобы как можно большее количество юзеров было счастливо и радостно смеялось. Увы, это достигается урезанием фич,</description>
</item>

<item>
    <title>Обсудим поведение почтового кластера google.com (cisco911)</title>
    <link>https://www.solaris.opennet.ru/openforum/vsluhforumID1/94566.html#27</link>
    <pubDate>Fri, 12 Apr 2013 14:52:49 GMT</pubDate>
    <description>for DeadLoco&lt;br&gt;Надо в sendmail поискать есть ли в нём реализация данной фичи.&lt;br&gt;&lt;br&gt;For All&lt;br&gt;Лично я больше согласен с PavelR так, как инициатива google уже создала хлопоты мне и моим пользователям. Выслушав ваши мнения мне остается только искать техническое решение обхода данной фичи. &lt;br&gt;Лично я считаю, что почта &quot;обязана доходить до адресата&quot; если вы не спамер и так борьба со спамом создала много гемороя всем. У людей уже отсутствует увереность, что их почта доставиться, каждый раз когда они отсылают письмо они созваниваются с человеком узнавая о результате доставки электронной почты.&lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;br&gt;</description>
</item>

<item>
    <title>Обсудим поведение почтового кластера google.com (DeadLoco)</title>
    <link>https://www.solaris.opennet.ru/openforum/vsluhforumID1/94566.html#26</link>
    <pubDate>Fri, 12 Apr 2013 13:12:46 GMT</pubDate>
    <description>&amp;gt; - какие RFC нарушает Google?!&lt;br&gt;&amp;gt; если никаких - работа его почтовой системы соответствует RFC? Да, соответствует.&lt;br&gt;&lt;br&gt;Здесь мы снова возвращаемся к нетривиальной и слабоусвояемой идее RFC, как рекомендаций, а не суровых предписаний, обязательных к исполнению. За которой прицепом идет совсем уж неудобоваримая идея, что в инете никто никому ничего не должен. А все взаимодействие происходит исключительно на основе доброй воли/блаженного неведения. &lt;br&gt;</description>
</item>

<item>
    <title>Обсудим поведение почтового кластера google.com (DeadLoco)</title>
    <link>https://www.solaris.opennet.ru/openforum/vsluhforumID1/94566.html#25</link>
    <pubDate>Fri, 12 Apr 2013 13:07:15 GMT</pubDate>
    <description>&amp;gt; На кой ляд вы примешали в топик &quot;залоговый счет&quot;? Он ничем &lt;br&gt;&amp;gt; пользоватею сервиса гугла не поможет. Шлет не он, шлют ему.&lt;br&gt;&lt;br&gt;Залоговый счет - это надежно работающее средство против злоупотребления множественностью получателей в публичных сервисах. Без счета избежать злоупотреблений можно только &quot;не поддерживая&quot; эту фичу. Если левый клиент, не подчиненный мне административно, желает получить доступ к этой фиче - я дам его только в обмен на залог. Размер залога должен быть таким, чтобы профит от спам-рассылки был существенно ниже теряемого залога. Втрое-впятеро. &lt;br&gt;&lt;br&gt;Элементарные экономические соображения, делающие нерентабельной рассылку спама + потерю залога, гарантируют, что опасной фичей не будут злоупотреблять. Спамеры, в большинстве своем - скудоумные и криворукие идиоты, но даже им понятно, что потерять 500 баксов, сделав одну &quot;рассылку на 10 тыс адресов за 100 долларов&quot; - ни разу не плодотворная дебютная идея. &lt;br&gt;</description>
</item>

<item>
    <title>Обсудим поведение почтового кластера google.com (DeadLoco)</title>
    <link>https://www.solaris.opennet.ru/openforum/vsluhforumID1/94566.html#24</link>
    <pubDate>Fri, 12 Apr 2013 12:57:49 GMT</pubDate>
    <description>&amp;gt; Если не сложно, какой у вас почтовик и какая опция в нем этим управляет?&lt;br&gt;&lt;br&gt;Я пользуюсь экзимом, в котором, если не предпринять специальных телодвижений, отправляемое письмо по умолчанию парсится на предмет всех возможных получателей - из RCPT TO, ТО, СС, ВСС, алиасов, редиректов етц, и каждый из child-generated адресов роутится индивидуально, отдельными СМТП-сессиями. Т.е., если у меня в принятом к релеингу письме будет RCPT TO: a&#064;a.com,b&#064;b.com,c&#064;c.com, то экзим отработает три отдельных СМТП сессии с RCPT TO: a&#064;a.com, RCPT TO: b&#064;b.com и RCPT TO:c&#064;c.com - каждую с МХом соответствующего домена. Разумеется, если отправить десятимегабайтное письмо на список из 500 адресов в ВСС, то в результате поимею 5 гигабайт исходящего трафика. И это правильно. Я стесняюсь подсовываеть кому-то свинью в виде такого списка и надеяться, что чужой МТА сдуру начнет выполнять массовую рассылку от неведомого хрена с горы в виде меня. Такие рассылки - это мои проблемы. &lt;br&gt;</description>
</item>

<item>
    <title>Обсудим поведение почтового кластера google.com (lavr)</title>
    <link>https://www.solaris.opennet.ru/openforum/vsluhforumID1/94566.html#23</link>
    <pubDate>Fri, 12 Apr 2013 06:08:16 GMT</pubDate>
    <description>&amp;gt; Давайте предметно, какие RFC пытаются регламентировать подобную ситуацию? А то дискуссия &lt;br&gt;&amp;gt; идет исключительно &quot;по личным ощущениям&quot;, &quot;спаммер или не спаммер&quot;.&lt;br&gt;&lt;br&gt;предметно - легко:&lt;br&gt;&lt;br&gt;- какие RFC нарушает Google?!&lt;br&gt;если никаких - работа его почтовой системы соответствует RFC? Да, соответствует.&lt;br&gt;&lt;br&gt;Так понятно?&lt;br&gt;</description>
</item>

<item>
    <title>Обсудим поведение почтового кластера google.com (PavelR)</title>
    <link>https://www.solaris.opennet.ru/openforum/vsluhforumID1/94566.html#22</link>
    <pubDate>Fri, 12 Apr 2013 02:29:50 GMT</pubDate>
    <description>&lt;br&gt;&amp;gt;Я разрешаю множественные адреса/домены &lt;br&gt;&amp;gt; в RCPT TO только потому, что могу принять меры в отношении &lt;br&gt;&amp;gt; злоупотребляющих этой фишкой.&lt;br&gt;&lt;br&gt;Если не сложно, какой у вас почтовик и какая опция в нем этим управляет ?&lt;br&gt;</description>
</item>

<item>
    <title>Обсудим поведение почтового кластера google.com (PavelR)</title>
    <link>https://www.solaris.opennet.ru/openforum/vsluhforumID1/94566.html#21</link>
    <pubDate>Fri, 12 Apr 2013 02:27:22 GMT</pubDate>
    <description>&amp;gt; а я и вовсе не считаю что функционал ограничен, imho - ВЫБРАНЫ &lt;br&gt;&amp;gt; ПРАВИЛА ИГРЫ, &lt;br&gt;&amp;gt; ну они ВОТ ТАКИЕ, соовтетствуют RFC, направлены против спама и тд и &lt;br&gt;&amp;gt; тп.&lt;br&gt;&lt;br&gt;Давайте предметно, каким RFC это соответствует? Где упоминается, какое должно быть поведение у почтовика в случае когда в одной smtp-сессии отправляется почта на несколько разных доменов?&lt;br&gt;&lt;br&gt;&amp;gt; Теперь по-поводу, как и стоит ли объяснять кому-то про сервисы Google: &lt;br&gt;&amp;gt; - мне уже давно, друзья из-за бугорья, популлярно объяснили простые вещи про &lt;br&gt;&amp;gt; разницу &lt;br&gt;&amp;gt; с Россией (понятно что не в глобальном масштабе): &lt;br&gt;&amp;gt; &quot;сказано вот так, приняты такие вот правила - выбирать тебе, не устраивают &lt;br&gt;&amp;gt; - не &lt;br&gt;&amp;gt; используй, не покупай. &lt;br&gt;&lt;br&gt;проблема в том, что вы, отправляющий почту, не являетесь пользователем сервисов гугла.&lt;br&gt;Вы - отправляющая сторона.&lt;br&gt;Исходя из вашей позиции, Вы теперь должны всем своим проблемным получателям сказать &quot;что, почта не доходит? ну, гугл такой, у него такие правила - выбирать вам, не устраивает _что почта к вам от нас не доходит_ - н</description>
</item>

<item>
    <title>Обсудим поведение почтового кластера google.com (PavelR)</title>
    <link>https://www.solaris.opennet.ru/openforum/vsluhforumID1/94566.html#20</link>
    <pubDate>Fri, 12 Apr 2013 02:18:50 GMT</pubDate>
    <description>&lt;br&gt;&amp;gt; Гугль не имеет административной власти над пользователями своего сервиса. У него есть &lt;br&gt;&amp;gt; два варианта: либо сделать фичу доступной и столкнуться со злоупотреблением, либо &lt;br&gt;&amp;gt; сделать ее &quot;неподдерживаемой&quot; и ограничить пользователей, но зато избавиться от злоупотребления. &lt;br&gt;&amp;gt; Здравый смысл подсказывает выбрать второй путь, возможно с вариациями в зависимости &lt;br&gt;&amp;gt; от типа аккаунта. Например, разрешить массовую рассылку аккаунтам, которые внесли на &lt;br&gt;&amp;gt; залоговый счет достаточную сумму, которая будет взыскана в случае злоупотребления. &lt;br&gt;&lt;br&gt;Вы как-то легко и непринужденно всё смешали в одну кучу.&lt;br&gt;&lt;br&gt;Есть десяток пользователей сервиса гугла, которые не рассылают массовых рассылок и не жмут кнопку &quot;Ответить всем&quot;, а даже если и жмут, то проблем это им не доставляет, т.к. со стороны гугла отправить почту в десяток доменов проблемы нет. На кой ляд вы примешали в топик &quot;залоговый счет&quot;? Он ничем пользоватею сервиса гугла не поможет. Шлет не он, шлют ему.&lt;br&gt;&lt;br&gt;Но есть один некий сторонний почтовый серверок, который не и</description>
</item>

</channel>
</rss>
