https://www.opennet.ru/openforum/vsluhforumID1/97658.html Добрый день.<br>Подскажите, как правильно настроить MX.<br>Сейчас настройки /etc/postfix/main.cf:<br><br>myhostname = mydomen.fun<br>alias_maps = hash:/etc/aliases<br>alias_database = hash:/etc/aliases<br>myorigin = /etc/mailname<br>mydestination = $myhostname, mydomen.fun, localhost, localhost.localdomain, localhost<br><br>т.е. отправка идет с адреса root@mydomen.fun.<br><br>Почта уходит у получателя в спам. Как правильно указать MX?<br>@ 10 mail.mydomen.fun. ?<br><br>и если у меня сервер smtp будет называться mail.mydomen.fun или smtp.mydomen.fun как это правильно записать в /etc/postfix/main.cf и какой тогда будет адрес отправителя? <br><br>Помогите пожалуйста, я запутался.<br> https://www.opennet.ru/openforum/vsluhforumID1/97658.html#26 Sun, 15 Nov 2020 08:37:14 GMT &gt; Не понимаю, как по spf можно какие-то выводы делать... ведь в 99% <br>&gt; случаев в spf написано "+mx ~all", то есть softfail в самом <br>&gt; худшем случае. И что с этим делать?<br><br>softfail у меня тоже реджектится, проблем нет. В вашем случае можно холдить смело.<br><br><br>&gt; RBL не использую и другим не советую. Полагаться на списки, составляемые непонятно <br>&gt; кем непонятно как и зачастую вымогающие денежку, чтобы адрес оттуда убрать<br><br>Не все RBL одинаково полезны. Их нужно сначала тестировать (warn_if_reject) и потом включать только самые адекватные. У меня нет ложных срабатываний от RBL. А денежку вымогают только самые упоротые, таких сразу в топку конечно же.<br> https://www.opennet.ru/openforum/vsluhforumID1/97658.html#25 Sun, 15 Nov 2020 08:00:46 GMT &gt;&gt; А MUA юзера (обычно аутлук) "ой, что ето, письмо како-то странное, ой <br>&gt;&gt; да тут ссылки какието, чур меня, junk его..." - не сталкивались?<br>&gt; Не сталкивались. Стандартные баунсы вроде бы по рфц положено принимать, приличные MUA <br>&gt; не должны их в спам кидать.<br><br>Так то приличные... у нас outlook с завидным постоянство отправляет в спам почту с нашего же домена. Внутри корп. сети, в смысле. По каким признакам он так оригинально сортирует почту - пытаемся понять уже лет 15...<br><br>&gt; Я не рискую пока что. С глупыми спамерами грейлистинг и RBL прекрасно <br>&gt; справляются, а умные по SPF отсеиваются. Чем меньше меня дёргают из-за <br>&gt; почты - тем лучше.<br><br>Не понимаю, как по spf можно какие-то выводы делать... ведь в 99% случаев в spf написано "+mx ~all", то есть softfail в самом худшем случае. И что с этим делать?<br>RBL не использую и другим не советую. Полагаться на списки, составляемые непонятно кем непонятно как и зачастую вымогающие денежку, чтобы адрес оттуда убрать - да ну нафиг. Свои списки сами ведем. Может, https://www.opennet.ru/openforum/vsluhforumID1/97658.html#24 Sun, 15 Nov 2020 05:46:56 GMT &gt;&gt; Практически - это, насколько я помню, раз в пару лет. По-моему, при <br>&gt;&gt; такой частоте ошибок пользоваться можно.<br>&gt; Я не рискую пока что.<br><br>А впрочем, наверное сделаю автопометку таких писем как спам. Погоняю в таком режиме, а там видно будет. Полезно иногда обмениваться опытом :)<br> https://www.opennet.ru/openforum/vsluhforumID1/97658.html#23 Sat, 14 Nov 2020 21:42:18 GMT &gt;&gt; При реджекте письмо генерит MTA отправителя...<br>&gt; А MUA юзера (обычно аутлук) "ой, что ето, письмо како-то странное, ой <br>&gt; да тут ссылки какието, чур меня, junk его..." - не сталкивались? <br><br>Не сталкивались. Стандартные баунсы вроде бы по рфц положено принимать, приличные MUA не должны их в спам кидать.<br><br><br>&gt;&gt; Это стандартное письмо от MTA отправителя, часто на их родном языке. В <br>&gt;&gt; нём обязательно содержится email, на который они отправляли письмо - этого <br>&gt;&gt; достаточно чтобы понять, что что-то пошло не так.<br>&gt; Вот-вот, мне их часто пересылают с просьбой "переведите с русского на человеческий" <br><br>Ну дык, это наша админская работа. Если некого попросить перевести - обычно просто звонят отправителю.<br><br><br>&gt; Поздравляю, вы своих выдрессировали, мы тоже. А вот за всеми отправителями - <br>&gt; увы, не достать.<br><br>хз, у нас нет таких проблем.<br><br><br>&gt;&gt; Вот из-за этого "практически" я и не ввожу эту резалку.<br>&gt; Практически - это, насколько я помню, раз в пару лет. По-моему, при <br>&gt; такой частоте ошибок пользоваться https://www.opennet.ru/openforum/vsluhforumID1/97658.html#22 Sat, 14 Nov 2020 20:31:50 GMT &gt;&gt; Хм... А где тогда гарантия, что сообщение о режекте у отправителя не <br>&gt;&gt; забанится?..<br>&gt; ???<br>&gt; При реджекте письмо генерит MTA отправителя...<br><br>А MUA юзера (обычно аутлук) "ой, что ето, письмо како-то странное, ой да тут ссылки какието, чур меня, junk его..." - не сталкивались? :)<br>Про "посмотреть в нежелательных" обычно вспоминают после звонка инженеру...<br><br>&gt; Это стандартное письмо от MTA отправителя, часто на их родном языке. В <br>&gt; нём обязательно содержится email, на который они отправляли письмо - этого <br>&gt; достаточно чтобы понять, что что-то пошло не так. <br><br>Вот-вот, мне их часто пересылают с просьбой "переведите с русского на человеческий"<br><br>&gt; никем не замеченный реджект. Если оно надо отправителю - звонит он, <br>&gt; если надо получателю - значит сам звонит.<br><br>Поздравляю, вы своих выдрессировали, мы тоже. А вот за всеми отправителями - увы, не достать.<br><br>&gt; На практике, когда мне жалуются и я смотрю логи, оказывается что письма <br>&gt; либо не было вовсе, либо оно успешно пришло и его просто <br>&gt; не увид https://www.opennet.ru/openforum/vsluhforumID1/97658.html#21 Sat, 14 Nov 2020 18:36:47 GMT &gt; Хм... А где тогда гарантия, что сообщение о режекте у отправителя не <br>&gt; забанится?..<br><br>???<br>При реджекте письмо генерит MTA отправителя...<br><br><br>&gt; и где, в конце концов гарантия, что оно дойдет до <br>&gt; сознания читающего? :) Это вообще-то главная проблема...<br><br>Это стандартное письмо от MTA отправителя, часто на их родном языке. В нём обязательно содержится email, на который они отправляли письмо - этого достаточно чтобы понять, что что-то пошло не так. На моей практике не было ни одного случая жалобы на не пришедшее письмо и никем не замеченный реджект. Если оно надо отправителю - звонит он, если надо получателю - значит сам звонит. Чаще всего оно нужно обоим.<br><br>Но не исключаю, что такие проблемы возникли бы в случае ковровых бомбардировок целыми подсетями.<br><br><br>&gt; Режект в случае ложного срабатывания - это недовольные отправитель и получатель, перед <br>&gt; которыми надо извиняться и просить "повторите, пожалуйста, отправку, накладочка вышла..." <br>&gt; А тут - пожаловались - посмотрел в очередь - увидел - <br>&gt; "раз https://www.opennet.ru/openforum/vsluhforumID1/97658.html#20 Sat, 14 Nov 2020 17:57:16 GMT &gt; А на postmaster@domain почта, случайно, не холдится точно так же? :) <br><br>Нет. На postmaster вообще пропускается абсолютно все - иначе как гарантировать, что с тобой могут связаться...<br><br>&gt; Если нет, то я вам не завидую, ибо каждый день разгребать кучу <br>&gt; спама на постмастере я бы заколебался...<br><br>Уж лет пять на postmaster спам вообще практически перестал приходить. С чем сие связано - не могу понять. Зато буквально в последние недели две-три стабильно десяток спамных писем в день прилетает на abuse. Что-то про биткоины. <br><br>&gt; И какие гарантии что отправитель получил это письмо? Может оно у него <br>&gt; в спам улетело или точно так же захолдилось? Особенно весело будет, <br>&gt; если роботы будут друг-другу такие вот отлупы пулять по кругу :) <br>&gt; Реджектить гораздо надёжней всё-таки...<br><br>Хм... А где тогда гарантия, что сообщение о режекте у отправителя не забанится?.. и где, в конце концов гарантия, что оно дойдет до сознания читающего? :) Это вообще-то главная проблема...<br>Режект в случае ложного срабатывания - это https://www.opennet.ru/openforum/vsluhforumID1/97658.html#19 Sat, 14 Nov 2020 17:15:21 GMT &gt; колхозили фильтр к постфиксу, который при постановке на холд слал ответку <br>&gt; типа "your mail was holded, please, contact to postmaster@domain to find <br>&gt; out the reasons"<br><br>А на postmaster@domain почта, случайно, не холдится точно так же? :)<br>Если нет, то я вам не завидую, ибо каждый день разгребать кучу спама на постмастере я бы заколебался...<br><br>И какие гарантии что отправитель получил это письмо? Может оно у него в спам улетело или точно так же захолдилось? Особенно весело будет, если роботы будут друг-другу такие вот отлупы пулять по кругу :) Реджектить гораздо надёжней всё-таки...<br><br><br>&gt; Но выяснилось, что 99% отправителей работают по принципу <br>&gt; "от нас пуля вылетела - а дальше нам вообще все пофиг".<br><br>Если банить целыми подсетями и нормальные домены, то наверное возникнет такая проблема. У нас ложные срабатывания вообще прекратились после перехода на SPF. Один-три раза в месяц новый домен добавляю в блэклист и всё. А, ещё вхуиз домена смотрю - у спамеров он зареган меньше года назад (в основном - https://www.opennet.ru/openforum/vsluhforumID1/97658.html#18 Sat, 14 Nov 2020 08:40:19 GMT &gt;&gt; Зачем эти сложности и крайние меры? Я просто вешаю на холд почту <br>&gt;&gt; сразу с домена, IP и подсети спамера. Невостребованная почта автоматом удаляется <br>&gt;&gt; через 14 дней, с той, которой хватились, разбираемся уже индивидуально.<br>&gt; Нам такое не подходит. <br><br>Возможно, у всех разные условия.<br><br>&gt; Отправитель должен сразу увидеть отлуп и отреагировать, а <br>&gt; не ждать хз сколько ответа на зависшее где-то письмо.<br><br>Когда только начали применять такой метод, тоже озаботились было информированием отправителя, колхозили фильтр к постфиксу, который при постановке на холд слал ответку типа "your mail was holded, please, contact to postmaster@domain to find out the reasons" Но выяснилось, что 99% отправителей работают по принципу "от нас пуля вылетела - а дальше нам вообще все пофиг". В итоге отказались от такой практики, адекватных админов было чуть, а теперь вообще модно прятаться за яндексами, гуглами и аутлук.ком, предоставляющими "почту для домена в один клик"... <br>