Email Bounces Back with “unrouteable mail domain” Error E-pasts Bounces Atpakaļ ar "unrouteable pasts domēnā" kļūdu
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. Tajā savu pasta serveri, ko sniedz web hostinga pakalpojumu gadījumā, ja pasta pārvedumu aģents (MTA), parasti ir Exim vai Sendmail, var būt e-pasta sūtīšanu un piegādes kļūda, ja e-pasta ietver tos, kas auto-generated by PHP skripti piepeši atpakaļ sūtītājam kontu ar MTA pati. The problem normally happens during the initial setup of email server, or after you have done some changes to system or web host configuration. Problēma parasti notiek laikā sākotnējās iestatīšanas e-pasta servera, vai pēc tam, kad esat izdarīt dažas izmaiņas sistēmā vai interneta uzņēmējas konfigurācijā. And even emails send to well known domains such as Gmail.com, Yahoo.com and Hotmail.com are rejected. Un pat e-pasta nosūta labi zināms domēniem, tādiem kā Gmail.com, Yahoo.com un Hotmail.com ir noraidīts. The following text message will append to the bounced email: Ar šādu tekstu būs pievienot uz atlekšanai e-pasts:
Mail delivery failed: returning message to sender Mail piegāde failed: atgriežas ziņojumu sūtītājam
A message that you sent could not be delivered to one or more of its A ziņa, ka jums nosūtīja nevarēja piegādāt uz vienu vai vairākiem tās
recipients. saņēmējiem. This is a permanent error. Tas ir pastāvīgs kļūda. The following address(es) failed: Uz šādu adresi (es) failed:
xxx@hotmail.com xxx@hotmail.com
unrouteable mail domain “hotmail.com” unrouteable pasts domēnā "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. Par unrouteable pasta domēna kļūdas ziņojums ir ļoti vispārīgi kļūdas ziņojums par pasta serveri, kas varētu ir daudz lietas, un, iespējams, izraisa kļūdas. List below is a few common causes and its possible solution. Sarakstā ir maz kopēju cēloņus un tās iespējamo risinājumu.
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. Ja jūs izmantojat cPanel, the "unrouteable pasta domēna" kļūdu var rasties, ja MTA hit limits maksimālais skaits, e-pasta izsūtīšanas stundā. The setting is configured at Tweak Settings section of cPanel WebHost Manager (WHM). Tas ir konfigurēta pēc kniebiens Settings sadaļā cPanel WebHost Manager (WHM). Look for the option of “The maximum each domain can send out per hour (0 is unlimited)”. Meklējiet iespēja "Maksimālais katrā jomā var izsūtīt stundā (0 ir neierobežota)". As mentioned, set it to 0 for unlimted emails sending. Kā jau tika minēts, ka tas 0 unlimted e-pasta vēstuļu sūtīšanu. 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. Ja jūs izmantojat dalīto hosting, varat mainīt šo iestatījumu, bet jūs varat lūgt palīdzību no hostinga uzņēmumu vai tikai jāgaida, kas stundā. This limit is in place to curb any spam attacks that might take place on the servers. Šī robeža ir vietā, lai ierobežotu jebkuru mēstuļu uzbrukumiem, kas varētu notikt uz serveriem.
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. Vēl viens potenciālais iemesls "unrouteable pasta domēna" problēma, kad sūtīt e-pastu, ko rada PHP skripti ir drošības iezīme mājas saimnieka "un Apache HTTPD PHP moduli. 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. In cPanel, ir iespējams noteikt "neviens" kontā, kas Apache darbojas nav atļauts, lai nosūtītu e-pasta vēstuļu uz attāliem vai ārējo e-pasta adreses. If the setting is enabled, the MTA will bounce the e-mails if PHPSuexec or/and Suexec is turned off and disabled. Ja iestatījums ir iespējota, MTA būs lielība e-pastu, ja PHPSuexec un / vai Suexec ir izslēgts un invalīdiem. 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. Ar rezolūciju vai šīs problēmas risinājums ir noņemiet par "Novērst lietotājs" neviens "no izsūtot pasts attālo adreses (PHP un CGI skriptus parasti vada kā neviens, ja jūs neizmantojat PHPSuexec un Suexec attiecīgi.)", Kurā ir kniebiens Iestatījumi iedaļā 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. Ja jūs uz kopīgām hostinga serveri un bez piekļūt WHM, atkal jums ir sazināties ar mitināšanas pakalpojumu sniedzēju, lai atbalstītu un rezolūciju. You can also try to modify the PHP scripts to send emails using SMTP with authentication. Varat arī mēģināt pārveidot PHP skriptus, lai nosūtītu e-pasta vēstules, izmantojot SMTP ar autentificēšanu.
The unable to send email problem may also related to DNS configuration error. Par nevaram nosūtīt e-pasta problēma var būt arī saistīts ar DNS konfigurācijas kļūda. 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. Turklāt izcelsmes pasta servera domēna jābūt MX ieraksts saistīts ar to, kas tad arī jābūt A ieraksts DNS atrisināt uz pareizo IP adresi. Beside, Internet Service Providers require all incoming email to be sent from a server with a reverse DNS (PTR) record. Blakus, interneta pakalpojumu sniedzējiem pieprasīt visus ienākošos e-pastu jānosūta no servera ar reverse DNS (PTR) reģistrē. All these DNS records must be correctly defined. Visi šie DNS ierakstiem jābūt pareizi definēts. You can use dig command (for example: dig mx mydomain.com) to verify the MX record, or use third-party websites such as Varat izmantot bakstīt komandu (piemēram: zobgalība mx mydomain.com) pārbaudīt MX ierakstu, vai izmantot trešo personu mājas lapām, piemēram, dnsstuff.com dnsstuff.com to check for all DNS entries. pārbaudīt visiem DNS ierakstiem.
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: Sūtītāja pasta servera vai adresāta pasta serveri var arī ir sūtītāja pārbaude ieslēdz, kurā, ja pārbaude neizdodas, jums ir kāda kļūda, piemēram, šādi:
Remote SMTP server has rejected address Remote SMTP serveris noraidīja adrese
550-Verification failed for 550-Verification cietis neveiksmi
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. Ja tas ir jūsu pasta servera MTA, kas ir noraidīta e-pastu, varat īslaicīgi izslēgt "Pārbaudīt, ka pastāv e-pasta sūtītājiem" in cPanel WHM saskaņā ar Exim vai Sendmail konfigurācija Editor ekspluatācijā Konfigurācijas sadaļā. 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. Tomēr, galvenais iemesls ir joprojām saistītas ar DNS problēma minēts iepriekš, kā nosakot ļauj pārbaudīt un pārbaudīt, ja MX ierakstu sūtītājam ir derīga. 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. Tātad, ja pasta serveris nespēj maršruts pasta saņēmējiem "MTA un tas ir noraidīts ar kļūdu, jums būs nepieciešama, lai pārbaudītu DNS entries atkal, lai gan ir slim iespēja, ka saņēmēja pasta serveris ir misconfigured.
IMPORTANT : The page is machine translated and provided "as is" without warranty. SVARĪGI: Šī lapa ir mašīna tulkoto un ar nosacījumu ", kas ir" bez garantijas. Machine translation may be difficult to understand. Machine translation var būt grūti saprast. Please refer to Lūdzu, skatiet original English article oriģināls angļu rakstu whenever possible. kad vien iespējams.
Related Articles Saistītie raksti
- Unable to Logon to Win2003 Domain AD Due to Windows Cannot Connect to the Domain Error Nevar Pieteikšanās uz Win2003 Domain AD Sakarā ar Windows nevar izveidot savienojumu ar domēna kļūdu
- Domain Does Not Have Any NS Records Error at DNSStuff.com or DNSReport.com Domēna nav nekādas NS Records kļūdu pie DNSStuff.com vai DNSReport.com
- Unlimited Email Storage and Infinity Mail Space for Yahoo! Neierobežots e-pasts Uzglabāšanas un Infinity Mail Vieta Yahoo! Mail Mail
- How to Send an Email (Mail Message) from Linux Command Line Shell Kā Nosūtīt e-pastu (pasta ziņu) no Linux Command Line Shell
- How to Blacklist or Block Email Addresses or Senders or Domain in Gmail Kā melnais saraksts vai grupālajos e-pasta adreses vai sūtītāji vai Domēna Gmail
- Host Your Domain Email with Google on Gmail Technology Host Jūsu domēna e-pastu ar Google Gmail Technology
- How to Create Email Account and Receive Mail for Abuse and Postmaster in Google Apps Kā izveidot e-pasta kontu un saņemt pastu par ļaunprātīgu izmantošanu un pasta Google Apps
- Delay Sending of Email Message in Microsoft Outlook (Supports Gmail, Hotmail, Yahoo, AOL and all POP3/IMAP Mail) Nokavējums nosūtīšana e-pasta ziņu Microsoft Outlook (atbalsta Gmail, Hotmail, Yahoo, AOL un visām POP3/IMAP Mail)
- cPanel Mail Main Account and Workaround to Disable cPanel Mail Galvenā Konts un PROFILAKSE Lai Disable
- Gmail Email Message Corrupted Error Gmail e-pasta ziņu bojāti kļūdu
July 7th, 2009 08:00 Jūlijs 7, 2009 08:00
Has anyone else feel like the global downturn has hurt the board industry? Vai kāds cits justies kā pasaules ekonomikas lejupslīdes ir ievainots valdes rūpniecību?