Smtp error from remote mail server after rcpt to no such user

'SMTP error from remote mail server after RCPT TO' is a commonly seen error in mail delivery failures. Here's how to fix it.

Email errors can be really bothersome – they can hit you hard and unexpected, when you attempt to send an urgent mail.

As part of our Server Support services for web hosting providers, we resolve email errors faced by website owners.

One commonly encountered email error is “SMTP error from remote mail server after RCPT TO”. It shows up when users try to send mails to other email accounts.

What is the error “SMTP error from remote mail server after RCPT TO”?

This error message is a very confusing one, as it can be triggered due to a number of causes. But usually the bounce message that arrives contains the details about the error.

The RCPT command is used to tell the sender mail server, who the recipient of your message is. The error message denotes that the sending mail server faced an error during that command, while trying to send mails.

To know the exact reason for the error, we examine the entire bounce message that the sender receives. And here are some of the major causes we’ve identified.

“SMTP error from remote mail server after RCPT TO” error – Causes & Fixes!

Mail server configuration issue or blacklisting, anything can cause a mail delivery error. We’ll see how to relate to the cause, from the error message we get.

1. Configuration errors

SMTP error from remote mail server after RCPT TO::
host domain.com [xx.xx.xx.xx]: 550-Please turn on SMTP Authentication in your mail client.
550-(host.domain.com) [yy.yy.yy.yy]: __ is not permitted to relay through this server without authentication.

Cause: The authentication errors mostly occur due to mail client or mail form configuration settings. If you try to send mails without proper authentication of your mail account, the mail server throws this error.

The authentication error also occurs when there is any mail server configuration issue – like domain not present in localdomains file or MX record mismatches.

Fix: The mail client settings should be properly configured with mail account details, SMTP server and port number. For PHP mail forms, using SMTP authentication to send out mails can help resolve this error.

To resolve mail server configuration errors, we examine the mail logs, MX records and related configuration files, and fix the discrepancies that are found in them.

2. Domain blacklists

SMTP error from remote mail server after RCPT TO::
host domain.com [xx.xx.xx.xx]: 550-"JunkMail rejected - host.domain.com [yy.yy.yy.yy]: 
___ is in an RBL, see http://www.spamhaus.org/query/bl?ip=________"
SMTP error from remote mail server after RCPT TO:: host host.domain.com [xx.xx.xx.xx]: 
554 5.7.1 Service unavailable; Client host [yy.yy.yy.yy] blocked using zen.spamhaus.org; http://www.spamhaus.org

Cause: RBLs aka blacklists are used by mail servers to prevent inbound spamming. When blacklist providers such as Spamhaus suspect your mail server as a spam origin, they will blacklist your server IP.

Getting blacklisted indicates that your server had a spammer or someone who is sending mass mails. Many times, server owners get to know about it only when users complain about mail errors.

Fix: Once blacklisted, getting de-listed is a time-consuming procedure. Pinpointing the source of spam and fixing it is the most important step. Then you need to request RBL to remove you from the list.

To ensure seamless mail delivery, it is important to avoid getting blacklisted. At Bobcares, we proactively secure the mail server and keep constant vigil on them to avoid all spamming activities that can cause the server to get blacklisted.

3. RDNS misconfiguration

SMTP error from remote mail server after RCPT TO::
host mx.domain.com [xx.xx.xx.xx]: 554 5.7.1 :
Client host rejected: envelope policy RBL PTRNUL

Cause: RDNS pointer records are used to map IP to hostname and it helps to validate a server. Many mail servers reject incoming mails from servers without proper RDNS records.

Fix: Setting RDNS records for the sending mail server helps to avoid such errors. At Bobcares, we configure critical mail records such as RDNS, SPF, DKIM, etc to ensure that mail delivery errors are avoided.

4. Recipient errors

SMTP error from remote mail server after RCPT TO: :
552 5.1.1  Mailbox delivery failure policy error
SMTP error from remote mail server after RCPT TO:
550 5.1.1 xxxxxxxx Recipient Suspended (TT999)
SMTP error from remote mail server after RCPT TO::
550 5.1.1  Recipient not found.
SMTP error from remote mail server after RCPT TO::
host mx.domain.com [xx.xx.xx.xx]: 550 Requested action not taken: mailbox unavailable

Cause: The mail delivery error ‘SMTP error from remote mail server after RCPT TO:’, can be caused by a range of issues at the recipient mail server.

These include missing or suspended recipient email account, incorrect MX records, custom blacklists or filters configured at the recipient email account, which cause mails to bounce back to sender.

Fix: The MX records of the recipient domain should be tested and confirmed to be working fine. For resolving issues at recipient end, you need to contact the remote mail server with these inputs.

5. Sender errors

SMTP error from remote mail server after RCPT  TO::
host host.domain.com [xx.xx.xx.xx]: 554 5.1.8  :
Sender address rejected: Domain not found
SMTP error from remote mail server after RCPT TO::
host mx.server.com [xxx.xxx.xxx.xxx]: 550-Verification failed for 
550-No Such User Here : Sender verify failed

Cause: A sender error can be caused due to many factors. The prominent reasons we have seen in our role as Website Support Techs for web hosting companies, include:

a. Duplicate sender account present in the recipient server
b. Misconfigured mail configuration settings
c. Sender email account doesn’t exist or cannot be detected
d. Permission issues caused by server migrations, updates or custom scripts

