Email Bounces Back with “unrouteable mail domain” Error Email Bounces Nazaj v "unrouteable mail domena" Error
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. Na svoj poštni strežnik, ki jih zagotavlja storitve spletnega gostovanja, če Prenos sporočil (MTA), je praviloma Exim ali Sendmail, se lahko pošiljanje e-pošte in dostavi napako, če e-pošto, vključujejo tiste, ki jih ustvari auto-PHP skripte Odklonijo nazaj na pošiljatelja račun z MTA sama. The problem normally happens during the initial setup of email server, or after you have done some changes to system or web host configuration. Problem se običajno zgodi med začetno postavitev strežnika e-pošte, ali ko ste naredili nekaj sprememb v sistemu ali spletni strežnik konfiguracije. And even emails send to well known domains such as Gmail.com, Yahoo.com and Hotmail.com are rejected. In tudi e-pošto pošljite na dobro znana področja, kot je Gmail.com, Yahoo.com in Hotmail.com se zavrne. The following text message will append to the bounced email: Naslednje sporočilo bo temu je odbijanje email:
Mail delivery failed: returning message to sender Pošte failed: poročevalskih sporočilo pošiljatelja
A message that you sent could not be delivered to one or more of its A sporočilo, ki ste jo poslali niso mogle biti dobavljene, da eden ali več njenih
recipients. prejemnikov. This is a permanent error. To je stalna napaka. The following address(es) failed: Naslov (es) failed:
xxx@hotmail.com xxx@hotmail.com
unrouteable mail domain “hotmail.com” unrouteable mail domena "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. V unrouteable mail domena se prikaže sporočilo o napaki je zelo splošno sporočilo o napaki v poštni strežnik, ki lahko pomeni veliko stvari in možnih vzrokov za napako. List below is a few common causes and its possible solution. Spodnjem seznamu je nekaj skupnih vzrokov in morebitnih rešitev.
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. Če uporabljate cPanel, je "unrouteable mail domena" napake se lahko pojavijo, ko MTA hit omejitev največje število e-pošto poslala na uro. The setting is configured at Tweak Settings section of cPanel WebHost Manager (WHM). Nastavitev je nastavljena na Uštinuti Nastavitve oddelek cPanel webhost Manager (WHM). Look for the option of “The maximum each domain can send out per hour (0 is unlimited)”. Poglej za možnost "Največji posamezni domeni lahko pošlje na uro (0 neomejeno)". As mentioned, set it to 0 for unlimted emails sending. Kot že omenjeno, jo nastavite na 0 za unlimted pošiljanje e-pošte. 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. Če uporabljate deljeno gostovanje, lahko spremenite to nastavitev, vendar lahko zahteva podporo gosti podjetje ali počakaj v eni uri. This limit is in place to curb any spam attacks that might take place on the servers. Ta rok je za preprečitev kakršnih koli nezaželeno napadi, ki lahko poteka na strežnikih.
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. Drug možen razlog za "unrouteable mail domena" problem pri pošiljanju pošte, ki ga PHP skripta je varnostna funkcija za spletni strežnik Apache in httpd PHP modul. 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. V cPanel, je možno, da nastavite "nihče" račun, ki Apache teče ni dovoljeno pošiljanje e-pošte na oddaljenem ali zunanjih e-poštnih naslovov. If the setting is enabled, the MTA will bounce the e-mails if PHPSuexec or/and Suexec is turned off and disabled. Če je nastavitev omogočena, se bo MTA Odklonijo e-pošte, če PHPSuexec in / ali Suexec je izključen in onemogočen. 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. Resolucija ali rešitev tega problema je Ukinuti je "Prepreči uporabniku" nihče "pošilja ven mail oddaljeni naslovi (PHP in CGI skripte običajno vodijo kot nihče, če ne uporabljate PHPSuexec in Suexec respectively)." Nastavitev v Uštinuti Nastavitve oddelek 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. Če ste na deljenem gostovanju strežnika in brez dostopa do WHM, zopet ste v stik z gosti storitev za podporo in resolucijo. You can also try to modify the PHP scripts to send emails using SMTP with authentication. Prav tako lahko poskusite spremeniti PHP skripta za pošiljanje e-pošte z uporabo SMTP authentication.
The unable to send email problem may also related to DNS configuration error. The mogli poslati e-pošto lahko tudi težave, povezane z DNS konfiguracijo napake. 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. S poreklom v poštni strežnik za domeno imeti MX zapis, povezane z njim, ki potem tudi potrebo, da ima zapisnik v DNS rešiti na pravilen naslov IP. Beside, Internet Service Providers require all incoming email to be sent from a server with a reverse DNS (PTR) record. Poleg internetnih storitev zahtevajo, da vse dohodne e-pošte, ki se pošlje s strežnika s povratno DNS (PTR) zapis. All these DNS records must be correctly defined. Vse te zapise DNS mora biti pravilno opredeljene. You can use dig command (for example: dig mx mydomain.com) to verify the MX record, or use third-party websites such as Lahko uporabite kopljemo ukaz (na primer: kopljemo mx mydomain.com) da se preveri MX zapis ali uporabo s strani tretje stranke, kot so spletne strani dnsstuff.com dnsstuff.com to check for all DNS entries. za preverjanje vseh vstopov 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: Pošiljatelj je poštni strežnik ali prejemnikov poštni strežnik lahko ima pošiljatelj preverjanje vklopi, v katerem se preverjanje ne uspe, boste morali nekatere napake, kot sledi:
Remote SMTP server has rejected address Oddaljeni strežnik SMTP zavrnil naslov
550-Verification failed for 550-Overjanje ni uspelo za
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. Če je to vaš lasten poštni strežnik MTA, ki je bila zavrnjena e-pošto, lahko začasno izključite "Preverite obstoj pošiljateljev e-poštni naslov" v cPanel WHM pod Exim ali Sendmail Configuration Editor v oddelku službe za konfiguracijo. 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. Vendar pa je vzrok še vedno povezanih z DNS problem je omenjeno zgoraj, kot je nastavitev omogoča, da preveri, če je MX zapis je pošiljatelj veljavna. 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. Torej, če je poštni strežnik ne more progi pošte prejemnikom "MTA in bila zavrnjena z napako, boste morali preveriti DNS vpise še enkrat, čeprav obstaja možnost, da vitek prejme mail server je misconfigured.
IMPORTANT : The page is machine translated and provided "as is" without warranty. POMEMBNO: Ta stran je stroj prevod in če "kot je" brez garancije. Machine translation may be difficult to understand. Strojno prevajanje je lahko težko razumeti. Please refer to Prosimo, da original English article original English članek whenever possible. kadar je to mogoče.
Related Articles Sorodni članki
- Unable to Logon to Win2003 Domain AD Due to Windows Cannot Connect to the Domain Error Ne morem Logon na Win2003 Domain AD Zaradi Windows Ne morem se povezati na domeno Napaka
- Domain Does Not Have Any NS Records Error at DNSStuff.com or DNSReport.com Domena nima NS Records Napaka na DNSStuff.com ali DNSReport.com
- Unlimited Email Storage and Infinity Mail Space for Yahoo! Unlimited Email Skladiščenje in Infinity Mail Prostor za Yahoo! Mail Pošta
- How to Send an Email (Mail Message) from Linux Command Line Shell Kako Pošlji Email (sporočilo), iz Linux Command Line Shell
- How to Blacklist or Block Email Addresses or Senders or Domain in Gmail Kako Blacklist Block ali E-poštni naslovi ali pošiljatelji ali Domain v Gmailu
- Host Your Domain Email with Google on Gmail Technology Host Your Email domen na Gmail z Googlovo tehnologijo
- How to Create Email Account and Receive Mail for Abuse and Postmaster in Google Apps Kako ustvariti E-poštni račun in prejmete pošto za zlorabe in pošte iz Google Apps
- Delay Sending of Email Message in Microsoft Outlook (Supports Gmail, Hotmail, Yahoo, AOL and all POP3/IMAP Mail) Zamuda Pošiljanje e-pošto v programu Microsoft Outlook (podpira Gmail, Hotmail, Yahoo, AOL in vse POP3/IMAP Mail)
- cPanel Mail Main Account and Workaround to Disable cPanel Mail glavnega računa in Rešitev za Onemogoči
- Gmail Email Message Corrupted Error Gmail Email poškodovan Sporočilo o napaki










































July 7th, 2009 08:00 7. julij 2009 08:00
Has anyone else feel like the global downturn has hurt the board industry? Has kdorkoli še počutim kot svetovne recesije se je poškodoval na krovu industrije?