Error mail command failed 550 not local sender over smtp

Сайт про радиолюбительское хобби и операционную систему Linux.

Устранение ошибки отправки почты «not local sender over smtp»

При отправке почты по SMTP с почтового ящика на Rambler, стала возникать ошибка «not local sender over smtp». Поиск информации в Интернет по этой проблеме не принёс ответа. Пришлось решать проблему самостоятельно, что мне удалось.

Описание проблемы

Через веб интерфейс вход на почтовый ящик, отправка тестового письма выполнялись успешно. —
Однако при использовании программы Mozilla Thunderbird, возникала проблема.
Сервер не мог отправить почту.

Почтовый сервер ответил: «not local sender over smtp».

Ошибка SMTP

Настройки проверил в соответствии с Help Rambler почты «Как настроить Mozilla Thunderbird». Не помогло.

Решение

1) Прежде всего, нужно удалить существующую конфигурацию почты rambler.ru:.

  • Правка — Параметры учётной записи
  • Выбрать свою учётную запись почты (ваше_имя@rambler.ru),
  • В списке «Действия для учётной записи активировать пункт «Удалить учётную запись».

Разрешить удаление информации об учётной записи (галочку «Удаление данных сообщения» не ставить!).
Жмем на кнопку «Удалить».
delete_account
Появится сообщение об успешном удалении.

2) Добавляем учётную запись почты Rambler,
В том же меню * Правка — Параметры учётной записи выбираем в списке «Добавить учётную запись почты»
Список

3) Вводим свое имя и свой адрес электронной почты, вида ваше_имя@rambler.ru

После нажатия кнопки «Продолжить» экран дернется вниз и возникнет зеленый банер «Найдена конфигурация в базе ISP в Mozilla».
Продолжение
Радоваться пока рано, т.к. конфигурацию нужно исправить. ;)

(Если приглядеться, конфигурация неправильная. Необходимо её исправить вручную.
Иначе после нажатия «Готово» будет бесконечное подключение и проверка пароля).
infinity

Параметр Некорректное значение Нужно исправить на …
Для получения IMAP mail.rambler.ru IMAP imap.rambler.ru
Для отправки SMTP mail.rambler.ru SMTP smtp.rambler.ru

4) Для этого нажимаем ссылку в нижней части окна «Настроить вручную»
manual_settings

5) Заполняем параметры в соответствии с таблицей выше, как на картинке:
nastr1

Сервер входящей почты
Протокол IMAP
Имя сервера imap.rambler.ru
Порт 993
Защита соединения SSL/TLS
Метод аутентификации обычный пароль
Имя пользователя ваше_имя@rambler.ru (где вместо «ваше_имя» указать на имя пользователя латиницей)
Сервер исходящей почты
Имя сервера smtp.mail.ru
Порт 465
Защита соединения SSL/TLS
Метод аутентификации зашифрованный пароль
Имя пользователя ваше_имя@rambler.ru (где вместо «ваше_имя» указать на имя пользователя латиницей)

6) Нажмите кнопку «Протестировать», если кнопка Готово недоступна.
7) Будет выведено сообщение на зелёном фоне «При проверке указанного сервера были найдены следующие настройки».
green

Исправьте поля раздела SMTP, если они частично очистилось или значения изменились на другие, как в таблицах выше.

Теперь нажимаем кнопку Готово.

Если же будет выведено сообщение «Не могу войти на сервер»,
error333
нужно проверить веденный пароль. нажав на значок «Глаз» в окне ввода пароля.

Глаз при вводе пароля

При исправлении пароля очистятся поля настроек сервера. Поэтому нужно будет повторить пункты 4 и 5.

Также, у меня часто происходил сброс параметров после нажатия на кнопку «Протестировать».
В этом случае, исправляем настройки как указано выше, обращая особое внимание на параметры сервера исходящей почты.

Снова нажал кнопку Готово. и т.д. — исправляем настройки и нажимаем кнопку Готово. Продолжаем так, пока не исчезнет ошибка.

8) В конце концов, почта Rambler будет добавлена в Mozilla Thunderbird и выведено сообщение об успехе.
Финиш

Внизу окна нажимаем кнопку «Завершить».
done

Почта Rambler успешно добавлена в Mozilla Thunderbird.

9) Проверяем работу e-mail, отправляем письмо себе.