Fix: To resolve sender errors, we examine the mail server logs, sender email account settings, folder permissions, mail server configuration, etc. and resolve any issues related to that.

At Bobcares, our custom checklists for migrations and updates enable us to avoid any related issues that may pop up. We also audit the mail server settings periodically and reconfigure the ‘Email Routing’ as appropriate.

Conclusion

“SMTP error from remote mail server after RCPT TO” error is a common error that affects email delivery. Here we’ve discussed five major causes our Server Support Engineers have seen and how we fix it.

PREVENT YOUR SERVER FROM CRASHING!

Never again lose customers to poor server speed! Let us help you.

Our server experts will monitor & maintain your server 24/7 so that it remains lightning fast and secure.

SEE SERVER ADMIN PLANS

var google_conversion_label = «owonCMyG5nEQ0aD71QM»;

  • Remove From My Forums
  • Question

  • am getting many mails like the following:

    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:

     
    13384044629@189.cn
        SMTP error from remote mail server after RCPT TO:<13384044629@189.cn>:
        host mta-189.21cn.com [121.14.53.136]: 550 no such user
     
    13384044610@189.cn
        SMTP error from remote mail server after RCPT TO:<13384044610@189.cn>:
        host mta-189.21cn.com [121.14.53.136]: 550 no such user
     
    13384044595@189.cn
        SMTP error from remote mail server after RCPT TO:<13384044595@189.cn>:
        host mta-189.21cn.com [121.14.53.136]: 550 no such user
     
    13384044573@189.cn
        SMTP error from remote mail server after RCPT TO:<13384044573@189.cn>:
        host mta-189.21cn.com [121.14.53.136]: 550 no such user
     
    13384044558@189.cn
        SMTP error from remote mail server after RCPT TO:<13384044558@189.cn>:
        host mta-189.21cn.com [121.14.53.136]: 550 no such user

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

    Return-path: <info@hinfo@contoso.com>
    Received: from [124.225.61.114] (helo=yahoo.com.cn)
            by lin04.belgon.be with esmtpa (Exim 4.69)
            (envelope-from
    info@contoso.com>
            id 1RkLLJ-0004gw-4x; Mon, 09 Jan 2012 20:57:17 +0100
    Message-ID: <77B7F027E856BFB2A4B9DF8BFD2F64DE@yahoo.com.cn>
    From: «2012-01-10 03:57:18»
    To: <13384035091@189.cn>
    Subject: =?gb2312?B?uafPsqOhobbO0tKqyc+0us3tobfAuMS/1+nOqsT6y82z9jgwMA==?=
            =?gb2312?B?MDDUqtLUvLC158TU0rvMqKOhx+vKudPDtefE1LXHwr1jbnQ=?=
            =?gb2312?B?djg2Ny5jb23B7Miho6HH687xsdixo7ncusPE+rXE0ek=?=
            =?gb2312?B?1qTC66G+MTgwMqG/?=
    Date: Tue, 10 Jan 2012 03:57:17 +0800
    MIME-Version: 1.0
    Content-Type: multipart/alternative;
            boundary=»—-=_NextPart_000_0F67_01779FB3.155E6870″
    X-Priority: 1
    X-MSMail-Priority: High
    X-Mailer: Microsoft Outlook Express 6.00.2900.5512
    X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5512

    This is a multi-part message in MIME format.

    i ccant figure out whats causing this but its getting me and my customers really frustrated.

    Anyone?

Answers

  • If you are getting those messages then there is little that you can do about it. That is known as backscatter and means a spammer is sending email with your email address as the from line. The server accepts the email and then bounces it.

    You could look at setting up SPF records, but if the servers are not setup correctly to reject email for non-existent users, they are unlikely to be using SPF record information correctly.

    Press delete on the messages and live with it, very little else that you can do.

    Simon.


    Simon Butler, Exchange MVP
    Blog |
    Exchange Resources | In the UK?

    Hire Me.

    • Marked as answer by

      Saturday, January 14, 2012 5:07 PM

  • I am not talking about your server, but the remote server.

    So spammer sends email to target at ISP 1. Target doesn’t exist. The server at ISP 1 should reject the email at point of delivery. They don’t, instead they accept the email and bounce it back to the «sender». The sender is your email address. This is known
    as backscatter.

    Nothing you can do about fixing that.

    SPF records are set in the DNS of whoever looks after your domain and can reduce the use of your email for spoofing. However if it isn’t setup correctly it can actually block your email from being sent correctly, and in my experience does nothing to reduce
    the level of spam.

    There are no simple answers to dealing with spam or NDRs such that you are receiving that are caused by spammers.

    Simon.


    Simon Butler, Exchange MVP
    Blog |
    Exchange Resources | In the UK?

    Hire Me.

    • Marked as answer by
      enlil
      Saturday, January 14, 2012 5:07 PM

One common error you can get when sending email is the “550 No Such User here” error. This error occurs when the sending email is rejected because the username cannot be found or is not accessible by the server. There are several reasons why you would get a “550 No Such User Here” error.

  • Mail file permissions are not readable or are incorrect.
  • The email address was typed incorrectly.
  • MX records are incorrect ( pointing to the wrong server ).
  • Email does not route correctly ( Remote / Local domains ).

This error can go both ways, meaning, people sending to your server may get the error and when you send from your server to another you may get the error. Depending on where the error bounce is generated from will determine what you can do about fixing the error.

If you get “550 No Such User Herebounces sending from your server to another server, you most likely will need to contact the host or email administrator of the server you are emailing to fix it.

If you are getting complaints that people sending to your server are getting this bounce, you can check / change the settings on your servers end. Below are the reasons why the 550 error may occur when you email.

Mail file permissions are not readable or are incorrect

All our servers store email in the “mail” directory of the “home” folder of your cPanel account. If the file permissions are corrupted ( sometimes caused by server moves, back up restorations, or recently uploaded files through FTP, etc.) you will get this error for all your emails. This is a simple fix. You can contact tech support to have the file permissions fixed on your server. On VPS and Dedicated servers, you can run the following from command line:

[[email protected]#### ~]$ fixperms userna5

This will reset all your file and folder permissions to folders 755 and files 644 for teh cPanle user userna5. If the email bounce is coming to you when you send to another server and it’s permissions related, the person you are emailing will need to contact their hosting provider to fix the permissions on their end.

The email address was typed incorrectly

550 No Such User Here” Errors can occur when the email address you are sending to is typed incorrectly. In this case, just make sure you have the email address spelled correctly.

MX records are incorrect ( pointing to the wrong server )

If you recently moved your domain to InMotion Hosting and you started receiving these errors, you may have a DNS nameserver or MX record problem. The MX records point your email address to a specific server. If the MX record is pointing your domain to the old hosting company and you removed all your email accounts off that server, when you go to send your email, you will get the “550 No Such User Here” error. You will want to check the following through command line:

[[email protected]#### ~]$$ dig example.com mx ; <<>> DiG 9.8.2rc1-RedHat-9.8.2-0.10.rc1.el6_3.6 <<>> example.com mx ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 8149 ;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 2, ADDITIONAL: 3 ;; QUESTION SECTION: ;example.com.                 IN      MX ;; ANSWER SECTION: example.com.          14400   IN      MX      0 example.com. ;; AUTHORITY SECTION: example.com.          54747   IN      NS      ns2.inmotionhosting.com. example.com.          54747   IN      NS      ns1.inmotionhosting.com. ;; ADDITIONAL SECTION: example.com.          13322   IN      A       66.117.4.177 ns1.inmotionhosting.com. 11994   IN      A       74.124.210.242 ns2.inmotionhosting.com. 11994  IN      A       70.39.150.2

The example above shows that domain example.com points to the ns1.inmotionhosting.com and ns2.inmotionhosting.com nameservers and that the MX routes to the InMotion Hosting server.

Make sure your nameservers are pointing to us. If your nameservers do not point to our server, then your domain will not route to our server unless you make special DNS changes at the host the nameservers point to.

Make sure the MX records for your domain are sending to the correct server. If your domain does point to the correct server, check the MX records to see if the email is pointing to the correct server in the cPanel MX entry.

If your nameservers and DNS are correct, then you will need to check the email routing. If the bounce message is from you sending to another server, then the person receiving the email will need to check with their email provider for a resolution.

Email does not route correctly ( Remote / Local domains )

In the case that you are receiving bounces to a specific email address, you will need to find the MX records and the nameservers for the receiving domains DNS. Run the following DIG in the Linux command line to find the Receiving servers nameservers.

To find out if your domain is on the receiving email servers DNS nameserver, you can DIG the domain for their nameservers. Once you get the nameservers for the receiving domain, you can check the DNS for your domain using their nameservers. Below will explain in detail.

Dig the receiving server domain to find the nameservers:

Below shows what a DNS MX record DIG looks like for notexample.com.

[[email protected]#### ~]$ dig notexample.com mx ; <<>> DIG 9.8.2rc1-RedHat-9.8.2-0.10.rc1.el6_3.6 <<>> notexample.com ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 8587 ;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 2, ADDITIONAL: 2 ;; QUESTION SECTION: ;notexample.com.                 IN      A ;; ANSWER SECTION: notexample.com.          14400   IN      MX      0 notexample.com. ;; AUTHORITY SECTION: notexample.com.          85619   IN      NS      ns1.somenameserver.com. notexample.com.          85619   IN      NS      ns2.somenameserver.com. ;; ADDITIONAL SECTION: notexample.com.          13322   IN      A       25.22.80.62 ns2.somenameserver.com. 18391 IN     A       25.22.80.62 ns1.somenameserver.com. 18391 IN     A       25.22.67.43 ;; Query time: 1 msec ;; SERVER: 74.124.198.200#53(74.124.198.200) ;; WHEN: Thu Mar  7 06:08:06 2013 ;; MSG SIZE  rcvd: 136

The results of this DIG shows that the nameservers for the receiving server notexample.com has the nameservers of ns1.somenameserver.com and ns2.somenameserver.com. The MX record points to notexample.com which has an IP that points to the server the nameservers are on. Next you can check your domain in the receiving server nameservers.

Checking if your domain is in another servers DNS:

Now that you have the receiving server nameservers for the notexample.com domain, you can DIG the DNS records at the receiving servers end to see if your domain is in their DNS nameserver. The following is an example of the DIG command in shell that will look up example.com on the notexample.com server.

dig @ns1.somenameserver.org example.com ; <<>> DiG 9.8.2rc1-RedHat-9.8.2-0.10.rc1.el6_3.6 <<>> @ns1.somenameserver.org example.com ; (1 server found) ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 11023 ;; flags: qr aa rd; QUERY: 1, ANSWER: 1, AUTHORITY: 2, ADDITIONAL: 2 ;; WARNING: recursion requested but not available ;; QUESTION SECTION: ;example.com.            IN      A ;; ANSWER SECTION: example.com.     14400   IN      A       70.39.251.58 ;; AUTHORITY SECTION: example.com.     86400   IN      NS      ns2.somenameserver.org. example.com.     86400   IN      NS      ns1.somenameserver.org. ;; ADDITIONAL SECTION: ns1.somenameserver.org. 14400 IN      A       70.39.251.58 ns2.somenameserver.org. 14400 IN      A       70.39.251.58 ;; Query time: 66 msec ;; SERVER: 70.39.251.58#53(70.39.251.58) ;; WHEN: Fri Mar  8 06:16:18 2013 ;; MSG SIZE  rcvd: 140

The previous response shows that example.com is in the DNS on the notexample.com server. This means that the emails sent to notexample.com are seeing example.com in their DNS, looking for the email address on the notexample.com server, and rejecting it because there is no email address on the server.

To fix this, you will need to contact the hosting company or the domain owner that you are sending to, telling them that your emails cannot go through to their server because your domain is in their DNS. They will ned to “Kill the DNS, change the routing to remote on the receiving server, or remove your domain from their DNS nameserver.

If your domain is not in their DNS nameserver:

If example.com was NOT found in the nameserver on the receiving server you will get the following not found response.

dig @ns1.inmotionhosting.com google.com ; <<>> DiG 9.8.2rc1-RedHat-9.8.2-0.10.rc1.el6_3.6 <<>> @ns1.inmotionhosting.com google.com ; (1 server found) ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: SERVFAIL, id: 63529 ;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0 ;; QUESTION SECTION: ;google.com.                    IN      A ;; Query time: 0 msec ;; SERVER: 74.124.210.242#53(74.124.210.242) ;; WHEN: Fri Mar  8 06:20:03 2013 ;; MSG SIZE  rcvd: 28

In this case, you can try checking your email routing. If you are sending from your server with us, you will need to set the email routing to local in your MX entry of your cPanel. If you are using a 3rd party application like Google APPs, you will need the routing set to remote.

If this does not fix the problem, then you will want to contact tech support to find out if there is a routing issue with your DNS.

Содержание

  1. 5 causes for “SMTP error from remote mail server after RCPT TO” error, and the fixes
  2. What is the error “SMTP error from remote mail server after RCPT TO”?
  3. “SMTP error from remote mail server after RCPT TO” error – Causes & Fixes!
  4. 1. Configuration errors
  5. 2. Domain blacklists
  6. 3. RDNS misconfiguration
  7. 4. Recipient errors
  8. 5. Sender errors
  9. Conclusion
  10. PREVENT YOUR SERVER FROM CRASHING!
  11. 6 Comments
  12. Не отправляется письмо. Приходит отчет о недоставке! ! Все перепроверял на 100 раз, все равно приходит этот отчет!
  13. exim4 — disable autoreplies about «SMTP error from remote mail server after RCPT»
  14. 2 Answers 2
  15. Ваше сообщение не доставлено mail failure что это значит
  16. Отправляю письмо, в ответ приходит: «Ваше сообщение не доставлено. Mail failure.» Что делать в таком случае?
  17. failure sending mail перевод на русский
  18. Печать Сообщения почтовых серверов — что они означают?
  19. Ваше сообщение не доставлено mail failure что это значит

5 causes for “SMTP error from remote mail server after RCPT TO” error, and the fixes

Email errors can be really bothersome – they can hit you hard and unexpected, when you attempt to send an urgent mail.

As part of our Server Support services for web hosting providers, we resolve email errors faced by website owners.

One commonly encountered email error is “SMTP error from remote mail server after RCPT TO”. It shows up when users try to send mails to other email accounts.

What is the error “SMTP error from remote mail server after RCPT TO”?

This error message is a very confusing one, as it can be triggered due to a number of causes. But usually the bounce message that arrives contains the details about the error.

The RCPT command is used to tell the sender mail server, who the recipient of your message is. The error message denotes that the sending mail server faced an error during that command, while trying to send mails.

To know the exact reason for the error, we examine the entire bounce message that the sender receives. And here are some of the major causes we’ve identified.

“SMTP error from remote mail server after RCPT TO” error – Causes & Fixes!

Mail server configuration issue or blacklisting, anything can cause a mail delivery error. We’ll see how to relate to the cause, from the error message we get.

1. Configuration errors

Cause: The authentication errors mostly occur due to mail client or mail form configuration settings. If you try to send mails without proper authentication of your mail account, the mail server throws this error.

The authentication error also occurs when there is any mail server configuration issue – like domain not present in localdomains file or MX record mismatches.

Fix: The mail client settings should be properly configured with mail account details, SMTP server and port number. For PHP mail forms, using SMTP authentication to send out mails can help resolve this error.

To resolve mail server configuration errors, we examine the mail logs, MX records and related configuration files, and fix the discrepancies that are found in them.

2. Domain blacklists

Cause: RBLs aka blacklists are used by mail servers to prevent inbound spamming. When blacklist providers such as Spamhaus suspect your mail server as a spam origin, they will blacklist your server IP.

Getting blacklisted indicates that your server had a spammer or someone who is sending mass mails. Many times, server owners get to know about it only when users complain about mail errors.

Fix: Once blacklisted, getting de-listed is a time-consuming procedure. Pinpointing the source of spam and fixing it is the most important step. Then you need to request RBL to remove you from the list.

To ensure seamless mail delivery, it is important to avoid getting blacklisted. At Bobcares, we proactively secure the mail server and keep constant vigil on them to avoid all spamming activities that can cause the server to get blacklisted.

3. RDNS misconfiguration

Cause: RDNS pointer records are used to map IP to hostname and it helps to validate a server. Many mail servers reject incoming mails from servers without proper RDNS records.

Fix: Setting RDNS records for the sending mail server helps to avoid such errors. At Bobcares, we configure critical mail records such as RDNS, SPF, DKIM, etc to ensure that mail delivery errors are avoided.

4. Recipient errors

Cause: The mail delivery error ‘SMTP error from remote mail server after RCPT TO:’, can be caused by a range of issues at the recipient mail server.

These include missing or suspended recipient email account, incorrect MX records, custom blacklists or filters configured at the recipient email account, which cause mails to bounce back to sender.

Fix: The MX records of the recipient domain should be tested and confirmed to be working fine. For resolving issues at recipient end, you need to contact the remote mail server with these inputs.

5. Sender errors

Cause: A sender error can be caused due to many factors. The prominent reasons we have seen in our role as Website Support Techs for web hosting companies, include:

a. Duplicate sender account present in the recipient server
b. Misconfigured mail configuration settings
c. Sender email account doesn’t exist or cannot be detected
d. Permission issues caused by server migrations, updates or custom scripts

Fix: To resolve sender errors, we examine the mail server logs, sender email account settings, folder permissions, mail server configuration, etc. and resolve any issues related to that.

At Bobcares, our custom checklists for migrations and updates enable us to avoid any related issues that may pop up. We also audit the mail server settings periodically and reconfigure the ‘Email Routing’ as appropriate.

Conclusion

“SMTP error from remote mail server after RCPT TO” error is a common error that affects email delivery. Here we’ve discussed five major causes our Server Support Engineers have seen and how we fix it.

PREVENT YOUR SERVER FROM CRASHING!

Never again lose customers to poor server speed! Let us help you.

Our server experts will monitor & maintain your server 24/7 so that it remains lightning fast and secure.

I can’t seem to fix this error and it’s really disturbing me

Hello Joseph,
Our experts can fix the error for you. We’ll be happy to talk to you on chat (click on the icon at right-bottom).

Hello
I met the same issue and hope to fix this,
Please contact me and let me know how to fix this issue.
thanks

Hello,
We need to take a closer look at your Mail server settings. If you still have errors and need help, we’ll be happy to talk to you on chat (click on the icon at right-bottom).

Hello
I facing the 421 and 550.1 error and hope to fix this,
Please contact me and let me know how to solve this issue.
thanks

Our Experts can help you with the issue, we’ll be happy to talk to you on chat (click on the icon at right-bottom).

Источник

Не отправляется письмо. Приходит отчет о недоставке! ! Все перепроверял на 100 раз, все равно приходит этот отчет!

Ваше сообщение не доставлено. Mail failure.
От кого: mailer-daemon@corp.mail.ru Кому: bogomolov_89@mail.ruСегодня, 15:34

Это письмо создано автоматически сервером Mail.Ru, отвечать на него не нужно.

К сожалению, Ваше письмо не может быть доставлено одному или нескольким получателям:

mediagrypp@yandex.ru
SMTP error from remote mail server after RCPT TO: :
host mx.yandex.ru [213.180.204.89]: 550 5.7.1 No such user!

Рекомендуем Вам проверить корректность указания адресов получателей.

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:

mediagrypp@yandex.ru
SMTP error from remote mail server after RCPT TO: :
host mx.yandex.ru [213.180.204.89]: 550 5.7.1 No such user!

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

Return-path:
Received: from mail by f90.i.mail.ru with local (envelope-from )
id 1WZaT7-0005XQ-NF
for mediagrypp@yandex.ru; Mon, 14 Apr 2014 10:34:14 +0400
Received: from [92.124.50.46] by e.mail.ru with HTTP;
Mon, 14 Apr 2014 10:34:13 +0400
From: =?UTF-8?B?0JHQvtCz0L7QvNC+0LvQvtCyINCU0LzQuNGC0YDQuNC5?=
To: =?UTF-8?B?0JjRgNC40L3QsCDQmtGA0LDRgdC90L7QstCw?=
Subject: =?UTF-8?B?RndkOiDRgdC+0LPQu9Cw0YHQuNC1ISEh?=
Mime-Version: 1.0
X-Mailer: Mail.Ru Mailer 1.0
X-Originating-IP: [92.124.50.46]
Date: Mon, 14 Apr 2014 10:34:13 +0400
Reply-To: =?UTF-8?B?0JHQvtCz0L7QvNC+0LvQvtCyINCU0LzQuNGC0YDQuNC5?=
X-Priority: 3 (Normal)
Message-ID:
Content-Type: multipart/alternative;
boundary=»—ALT—Q16S9Yn61397457253″
X-Mras: Ok
X-Spam: undefined

—-ALT—Q16S9Yn61397457253
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: base64

Источник

I have a setup of exim4 on domain1 in front of other server, domain2 (with sendmail). Second server have no direct access to internet, so domain1 is MX for domain2. And domain2 is set as hubbed_host in the exim4 on domain1.

When spammer sends message for no_such_user@domain2, its sendmail do a reject:

Then, exim4 at domain1 do an auto-reply like this:

The spammers uses fake «from» field, and such generated messages are frozen by exim for a long time.

How can I disable some or all autoreplies from exim4? Ideally, I want a filter, if message was not delivered with error «User unknown» than don’t generate any autoreply from mailer-daemon.

2 Answers 2

I think this blog post is what you’re looking for.

Problem: When a mail server accepts a message and later decides that it can’t deliver the message, it is required to send back a bounce email to the sender of the original message. These bounce emails are often misdirected.

For many MTAs there are solutions, so here is my solution for exim :

Solution: This solution uses filtering to discard bounced back emails. So your exim should have a central filter. Such filter can be configured in exim.conf configuration file […]

Your problem is that you’re not verifying the recipient address at RCPT time. This is easy to fix.

Use callout verification for the recipient. The «remote» server you talk to is under your control, so this is not abusive.

In the ACL assigned to acl_smtp_rcpt, you have a rule which does «verify = recipient». Without knowing your rules, I can’t say exactly what to do. IF this line is in an «accept» block, then just before it you can add another accept block, almost the same, with an added «domains = domain2» restriction and which does «verify = recipient/callout» (adding those 8 characters at the end). If this is in a «require» block, instead of «accept», then after that block you can add a deny block, like:

Источник

Ваше сообщение не доставлено mail failure что это значит

Отправляю письмо, в ответ приходит: «Ваше сообщение не доставлено. Mail failure.» Что делать в таком случае?

обычно это случается из за неправильно введённого адреса получателя. Уже сто раз у меня такое было.. .

Ваше сообщение не доставлено. Mail failure.
mailer-daemon@corp.mail.ru
Кому: androsova.nastasya@list.ru

сегодня, 4:29
Это письмо создано автоматически сервером Mail.Ru, отвечать на него не нужно.

К сожалению, Ваше письмо не может быть доставлено одному или нескольким получателям:

no-@tvidi.ru
SMTP error from remote mail server after RCPT TO::
host ASPMX.L.GOOGLE.COM [64.233.161.27]: 550-5.1.1 The email account that you tried to reach does not exist. Please try
550-5.1.1 double-checking the recipient’s email address for typos or
550-5.1.1 unnecessary spaces. Learn more at
550 5.1.1 https://support.google.com/mail/answer/6596 h96si9185817lji.47 — gsmtp

Рекомендуем Вам проверить корректность указания адресов получателей.

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:

no-@tvidi.ru
SMTP error from remote mail server after RCPT TO::
host ASPMX.L.GOOGLE.COM [64.233.161.27]: 550-5.1.1 The email account that you tried to reach does not exist. Please try
550-5.1.1 double-checking the recipient’s email address for typos or
550-5.1.1 unnecessary spaces. Learn more at
550 5.1.1 https://support.google.com/mail/answer/6596 h96si9185817lji.47 — gsmtp

——This is a copy of the message, including all the headers. ——
——The body of the message is 21716 characters long; only the first
——8192 or so are included here.

Return-path:
Received: from [178.216.76.141] (ident=mail)
by f358.i.mail.ru with local (envelope-from )
id 1bCu1U-0003PM-QO
for no-@tvidi.ru; Tue, 14 Jun 2016 22:29:17 +0300
Received: from [178.216.76.141] by e.mail.ru with HTTP;
Tue, 14 Jun 2016 22:29:16 +0300
From: =?UTF-8?B?0JDQvdCw0YHRgtCw0YHQuNGPINCQ0L3QtNGA0L7RgdC+0LLQsA==?=
To: no-@tvidi.ru
Subject: =?UTF-8?B?UmU6INCS0LDRiNC1INGB0L7QvtCx0YnQtdC90LjQtSDQvdC1INC00L7RgdGC?=
=?UTF-8?B?0LDQstC70LXQvdC+LiBNYWlsIGZhaWx1cmUuINCf0L7Rh9C10LzRgyA/?=
MIME-Version: 1.0
X-Mailer: Mail.Ru Mailer 1.0
X-Originating-IP: [178.216.76.141]
Date: Tue, 14 Jun 2016 22:29:16 +0300
Reply-To: =?UTF-8?B?0JDQvdCw0YHRgtCw0YHQuNGPINCQ0L3QtNGA0L7RgdC+0LLQsA==?=
X-Priority: 3 (Normal)
Message-ID:
Content-Type: multipart/alternative;
boundary=»—ALT—KFPLCYM29KcQYtvBazhXWaWghTQ5vJrH1465932556″
X-Mras: OK
X-Spam: undefined
In-Reply-To:
References:

—-ALT—KFPLCYM29KcQYtvBazhXWaWghTQ5vJrH1465932556
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: base64

failure sending mail перевод на русский

сегодня, 4:29
Это письмо создано автоматически сервером Mail.Ru, отвечать на него не нужно.

К сожалению, Ваше письмо не может быть доставлено одному или нескольким получателям:

no-@tvidi.ru
SMTP error from remote mail server after RCPT TO::
host ASPMX.L.GOOGLE.COM [64.233.161.27]: 550-5.1.1 The email account that you tried to reach does not exist. Please try
550-5.1.1 double-checking the recipient’s email address for typos or
550-5.1.1 unnecessary spaces. Learn more at
550 5.1.1 https://support.google.com/mail/answer/6596 h96si9185817lji.47 — gsmtp

Рекомендуем Вам проверить корректность указания адресов получателей.

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:

no-@tvidi.ru
SMTP error from remote mail server after RCPT TO::
host ASPMX.L.GOOGLE.COM [64.233.161.27]: 550-5.1.1 The email account that you tried to reach does not exist. Please try
550-5.1.1 double-checking the recipient’s email address for typos or
550-5.1.1 unnecessary spaces. Learn more at
550 5.1.1 https://support.google.com/mail/answer/6596 h96si9185817lji.47 — gsmtp

——This is a copy of the message, including all the headers. ——
——The body of the message is 21716 characters long; only the first
——8192 or so are included here.

Return-path:
Received: from [178.216.76.141] ( >by f358.i.mail.ru with local (envelope-from )
id 1bCu1U-0003PM-QO
for no-@tvidi.ru; Tue, 14 Jun 2016 22:29:17 +0300
Received: from [178.216.76.141] by e.mail.ru with HTTP;
Tue, 14 Jun 2016 22:29:16 +0300
From: =?UTF-8?B?0JDQvdCw0YHRgtCw0YHQuNGPINCQ0L3QtNGA0L7RgdC+0LLQsA==?=
To: no-@tvidi.ru
Subject: =?UTF-8?B?UmU6INCS0LDRiNC1INGB0L7QvtCx0YnQtdC90LjQtSDQvdC1INC00L7RgdGC?=
=?UTF-8?B?0LDQstC70LXQvdC+LiBNYWlsIGZhaWx1cmUuINCf0L7Rh9C10LzRgyA/?=
MIME-Version: 1.0
X-Mailer: Mail.Ru Mailer 1.0
X-Originating-IP: [178.216.76.141]
Date: Tue, 14 Jun 2016 22:29:16 +0300
Reply-To: =?UTF-8?B?0JDQvdCw0YHRgtCw0YHQuNGPINCQ0L3QtNGA0L7RgdC+0LLQsA==?=
X-Priority: 3 (Normal)
Message-ID:
Content-Type: multipart/alternative;
boundary=»—ALT—KFPLCYM29KcQYtvBazhXWaWghTQ5vJrH1465932556″
X-Mras: OK
X-Spam: undefined
In-Reply-To:
References:

—-ALT—KFPLCYM29KcQYtvBazhXWaWghTQ5vJrH1465932556
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: base64

Печать Сообщения почтовых серверов — что они означают?

Если вы получили письмо от Mailer-Daemon с темой «Undelivered Mail Returned to Sender», значит отправленное письмо не было доставлено до одного или нескольких получателей. Причина, по которой исходное письмо не доставлено, указана в конце уведомления на английском языке. Наиболее распространенные причины указаны ниже.

Неправильный адрес получателя

Сообщение об ошибке содержит строчки:
User not found
User unknown
No such user here
Unrouteable address
Invalid mailbox
Mailbox unavailable

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

Пример сообщения об ошибке:
: host mail.example.com[192.0.2.120] said: 550 5.1.1
: Recipient address rejected: User unknown in local
recipient table (in reply to RCPT TO command)

В почтовом ящике адресата нет свободного места

Сообщение об ошибке содержит строчки:
account is full
Quota exceeded
User has exhausted allowed storage space
error writing message: Disk quota exceeded

Размер письма больше, чем ограничение на сервере получателя

На сервере получателя установлено ограничение на максимальный размер письма. Если вы отправляете несколько файлов, попробуйте их отправить в нескольких разных письмах.

Пример:
message size 7520647 exceeds size limit 6000000 of server mail.example.com[192.0.2.120]

Это значит, что было отправлено письмо размером 7,5 мегабайт, а сервер получателя принимает письма размером не более 6 мегабайт.

Сервер получателя не принимает почту

Сообщение об ошибке содержит строчку:
Operation timed out

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

Пример:
: connect to mail.example.com[192.0.2.120]: Operation timed out

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

На прошлой неделе на электронный почтовый ящик пришло письмо с заголовком: “Ваше сообщение не доставлено. Mail failure”. Отправителем значится mailer-daemon@corp.mail.ru, вот отрывок из текста письма:

Это письмо создано автоматически сервером Mail.Ru, отвечать на него не нужно.
К сожалению, Ваше письмо не может быть доставлено одному или нескольким получателям, потому что:
письмо заблокировано системой как возможный спам. Для решения проблемы перейдите по указанной ссылке или напишите подробности на адрес abuse@corp.mail.ru.
Код ошибки: 7A54F868D9B95DF3CCB3CC64FBC23AE3A557A1196327224BEF67EB6795250125. > Далее идут различные параметры почтового сервера, с помощью которого пытались отправить это письмо, где в поле отправитель и получатель прописан адрес моего почтового ящика. Не знаю, может кто-то просто ошибся или отправляет письма, используя мой почтовый ящик. Но я никогда не занимаюсь никакой спам рассылкой, поэтому решил разобраться с этим вопросом. А вот и сам текст письма, которое не пропустила спам система:

Hello!
We are looking for employees working remotely.
My name is Isiah, I am the personnel manager of a large International =
company.
Most of the work you can do from home, that is, at a distance.
Salary is $3000-$6000.
If you are interested in this offer, please visit=20
Our Site
Best regards!

Надеюсь, что это просто ошибка, а не деятельность мошенников, хотя очень похоже. Но всё равно необходимо разобраться. Поэтому переходим по ссылке, указанной в письме от mailer-daemon@corp.mail.ru, по которой открывается страница “Мои письма воспринимаются как спам”:

В которой для того, чтобы возобновить отправку писем, отправьте запрос в службу поддержки. Для этого перейдите по ссылке, которая была указана в ошибке, тогда обязательные поля будут заполнены автоматически. Если этого не произошло, заполните поля вручную, для этого скопируйте из ошибки следующие данные: «Error code» и « > Почта Mail.Ru использует технологию DMARC для защиты от подделки отправителя. Любые письма должны отправляться с авторизацией. Если Вы получили ошибку о недоставке письма, которое Вы не отправляли – просто удалите её. Мы работаем над тем, чтобы таких писем стало меньше. Если это было Ваше письмо, то мы рекомендуем Вам отправлять письма с авторизацией через почтовый сервер smtp.mail.ru, информацию о настройках Вы можете найти здесь: https://help.mail.ru/mail-help/mailer/popsmtp.

Вот и всё, мы поставили администрацию почтового сервиса в известность и можем смело отправлять письма снова. А то письмо на всякий случай лучше сохранить, вдруг проблема “ письмо не может быть доставлено, так как заблокировано системой как возможный спам” повторится снова, можно будет снова переправить это письмо и объяснить, что ту мы не виноваты в рассылке спама.

Если статья «письмо не может быть доставлено, так как заблокировано системой как возможный спам» оказалась для Вас полезной, пожалуйста поделитесь ей со своими друзьями

©Все права защищены. При использовании материалов сайта ссылка на источник обязательна.

Ваше сообщение не доставлено mail failure что это значит

Уточните, какая проблема возникла:

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

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

Почтовый ящик не зарегистрирован на Mail.ru. Свяжитесь с получателями другим способом.

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

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

Ошибка «550 Access from ip address blocked» Злоумышленники анонимно рассылают спам-рассылки с вашего IP из-за неправильных настроек, поэтому он заблокирован.Отправьте администратору вашего сервера указанную информацию, чтобы решить проблему.

Технические требования

  1. Почтовые серверы должны быть соответствующим образом защищены от неавторизованного анонимного использования.
  2. Для серверов, предоставляющих учетные записи пользователям:
    • не должно быть возможности использовать поддельный envelope-from, отличающийся от аккаунта авторизовавшегося пользователя
    • либо в заголовках должна быть информация об авторизовавшемся пользователем, осуществившем отправку письма.
  1. Прямые соединения на почтовые X-серверы Mail.Ru из веб-скриптов не разрешены. Следует осуществлять отправку таких почтовых сообщений через локальный SMTP-транспорт веб-сервера или отдельный SMTP-сервер с осуществлением авторизации с соблюдением предыдущих пунктов.

Например:
Received: from username [192.168.10.27]
(Authenticated sender: user@domain.ru)
by smtp.domain.ru (Postfix)
Thu, 21 Apr 2011 08:58:21 +0400 (MSD)

После настройки почтового сервера по требованиям заполните, пожалуйста, форму.

Ваше письмо заблокировано системой антиспам-фильтров. Для решения проблемы воспользуйтесь нашими рекомендациями

Для решения проблемы в настройках IP-адреса укажите, вместо pop.mail.ru — 94.100.184.75 , smtp.mail.ru — 94.100.177.1. Также вы можете изменить порт SMTP c 25 на порт 2525 или 587 в настройках вашей почтовой программы. Если это не помогло, попробуйте использовать для отправки SMTP сервер вашего провайдера.

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

Появляется при использовании запрещенных символов в имени компьютера (в соответствии со стандартами RFC2821 и RFC1045, смотрите на сайте rfc-editor.org). Имя компьютера должно содержать только латинские буквы, цифры и дефисы. Для решения проблемы обратитесь к вашему системному администратору.

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

Мы не рекомендуем делать рассылки с личных ящиков. Для этого вы можете зарегистрировать домен, добавить его на специальный сервис контроля за рассылками Postmaster Mail.ru и беспрепятственно рассылать письма. Подробнее о правилах рассылок с доменов читайте в разделе «Правила рассылок».

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

Источник

Понравилась статья? Поделить с друзьями:

Читайте также:

  • Smtp error from remote mail server after rcpt to address rejected
  • Smtp error from remote mail server after rcpt to 550 relay not permitted
  • Smtp error from remote mail server after pipelined sending data block
  • Smtp error from remote mail server after mail from message size exceeds fixed limit
  • Smtp error from remote mail server after initial connection перевод

  • 0 0 голоса
    Рейтинг статьи
    Подписаться
    Уведомить о
    guest

    0 комментариев
    Старые
    Новые Популярные
    Межтекстовые Отзывы
    Посмотреть все комментарии