Email Bounces Back with “unrouteable mail domain” Error Имейл върнати върна с "unrouteable поща домейн" Грешка
At your own mail server provided by the web hosting service, where the mail transfer agent (MTA) is normally Exim or Sendmail, there may be email sending and delivery error where emails include those auto-generated by PHP scripts bounce back to the sender’s account by the MTA itself. По свой собствен пощенски сървър, предоставяни от уеб хостинг услуга, където пощенските трансфер агент (MTA) е нормално за вноса и износа или Sendmail, може да изпратите електронна поща и доставка грешка, когато се включат тези имейли Автоматично генериран от PHP скриптове бъдат връщани обратно на изпращача " СМЕТКА от МТА само себе си. The problem normally happens during the initial setup of email server, or after you have done some changes to system or web host configuration. Проблемът обикновено се случва по време на първоначалната настройка на имейл сървър, или след като направих някои промени в системата или уеб хост конфигурация. And even emails send to well known domains such as Gmail.com, Yahoo.com and Hotmail.com are rejected. И дори имейли Изпрати на добре познати области като Gmail.com, Yahoo.com и Hotmail.com са отхвърлени. The following text message will append to the bounced email: Следният текст ще се появи съобщение, добавете към bounced имейл:
Mail delivery failed: returning message to sender Mail доставка провали: отчетните съобщение до подателя
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: На следния адрес (ове) не успя:
xxx@hotmail.com
unrouteable mail domain “hotmail.com” unrouteable поща домейн "hotmail.com"
The unrouteable mail domain error message is a very general error message of mail server which could means a lot of things and possible causes of error. В unrouteable домейн поща съобщение за грешка е много общи съобщение за грешка на сървъра, което може да означава много неща и възможните причини за грешка. List below is a few common causes and its possible solution. Списъка по-долу е на няколко общи причини и възможното му решение.
If you’re using cPanel, the “unrouteable mail domain” error may occur when MTA hit the limit on the maximum number of e-mails sent out per hour. Ако използвате cPanel на "unrouteable поща домейн" Грешка може да възникне, когато MTA натиснете ограничение на максималния брой на е-мейли, изпратени на час. The setting is configured at Tweak Settings section of cPanel WebHost Manager (WHM). Определянето е конфигуриран по ощипване Настройки раздел на cPanel WebHost Manager (WHM). Look for the option of “The maximum each domain can send out per hour (0 is unlimited)”. Потърсете възможност на "Максималната всеки домейн може да изпрати в час (0 е неограничен)". As mentioned, set it to 0 for unlimted emails sending. Както бе споменато, насочи го 0 за unlimted изпращане на имейли. If you’re using shared hosting, you can change this setting, but you can request support from hosting company or just wait out the hour. Ако използвате споделен хостинг, можете да промените тази настройка, но можете да поискате подкрепа от хостинг компанията или просто да чакаме на час. This limit is in place to curb any spam attacks that might take place on the servers. Това ограничение е по-добра възможност за овладяване на всякакви спам атаки, които могат да се проведе на сървъри.
Another possible cause for “unrouteable mail domain” problem when sending mail generated by PHP scripts is the security feature of the web host and Apache HTTPD PHP module. Друга възможна причина за "областта unrouteable поща" Проблемът, когато изпращате поща, генерирани от PHP скриптове е функция на сигурността на уеб-домакин и Apache HTTPD PHP модул. In cPanel, it’s possible to set “nobody” account which Apache is running is not allowed to send emails to remote or external email addresses. През cPanel, че е възможно да се определи "никой" Apache сметка, която се изпълнява не е позволено да изпращат имейли до отдалечени или външни имейл адреси. If the setting is enabled, the MTA will bounce the e-mails if PHPSuexec or/and Suexec is turned off and disabled. Ако настройка е включена, MTA, ще бъдат връщани на електронната поща, ако PHPSuexec и / или Suexec е изключен и инвалидите. The resolution or solution to this problem is to unselect the “Prevent the user “nobody” from sending out mail to remote addresses (PHP and CGI scripts generally run as nobody if you are not using PHPSuexec and Suexec respectively.)” setting in Tweak Settings section of cPanel WHM. В резолюция или решение на този проблем е да премахнете на "пречи на потребител" никой "от изпращането на поща до отдалечени адреси (PHP и CGI скриптовете се изпълняват както обикновено никой, ако не ползвате PHPSuexec и Suexec съответно.)" Настройки на средата, в ощипване раздел на cPanel WHM. If you’re on shared hosting server and with no access to WHM, again you have to contact the hosting service provider for support and resolution. Ако сте на споделен хостинг сървър и нямат достъп до WHM, отново ще трябва да се свържете с хостинг доставчик на услуги за поддръжка и резолюция. You can also try to modify the PHP scripts to send emails using SMTP with authentication. Можете също така да се опитват да променят PHP скриптове за изпращане на имейли с използване на SMTP удостоверяване.
The unable to send email problem may also related to DNS configuration error. В успяхме да изпратим имейл проблем може също така свързани с DNS конфигурацията грешка. The originating mail server for a domain must have an MX record associated with it, which then also need to have a A record in the DNS to resolve to the correct IP address. Произход мейл сървър за домейна трябва да имат MX запис, свързани с нея, които после също трябва да има А запис в DNS за разрешаване на правилния адрес. Beside, Internet Service Providers require all incoming email to be sent from a server with a reverse DNS (PTR) record. Освен, интернет доставчици изискват всички входящи имейл, за да бъде изпратено от сървър с обратен DNS (ЕПР) записва. All these DNS records must be correctly defined. Всички тези DNS записите трябва да бъдат правилно определени. You can use dig command (for example: dig mx mydomain.com) to verify the MX record, or use third-party websites such as Можете да използвате командата DIG (например: mydomain.com DIG MX), за да проверят MX запис, или да използвате уеб сайтове на трети страни, като например dnsstuff.com to check for all DNS entries. За проверка на всички DNS записи.
The sender’s mail server or recipient’s mail server may also has sender verification turns on, in which if the verification fails, you will have some error like below: Подателят на мейл сървър или на получателя мейл сървър може да има и за проверка на подателя се превръща де, в които проверката, ако не успее, ще има някои грешки като по-долу:
Remote SMTP server has rejected address Дистанционно SMTP сървъра е отхвърлил адрес
550-Verification failed for 550-Проверка за неуспешно
If it’s your own mail server MTA that’s rejecting the email, you can temporarily turn off “Verify the existence of email senders” in cPanel WHM under Exim or Sendmail Configuration Editor in Service Configuration section. Ако това е вашето собствено мейл сървър МТА, който е за отхвърляне на електронна поща, можете да изключите временно да "проверява наличието на имейл подателите" в cPanel WHM по вноса и износа или Sendmail конфигурация редактор в експлоатация конфигурация раздел. However, the root cause is still related to DNS problem mentioned above as the setting enables check and verify if the MX record of the sender is valid. Все пак, главната причина е все още свързан с DNS проблем, както беше споменато по-горе настройка позволява проверка и провери дали MX запис на изпращача е валиден. So if the mail server unable to route the mails to recipients’ MTA and been rejected with the error, you will need to verify the the DNS entries again, although there is slim chance that the receiving mail server is misconfigured. Така че, ако сървъра не може да пренасочите съобщения до получатели "МТА и били отхвърлени с грешка, ще трябва да се проверят на DNS записите отново, въпреки че има шанс да отслабне, че получавате мейл сървър е misconfigured.
IMPORTANT : This is a machine translated page which is provided "as is" without warranty. ВАЖНО: Това е една машина преведени страници, които се предоставят "както е" без гаранция. Machine translation may be difficult to understand. Машинен превод може да е трудно да разбереш. Please refer to Моля, вижте original English article оригиналния английски статия whenever possible. когато е възможно.
Share and contribute or get technical support and help at Споделете и да допринасят или да техническа поддръжка и помощ My Digital Life Forums Моят Дигитален живот Форуми .
Related Articles Сродни статии
- Unable to Logon to Win2003 Domain AD Due to Windows Cannot Connect to the Domain Error Невъзможно Logon към Win2003 Домейн АД Благодарение на Windows можете да се свържете към домейн Грешка
- Unlimited Email Storage and Infinity Mail Space for Yahoo! Неограничен имейл съхранение и безкрайност Mail пространство за Yahoo! Mail Поща
- Host Your Domain Email with Google on Gmail Technology Хост вашата електронна поща с домейн на Google Gmail Технологии
- How to Blacklist or Block Email Addresses or Senders or Domain in Gmail Как да Черен списък на Блока или имейл адреси или подателите или домейн в Gmail
- Domain Does Not Have Any NS Records Error at DNSStuff.com or DNSReport.com Домейн няма никакво NS записи грешка на DNSStuff.com или DNSReport.com
- Gmail Email Message Corrupted Error Gmail имейл съобщение за грешка повреден
- Google Domain Names Registration and Search for Free Apps for Your Domain Google регистрация на домейн имена както и да търсите в Свободен Apps за вашия домейн
- Delay Sending of Email Message in Microsoft Outlook (Supports Gmail, Hotmail, Yahoo, AOL and all POP3/IMAP Mail) Забавяне Изпращане на имейл съобщение в Microsoft Outlook (Подкрепя Gmail, Hotmail, Yahoo, AOL и всички POP3/IMAP Mail)
- Send an Anonymous Email Message With Web Based Anonymous Mail Service Providers Изпрати анонимен имейл съобщение с уеб базирани анонимен мейл услуга
- Remove ESET NOD32 Checked Email Confirmation Tag Message in Email Премахване на ESET NOD32 проверени имейл за потвърждение на етикет съобщение по електронна поща