Создаем сообщение, вводим свой адрес e-mail и заполняем тему и содержимое сообщения.
test_email

Нажимаем кнопку «Отправить».
send_email

Ошибки больше нет:
test_ok

Заключение

После удаления и добавления учётной записи почты, ошибка «not local sender over smtp» ушла.

На чтение 4 мин. Просмотров 541 Опубликовано 15.12.2019

Первые SMTP-серверы позволяли любому почтовому клиенту рассылать почту другим почтовым серверам, выступая в качестве промежуточного транспорта. В начальной версии протокола SMTP авторизация клиента полностью отсутствовала; позднее, в протоколе SMTP появилась авторизация, что несколько улучшило ситуацию. Такая возможность породила понятие спама. Спам (spam) – нежелательная массовая принудительная рассылка бесполезной информации (чаще всего рекламы). Сейчас же, когда принудительные рассылки приобрели огромный масштаб, администраторам серверов приходится придумывать различные ухищрения для пресечения таких рассылок в целях экономии трафика и процессорного времени. Результатом таких ухищрений часто является возвращаемая почтовым сервером ошибка с кодом 550.

Почтовый адрес состоит из двух частей разделенных символом ‘@’. Первая часть является именем пользователя, а вторая доменом в котором находится почтовый сервер и на котором отведено некоторое место, принадлежащее пользователю. Например в адресе nick@d.foo.ru — «nick» это имя пользователя, а d.foo.ru – домен.

Перечислим несколько типичных ситуаций, при которых возвращается ошибка 550.

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

Для устранения этой ошибки, нужно присвоить адрес отправителю, принадлежащему тому же домену, что и почтовый сервер, например:

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

Чаще всего данная проблема снимается авторизацией на сервере (если она поддерживается сервером). Для этого нужно заполнить следующие свойства объекта ИнтернетПочтовыйПрофиль :

Следует заметить, что настройки для SMTP авторизации могут отличаться от настроек POP3. Например, некоторые серверы для POP3 авторизации используют в качестве «логина» первую часть почтового адреса, а для SMTP-авторизации – полный адрес.

  • Иногда серверы настраивают так, что если указан адрес отправителя, принадлежащий домену сервера, и отправитель не входит в разрешенные (задаваемые на сервере) адреса, то сервер откажется принимать письмо для дальнейшей отсылки. В данном случае опять же поможет авторизация.
  • Ошибка 550 возникает также, когда указан несуществующий адрес отправителя или этот адрес запрещен на принимающем сервере.
  • Релей-сервер принимает и отправляет почту без всяких проверок отправителя и получателя. Чаще всего такой тип сервера требует авторизацию и без авторизации может вернуть ошибку:
  • Некоторые почтовые серверы не принимают сообщения от пользователей, которые используют dial-up соединение, принуждая таким образом использовать почтовый сервер Интернет провайдера предоставляющего доступ в Интернет.

Коду 550 стандартом отведена обширная область возвращаемых ошибок, и более конкретную причину можно получить только из ответа сервера (текст внутри скобок после описания ошибки на русском языке).

При попытке отправить письмо с почтового ящика mail.ru используя smtp.mail.ru сервер выдает ошибку Expected response code 250 but got code «550», with message «550 not local sender over smtp пробовали также в облаке webasyst с почтового.

Webasyst — это CMS нового поколения, совмещающая в себе инструменты для управления сайтом и интернет-магазином с полезными приложениями для совместной работы с коллегами и взаимодействия с клиентами. Единый центр управления бизнесом через интернет.

Платформа
Магазин Webasyst
Помощь
  • © 2002—2019 Webasyst
  • О компании
  • Блог
  • Договор-оферта
  • Webasyst.com

Мы получаем и обрабатываем персональные данные посетителей сайта в соответствии с Политикой обработки персональных данных. Отправка персональных данных с помощью любой страницы сайта подразумевает согласие со всеми пунктами Политики.

Использую клиентскую программу The Bat! при отправке некоторых писем выдает ошибку «SEND — Письмо не отправлено. Сервер сообщает: not local sender over smtp»

Читал на форумах, говорят, что сервер майл, считает, что я спамер и не дает мне отправлять письмо.

Статус
В этой теме нельзя размещать новые ответы.

  • #1

Здравствуйте. В журнале появилась ошибка. С чем это может быть связано?

