Проблемы с отправкой писем. Некорректный адрес электронной почты

Есть много способов отправки html-писем через почтовые клиенты и, конечно, через сервисы рассылок. Но что делать, если нужно отправить пару писем, а никаких программ под рукой нет? Есть хитрый способ отправить html-письмо через Яндекс Почту.

Шаг 1. Подготовка письма

Важным правилом при отправке письма таким способом является то, что ссылки на изображения в коде должны быть прописаны полностью, а сами изображения должны находиться на сервере.
Если ссылки ведут на изображения с вашего компьютера, то программа их не увидит.

Если вы заказывали шаблон у нас, то мы уже сами обо всем позаботились и в ваших исходниках уже есть заранее подготовленный шаблон с правильно прописанными ссылками.

Откройте шаблон через обычный блокнот и скопируйте все содержимое письма. Потом весь этот код нам нужно будет встaвить в тело письма в Яндекс Почте.

Шаг 2. Вставка письма в Яндекс

Войдите в Яндекс Почту, и создайте новое письмо. Дальше пойдет хитрость. Нажмите кнопку “Оформить письмо”, чтобы перевести Яндекс Почту в режим, поддерживающий оформление.

У вас должна появиться вот такая панель (она выделена синим). Теперь интерфейс поддерживает различное оформление, а значит и код письма. Правда просто так его вставить не получится.

Мы пойдем на хитрость и вставим код нашего шаблона прямо в код страницы. Для этого нужно найти кусок в коде, который отвечает за содержание письма, и подменить его нашим содержанием.

Для этого нажмите правой кнопкой мыши на пустую область письма и выберите “просмотреть код” (В каждом браузере этот пункт называется по-своему, но смысл сохраняется).

Все эти хитрые манипуляции мы проводили для того, чтобы появился вот этот блок, отвечающий за содержимое письма. (Панель может визуально отличаться в зависимости от вашего браузера. Мы показываем на примере Google Chrome).

Теперь нам нужно удалить этот блок, а на его место вставить код нашего письма. Для этого кликните на этот блок правой кнопкой мыши и выберите “Edit as HTML”,

теперь нам необходимо удалить текущий код…

… и на его место вставить код нашего письма. После этого закройте панель, нажав на крестик в правом верхнем углу панели.

Если вы сделали все правильно, то шаблон отобразится в теле письма.В данный момент в нем нет картинок, но не беспокойтесь по этому поводу. В отправленном письме картинки будут, при условии, что ссылки на картинки правильные (см. Шаг 1). Если переживаете за результат, то просто отправьте это письмо себе, и вы увидите, что все получилось как надо.

Шаг 3. Отправка html-письма в Яндекс Почте

Внесите нужные изменения в содержание письма, просто перепечатывая тексты и применяя различные стили. Можно пользоваться всеми инструментами из верхней панели.

После того, как письмо готово - впишите почту получателя, тему письма и отправляйте!

Когда вы, находясь вне дома, отправляете сообщение электронной почты с помощью домашней почтовой учетной записи, это сообщение может вернуться с ошибкой 550, 553 или ошибкой ретрансляции. То же самое может произойти, когда вы, находясь вне офиса, пытаетесь отправить сообщение электронной почты с помощью рабочей почтовой учетной записи.

Описание

Ретрансляция происходит, когда почтовое сообщение отправлено на адрес электронной почты, домен которого (имя после символа @, например adatum.com) не обрабатывается протоколом SMTP или сервером исходящей почты, получающим от отправителя запрос на доставку сообщения. SMTP-серверу необходимо подключиться к другому SMTP-серверу, чтобы ретранслировать сообщение.

Если при отправке почтового сообщения возникает ошибка ретрансляции, ваш SMTP-сервер (исходящей почты) может вернуть ваше сообщение вместе с сообщением об ошибке, например, такого вида:

Тема: <тест>, учетная запись: <тест>, сервер: , протокол: SMTP, ответ сервера: "550 Ретрансляция запрещена", порт: 25, защита (SSL): нет, ошибка сервера: 550, номер ошибки: 0x800CCC79".

