Я переношу электронную почту для своих доменов на электронную почту Google Apps. Кажется, почти все работает, за исключением того, что электронное письмо, отправленное любому пользователю (по крайней мере) на sonic.net, отклоняется с сообщением формы (где any-address
был заменен на адрес моего друга):
From: Mail Delivery Subsystem <mailer-daemon@googlemail.com> Date: March 11, 2010 10:04:48 AM PST To: paul@pauljlucas.org Subject: Delivery Status Notification (Failure) Delivered-To: paul@pauljlucas.org Received: by 10.229.194.26 with SMTP id dw26cs8717qcb; Thu, 11 Mar 2010 10:04:48 -0800 (PST) Received: by 10.223.68.143 with SMTP id v15mr3841599fai.62.1268330688325; Thu, 11 Mar 2010 10:04:48 -0800 (PST) Received: by 10.223.68.143 with SMTP id v15mr5119424fai.62; Thu, 11 Mar 2010 10:04:48 -0800 (PST) Mime-Version: 1.0 Return-Path: <> X-Failed-Recipients: any-address@sonic.net Message-Id: <0015174beb0622a55804818a401a@google.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Delivery to the following recipient failed permanently: any-address@sonic.net Technical details of permanent failure: Google tried to deliver your message, but it was rejected by the recipient domain. We recommend contacting the other email provider for further information about the cause of this error. The error that the other server returned was: 550 550 5.1.1 <paul@pauljlucas.org>... No such user here (state 13).
А вот заголовки возвращаемого сообщения:
Received: by 10.101.90.7 with SMTP id s7mr2515885anl.176.1267979929490; Sun, 07 Mar 2010 08:38:49 -0800 (PST) Return-Path: <paul@pauljlucas.org> Received: from [10.0.1.203] (adsl-76-201-171-194.dsl.pltn13.sbcglobal.net [76.201.171.194]) by mx.google.com with ESMTPS id 4sm1046550yxd.70.2010.03.07.08.38.48 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 07 Mar 2010 08:38:49 -0800 (PST) From: "Paul J. Lucas" <paul@pauljlucas.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: Some fascinating subject Date: Sun, 7 Mar 2010 08:38:46 -0800 References: <2B1416BF-ACA7-4B55-A8B5-A298543CE850@lucasmail.org> To: any-address@sonic.net Message-Id: <06536C2D-2402-4648-9BCB-99D41B36813F@pauljlucas.org> Mime-Version: 1.0 (Apple Message framework v1077) X-Mailer: Apple Mail (2.1077)
Однако я могу отправлять почту пользователю sonic.net, используя свою старую учетную запись электронной почты. Кроме того, моя компания использует Google Apps для электронной почты, и я могу отправлять электронную почту пользователю sonic.net из моей компании. Моя личная электронная почта отличается от электронной почты моей компании:
Моя запись SPF изначально соответствовала предписаниям Google Вот. Тем не мение, этот парень утверждает, что Google ошибается и дает исправление. Я пробовал оба способа без разницы. Моя запись SPF в настоящее время:
v=spf1 mx include:aspmx.googlemail.com include:_spf.google.com ~all
Что касается отсутствия записи A, вы не думаете, что почтовый хост будет заботиться об этом, пока определены mx-записи.
Однако забавно то, что если вы посмотрите на сообщение об ошибке, почему Google заявляет, что в домене получателя указано, что «такого пользователя здесь нет» для мой адрес? Это не имеет смысла. Из курс на sonic.net нет пользователя с моим адресом.
Кроме того, я предполагаю, что я только что обнаружил, что не могу случайно отправлять почту пользователям sonic.net и что, вероятно, есть другие домены, на которые я не могу отправлять электронную почту.
Итак ... кто-нибудь знает, что происходит? И как я могу получать почту для пользователей на sonic.net?
В последующем я получил электронное письмо от службы технической поддержки sonic.net (впечатляюще, особенно если учесть, что я даже не являюсь их клиентом), и они сказали, что «странные записи IP, которые я видел, сглаживаются в более нормальную установку».
С тех пор я отправил тестовые сообщения, не получил отказов и получил ответы. Похоже, почта на sonic.net работает. Итак, причина была одна из трех:
Я мог бы удалить запись A и посмотреть, вернутся ли мои проблемы, чтобы подтвердить или опровергнуть №1. Причина, по которой я сомневаюсь в этом, заключается в том, что у меня никогда не было записи A с моим старым почтовым провайдером, но я мог отправлять почту на sonic.net. Однако, поскольку сейчас он работает, я не хочу его трогать.
Sonic.net использует 8 различных серверов MX. Возможно, что один из них неправильно настроен, и Google Apps недостаточно удачлив, чтобы продолжать попадать на плохие серверы.
sonic.net MX preference = 10, mail exchanger = mailin-01.mx.sonic.net sonic.net MX preference = 10, mail exchanger = mailin-02.mx.sonic.net mailin-01.mx.sonic.net internet address = 208.201.249.228 mailin-02.mx.sonic.net internet address = 208.201.249.230 mailin-01.mx.sonic.net internet address = 64.142.100.84 mailin-01.mx.sonic.net internet address = 64.142.100.90 mailin-02.mx.sonic.net internet address = 64.142.100.47 mailin-02.mx.sonic.net internet address = 208.201.249.245 mailin-01.mx.sonic.net internet address = 64.142.100.46 mailin-02.mx.sonic.net internet address = 209.204.159.4
Если бы это был я, я бы подключился по telnet к каждому из этих серверов через порт 25 и отправил бы тестовое сообщение на неисправный адрес, чтобы сузить проблему.
Редактировать: Другая возможность, которая только что пришла мне в голову, - домен sonic.net настроен на Gmail. Это может помешать Google запрашивать DNS для записей MX для отправки и может быть причиной того, что служба поддержки Sonic.net не видит попытки подключения.
Можете ли вы уточнить, действительно ли вы отправляете реально используемому пользователю в этом конкретном домене sonic.net
Можно настроить подстановочный знак, чтобы поймать всех неиспользуемых пользователей и направить эти сообщения администратору или любому другому пользователю, который вы укажете. Если я не ошибаюсь, это нужно делать вручную.
Возможно, sonic.net выполняет обратный поиск в DNS и проверяет, существует ли этот пользователь на почтовом сервере отправителя (* .googlemail.com), что возвращает false.
Мы отклоняем почти все серверы Google Apps и Amazon ECS для электронной почты из-за большого количества рассылаемого спама. В результате оба занесены в многочисленные черные списки.
Из-за злоупотреблений большая часть Google Apps и Amazon ECS также заблокирована на нашей границе, поскольку это прибежище для плохо написанных веб-ботов, которые не имеют ни малейшего представления о распределенных вычислениях.