(Я знаю, что есть несколько дубликатов этого вопроса на ServerFault, к сожалению, ни один мне не помог. Неполный список: 1, 2, 3)
У меня есть частный сервер, который также является почтовым сервером для меня и моей семьи. Уже несколько недель Gmail блокирует почту с моего сервера, и я не могу понять, почему. Документы и контактные формы Google по этому поводу оказались тупиками или черными дырами, они никогда не вернутся ко мне.
Итак, как я могу связаться с Gmail по этому поводу? Желательно, конечно, человека.
Раньше я мог отправлять сообщения в Gmail в последние годы, но почти месяц назад все мои письма отклоняются со следующим сообщением:
Наша система обнаружила необычную частоту 550-5.7.1 нежелательной почты, исходящей с вашего IP-адреса. Чтобы защитить наших пользователей 550-5.7.1 от спама, почта, отправляемая с вашего IP-адреса, была заблокирована. 550-5.7.1 Посетите 550-5.7.1 https://support.google.com/mail/?p=UnsolicitedIPError чтобы ознакомиться с нашими рекомендациями 550 5.7.1 для массовых рассылок электронной почты. 132si3016603wmh.2 - gsmtp (в ответ на конец команды DATA)
Вот что я уже проверил и сделал:
На данный момент я не знаю, что делать дальше. На самом деле нет способа связаться по этому поводу с человеком в Google, и я не могу узнать Зачем мой сервер заблокирован Gmail.
Как я могу продолжить? Что мне не хватает? Есть ли способ обойти это, например, своего рода службу ретрансляции, которую я могу использовать для получения моей почты с моего сервера в Gmail?
Редактировать: Я проверил журналы Postfix на предмет исходящей почты за последние несколько недель и заметил, что есть обратное рассеяние от одной учетной записи (почта для этого пользователя пересылается на другой сервер, который иногда отклоняет сообщения как спам, которые моя система не улавливала). Это происходит примерно раз в два дня и всегда по одному и тому же адресу, но, конечно, мне нужно это исправить. Кроме этого, в журналах нет необычных исходящих писем. Я зарегистрировался в GSuite (первые две недели бесплатно) и отправил запрос в службу поддержки, посмотрим, как это пойдет ...
Изменить 2: Я довольно быстро получил ответ от человека из службы поддержки GSuite. После нескольких писем взад и вперед у нас состоялся телефонный разговор. По сути, этот парень сказал мне, что, к сожалению, здесь он ничего не может сделать (неправильный отдел и нет доступа к необходимым системам), но он все равно хотел бы попытаться помочь мне и передать мою проблему кому-то другому. Это было в пятницу, сегодня во вторник, и, к сожалению, пока ничего не произошло. Почта по-прежнему не работает, так что это еще один тупик, и я попытаюсь связаться с кем-нибудь еще по телефону, используя http://www.wikihow.com/Contact-Google .
Ответ на вопрос "Как связаться с командой Gmail?" является: ты не можешь. Вы можете только догадываться, что случилось, и надеяться на лучшее.
Наконец-то мне удалось заставить Gmail снова принимать мои письма. Недостающие части были DKIM и DMARC: Вчера я добавил поддержку для этого на свой сервер, и теперь я снова могу отправлять в Gmail.
Итак, есть довольно длинный контрольный список, чтобы сделать Gmail счастливым:
Я предполагаю, что Gmail изменил свои политики, поскольку одна и та же настройка (без DKIM и DMARC) работала месяцами без изменений.
Это действительно беспокоит, что вы не можете связаться с командой Gmail, если возникнут какие-либо проблемы. Я понимаю, что они не любят поддерживать каждого оператора небольшого почтового сервера, но поскольку это может нанести серьезный ущерб бизнесу, если вы не можете связаться с пользователями Gmail, Google должен добиться большего здесь! Даже парень из Google, с которым мне удалось связаться через службу поддержки GSuite, не смог оказать никакой помощи, он также не знал, как простой смертный может связаться с ними (и он намекнул, что написал им, но не ожидал никакого ответа) .
Обновить: Так что, к сожалению, хотя я могу отправлять со своего основного домена в Gmail, письма из второго домена (также с действующими SPF, DKIM и DMARC и с того же сервера) по-прежнему отклонено Gmail. Большой…
Обновление 2: Итак, я обнаружил еще один кусок головоломки. По какой-то причине мой сервер связывался с Gmail с помощью IPv4 при использовании моего основного домена, но использовал IPv6, когда я пытался отправить почту с моего дополнительного домена. Я заметил это в отчете Google DMARC (но в отчете все значения были указаны как "проходить"… Черт возьми, Google?). Но, может быть, это было просто "удача", что в моих тестах IPv4 использовался с моим доменом по умолчанию.
Я проверил, что у моего IPv6 есть rPTR и, следовательно, IPv6-адрес → имя хоста → IPv6-адрес был правильным а также что Postfix использовал правильный HELO.
В любом случае, это решило заставить Postfix отправлять сообщения через IPv4 при отправке в Gmail.
Вот как вы это делаете в Postfix. Добавьте в свою конфигурацию следующие строки ( transport_maps строка может уже существовать в вашей системе):
main.cf:
transport_maps = hash:/etc/postfix/transport
transport.cf:
gmail.com smtp-ipv4:
google.com smtp-ipv4:
googlemail.com smtp-ipv4:
master.cf:
smtp-ipv4 unix - - n - - smtp
-o inet_protocols=ipv4
-o inet_interfaces=my.ipv4.addr.ess
Примечание: большинство руководств, которые я нашел по этому поводу, не имеют -o inet_interfaces=my.ipv4.addr.ess строка (очевидно, вставьте сюда IPv4-адрес вашего сервера), но без нее я получил сообщение об ошибке fatal: config variable inet_interfaces: host not found: my:ipv6:address.
После внесения этих изменений позвоните
postmap /etc/postfix/transport
или любой другой путь к твоему transport есть файл и перезапустите Postfix (простая перезагрузка может не сработать).
Обновление 3: Я столкнулся с другой проблемой: домены, использующие Gmail в качестве MX. Это выглядит как transport здесь не помогает принудительное подключение через IPv4. Это заставило меня сделать очень варварское решение: предпочитать IPv4 IPv6 (узнал, как этот ответ).
main.cf:
smtp_address_preference = ipv4