"Не удается отправить сообщение, поскольку сервер отказался принять адрес одного из получателей. В письме был указан адрес: <адрес эл. почты>. Тема: <тест>, учетная запись: <тест>, сервер: , протокол: SMTP, ответ сервера: "553 к сожалению, этого домена нет в моем списке разрешенных узлов (#5.7.1)", порт: 25, защита (SSL): нет, ошибка сервера: 553, номер ошибки: 0x800CCC79".

Точный текст сообщения об ошибке будет зависеть от вашего поставщика интернет-услуг. Некоторые поставщики не возвращают сообщение об ошибке, когда определяют исходящие сообщения как нежелательную рекламу. В этих случаях все выглядит так, как будто ваше сообщение отправляется в обычном режиме (в Outlook остается в папке Исходящие и появляется в папке Отправленные ), но получателю оно не доставляется.

Ваше сообщение отклонено, поскольку SMTP-сервер (исходящей почты) не распознал вас как полномочного пользователя.

SMTP - это протокол (стандарты, используемые компьютерами для взаимодействия), который используется на большинстве серверов электронной почты для отправки сообщений в Интернете. Если вы используете почтовую программу (например, Outlook), которая позволяет хранить сообщения на компьютере, вам необходим доступ к SMTP-серверу для отправки сообщений.

Примечание: Веб-системы электронной почты (например, Windows Live Mail или Yahoo! Mail) работают иначе и не рассматриваются в этой статье.

Нежелательная почта и открытые ретрансляции

Рекламные сообщения, распространяемые без запроса, называют нежелательной почтой или спамом. Объем нежелательной почты продолжает расти, потому что ее отправка практически ничего не стоит тем, кто ее рассылает. Фактически отправителю даже не обязательно отправлять нежелательную почту через SMTP-сервер (исходящей почты) своего поставщика интернет-услуг.

При создании базовой структуры Интернета никто не предвидел, к каким последствиям приведет возможность отправлять миллионы нежелательных сообщений за ничтожно малую плату. Благодаря способности SMTP-серверов к ретрансляции отправители нежелательной почты маскируют ее подлинный источник, передавая ее через сторонние серверы, на которых разрешены такие открытые ретрансляции. В результате нежелательная почта как бы приходит с сайта, который ретранслирует сообщение и скрывает личность настоящего отправителя.

До недавнего времени большинство почтовых SMTP-серверов работали на основе доверительной открытой системы. В такой системе кто угодно откуда угодно может передать почтовое сообщение SMTP-серверу, а сервер должен принять его и переслать получателю или другому почтовому серверу, на котором находится почтовый ящик получателя. При такой открытой ретрансляции нет ограничений, запрещающих кому-либо отправлять почту через SMTP-сервер.

Ограничения поставщика интернет-услуг на ретрансляцию почтовых сообщений

По мере увеличения объемов нежелательной почты администраторы сети (люди, отвечающие за управление серверами поставщика интернет-услуг) начали вводить ограничения на своих почтовых SMTP-серверах. Эти ограничения не позволяют использовать почтовый сервер всем подряд. Представьте, что в вестибюле вашей организации есть телефон, доступный для всех, в том числе для тех, кто не является сотрудником организации. Теперь телефоном разрешено пользоваться только сотрудникам.

На сегодняшний день используются ограничения нескольких типов.

Требуется проверка подлинности SMTP. Так же как вы используете имя пользователя и пароль для доступа к POP3-серверу (входящей почты) и своим почтовым сообщениям, вам требуется ввести имя пользователя и пароль для отправки почтовых сообщений через SMTP-сервер. Обычно это те же имя пользователя и пароль, что и для POP3-сервера, но могут быть и уникальные.

Требуется сначала подключиться к POP3-серверу (входящей почты) поставщика интернет-услуг. Чтобы получить свои новые почтовые сообщения, вы обычно подключаетесь к POP3-серверу (входящей почты). Для доступа к почтовому ящику вам нужно ввести имя пользователя и пароль. Администратор сети может настроить сервер таким образом, что если вы сначала подключаетесь к POP3-серверу входящей почты и проходите проверку подлинности, он будет утверждать все запросы на отправку почтовых сообщений через SMTP-сервер исходящей почты, на котором в ином случае эта возможность будет ограничена.

Требуется подключение из авторизованного расположения в сети. Если вы из дома подключаетесь к поставщику интернет-услуг по телефонной линии, с помощью кабеля или через DSL-модем, подключение идет напрямую к сети поставщика. Вы заслуживаете доверия, поскольку у вас есть учетная запись с именем пользователя и паролем, которые предоставил поставщик интернет-услуг. Вам как клиенту разрешается использовать SMTP-сервер для отправки почтовых сообщений.

Требуется подключение с определенного IP-адреса или диапазона IP-адресов. Ваш поставщик интернет-услуг может разрешить доступ к SMTP-серверу людям, не подключенным к сети напрямую. Например, это может быть удаленный пользователь в офисе. Основная проблема состоит в том, что во многих местах используются динамические IP-адреса. При этом вы не можете быть уверены в том, что при каждом подключении у вас один и тот же IP-адрес. У некоторых организаций может быть зарезервирован блок или диапазон IP-адресов. Поставщик интернет-услуг может считать тех, кто подключается с этих IP-адресов, проверенными пользователями. Он может предоставить дополнительные сведения.

Возможных сценариев ретрансляции очень много. Ниже приведены самые распространенные ситуации. Возможно, одна из них похожа на вашу.

Решения

Если ваша ситуация рассматривается как ретрансляция, вы должны отправить сообщение через сервер, к которому сейчас подключаетесь. То есть, если вы на работе или вне дома и не используете своего поставщика интернет-услуг для подключения к Интернету, но хотите отправить сообщение из своей домашней учетной записи, предоставленной этим поставщиком, вам нужно изменить параметры почтовой учетной записи, указав тот SMTP-сервер, который вы используете там, где находитесь (например, рабочий SMTP-сервер). Пошаговые инструкции см. в статье .

Если это не работает или вы предпочитаете использовать домашнюю учетную запись, вам нужно связаться со своим поставщиком интернет-услуг и спросить, доступны ли вам описанные ранее параметры. Что касается первых двух ограничений (требуется проверка подлинности SMTP и требуется сначала подключение к POP3-серверу входящей почты поставщика интернет-услуг), вы можете внести изменения в Параметры учетной записи в Outlook. Инструкции см. в статье Изменение параметров учетной записи электронной почты .

Сообщения по-прежнему не отправляются?

Вы изменили параметры SMTP в Outlook или нашли параметр, который разрешит вам отправлять почтовые сообщения. Но вы по-прежнему не можете отправить почту и получаете сообщение об ошибке.

Возможно, вы все сделали правильно, но администраторы сети используют еще какую-то функцию системы безопасности для предотвращения спуфинга удостоверений. Спуфинг удостоверений - это просто способ отправки почтового сообщения, при котором вы скрываете, кто вы.

В Outlook, как и в большинстве почтовых программ, можно указать "отображаемое имя" и обратный почтовый адрес, который появляется при ответе на ваше сообщение. В нежелательной почте эти поля почти всегда содержат ложную информацию. Вы правда верите, что сообщения о том, как быстро разбогатеть, пришли от супермодели или мирового лидера?

Чтобы предотвратить спуфинг удостоверений, некоторые поставщики интернет-услуг ограничивают возможность вставки ложной информации в поле адреса в ответах. Например, если доменное имя вашего поставщика интернет-услуг оканчивается на proseware.com, поставщик может запретить вам указывать обратный адрес [email protected] . Это ограничение используется не так широко, как описанные ранее, но может применяться ко всем пользователям независимо от их местонахождения и способа подключения. В этом случае альтернативы нет. Если администратор сервера использует этот способ, вы должны указывать в обратном адресе домен, соответствующий вашему текущему подключению.

При отправке сообщения на Яндекс почте может возникать ошибка, и письмо так и не получится выслать. Разобраться с данным вопросом можно достаточно просто.

Причин, из-за которых не отправляются письма на Яндекс почте, немного. В связи с этим имеется несколько способов их решения.

Причина 1: Проблема с браузером

Если при попытке отправить сообщение появляется окно, сообщающее об ошибке, то проблема находится в браузере.

Чтобы решить её, потребуется выполнить следующее:

Подробнее: Как стереть cookie в ,

Причина 2: Проблема с интернет-соединением

Одним из возможных факторов, вызвавших проблему отправки сообщения, может стать плохое или отсутствующее подключение к сети. Чтобы разобраться с этим, потребуется заново подключиться или найти место с хорошей связью.

Причина 3: Технические работы на сайте

Один из немногих вариантов. Однако такое вполне возможно, поскольку у любого сервиса могут возникнуть неполадки, из-за которых придется ограничить доступ к сайту пользователям. Чтобы проверить, доступен ли сервис, зайдите на и введите в окне для проверки mail.yandex.ru . Если сервис не будет доступен, значит придется подождать окончания работ.

Причина 4: Неверный ввод данных

Достаточно часто пользователи ошибаются, вводя в поле «Адресат» неверный e-mail, ошибочно расставляют знаки и прочее. В такой ситуации следует перепроверить на правильность напечатанные данные. При такой ошибке будет показано соответствующее уведомление от сервиса.

Причина 5: Адресат не может принять сообщение

В некоторых случаях отправка письма определенному человеку невозможна. Произойти это может из-за банальной переполненности ящика или проблемы с сайтом (если почта принадлежит другому сервису). Отправителю останется только ждать, когда получатель разберется с возникшими трудностями.

Имеется небольшое количество факторов, вызывающих проблемы с отправкой писем. Решаются они достаточно быстро и просто.

Проблемы с отправкой почты на домене могут возникать, если:

• cрок регистрации домена истек;
• домен заблокирован регистратором;
• домен не делегирован или снят с делегирования у регистратора;
• настройки делегирования выполнены некорректно;
• DNS-записи для работы Яндекс.Почты не настроены или настроены некорректно.

Чтобы решить проблемы с отправкой писем, обратитесь к администратору домена, который предоставил вам почтовый ящик. Если вы регистрировали почтовый ящик на определенном сайте, обратитесь в службу поддержки этого сайта. Служба поддержки Почты для домена не сможет помочь вам в этой ситуации.

Ниже описаны некоторые проблемы, которые могут возникнуть при отправке писем, и приведены советы по их решению для администратора домена.

Пришло сообщение о недоставке

Если письмо не может быть доставлено получателю, почтовый сервер может ответить отчетом о недоставке. Некоторые виды отчетов и решения соответствующих проблем описаны ниже.

Callout verification failed

Данная ошибка возникает, когда на сервере вашего хостинг-провайдера или регистратора активна почтовая услуга для домена. Если письмо отправляется адресату, который использует почтовую услугу той же компании, оно уйдет на локальный сервер.

Чтобы решить эту проблему, отключите почтовую услугу на сервере вашего хостинг-провайдера. За дополнительной информацией обратитесь к вашему хостинг-провайдеру.

RCPT-TO no mailbox

Вероятно, домен получателя требует проверки отправителя.

Проверка существования отправителя иногда используется сервером-получателем для защиты от спама. Сервер, получивший письмо от нового сервера, отправляет пустое письмо на обратный адрес, чтобы проверить, существует ли отправитель. Поскольку пустые письма такого рода иногда отправляются с высокой частотой, это может рассматриваться как атака типа «отказ в обслуживании» (DoS-атака). Кроме того, при отправке тестового сообщения могут произойти непредвиденные ошибки.

Яндекс.Почта использует записи Sender Policy Framework для ведения списка узлов, которым разрешено рассылать электронную почту от имени адресов Яндекс.Почты. Это делает подделку адреса отправителя затруднительной. Используйте технологию «Sender Policy Framework» или «DomainKeys» как более эффективный метод борьбы со спамом.

Чтобы решить эту проблему, обратитесь к администрации почтовой службы адресата с просьбой внести адреса ваших доменных ящиков в белый список службы проверки отправителей.

550 failed to meet SPF requirements

Почтовый сервер получателя при приеме писем проверяет SPF-запись на домене отправителя. Вероятно, SPF-запись для вашего домена настроена неверно, или настроена лишняя SPF-запись. Убедитесь, что SPF-запись настроена в соответствии с