Error no valid recipients

When testing out our mail server we stumbled accross an error that prevents us from sending mails via PHP, though regular sending/receiving per Mail-in-a-box works without any problems. We are runn...

When testing out our mail server we stumbled accross an error that prevents us from sending mails via PHP, though regular sending/receiving per Mail-in-a-box works without any problems.
We are running a separate Ubuntu 18.04 server that only has Mail-in-a-box with all its needed components running.

Output in the error.log text file

PHP Fatal error: Uncaught Swift_TransportException: Expected response
code 354 but got code «554», with message «554 5.5.1 Error: no valid
recipientsrn»

PHP file

$request_email = $_POST['request-email'];
$request_name = $_POST['request-name'];
$request_text = $_POST['request-text'];

$transport = (new Swift_SmtpTransport('data.abc.xy', 587, 'tls'))
    ->setUsername('contact@abc.xy')
    ->setPassword('*******')
    ->setStreamOptions(array('ssl' => array('allow_self_signed' => true, 'verify_peer' => false)));

$mailer = (new Swift_Mailer($transport));

$message = (new Swift_Message('Name: '. $request_name))
    ->setFrom(['' . $request_email => '' . $request_name])
    ->setTo(['contact@abc.xy'])
    ->setBody('E-Mail: ' . $request_email . $request_text)
    ->setContentType("text/html");

$result = $mailer->send($message);

What we have tried is to reinstall all of Mail-in-a-box and all of the components and checking everything for spelling mistakes. The ricipient does exist on our mail server and can receive and send mails manually via the client.

asked Feb 10, 2019 at 13:06

Calendula's user avatar

CalendulaCalendula

831 gold badge1 silver badge8 bronze badges

1

I have solved this error (554) just adding to laravel (.env file) these 2 lines:

MAIL_FROM_ADDRESS=you@email.com
MAIL_FROM_NAME="you@email.com"

Finally, run this command to flush mail cache config:

php artisan config:cache

answered Jun 25, 2019 at 9:50

gtamborero's user avatar

gtamborerogtamborero

2,64224 silver badges27 bronze badges

0

The 554 5.5.1 error is the SMTP error «no valid recipients«. It can occur if you’ve misspelled the recipient addresses but it can also occur if you are not properly authenticating to the outgoing server.

So the problem is that abc.xy is not a registered domain so you can’t send an email to this address. I think it’s not something related to your code.

You can catch the Swift_TransportException error and handle it in your own codebase like :

try {
    $result = $mailer->send($message);
} 
catch (Swift_TransportException $e) {
    echo $e->getMessage();
}

answered Feb 10, 2019 at 13:48

Amine KOUIS's user avatar

Amine KOUISAmine KOUIS

1,66611 silver badges12 bronze badges

3

I had the same problem in Laravel and fixed it by changing «from» to «replyTo».
I believe the problem is when sender’s and app server’s domains differs.

// in Laravel
// ...
namespace AppNotifications;
// ...
    public function __construct(User $from, string $body)
    {
        $this->from = $from;
        $this->body = $body;
    }
// ...
    public function toMail($notifiable)
    {
        $message = new MailMessage;
        $message->subject('some subject');

        // "no valid recipients" error:
        // $message->from($this->from->email, $this->from->name_full);
        
        // works:
        // sender globally set in .env (MAIL_FROM_NAME, MAIL_FROM_ADDRESS)
        $message->replyTo($this->from->email, $this->from->name_full);
        
        $message->line(new HtmlString(nl2br($this->body)));

        return $message;
    }
// Swiftmailer respectively
// ...
$message = (new Swift_Message('Name: '. $request_name))
    ->setFrom(['contact@abc.xy' => 'contact'])
    ->setReplyTo([$request_email => $request_name])
// ...

answered Sep 25, 2020 at 8:32

Adam Ducho's user avatar

Adam DuchoAdam Ducho

511 silver badge4 bronze badges

1

I solved this issue by ensuring that the email address set in env file

MAIL_USERNAME=example@example.com

is the same as the «from» address in my custom notification mail class’ toMail function

->from('example@example.com','My app name')

It seems as though some email services find it odd that the app is sending an email using one credential (env credentials) but a different email address is being masked as the sender.

A better solution would probably be to never set a «from» address in your notification classes.

answered Dec 6, 2020 at 23:17

Oludre's user avatar

OludreOludre

1145 bronze badges

One more thing is that it might be everything OK with your code, but the receiver address simply doesn’t exist. We have a lot of customers from other companies and with time people simply change their job and the email address they used is deleted

"receiver email address doesn't exist anymore"

so if you try to send an email to non existing email address you will get that same error.

answered Jan 20 at 8:12

lewis4u's user avatar

lewis4ulewis4u

13.9k18 gold badges98 silver badges143 bronze badges

In my case, I got this error because I had forgotten to set the MX record on the recipient’s domain, so the app didn’t know where to deliver the email.

Another reason can be the domain being blacklisted, check spamhaus

answered Sep 17, 2021 at 15:17

the_nuts's user avatar

the_nutsthe_nuts

5,4581 gold badge34 silver badges68 bronze badges

Содержание

  1. Ошибки откликов SMTP сервера при отправке писем
  2. 554 Email Error
  3. Example bounce-back message
  4. Common variations of the 554 email error
  5. Resolving a 554 email error bounceback
  6. 52 Comments
  7. SMTP Error 554
  8. What Does SMTP Error 554 Mean?
  9. Causes of SMTP Error 554
  10. Invalid Recipient Address or Errors
  11. Blacklisted IP Address
  12. Bad DNS Records
  13. SPF Record
  14. DKIM Record
  15. DMARC Record
  16. Sender Address Flagged as Spam
  17. Email Violation Policy
  18. How to Fix SMTP Error 554
  19. Fix: Invalid Recipient Address or Errors
  20. Fix: Bad DNS Records
  21. Fix: Spam and Blacklisted IP Address
  22. Fix: Email Violation Policy
  23. In Summary

Ошибки откликов SMTP сервера при отправке писем

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

Код ошибки

Значение

Описание

Requested mail action not taken: mailbox unavailable.

Требуемые почтовые действия, не предприняты: почтовый ящик недоступен (например, почтовый ящик занят).

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

Requested action aborted: local error in processing.

Требуемое действие прерывалось: ошибка в обработке.

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

Syntax error, command unrecognized.

Синтаксическая ошибка, неправильная команда (Это может включать ошибки типа слишком длинная командная строка).

Ваш антивирус/брандмауэр блокирует входящие/исходящие соединения SMTP. Вам следует настроить антивирус/брандмауэр для решения проблемы.

Syntax error in parameters or arguments.

Синтаксическая ошибка в параметрах или переменных.

Недопустимые адреса электронной почты или доменное имя почтового адреса. Иногда указывает на проблемы соединения.

Bad sequence of commands or this mail server requires authentication.

Неправильная последовательность команд.

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

The host server for the recipient’s domain name cannot be found (DNS error).

У одного из серверов на пути к серверу назначения есть проблема с DNS-сервером либо адрес получателя не верный. Проверьте адрес получателя на правильность доменного имени (орфографические ошбки в доменном имени или несуществующее доменное имя).

Address type is incorrect or authentication required.