Swift_TransportException: Email to ПОЧТА-ПОЛЬЗОВАТЕЛЯ@yandex.ru failed: Expected response code 250 but got code «550», with message «550 not local sender over smtp » src/vendor/swiftmailer/swiftmailer/lib/classes/Swift/Transport/AbstractSmtpTransport.php:383
Сгенерирована пользователем: Неизвестная учётная запись 23 Апр 2019 в 19:13
Трассировка стека
#0 src/vendor/swiftmailer/swiftmailer/lib/classes/Swift/Transport/AbstractSmtpTransport.php(281): Swift_Transport_AbstractSmtpTransport->_assertResponseCode(‘550 not local s…’, Array)
#1 src/vendor/swiftmailer/swiftmailer/lib/classes/Swift/Transport/EsmtpTransport.php(270): Swift_Transport_AbstractSmtpTransport->executeCommand(‘MAIL FROM:<info…’, Array, Array)
#2 src/vendor/swiftmailer/swiftmailer/lib/classes/Swift/Transport/EsmtpTransport.php(346): Swift_Transport_EsmtpTransport->executeCommand(‘MAIL FROM:<info…’, Array)
#3 src/vendor/swiftmailer/swiftmailer/lib/classes/Swift/Transport/AbstractSmtpTransport.php(416): Swift_Transport_EsmtpTransport->_doMailFromCommand(‘info@САЙТ….’)
#4 src/vendor/swiftmailer/swiftmailer/lib/classes/Swift/Transport/AbstractSmtpTransport.php(444): Swift_Transport_AbstractSmtpTransport->_doMailTransaction(Object(Swift_Message), ‘info@САЙТ….’, Array, Array)
#5 src/vendor/swiftmailer/swiftmailer/lib/classes/Swift/Transport/AbstractSmtpTransport.php(176): Swift_Transport_AbstractSmtpTransport->_sendTo(Object(Swift_Message), ‘info@САЙТ….’, Array, Array)
#6 src/XF/Mail/Mailer.php(292): Swift_Transport_AbstractSmtpTransport->send(Object(Swift_Message), Array)
#7 src/XF/Mail/Queue.php(138): XFMailMailer->send(Object(Swift_Message), Object(Swift_SmtpTransport), Array)
#8 src/XF/Job/MailQueue.php(12): XFMailQueue->run(G)
#9 src/XF/Job/Manager.php(253): XFJobMailQueue->run(G)
#10 src/XF/Job/Manager.php(195): XFJobManager->runJobInternal(Array, G)
#11 src/XF/Job/Manager.php(79): XFJobManager->runJobEntry(Array, G)
#12 job.php(42): XFJobManager->runQueue(false, 8)
#13 {main}
Содержимое запроса
array(4) {
[«url»] => string(8) «/job.php»
[«referrer»] => string(28) «https://САЙТ.pw/search/»
[«_GET»] => array(0) {
}
[«_POST»] => array(0) {
}
}

Виталий Васильевич


Smalesh


  • Меценат
  • #4

Не можете. Ключевое — это 550 not local sender over smtp, а Swift_Transport_AbstractSmtpTransport — это такое же глобальное, что светит при любых проблемах с почтой.
ЗЫ: очень эпичная ошибка. Прямо таки открытым текстом, а толку…

Последнее редактирование: 24 Апр 2019

  • #5

По всей видимости с неправильной настройкой почты. Я в ошибках совсем не силён, но это связано точно с настройкой почты. SMPT — протокол для передачи почты. Гугл говорит ошибка 550 smpt ящик недоступен (учетка несуществует итд) собственно это написано в ошибке.
Вот мануал: Настройка электронной почты (без писем в спаме и со сборщиком возвратной почты)

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

Matew


  • Меценат
  • #6

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

Судя по тому, что у вас вылезают ошибки, она, как бы так сказать, не работает

  • #7

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

Судя по тому, что у вас вылезают ошибки, она, как бы так сказать, не работает

Давайте начнем с нуля). Делаю проверку через меню Инструменты Проверить исходящую почту. Тестовое письмо приходит.

Последнее редактирование: 24 Апр 2019

Matew


  • Меценат
  • #8

Давайте начнем с нуля) Вот мой форум

У Вас недостаточно прав для просмотра ссылок.
Вход или Регистрация

