Простой способ устранения ошибок отправки SMTP - действительный получатель не указан

Table of Contents

Одобрено: Fortect

1. Загрузите Fortect и установите его на свой компьютер.

2. Запустите программу и нажмите "Сканировать"

3. Нажмите "Восстановить", чтобы устранить обнаруженные проблемы.

Повысьте производительность вашего компьютера с помощью этой простой загрузки. г.

Если вы столкнулись с ошибкой при отправке SMTP – действительный получатель не указан, эти инструкции могут вам помочь.Ошибка 1 – это ошибка SMTP «Нет фактических получателей». Это может произойти, если вы действительно неправильно написали адреса получателей, но это также может произойти, если вы не проверили исходящий сервер должным образом. Итак, самая сложная часть заключается в том, что abc. xy может быть не зарегистрированным доменом, поэтому вы не будете отправлять электронную почту на этот адрес.

это

Примечание: к сожалению, дубликатов нет, я уже посмотрел все, что там написано.

Я пытался подключиться к почтовому серверу и Laravel / Swiftmailer . Раздел загрузки моего файла .env может выглядеть так:

  MAIL_DRIVER = smtpMAIL_HOST равно MAIL_PORT = 465MAIL_USERNAME = <ИМЯ ПОЛЬЗОВАТЕЛЯ>MAIL_PASSWORD соответствует <пароль>MAIL_CRYPTION = ssl

Личные данные – это да! цензура по понятным причинам, но настройка работает. Я протестировал его, подключившись к серверу с помощью этой установки Thunderbird, и он отлично работает.

  публичная функция from_id (строка $ id): пользователь            ...         ...         ...        Mail :: for (<РАБОЧИЙ АДРЕС ЭЛЕКТРОННОЙ ПОЧТЫ>) -> send (новый заказ () отправлен);

Несомненно, именно так выглядит почтовый ящик, понравившийся пользователю (это примерно ситуация, описанная в первом абзаце этой конкретной документации Laravel):

  выбор общественной службы ()         повторно посетить $ this-> view ('email_templates.simple_test');

Я отлаживал стандарт, и на самом деле есть два отдельных исключения, но упс! демонстрирует только последнее:

<цитата>

Ожидается ответ с кодом 250/251/252, но получен код с сообщением “554”. “554 5.7.1. Адрес получателя отклонен: доступ Отклонено “

Ожидается ответ программного обеспечения 354, но получен код “554” с изображением “554 5.5.1”. Ошибка: нет допустимой цели »

Раньше я отправлял электронное письмо со всего текущего рабочего почтового сервера в Thunderbird как <РАБОЧИЙ АДРЕС ЭЛЕКТРОННОЙ ПОЧТЫ> , и оно считалось обработанным и полученным за доли секунды без каких-либо проблемы / ошибки. В общем, я пытался воспроизвести один и тот же случай с разными инструментами. С моей новой точки зрения ошибка все еще должна быть в кодовой базе.

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

Это некоторая ошибка, которая будет отображаться с кодом ошибки объявления 12296, возвращаемым функцией LastError внутри класса .NET или мастера ActiveX. Если клиенты используют API-интерфейс Library Edition или действительно ли возвращается код ошибки 0x80043008, с помощью которой функция SmtpGetLastError.

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

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

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

Если почтовый сервер не может доверять локальной системе, вам может потребоваться аутентификация на сервере. Многие серверы почтового хостинга настроены с очень ограниченным доверием, и доверяются только соединения, исходящие изначально с сервера, который сам должен аутентифицировать отдельные соединения.
Если вы подключаетесь к серверу через порт 25 или просто через prt 465, получатель должен быть локальным для этого конкретного сервера. Если вы явно не подтвердите это на почтовом сервере, сообщение обычно оказывается отклоненным, если получатель не может быть локальным (например,

Почтовые серверы, которые принимают любой обычный почтовый адрес получателя и автоматически пересылают нелокальные электронные письма, описываются как открытые ретрансляторы, что теперь обычно считается конкретной ошибкой конфигурации. Открытые ретрансляторы часто используются неправильно для отправки нежелательных сообщений электронной почты, и все современные наиболее важные конфигурации серверов исключают это по умолчанию.
Если вы подключаетесь к серверу со ссылкой на порт 587 (часто называемый портом «отправки»), аутентификация, безусловно, не требуется. Вы можете использовать действительный метод inCall, если используете сеть .Class, или, возможно, управляемый ActiveX, или функция SmtpAuthenticate – это фактическая производительность, которую вы используете с библиотечным API. Сегодня почти во всех случаях соединения с этими поставщиками должны быть защищены с помощью TLS 1.2 (или выше).

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

Одобрено: Fortect

Fortect — самый популярный и эффективный в мире инструмент для ремонта ПК. Миллионы людей доверяют ему обеспечение быстрой, бесперебойной и безошибочной работы своих систем. Благодаря простому пользовательскому интерфейсу и мощному механизму сканирования Fortect быстро находит и устраняет широкий спектр проблем Windows — от нестабильности системы и проблем с безопасностью до проблем с управлением памятью и производительностью.
1. Загрузите Fortect и установите его на свой компьютер.
2. Запустите программу и нажмите "Сканировать"
3. Нажмите "Восстановить", чтобы устранить обнаруженные проблемы.