Убедитесь, что адрес электронной почты получателя верный, не содержит ошибок. Затем попробуйте повторно отправить сообщение. Другой причиной может быть то, что SMTP-сервер требует аутентификации, а Вы пытаетесь отправить сообщение без аутентификации (обычно аутентификация ESMTP, логин + пароль). Проверьте Общие настройки, чтобы убедиться в правильности настроек SMTP-сервера.

The Recipient’s mailbox cannot receive messages this big.

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

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

Username and Password not accepted.

Проверьте настройки SMTP-сервера. Убедитесь в том, что логин и пароль введены правильно.

Recipient Address Rejected – Access denied.

Этот ответ почти всегда отправляется Антиспам фильтром на стороне получателя. Проверьте ваше сообщение соспам чекером или попросите получателя добавить вас в белый список.

Требуемые действия, не предприняты: почтовый ящик недоступен (например, почтовый ящик, не найден, нет доступа).

Отклик 550 SMTP-сервера означает, что емейл-адреса получателя нет на сервере. Свяжитесь с получателем устно, чтобы получить его емейл-адрес.
Ошибка 550 иногда может быть отправлена Антиспам фильтром. Другим случаем возврата отклика 550 может быть, когда сервер получателя не работает.

Requested mail action aborted: exceeded storage allocation or size of the incoming message exceeds the incoming size limit.

Требуемые почтовые действия прервались: превышено распределение памяти.

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

Requested action not taken – Mailbox name invalid.

Требуемые действия, не предприняты: имя почтового ящика, недопустимо (например, синтаксис почтового ящика неправильный).

Неверный адрес электронной почты получателя. Отклик 553 SMTP-сервера иногда возвращает почтовый сервер вашего Интернет провайдера. Это происходит, если у Вас нет подключения к Интернету у этого провайдера.

Передача данных не удалась

Отклик 554 SMTP-сервера возвращает антиспам-фильтр в случае, если не нравится емейл-адрес отправителя, или IP-адрес отправителя, или почтовый сервер отправителя (к примеру, они находятся в RBL). Вам нужно либо попросить отправителя добавить Вас в белый список, либо Вы должны принять меры, чтобы Ваш IP-адрес или ISP сервер был удален из RBL (Realtime Blackhole List).

Задайте вопрос специалисту технической поддержки

Источник

554 Email Error

2 Minutes, 35 Seconds to Read

A 554 email error is sometimes thought of as a catch-all of email errors. It is generally used when there is a generic delivery failure that another email error code doesn’t directly define a problem for.

Some mail servers also use a 554 error even if there is a specific error code that defines what went wrong already.

You should receive a bounce-back message from the server with a variation of email error 554 in the subject, and the body should contain your original message that you attempted to deliver.

Example bounce-back message