(не реклама). Вы можете зарегистрироваться для теста и вы увидите, что письма приходят. Делаю проверку через меню Инструменты Проверить исходящую почту. Тестовое письмо приходит.

Я вроде указал, что надо бы поделиться настройками. Не хотите — дело ваше

  • #9

Я вроде указал, что надо бы поделиться настройками. Не хотите — дело ваше

Еще какие-то настройки?

Последнее редактирование: 24 Апр 2019

West14


  • Меценат
  • #10

SEGAmega, красава! Так держать! Я, если не ошибаюсь, вам писал ещё раньше, что для этого используется либо свой почтовый сервер, либо сервисы по типу Я. ПДД или мейл ру для бизнеса, но никак не обычная почта.

  • #11

почту для домена делай. зачем использовать личную? и для возврата тоже отдельную делай

  • #12

SEGAmega, красава! Так держать! Я, если не ошибаюсь, вам писал ещё раньше, что для этого используется либо свой почтовый сервер, либо сервисы по типу Я. ПДД или мейл ру для бизнеса, но никак не обычная почта.

Я понимаю. Я писал в mail.ru, объяснил ситуацию и мне выделили 10000 сообщений в месяц. Я сказал, что указал свою почту на форуме, в качестве основной для рассылки. + ФОРУМ вообще пустой, я указал свою почту для теста.

West14


  • Меценат
  • #13

SEGAmega, если уж так хочется майл ру, то biz.mail.ru

  • #14

SEGAmega, если уж так хочется майл ру, то biz.mail.ru

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

West14


  • Меценат
  • #15

SEGAmega, это просто неправильный подход. Личная почта не предназначена априори для таких целей. Специально разработали для этого сервисы, а вы…
На все случаи жизни:

— Я ничего в этом не понимаю. Вы специалист. Вот вам деньги, расскажите, как правильно.
— Вот так правильно.
— Я не согласен.

  • #16

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

Статус
В этой теме нельзя размещать новые ответы.

Современный облачный хостинг провайдер | Aéza

Контакты

ООО «АЕЗА ГРУПП»
ИНН 2312304914
ОГРН 1212300056430
г. Краснодар, ул. Маяковского 160, офис 2.4

Ошибка электронной почты 550 может возникнуть в различных клиентских программах , таких как Outlook и Mozila Thunderbird. Ошибка возникает, когда некоторые пользователи отправляют электронные письма с клиентским программным обеспечением. Хотя точные всплывающие сообщения об ошибках могут незначительно отличаться, все они будут содержать код ошибки 550. Как следствие, пользователи не могут отправлять электронные письма конкретным получателям с помощью своего клиентского программного обеспечения.

Ошибка 550 — это ошибка SMTP (Simple Mail Transfer Protocol) для отправки электронной почты. SMTP-сервер не отправил электронное письмо, когда возникает ошибка 550, поскольку почтовый ящик получателя недоступен. Это может произойти из-за нескольких вещей, а в некоторых случаях это может быть проблема, которую может исправить предполагаемый получатель, а не отправитель.

Как пользователи могут исправить ошибку электронной почты 550?

1. Проверьте адрес электронной почты опечатки

Ошибка 550 может возникнуть из-за опечаток электронной почты. Итак, еще раз проверьте, что вы ввели точный адрес электронной почты. Убедитесь, что в адресе электронной почты нет опечаток или пробелов, прежде чем нажимать кнопку отправки.

Email address typo email error 550

2. Отправить письмо на день позже

Хотя это маловероятно, сервер получателя может быть недоступен при отправке электронного письма. Итак, попробуйте один или два дня. Тогда сервер может вернуться в исходное состояние, когда вы отправите письмо еще раз через несколько дней.


3. IP-адрес электронной почты находится в черном списке?

  1. Может случиться, что антиспам-фильтр заблокировал IP-адрес / домен сервера для сервера электронной почты при возникновении ошибки 550. Чтобы проверить, так ли это, откройте страницу поиска MX . MX Lookup email error 550
  2. Введите свой почтовый домен в текстовое поле и нажмите кнопку « Поиск MX» . Затем будет предоставлена ​​информация об IP-адресе для введенного домена электронной почты.
  3. Скопируйте IP-адрес вашего почтового домена в буфер обмена, выделив его и нажав Ctrl + C.
  4. Затем откройте страницу проверки черного списка в браузере. Blacklists utility email error 550
  5. Вставьте IP-адрес в текстовое поле с помощью сочетания клавиш Ctrl + V.
  6. Нажмите кнопку Проверка черного списка , которая покажет пользователям список черных списков адресов электронной почты.

Если проверка в черном списке указывает на то, что антиспам-фильтр внес в черный список введенный IP-адрес электронной почты, поэтому вы не можете отправлять сообщения. Попробуйте отправить сообщение с альтернативным адресом электронной почты, если можете. Кроме того, пользователи, у которых нет альтернативной электронной почты, могут создавать новые учетные записи веб-почты в Yahoo, Gmail и т. Д.


4. Включите аутентификацию SMTP

  1. Некоторым пользователям может потребоваться включить аутентификацию SMTP для своего программного обеспечения почтового клиента. Пользователи Outlook 2013/16 могут сделать это, щелкнув Инструменты в окне Outlook.
  2. Выберите Настройки учетной записи в меню.
  3. Затем выберите учетную запись электронной почты и нажмите кнопку « Изменить» .
  4. Нажмите кнопку « Дополнительные параметры» в открывшемся окне «Изменить параметры электронной почты».
  5. Выберите вкладку «Исходящий сервер» в открывшемся окне «Параметры электронной почты Интернета». Internet E-mail Settings window email error 550
  6. Установите флажок Мой исходящий сервер (SMTP) требует проверки подлинности .
  7. Кроме того, нажмите кнопку Использовать те же настройки, что и у моего сервера входящей почты .
  8. Нажмите кнопку ОК .
  9. Пользователи Mozilla Thunderbird могут настроить SMTP-аутентификацию, щелкнув Инструменты и Настройки учетной записи в окне Thunderbird.
  10. Выберите Исходящий сервер в левой части окна.
  11. Выберите почтовый сервер и нажмите кнопку « Редактировать» , чтобы открыть окно, показанное ниже. Mozilla Thunderbird's Settings window email error 550
  12. Затем пользователям нужно будет ввести настройки SMTP для своего почтового сервера. Например, пользователям Gmail нужно будет ввести «smtp.gmail.com» в качестве адреса сервера и «587» или «465» в качестве номеров портов TLS / SSL.
  13. Нажмите кнопку ОК после ввода необходимых данных.

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

СВЯЗАННЫЕ СТАТЬИ, ЧТОБЫ ПРОВЕРИТЬ:

  • Как исправить ошибку электронной почты 0x80048802 в Windows 10
  • Как исправить ошибку Outlook 0x80042109 в Windows 10
  • Ошибка 421 не может подключиться к SMTP-серверу в Outlook [EXPERT FIX]

Проблема

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

Описание

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

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

  • «Не удается отправить сообщение, поскольку сервер отказался принять адрес одного из получателей. В письме был указан адрес: <proverka@example.com>. Тема: <тест>, учетная запись: <тест>, сервер: <smtp.example.com>, протокол: SMTP, ответ сервера: «550 <proverka@example.com>… Ретрансляция запрещена», порт: 25, защита (SSL): нет, ошибка сервера: 550, номер ошибки: 0x800CCC79″.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Ситуация

Это ретрансляция?

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

Нет. Ваша почта обрабатывается обычным способом.

То же, что и в первой ситуации, только вы отправляете сообщение человеку, почтовый адрес которого оканчивается на @adatum.com.

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

Вы на работе. Ваш рабочий почтовый адрес оканчивается на @thephone-company.com, и у вас есть домашняя учетная запись поставщика интернет-услуг, адрес которой оканчивается на @proseware.com и с которой вы подключаетесь по телефонной линии, с помощью кабеля или через DSL-модем. В Outlook у вас настроены те же параметры SMTP-сервера, что и дома. Вы отправляете сообщение человеку, почтовый адрес которого тоже оканчивается на @proseware.com.

Нет. Ваша почта обрабатывается обычным способом.

То же, что и в предыдущей ситуации, только вы отправляете сообщение человеку, почтовый адрес которого оканчивается на @adatum.com.

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