Common variations of the 554 email error

  • 554 5.7.0 Message Size Violation
  • 554 5.7.1 Message blocked due to spam content in the message
  • 554 5.7.1 [P4] Message blocked due to spam content in the message.
  • 554 5.7.1 : Relay access denied
  • 554 5.7.9 Message not accepted for policy reasons. See https://postmaster.yahoo.com/errors/postmaster-28.html
  • 554 RLY:B1
  • 554 delivery error: dd This user doesn’t have a ymail.com account
  • 554 Denied (Mode: normal)
  • 554 Invalid recipient
  • 554 Malformed mail denied!
  • 554 Message is not RFC compliant; missing “Date” header
  • 554 Message not allowed – [PH01] Email not accepted for policy reasons. Please visit https://postmaster.yahoo.com/errors/postmaster-27.html [120]
  • 554 Message permanently rejected
  • 554 Message refused
  • 554 no valid recipients, bye
  • 554 rejected due to spam content
  • 554 rejected due to virus
  • 554 : Relay access denied
  • 554 Sorry, no mailbox here by that name.
  • 554 Spam detected
  • 554 Spam violation, the content of your e-mail contains illegal characters, re-sent after examination
  • 554 Transaction Failed Spam Message not queued.554 Virus found, message permanently rejected (#5.3.0)
  • Resolving a 554 email error bounceback

    Because errors in the 554 series don’t always bounceback for a common reason, they could be either a hard or soft bounce. To better understand soft and hard bounces, and general email bounceback errors you can read why does email bounce, bounceback, or error?

    In our example bounce-back error above the reason the message has failed is because an auto-reply was trying to be sent to an account that didn’t exist. So the RemoteDomain.com mail server responded back with a 554 Invalid recipient error.

    InMotion Hosting contributors are highly knowledgeable individuals who create relevant content on new trends and troubleshooting techniques to help you achieve your online goals!

    This post is probably outdated, but I have recieved a 554 Error not listed above, what could it mean?

    It sent me this.

    “The response from the remote server was:

    554 delivery error: dd Requested mail action aborted”

    Unfortunately, this is not enough information to advise how to resolve the issue. I recommend reviewing your Exim (mail server) logs to determine more details. If you are a customer of InMotion Hosting, you should contact our Support for further assistance.

    I keep getting this email. It has been for months now. I think it was to do with sending an originla email to a wrong email address and dont know how to make it to stop.

    Any help its greatly appreicated! Thanks!

    It looks like that bounce back is being caused by spam being sent from that address to a gmail account or being forwarded from that account to somewhere else so it looks like the spam is coming from your email.

    We have the same problem lately, with using acy mailing pro for our newsletters:

    Only yahoo accounts are affected and do not accept although we always have a perfect 9/10 or even 10/10 points in spam testing (from 7/10 it is OK to send your emails).

    The bounce message is as follows:

    We are happy to help troubleshoot your returned email, but the details did not post correctly. Please repost your bounce message without any formatting. This should allow it to display successfully.

    Thank you,
    John-Paul

    When I try to send an email to someone using a GWAVA email server, I receive this failed return mail:

    —–Original Message—–
    From: Mail Delivery Subsystem [mailto:MAILER-DA[email protected]]
    Sent: Tuesday, October 24, 2017 11:02 AM
    To: [email protected]
    Subject: Returned mail: response error

    The original message was received at Tue, 24 Oct 2017 10:49:30 -0500

    —– The following addresses had permanent fatal errors —–

    —– Transcript of session follows —–

    .. while talking to mail.easd13.org

    I advise submitting this message to our Live Support team. They can verify your account and look more closely at server logs.

    hi guys , hope you can help me with this problem : here i sent a mail to my other mail account so i’m sure the address is ok. i can only recive mails if i send one from alex2k4 to alex2k4 which is the account

    Источник

    SMTP Error 554

    Email errors can be frustrating to deal with, especially when error codes like “SMTP 554 transaction failed” are not clear to the sender.

    The 554 error indicates that the email didn’t go through. Simply put, the email transaction between the sender and receiver’s email was unsuccessful.

    So, what causes 554 errors? And, how do we fix them? Let’s dive in to find out.

    What Does SMTP Error 554 Mean?

    Generally, SMTP error 554 means there was an unsuccessful email transaction between the sending server and the receiving server. This error is irreversible, and the server will not attempt to send the message again.

    Well, until you fix it.

    While this might be as a result of “permanent problems with remote server” due to your sending email server being blacklisted, it could also be because of bad DNS records.

    Often, a 554 error code is a blanket code for generic email delivery failure. It’s usually used when an email error code doesn’t explicitly identify a problem.

    In cases like these, the server sends you a bounce-back message with the variation of email error 554 as the subject and your original message in the body.

    Here’s what a 554 bounce-back message may look like:

    SMTP error from remote mail server after RCPT TO:

    :host mail.sampledomain.com [124.62.3.52]: 554 Invalid recipient

    Other variations of the SMTP error 554 may include:

    • 554 Transaction Failed Spam Message not queued.554 Virus found, message permanently rejected (#5.3.0)
    • 554 rejected due to spam content
    • 554 Relay access denied
    • 554 Message not allowed – [PH01] Message rejected for policy reasons.

    As you can see, even when there’s a reason provided, it is mostly technical jargon. Not to worry, we’ll explore some of the complex causes for SMTP error 554 and how you can fix them.

    Causes of SMTP Error 554

    The following are some of the reasons for a 554 email error.

    Invalid Recipient Address or Errors

    SMTP email errors that come up as “ invalid recipient address ” might result from an incorrect email address or custom filters configured by the recipient. In extreme cases, the recipient’s address might have been suspended or disabled.

    Sometimes, the receiving mail server might pose a problem by having an incorrect MX record of the recipient’s domain.

    Blacklisted IP Address

    The main reason for this error is a blacklisting of the sender IP. Some spam monitoring systems may blacklist the sender’s IP address because of spam issues or open relays.

    Major webmail service providers like Gmail, Outlook, and Zoho Mail check the reputation of IP addresses before accepting connections and rejects incoming emails if it detects any issues.

    Consequently, monitoring systems like SORBS and DNSSBL blacklists the mail server IP address.

    Bad DNS Records

    Bad DNS records bring up errors like: “554 permanent problems with the remote server.” The receiving server can reject emails due to poor DNS records at the sender’s domain.

    Usually, the recipient’s server scans these DNS records DMARC, SPF, and DKIM for validation on the sender’s receiver. If there are any discrepancies, it rejects the incoming message and brings up a 554 error.

    We’ll briefly discuss these records in a bit.

    SPF Record

    Email service providers use an SPF (Sender Policy Framework) record to curb unwanted emails from spammers’ domains.

    To put it another way, the SPF record lists server IP addresses that can send emails on behalf of the domain. Thus, it rejects any email that doesn’t come from any of these IPs, preventing email spoofing.

    Though the sender’s mail server IP address changes in some cases, the SPF record may not have it listed in its records.

    As a result, the receiving server bounces the incoming message because it can’t verify it.

    DKIM Record

    DKIM (Domain Keys Identified Mail) records , on the other hand, sign the emails in a way that helps the recipient server to verify whether or not the sender is legitimate.

    Some mail servers will reject emails if there are no DKIM records, assuming the sender is fake.

    DMARC Record

    DMARC (Domain Message Authentication Reporting & Conformance) records are similar to SPF and DKIM.

    It assists the recipient server in verifying the sender’s authenticity by validating that an email comes from a designated source.

    A missing DMARC record can cause an unsuccessful email transaction.

    Sender Address Flagged as Spam

    Some email users use custom blacklist configurations to filter out spam words in incoming messages. So, emails with these words get bounced back at the recipient’s end.

    The same thing occurs when the sender tries to cross their email sending limits; recipient filters see these actions as suspicious and bounce the message.

    Email Violation Policy

    Email service providers all have email policies that users’ messages must follow. If a message doesn’t follow these policies, t he email provider blocks it immediately.

    How to Fix SMTP Error 554

    While you can fix some of the errors by yourself, other ones require technical expertise. Here’s how to fix some of the common causes for SMTP error 554.

    Fix: Invalid Recipient Address or Errors

    If you see an “Address not found” bounce message, then check carefully for misspelling words in the recipient’s address.

    If there are no typos, you can check with our support team to verify the domain name and know whether the recipient’s domain MX records are set correctly.

    Fix: Bad DNS Records

    When you purchase email hosting with us, we immediately verify the SPF, DKIM, or DMARC records upon request and make the required changes if needed.

    Fix: Spam and Blacklisted IP Address

    There are multiple ways to go about fixing this error. But the easiest way is having your address delisted from public Reputation Block Lists (RBLs).

    Various web tools make it possible to check for blacklisted sender IP addresses and create a delist request. This delisting process can take a couple of days, so hang on.

    Another way is to upgrade your email account to enjoy pro spam protection and robust storage and bandwidth.

    Fix: Email Violation Policy

    Bad headers, spam contents, offensive links, or malicious attachments go against some email providers or ISP’s policy.

    Endeavor to rid your messages of these to avoid error messages like: “554 Message not allowed – [PH01] Message rejected for policy reasons.”

    In Summary

    SMTP error 554 can occur for the various reasons we listed above.

    Avoid sending spam contents , have your DNS records checked, and ensure to stick to your providers’ email policies, and you’re golden.

    Источник

    Если письмо не доставлено

    Если Вы отправили письмо, а в ответ на него пришло сообщение серверной службы оповещения с такими параметрами:

    В поле “От” (один из нижеприведенных вариантов):

     1. Mail Delivery System

     2. Mail Delivery Subsystem

     3. MAILER-DAEMON

     4. Internet Mail Delivery

    В поле “Тема” (один из нижеприведенных вариантов):

     1. Returned mail: see transcript for details

     2. failure notice

     3. Mail delivery failed: returning message to sender

     4. Delivery Notification: Delivery has failed

     5. Undelivered Mail Returned to Sender

     6. Delivery failure

     7. Your e-mail could not be delivered

     8. Message Rejected

     9. Virus Intercepted (или что-то в этом роде)

    10. Returned mail: Service unavailable

    11. DELIVERY FAILURE

    12. Delivery Status Notification (Failure)

    13. Undeliverable mail

    14. Delayed Mail (still being retried)

    15. Warning: could not send message

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

    1-01
    Dies ist eine Empfangsbestatigung fur eine Nachricht, die Sie an [адрес получателя] gesendet haben.
    Hinweis: Diese Empfangsbestatigung sagt nur aus, dass die Nachricht am Computer des Empfangers angezeigt wurde. Es gibt keine Garantie, dass der Empfanger die Nachrichteninhalte gelesen oder verstanden hat.
    – уведомление об открытии получателем письма (аналогичное русскоязычному варианту).

    2-01
    mailbox is overflow
    – почтовый ящик адресата полностью забит письмами и свободное место для принятия новых посланий в нем отсутствует.

    2-02
    can’t create output
    – то же, что и п.2-01.

    2-03
    mailbox is full: retry timeout exceeded
    (или просто mailbox is full) – то же, что и п.2-01.

    2-04
    User quota exceeded
    (Disc quota exceeded или просто quota exceeded) – то же, что и п.2-01.

    2-05
    User has too many messages on the server
    – то же, что и п.2-01.

    2-06
    Out of memory
    – то же, что и п.2-01.

    2-07
    The users mailfolder is over the allowed quota (size)
    – то же, что и п.2-01.

    2-08
    [адрес получателя] temporary blacklisted, contact [email protected]
    – скорее всего, причиной является одновременное совпадение вещей, описанных в п.2-01 и 3-01.

    2-09
    user is over quota
    – то же, что и п.2-01.

    2-10
    user quota exceed, try again later
    – то же, что и п.2-01.

    2-11
    would exceed mailbox quota
    – то же, что и п.2-01.

    2-12
    mail quota for user [адрес получателя] exceeded
    – то же, что и п.2-01.

    2-13
    the quota for the mailbox has been exceeded
    – то же, что и п.2-01.

    2-14
    Message will exceed maximum mailbox size for [адрес получателя]. Mail rejected
    – то же, что и п.2-01.

    2-15
    account is full
    – то же, что и п.2-01.

    2-16
    mailbox is over quota
    – то же, что и п.2-01.

    2-17
    No space left on device
    – то же, что и п.2-01.

    2-18
    The email account that you tried to reach is over quota
    – то же, что и п.2-01.

    2-19
    exceeded storage allocation
    – то же, что и п.2-01.

    3-01
    mailbox is inactive
    – почтовый ящик адресата существует, но с него давно ничего не отсылалось; до тех пор, пока адресат не отошлет кому-либо хотя бы 1 письмо, ящик не будет принимать прибывающие письма.

    3-02
    Mailbox is temporary inactive
    – то же, что и п.3-01.

    3-03
    Resources temporarily unavailable. Please try again later
    – то же, что и п.3-01.

    3-04
    mailbox is temporary blocked
    – то же, что и п.3-01.

    3-05
    Mailbox blocked due to inactivity of user
    – то же, что и п.3-01.

    3-06
    Denied by policy
    – то же, что и п.3-01.

    3-07
    mailbox exists, but not used
    (или просто not used) – то же, что и п.3-01.

    3-08
    mailbox is not used more than [промежуток времени], mail rejected
    – то же, что и п.3-01.

    3-09
    User is inactive
    – то же, что и п.3-01.

    3-10
    Need RCPT (recipient)
    – либо то же, что и п.3-01, либо ящик получателя неактивен по каким-либо др. причинам.

    3-11
    valid RCPT command must precede DATA
    – то же, что и п.3-10.

    3-12
    account is disabled
    – то же, что и п.3-01.

    3-13
    Recipient address rejected: Your emails has been returned because the in…t’s email account has been suspended. The account must be re-activated to receive incoming messages.
    – то же, что и п.3-01.

    3-14
    unknown or deactivated
    – либо то же, что и п.4-01, либо то же, что и п.3-01.

    3-15
    Mailbox is frozen
    – то же, что и п.3-01.

    3-16
    Account blocked due to inactivity
    – то же, что и п.3-01.

    4-01
    user unknown
    (или User is unknown) – почтовый ящик с указанным адресом на данный момент недоступен или вообще не существует (Внимание! Важно! Данный диагноз присутствует практически в любом сообщении службы оповещения независимо от причин, по которым Ваше письмо не дошло до адресата, но указывается только после разъяснения этих причин; если же др. диагнозы в сообщении службы оповещения отсутствуют, то ящик с указанным адресом действительно просто не существует).

    4-02
    Host unknown
    – указанный почтовый сервер (расширение в адресе получателя, идущее после значка “@”) не найден в Интернет-сети. Возможные причины:
    1 – указанный почтовый сервер уже прекратил свое существование или вообще никогда не существовал;
    2 – почтового ящика с указанным адресом не существует;
    3 – почтовый сервер временно отключен от сети по техническим причинам.

    4-03
    Transaction failed
    – причина, очевидно, та же, что и описанная в п.4-43.

    4-04
    Service unavailable
    (или Service not available) – в принципе то же, что и п.4-02.

    4-05
    No route to host
    – в принципе то же, что и п.4-02.

    4-06
    host name lookup failure
    – в принципе то же, что и п.4-02.

    4-07
    mailbox not found
    (или not found) – почтового ящика с указанным адресом не существует или почтовый сервер провайдера получателя письма временно отключен от сети Интернет.

    4-08
    mailbox not valid
    (или [адрес получателя] is not a valid mailbox) – то же, что и п.4-07.

    4-09
    Sorry, no mailbox here by that name
    – то же, что и п.4-07.

    4-10
    no such user here
    (или просто no such user) – то же, что и п.4-07.

    4-11
    no such address
    – то же, что и п.4-07.

    4-12
    Requested action not taken: mailbox unavailable
    – то же, что и п.4-07.

    4-13
    Recipient address rejected: Your emails has been returned because the intented recipient’s email account has been suspended. The account must be re-activated to receive incoming messages.
    – то же, что и п.4-02.

    4-14
    Recipient address rejected: The intended recipient is not defined in [расширение адреса получателя после значка “@”] domain.
    – то же, что и п.4-02.

    4-15
    Mail from [адрес отправителя] rejected for policy reasons
    – в принципе, что-то сходное с ситуацией, описанной в п.4-02, но только причиной неработоспособности адреса получателя является политическая ситуация в стране (?).

    4-16
    local delivery failed
    – то же, что и п.4-07.

    4-17
    Error: content rejected
    – то же, что и п.4-02.

    4-18
    Please check the recipients e-mail address before you try again: [адрес получателя]
    – судя по всему, данный диагноз имеет место в том случае, если Вы неверно укзали почтовый домен адреса получателя (т.е. в адресе получателя неправильно записана та его часть, которая идет после значка “@”).

    4-19
    User [адрес отправителя] not listed in Domino Directory
    – то же, что и п.4-07.

    4-20
    Recipient address rejected: User unknown in local recipient table
    – то же, что и п.4-07.

    4-21
    Recipient address rejected: User unknown in relay recipient table
    – то же, что и п.4-07.

    4-22
    delivery error: dd This user doesn’t have a [расширение адреса получателя] account
    – то же, что и п.4-07.

    4-23
    Unknown address
    (или Unknown user) – то же, что и п.4-07.

    4-24
    did not reach the following recipient(s)
    – то же, что и п.4-07.

    4-25
    The recipient name is not recognized
    – то же, что и п.4-07.

    4-26
    No recipients have been specified
    – то же, что и п.4-07.

    4-27
    E-mail field not present in nameserver entry
    – то же, что и п.4-07.

    4-28
    Unrouteable address
    – то же, что и п.4-07.

    4-29
    Relaying denied
    – то же, что и п.4-07.

    4-30
    mailbox [адрес получателя] is unavailable
    – то же, что и п.4-07.

    4-31
    mailbox [адрес получателя] does not exist
    (или просто Address does not exist) – то же, что и п.4-07.

    4-32
    unknown or illegal alias: [адрес получателя]
    – то же, что и п.4-07.

    4-33
    unknown user account
    – то же, что и п.4-07.

    4-34
    user not found
    – то же, что и п.4-07.

    4-35
    Deferred: Connection reset by [расширение адреса получателя после значка “@”]
    – если в сообщении службы оповещения не указаны какие-либо др. диагнозы, то Ваше письмо не может быть доставлено адресату из-за сбоя на почтовом сервере, где расположен ящик адресата (причины данного сбоя могут быть различными).

    4-36
    no valid recipients
    – либо то же, что и п.4-07, либо ящик получателя временно заблокирован его же провайдером (обычно причина блокирования также указана в сообщении службы оповещения).

    4-37
    no valid RCPT address specified
    – то же, что и п.4-36.

    4-38
    Greylisting in action, please come back in [часы:минуты:секунды]
    – скорее всего, Ваше письмо не дошло до получателя в результате временного отключения или просто какого-то сбоя при обращения к его (получателя) почтовому ящику. При этом, в послании указано точное время, в которое Вам рекомендуется повторно отослать письмо, чтобы оно могло быть доставлено получателю.

    4-39
    retry timeout exceeded
    – то же, что и п.4-35.

    4-40
    Unrouteable address
    – то же, что и п.4-07.

    4-41
    The Recipient account on this server is canceled.
    – то же, что и п.4-07.

    4-42
    Recipient address rejected: “Greylisted
    Error: no valid recipients
    – соответственно то же, что и п.4-36.

    4-43
    Recipient address rejected: Too Busy sorry
    – почтовый сервер получателя перегружен из-за большого количества обращений к нему (например, в период праздников, когда по эл. почте отправляется много поздравлений). Спустя некоторое время, попробуйте повторить попытку отправить письмо Вашему знакомому.

    4-44
    invalid mailbox
    – то же, что и п.4-07.

    4-45
    invalid address
    – то же, что и п.4-07.

    4-46
    There is no user by that name at this server
    – то же, что и п.4-07.

    4-47
    Mailbox disabled for this recipient
    – то же, что и п.4-07.

    4-48
    Recipient unknown
    – то же, что и п.4-01.

    4-49
    delivery cancelled; message timed out
    – то же, что и п.4-35.

    4-50
    Sender verify failed
    – то же, что и п.4-35.

    4-51
    The account or domain may not exist, they may be blacklisted, or missing the proper dns entries.
    – то же, что и п.4-35.

    4-52
    DNS server returned answer with no data
    – то же, что и п.4-02.

    4-53
    DNS Error: Domain name not found
    (или просто Domain name not found) – то же, что и п.4-02.

    4-54
    recipient [адрес получателя] was not found in LDAP server
    – то же, что и п.4-07.

    4-55
    Host or domain name not found
    – то же, что и п.4-02.

    4-56
    Name service error for name=[расширение адреса получателя после значка “@”]
    – то же, что и п.4-02.

    4-57
    Message from ([IP-адрес почтового сервера провайдера]) temporarily deferred
    – то же, что и п.4-43.

    4-58
    invalid domain name
    – то же, что и п.4-02.

    4-59
    Name server: [расширение адреса получателя после значка “@”]: no data known
    – то же, что и п.4-02.

    4-60
    Name server: [расширение адреса получателя после значка “@”]: host not found
    (или просто host not found) – то же, что и п.4-02.

    4-61
    [адрес получателя] was not found in LDAP server
    – то же, что и п.4-07.

    4-62
    sorry, this recipient is in my badrecipientto list
    – то же, что и п.4-07.

    4-63
    [адрес получателя] temporary failure
    – то же, что и причина 3, описанная в п.4-02.

    4-64
    [адрес получателя] No delivery confirmation received
    – очевиднее всего, причина 1, описанная в п.4-02.

    4-65
    Vade Retro antispam plugin
    – то же, что и п.4-01.

    4-66
    Account deleted by user
    – ящика уже не существует, поскольку пользователь удалил его с почтового сервера.

    4-67
    This account has been disabled or discontinued
    – либо то же, что и п.4-66, либо ящик получателя был отключен/заблокирован его почтовым провайдером.

    4-68
    The recipient’s e-mail address was not found in the recipient’s e-mail system
    – то же, что и п.4-01.

    4-69
    User unknown in virtual mailbox table
    – то же, что и п.4-01.

    4-70
    No such file or directory Is the server running locally and accepting connections
    – то же, что и п.4-01.

    4-71
    Recipient not found
    – то же, что и п.4-01.

    4-72
    message expired
    – то же, что и п.4-07.

    5-01
    We don’t accept mail from spammers
    – на компьютере или почтовом сервере получателя установлена какая-либо защита от спама, которая просто уничтожила Ваше письмо, считая его “почтовым мусором”, поскольку получатель не вносил Ваш адрес в списки “разрешенных” отправителей. Письма, отосланные с Вашего адреса, не могут быть прочитаны и автоматически удаляются при прохождении через спам-фильтр во время проверки получателем своего ящика, либо еще до того – в момент входа в его ящик.

    5-02
    sorry, but your adress is not permitted
    – то же, что и п.5-01, но в более вежливой форме.

    5-03
    sorry, that domain isn’t in my list of allowed rcpthosts
    – то же, что и п.5-01, но в более вежливой форме.

    5-04
    mailbox blocked
    – причина, скорее всего, та же, что и в п.5-01.

    5-05
    Recipient address rejected: Access denied
    (или просто Access denied) – то же, что и п.5-01.

    5-06
    Sender address rejected: SPAM-ID: [произвольные буквы и цифры] Your mail mail server was blacklisted in an older variant of the SecuritySage spam filters. Please ask your mail server administrator to start using the SecuritySage RHSBL filters instead of the access file.
    – то же, что и п.5-01.

    5-07
    Your mail from IP [IP-адрес почтового сервера Вашего провайдера] was rejected Too many DNSBL-listed hosts in /24 network surrounding your host Please Contact your ISP to rectify this : [адрес получателя]
    – то же, что и п.5-01, но только спам-защита не пропустила Ваше письмо одному из получателей (адрес указывается в сообщении службы оповещения) просто из-за большого общего количества адресов получателей, укзанных в нем. Попробуйте уменьшить количество адресов получателей и отошлите послание повторно.

    5-08
    Delivery not authorized, recipient can receive emails from his/her own domain only
    – ящик получателя, на который Вы отправили письмо, предполагает получение почты только с тех ящиков, которые принадлежат тому же почтовому домену (фрагмент адреса после значка “@”), что и ящик получателя. С почтовых ящиков, расположенных на др. почтовых серверах, почта данному получателю не может быть доставлена.

    5-09
    spam message discarded. If you think that the system is mistaken, please report details to [адрес ящика службы тех. поддержки почтового сервера получателя]
    – то же, что и п.5-01. Данное сообщение может иметь место при отсылке писем на домены mail.ru, list.ru, inbox.ru и bk.ru в тех случаях, когда отосланное письмо содержит все адреса в скрытом виде и ни одного в открытом.

    5-10
    Spam message was blocked. If it is a mistake, please, visit [ссылка на информационный сайт]
    – то же, что и п.5-01. Данное сообщение может иметь место при отсылке писем на домен pisem.net в тех случаях, когда отосланное письмо содержит какие-либо “плохие” текстовые фрагменты, занесенные в спам-фильтр на данном почтовом сервере.

    5-11
    Your message to:
    [адрес получателя]
    was considered unsolicited bulk e-mail (UBE).
    [некоторые технические данные]
    Delivery of the email was stopped!
    – то же, что и п.5-01.

    5-12
    Message filtered. Please see the FAQs section on spam
    – то же, что и п.5-01.

    5-13
    [домен сервера Вашего почтового провайдера] blocked by [технические параметры]
    Blocked for abuse. See [Интернет-ссылка или рекомендуемое действие]
    – то же, что и п.5-01.

    5-14
    Message rejected. [домен сервера Вашего почтового провайдера и Ваш собственный адрес] – On arrival filtering at [наименование службы на почтовом сервере провайдера ящика получателя]
    – то же, что и п.5-01.

    5-15
    server refused mail service
    – то же, что и п.5-01.

    5-16
    We do not accept spam
    – то же, что и п.5-01.

    5-17
    This domain is blacklisted,consult your postmaster
    – домен сервера Вашего почтового провайдера занесен в список спам-ресурсов на сервере почтового провайдера получателя, так что Ваши письма не смогут дойти до адресата.

    5-18
    Sorry, Use your ISP’s SMTP server to send mail
    – этот диагноз может иметь место в тех случаях, когда Ваше письмо не пропускается в ящик получателя серверной спам-защитой из-за его (письма) сходства “по формату” с реально спамовыми письмами, а именно: в письме вообще отсуствует тема или она имеет “сомнительный” характер (?); текст в Вашем письме либо вообще отсутствует, либо он весьма короткий (например, содержит всего 1-2 слова). По собственному опыту могу сказать, что данные вещи просто являются результатом “кривой настройки” правил фильтрования спама администраторами почтовых серверов (спасибо им, что хоть снизошли настроить отсылку уведомления о невозможности доставки писем в данных ситуациях 🙂

    5-19
    access denied
    – то же, что и п.5-01.

    5-20
    relay not permitted
    – то же, что и п.5-01.

    5-21
    Requested action not taken: message refused
    – очевидно то же, что и п.5-01.

    5-22
    Your e-mail was rejected for policy reasons on this gateway. Reasons for rejection may be related to content with spam-like characteristics or IP/domain reputation problems. If you are not an e-mail/network admin please contact your E-mail/Internet Service Provider for help. For e-mail delivery information, please go to [ссылка на сайт с дополнительной справкой о проблеме]
    – на почтовом сервере провайдера получателя установлена какая-либо защита от спама, которая просто уничтожила Ваше письмо, считая его “почтовым мусором”, поскольку Ваш почтовый домен не числится в списке “разрешенных” отправителей. Письма, отосланные с Вашего адреса, не могут быть прочитаны и автоматически удаляются при прохождении через спам-фильтр еще до того, как письмо попадет в ящик адресата.

    5-23
    Connection refused
    – в зависимости от условий, причиной может быть либо то же, что и п.5-01, либо то же, что и п.4-43, либо то же, что и п.4-02.

    5-24
    this message MIME IP address [домен сервера Вашего Интернет-провайдера] is originated from spammer or open relay network
    – то же, что и п.5-01.

    5-25
    Message rejected as spam by Content Filtering
    – то же, что и п.5-01.

    5-26
    Access Denied – MSG may contain SPAM/WORM/VIRUS/HOAX
    – немного сходно с п.5-01, но только Ваше письмо “зарубается” из-за наличия в его коде каких-либо “подозрительных” вставок – например, фонового звукового оформления, простой/анимированной картинки, файла-вложения (в частности, EXE-программы или самораспаковывающегося архива) и т.п.

    5-27
    A file attached your email (subject: [тема, с которой Вы отсылали письмо]) was removed because of a format violation. Please refer to BMWA-Policy: [ссылка на информационный Интернет-ресурс почтового провайдера получателя письма]
    – то же, что и п.5-26.

    5-28
    Illegal Attachment
    – то же, что и п.5-26.

    5-29
    The message from [домен почтового сервера отправителя] was rejected based on our blacklist.To be removed,please contact remove at [домен почтового сервера получателя],stating your IP address.
    – то же, что и п.5-01, но при этом предлагается некий способ “легализации” почтового домена отправителя в “черном списке” антиспам-программы, установленной на почтовом сервере провайдера получателя Вашего письма.

    5-30
    Rejected – listed at [ссылка на информационный сайт]
    – то же, что и п.5-29.

    5-31
    Message rejected by content filter
    – то же, что и п.5-01.

    5-32
    Try again later
    – если др. диагнозов в сообщении не указано, то причина заключается в следующем: на некоторых почтовых серверах – например, rambler.ru, при входе в сервер письма, содержащего значительное количество адресов текущего домена (…@rambler.ru), последнее будет блокировано как спамовое и на некоторые адреса из данного домена доставлено не будет. При этом, для возможности прохождения письма через такой спам-фильтр, отправителю придется отослать письмо повторно, уменьшив количество адресов получателей, принадлежащих данному почтовому домену (т.е. rambler.ru).

    5-33
    Recipient address rejected: Greylisted …
    – то же, что и п.5-01.

    5-34
    Unexpected end of input sequence while deserializing std
    – скорее всего то же, что и п.5-10.

    5-35
    can’t create user output file
    – то же, что и п.5-08.

    5-36
    This message was blocked because its content presents a potential security issue. Please visit [ссылка на информационный сайт] to review our message content and attachment content guidelines
    – то же, что и п.5-26.

    5-37
    JunkMail rejected – [почтовый домен ящика отправителя] is in an RBL on [домен сервера, на котором находится ящик получателя], see Blocked
    – либо почтовая служба на сервере не была настроена на прием писем, либо почтовый домен отправителя (расширение Вашего адреса после значка “@”) находится в спам-списке и блокируется почтовым сервером получателя.

    5-38
    Rejected by ESETS_SMTP (spam) (in reply to end of DATA command)
    – то же, что и п.5-01.

    6-01
    Deferred: Operation timed out with [домен почтового сервера получателя]
    Warning: message still undelivered after 4 hours
    Will keep trying until message is 4 days old
    – отосланное Вами послание не было прочитано получателем в течении 4 часов с момента поступления в его ящик. Письмо будет храниться в ящике получателя в течении 4 дней, после чего будет автоматически удалено (пояснения: некоторые провайдеры ограничивают срок хранения входящей корреспонденции своих клиентов в пределах 3-5 дн., после чего все эти письма автоматически удаляются специальной серверной службой).

    6-02
    Message could not be delivered for 4 days
    Message will be removed from server
    – отосланное Вами послание пролежало в ящике получателя 4 дня, но так и не было просмотрено; оно будет автоматически удалено (пояснения см. в п.6-01).

    6-03
    Message could not be delivered for 4 days
    Message will be deleted from queue
    – то же, что и п.6-02.

    6-04
    The attached message had transient non-fatal delivery errors
    THIS IS A WARNING MESSAGE ONLY – YOU DO NOT NEED TO RESEND YOUR MESSAGE!
    This server is configured to automatically retry delivery at configured intervals.
    Subsequent attempts to deliver this message are pending.
    – таким сообщением лишь уведомляется, что на данный момент ящик получателя по каким-либо причинам недоступен, однако провайдер почтового сервера получателя будет возобновлять попытки доставки Вашего письма через неопределенные промежутки времени, так что Вам нет необходимости повторно отсылать письмо (правда результативность таких попыток может быть весьма сомнительна да и, кроме того, указанное сообщение может еще неоднократно приходить Вам, пока письмо наконец-то будет доставлено в ящик получателя).

    6-05
    Sorry, I wasn’t able to establish an SMTP connection. (#4.4.1)
    I’m not going to try again; this message has been in the queue too long.
    – то же, что и п.6-04, но только повторные попытки доставить Ваше письмо адресу не производятся соответствующей службой и оно сразу удаляется после первой же неудачной попытки.

    6-06
    retry timeout exceeded
    – в момент попытки доставить Ваше письмо адресату его ящик оказался недоступным. Причина, скорее всего, в сильной загруженности почтового сервера, на котором находится почтовый ящик получателя. Как результат, письмо не может быть доставлено и утеряно, но Вы можете попытаться отправить его повторно, спустя некоторый промежуток времени.

    6-07
    Operation timed out
    – если др. диагнозов в сообщении не указано, то причина та же, что и описанная в п.6-06.

    6-08
    Relay access denied
    – если др. диагнозов в сообщении не указано, то причина та же, что и описанная в п.6-06.

    6-09
    Connection timed out
    – либо то же, что и п.6-01, но только время, которое Ваше письмо будет храниться в ящике до удаления сервисной службой почтового сервера получателя, не указано, либо почтовый сервер, на который отсылалось письмо, по каким-либо причинам не обработал запрос на входящую почту.

    6-10
    This message hasn’t been delivered yet. Delivery will continue to be attempted.
    The server will keep trying to deliver this message for the next 1 days, 19 hours and 47 minutes. You’ll be notified if the message can’t be delivered by that time.
    – почтовый сервер получателя уведомляет Вас, что в данный момент письмо адресату не было доставлено, но через указанный промежуок времени сервер автоматически повторит попытку доставки письма, о чём уведомит Вас сообщением. При этом совершенно непонятно: просто по какой-то тех. причине письмо не могло быть доставлено получателю, или почтового ящика вообще не существует.

    7-01
    Your message include a virus and can’t be delivery
    Message removed by [название антивируса]
    – данное сообщение или аналогичное ему имеет место в следующих случаях: отосланное Вами послание реально заражено вирусом (содержит зараженный файл); отосланное Вами послание содержит вложение, которое антивирус на сервере провайдера посчитал вредоносным (например, ZIP-архив с вложенным EXE-файлом); с Вашей машины себя разослал почтовый червь, используя Ваш оригинальный почтовый адрес, но был перехвачен на каком-либо сервере; с какой-либо др. машины себя разослал почтовый червь, используя Ваш оригинальный почтовый адрес, найденный в адресной книге на этой зараженной машине, но был перехвачен на каком-либо сервере; послание службы оповещения является подделкой, сгенерированной каким-либо почтовым червем, отославшим данное послание с какой-либо зараженной машины, на которой в адресной книге имелся Ваш адрес, и червь указал этот адрес в качестве отрправителя; Ваше послание содержит некий текстовый фрагмент, ошибочно принятый антиспам-программой, установленной на сервере почтового провайдера получателя письма, за вредоносный код.

    7-02
    Original address: [адрес получателя]
    Reason: “Possible Virus Detected/Invalid attachment type [название приложенного к письму файла]”
    Message rejected: Conversion failure
    – в принципе то же, что и п.7-01.

    7-03
    A message sent from [адрес отправителя] to [адрес получателя]
    contained [номенклатурное название вируса] and has not been delivered.
    – в принципе то же, что и п.7-01.

    7-04
    Virus message was blocked. If it is a mistake, please, visit [сайт поддержки пользователей почтового домена получателя письма]
    – то же, что и п.7-01.

    8-01
    Message size is to high that limit and can’t be allowed for use
    – на почтовом сервере провайдера получателя Вашего письма установлено ограничение на максимально допустимый размер входящих писем; Ваше письмо будет либо уничтожено, либо переслано Вам назад (обычно просто автоматически удаляется на входе в почтовый сервер).

    8-02
    message size is to longest that limit and can’t be allowed for process of dispatch
    – то же, что и п.8-01.

    8-03
    Message size exceeds fixed limit
    – то же, что и п.8-01.

    8-04
    Message size exceeds maximum permitted
    – то же, что и п.8-01.

    8-05
    File too large
    – то же, что и п.8-01.

    9-01
    File is corrupted
    – на почтовом сервере отправителя/получателя установлена антивирусная программа, которая проанализировала приложенный Вами к письму файл и посчитала его по каким-либо причинам “поврежденным” (например, если вложение было разбито на несколько кусков и отправляется по частям). После этого Ваше послание автоматически удаляется с почтового сервера отправителя/получателя, не достигнув почтового ящика адресата.

    9-02
    Archive is corrupted
    – то же, что и п.9-01, но только касательно архива, приложенного к письму.

    9-03
    Unable to store mail now. Try later.
    – наиболее вероятной причиной данного сообщения является запрет доступа к ящику получателя, поскольку он (получатель) в момент прибытия Вашего письма уже проверяет почту. Если почтовая служба (почтовый провайдер) получателя построена грамотно, то, несмотря на указанное сообщение, Ваше письмо будет положено в ящик получателя после того, как он закончит проверять свою почту. В противном случае, Вам придется отсылать письмо повторно.

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

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

    При тестировании нашего почтового сервера мы наткнулись на ошибку, которая не позволяет нам отправлять почту через PHP, хотя регулярная отправка / получение по почте в почтовом ящике работает без каких-либо проблем.
    У нас работает отдельный сервер Ubuntu 18.04, на котором есть только Mail-in-a-box со всеми необходимыми компонентами.

    Вывод в текстовый файл error.log

    Неустранимая ошибка PHP: Uncaught Swift_TransportException: ожидаемый ответ
    код 354, но получил код «554» с сообщением «554 5.5.1 Ошибка: недействительно
    Получатели г п»

    PHP файл

    $request_email = $_POST['request-email'];
    $request_name = $_POST['request-name'];
    $request_text = $_POST['request-text'];
    
    $transport = (new Swift_SmtpTransport('data.abc.xy', 587, 'tls'))
    ->setUsername('contact@abc.xy')
    ->setPassword('*******')
    ->setStreamOptions(array('ssl' => array('allow_self_signed' => true, 'verify_peer' => false)));
    
    $mailer = (new Swift_Mailer($transport));
    
    $message = (new Swift_Message('Name: '. $request_name))
    ->setFrom(['' . $request_email => '' . $request_name])
    ->setTo(['contact@abc.xy'])
    ->setBody('E-Mail: ' . $request_email . $request_text)
    ->setContentType("text/html");
    
    $result = $mailer->send($message);
    

    Мы попытались переустановить все компоненты Mail-in-a-box и все компоненты и проверить все на наличие орфографических ошибок. Ricipient существует на нашем почтовом сервере и может получать и отправлять почту вручную через клиента.

    0

    Решение

    554 5.5.1 ошибка — ошибка SMTP «нет действительных получателейMsgstr «Это может произойти, если вы неправильно написали адреса получателей, но может также произойти, если вы не проходите надлежащую аутентификацию на исходящем сервере.

    Так что проблема в том, что abc.xy не является зарегистрированным доменом, поэтому вы не можете отправить электронное письмо на этот адрес. Я думаю, что это не связано с вашим кодом.

    Вы можете поймать Swift_TransportException ошибка и обрабатывать его в своей собственной кодовой базе, например:

    try {
    $result = $mailer->send($message);
    }
    catch (Swift_TransportException $e) {
    echo $e->getMessage();
    }
    

    1

    Другие решения

    Других решений пока нет …

    При тестировании нашего почтового сервера мы наткнулись на ошибку, которая не позволяет нам отправлять почту через PHP, хотя обычная отправка/получение через Mail-in-a-box работает без проблем.
    Мы используем отдельный сервер Ubuntu 18.04, на котором есть только Mail-in-a-box со всеми необходимыми компонентами.

    Вывод в текстовый файл error.log

    PHP Fatal error: Uncaught Swift_TransportException: Expected response
    code 354 but got code «554», with message «554 5.5.1 Error: no valid
    recipientsrn»

    PHP-файл

    $request_email = $_POST['request-email'];
    $request_name = $_POST['request-name'];
    $request_text = $_POST['request-text'];
    
    $transport = (new Swift_SmtpTransport('data.abc.xy', 587, 'tls'))
        ->setUsername('contact@abc.xy')
        ->setPassword('*******')
        ->setStreamOptions(array('ssl' => array('allow_self_signed' => true, 'verify_peer' => false)));
    
    $mailer = (new Swift_Mailer($transport));
    
    $message = (new Swift_Message('Name: '. $request_name))
        ->setFrom(['' . $request_email => '' . $request_name])
        ->setTo(['contact@abc.xy'])
        ->setBody('E-Mail: ' . $request_email . $request_text)
        ->setContentType("text/html");
    
    $result = $mailer->send($message);
    

    Что мы пытались, так это переустановить все Mail-in-a-box и все компоненты и проверить все на наличие орфографических ошибок. Получатель существует на нашем почтовом сервере и может получать и отправлять почту вручную через клиент.


    Ответы
    6

    Ошибка 554 5.5.1 — это ошибка SMTP «нет действительных получателей». Это может произойти, если вы неправильно написали адреса получателей, но это также может произойти, если вы неправильно аутентифицируетесь на исходящем сервере.

    Итак, проблема в том, что abc.xy не является зарегистрированным доменом, поэтому вы не можете отправить электронное письмо на этот адрес. Я думаю, что это не связано с вашим кодом.

    Вы можете поймать ошибку Swift_TransportException и обработать ее в своей собственной кодовой базе, например:

    try {
        $result = $mailer->send($message);
    } 
    catch (Swift_TransportException $e) {
        echo $e->getMessage();
    }
    

    Я решил эту ошибку (554), просто добавив в laravel (файл .env) эти 2 строки:

    MAIL_FROM_ADDRESS=you@email.com
    MAIL_FROM_NAME = "you@email.com"
    

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

    php artisan config:cache
    

    У меня была такая же проблема в Laravel, и я исправил ее, изменив «от» на «ответить».
    Я считаю, что проблема в том, что домены отправителя и сервера приложений различаются.

    // in Laravel
    // ...
    namespace AppNotifications;
    // ...
        public function __construct(User $from, string $body)
        {
            $this->from = $from;
            $this->body = $body;
        }
    // ...
        public function toMail($notifiable)
        {
            $message = new MailMessage;
            $message->subject('some subject');
    
            // "no valid recipients" error:
            // $message->from($this->from->email, $this->from->name_full);
            
            // works:
            // sender globally set in .env (MAIL_FROM_NAME, MAIL_FROM_ADDRESS)
            $message->replyTo($this->from->email, $this->from->name_full);
            
            $message->line(new HtmlString(nl2br($this->body)));
    
            return $message;
        }
    
    // Swiftmailer respectively
    // ...
    $message = (new Swift_Message('Name: '. $request_name))
        ->setFrom(['contact@abc.xy' => 'contact'])
        ->setReplyTo([$request_email => $request_name])
    // ...
    

    Я решил эту проблему, убедившись, что адрес электронной почты установлен в файле env.

    MAIL_USERNAME=example@example.com

    Совпадает с адресом «от» в функции toMail моего пользовательского почтового класса уведомлений

    ->from(‘example@example.com’,’My app name’)

    Кажется, что некоторые почтовые службы считают странным, что приложение отправляет электронное письмо, используя одни учетные данные (учетные данные env), но в качестве отправителя маскируется другой адрес электронной почты.

    Лучшим решением, вероятно, было бы никогда не устанавливать адрес «от» в ваших классах уведомлений.

    Я мог бы решить так же, как уже упоминалось Олудре. Просто убедитесь, что ваш адрес «от» совпадает с адресом, под которым вы вошли на почтовый сервер.

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

    Другой причиной может быть занесение домена в черный список, проверьте spamhaus

    Другие вопросы по теме

    A 554 email error is sometimes thought of as a catch-all of email errors. It is generally used when there is a generic delivery failure that another email error code doesn’t directly define a problem for.

    Some mail servers also use a 554 error even if there is a specific error code that defines what went wrong already.

    You should receive a bounce-back message from the server with a variation of email error 554 in the subject, and the body should contain your original message that you attempted to deliver.

    Example bounce-back message

    Return-path: <>
    Envelope-to: [email protected]
    Delivery-date: Sat, 13 Oct 2012 04:40:30 -0700
    Received: from mailnull by biz32.inmotionhosting.com with local (Exim 4.77)
    id 1TN050-0007it-Dw
    for [email protected]; Sat, 13 Oct 2012 04:40:30 -0700
    X-Failed-Recipients: [email protected]
    Auto-Submitted: auto-replied
    From: Mail Delivery System

    To: [email protected]
    Subject: Mail delivery failed: returning message to sender
    Message-Id:
    Date: Sat, 13 Oct 2012 04:40:30 -0700

    This message was created automatically by mail delivery software.

    A message that you sent could not be delivered to one or more of its
    recipients. This is a permanent error. The following address(es) failed:

    [email protected]
    SMTP error from remote mail server after RCPT TO:<[email protected]>:
    host mail.RemoteDomain.com [123.123.123.123]: 554 Invalid recipient

    —— This is a copy of the message, including all the headers. ——

    Return-path: <[email protected]>
    Received: from Admin by biz32.inmotionhosting.com with local (Exim 4.77)
    (envelope-from <[email protected]>)
    id 1TN04y-0007iG-6d
    for [email protected]; Sat, 13 Oct 2012 04:40:28 -0700
    To: Recipient <[email protected]>
    X-Autorespond: Comments
    MIME-Version: 1.0
    X-Loop: Recipient group <[email protected]>
    Precedence: auto_reply
    X-Precedence: auto_reply
    From: “sender” <[email protected]>
    Subject: Auto Reply: Out of Office
    Date: Sat, 13 Oct 2012 04:40:28 -0700

    Common variations of the 554 email error

    • 554 5.7.0 Message Size Violation
    • 554 5.7.1 Message blocked due to spam content in the message
    • 554 5.7.1 [P4] Message blocked due to spam content in the message.
    • 554 5.7.1 : Relay access denied
    • 554 5.7.9 Message not accepted for policy reasons. See https://postmaster.yahoo.com/errors/postmaster-28.html
    • 554 RLY:B1
    • 554 delivery error: dd This user doesn’t have a ymail.com account
    • 554 Denied (Mode: normal)
    • 554 Invalid recipient
    • 554 Malformed mail denied!
    • 554 Message is not RFC compliant; missing “Date” header
    • 554 Message not allowed – [PH01] Email not accepted for policy reasons. Please visit https://postmaster.yahoo.com/errors/postmaster-27.html [120]
    • 554 Message permanently rejected
    • 554 Message refused
    • 554 no valid recipients, bye
    • 554 rejected due to spam content
    • 554 rejected due to virus
    • 554 : Relay access denied
    • 554 Sorry, no mailbox here by that name.
    • 554 Spam detected
    • 554 Spam violation, the content of your e-mail contains illegal characters, re-sent after examination
    • 554 Transaction Failed Spam Message not queued.554 Virus found, message permanently rejected (#5.3.0)

    Resolving a 554 email error bounceback

    Because errors in the 554 series don’t always bounceback for a common reason, they could be either a hard or soft bounce. To better understand soft and hard bounces, and general email bounceback errors you can read why does email bounce, bounceback, or error?

    In our example bounce-back error above the reason the message has failed is because an auto-reply was trying to be sent to an account that didn’t exist. So the RemoteDomain.com mail server responded back with a 554 Invalid recipient error.

    Понравилась статья? Поделить с друзьями:
  • Error no matching distribution found for pywin32
  • Error not found 0x80070490 при установке sp1
  • Error not enough storage space to install required resources что делать
  • Error not enough space errno 12
  • Error no matching distribution found for pygame