Вы остановились в гостинице или воспользовались в аэропорту интернет-терминалом, предоставляющим доступ в Интернет. У вас есть домашняя учетная запись поставщика интернет-услуг, оканчивающаяся на @proseware.com, с которой вы подключаетесь по телефонной линии, с помощью кабеля или через DSL-модем. В Outlook у вас настроены те же параметры SMTP-сервера, что и дома. Вы отправляете сообщение другому человеку, почтовый адрес которого тоже оканчивается на @proseware.com.

Нет. Ваша почта обрабатывается обычным способом.

То же, что и в предыдущей ситуации, только вы отправляете сообщение человеку, почтовый адрес которого оканчивается на @adatum.com.

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

Решения

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

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

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

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

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

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

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

Доброго времени суток, господа форумчани. Пытаюсь послать сообщение из 1С. Вот код :

Профиль = Новый ИнтернетПочтовыйПрофиль;

    Профиль.Таймаут = 30;

    Профиль.АдресСервераSMTP = «smtp.mail.ru»;

    Профиль.ПортSMTP = 25;

    Профиль.ПользовательSMTP = «XXXX@mail.ru»;

    Профиль.ПарольSMTP = «XXX»;

    Профиль.АутентификацияSMTP = СпособSMTPАутентификации.ПоУмолчанию;

   
   
   
    Сообщ=Новый ИнтернетПочтовоеСообщение;

    Сообщ.Тема=имяФайлаВложения;

   
   ВыбФайл=Новый Файл(ИмяФайла);

   Если ВыбФайл.Существует() Тогда

       Данные=Новый ДвоичныеДанные(ИмяФайла);

       Сообщ.Вложения.Добавить(Данные,ВыбФайл.Имя);

   КонецЕсли;

   Сообщ.Получатели.Добавить(ИмяПолучателя);    

   
   
   Попытка

           Соединение = новый ИнтернетПочта;

           Соединение.Подключиться(Профиль);

           Соединение.Послать(Сообщ);

           Соединение.Отключиться();          

   Исключение

       Предупреждение («Сообщение не отправилось!»);

       сообщить (ОписаниеОшибки());

       Возврат;

   КонецПопытки;

===============================================

Вылетает ошибка :

Ошибка при вызове метода контекста (Послать): Почтовый ящик не доступен (SMTP error code 550, not local sender over smtp)

================================================

Помогите разобраться пожалуйста …

I use mail.ru service for mailing. But when I submit for email this gives me this error

this is my .env

MAIL_MAILER=smtp
MAIL_HOST=smtp.mail.ru
MAIL_PORT=465
MAIL_USERNAME=support@domain.com
MAIL_PASSWORD=******
MAIL_ENCRYPTION=ssl
MAIL_FROM_ADDRESS=no-reply@domain.com
MAIL_FROM_NAME=Ali

this my ContactMailer.php

namespace AppMail;

use IlluminateBusQueueable;
use IlluminateContractsQueueShouldQueue;
use IlluminateMailMailable;
use IlluminateQueueSerializesModels;

class ContactMailer extends Mailable
{
    use Queueable, SerializesModels;

    public array $data;

    /**
     * Create a new message instance.
     *
     * @return void
     */
    public function __construct($data)
    {
        $this->data = $data;
    }

    /**
     * Build the message.
     *
     * @return
     */
    public function build()
    {
        return $this->from('no-reply@domain.com', 'Admin')
            ->view('emails.contact')->with('data', $this->data);
    }
}

this is my Controller method

public function send(Request $request): IlluminateHttpRedirectResponse
    {
        try {
            $data  = [
                'header'  => 'domain.com - contact',
                'name'    => $request->get('name'),
                'email'   => $request->get('email'),
                'phone'   => $request->get('phone'),
                'message' => $request->get('message'),
            ];

            Mail::to('support@domain.com')
                ->send(new ContactMailer($data));

            return Redirect::back()
                ->with('alert','Success');

        } catch (Exception $e) {
            Log::info($e);
            dd($e);
            return Redirect::back()
                ->with('alert','Fail !');
        }
    }

enter image description here

I already wrote sender in ContactMailer.php
for example I change all paramaters to my old working projects configurations. But not working yet. What I missing ?
Do you have any solutions ?

Понравилась статья? Поделить с друзьями:
  • Error macro min requires 2 arguments but only 1 given
  • Error macro date might prevent reproducible builds werror date time
  • Error mac did not verify
  • Error m587 failed to add ssid to remembered list another spi transfer is pending
  • Error m587 expected string expression