Labot SMTP kļūdu 451 (pagaidu vietējā problēma – Lūdzu, mēģiniet vēlāk)
Problēma, ar kuru šobrīd saskaras daudzi serveru administratori, ir saistīta ar mazāk izplatītu kļūdu SMTP kas parādās, nosūtot e-pasta ziņojumu. Labojiet SMTP kļūdu 451.
apmierināts
Šīs kļūdas cēloņi var būt vairāki, tāpēc ir lietderīgi pēc kārtas izpētīt visus iespējamos cēloņus. Manā gadījumā apmācības pirmajā daļā es atsaucos uz konkrētu gadījumu.
SMTP Error 451 (Temporary local problem – please try later)
Runa nav par uzlaušanu vai problēmu, ko izraisa a konfigurācijas kļūda. kļūda SMTP 451 tas īpaši parādās operētājsistēmās CentOS cu VestaCP instalēts, un kļūdu žurnāls izskatās apmēram šādi:
2020-07-03 11:17:11 Bojāts faila nosaukums meklēšanai: '/etc/exim/domains/domain.com/aliases' 2020-07-03 11:17:11 H=(costa.onlymale.tiešraide) [104.140.84.7] F=<[email protected]> uz laiku noraidīts RCPT <vārds@domēns.com>: failed to expand "${extract{1}{:}{${lookup{$local_part@$domain}lsearch{/etc/exim/domains/$domain/aliases}}}}": NULL
Es nezinu, vai problēma ir arī serveriem, kuriem tie ir cPanel, bet tālāk Vestacp noteikti tā ir problēma. Praktiski neviens lietotājs nevar nosūtīt vēstules, pat ja savienojums ar pasta serveri šķiet kārtībā.
Kļūda parādās pēc a konfigurācijas nesaderības jaunākajā EXIM atjauninājumā CentOS (exim 4.94-1.el7), un līdz šim brīdim nav neviena “labot” lai atrisinātu šo problēmu. Tomēr ir ļoti vienkāršs risinājums.
Kā atrisināt SMTP kļūdu 451 (īslaicīga lokāla problēma – Lūdzu, mēģiniet vēlāk)
Atgriežoties pie iepriekšējās versijas EXIM (pazemināt) ir ērtākais risinājums pasta serveru administratoriem ar VestaCP.
1. Mēs piesakāmies Linux, izmantojot SSH un izpildiet komandrindas, caur kurām mēs lejupielādējam un instalējam veco versiju EXIMApvidū
wget https://stealthsettings.com/download/exim-4.93-3.el7.x86_64.rpm rpm -Uvh --oldpackage exim-4.93-3.el7.x86_64.rpm
Izvade:
2. Restartēt “exim” un uzmanību, ka pakalpojumi “clamd” un “spamassassin” skriet.
Iepriekš aprakstītais ir konkrēts gadījums, taču šāda veida kļūdas var izraisīt dažādi īslaicīgi cēloņi, kas jums jāņem vērā un jāizpēta. Piemēram, problēma ar adresāta e-pasta serveri pārsniedzot nosūtīto ziņojumu ierobežojumu laika intervālā.
Citi iemesli, kāpēc var būt SMTP kļūda 451
→ SMTP kļūda 451 var arī norādīt, ka lietotājs ir pārsniedzis e-pasta serverī noteiktos ierobežojumus e-pasta sūtīšanai. E-pasta serveris neļaus lietotājam sūtīt vairāk e-pastu par noteiktajiem limitiem. Šie ierobežojumi ir iestatīti kā dienas vai stundas ierobežojumi, lai ierobežotu lietotāju ļaunprātīgu rīcību.
→ Adresāta e-pasta serveris ir pārslogots ar ziņojumiem vai tam ir veiktspējas problēmas. Tam ir ļoti liela slodze, un tas nevar apstrādāt ieejas pieprasījumus;
→ Adresāta e-pasta serverim tiek veikta apkope. Ļoti iespējams, ka konkrēti pakalpojumi un/vai savienojamība tiks apturēta;
→ Ir īslaicīga problēma ar tīklu vai savienojumu ar adresāta e-pasta serveri.
Labot SMTP kļūdu 451 (pagaidu vietējā problēma – Lūdzu, mēģiniet vēlāk)
Iespējams, jūs interesē arī...
10 domas par “Labot SMTP kļūdu 451 (pagaidu vietējā problēma – Lūdzu, mēģiniet vēlāk)”
Paldies mans draugs… Man ir grūti (labi, es meloju, BAUDU) iestatot VestaCP vietnē Centos7. Jūsu raksts man ļoti palīdzēja, tas bija ļoti precīzs.…
Sveicieni no Margaritas salas Venecuēlā.
(Alehandro)
Reboot “Exim” un esiet uzmanīgi, lai pakalpojumi darbotos “clamd” Un “spamassassin”Apvidū – atšifrējiet to, lūdzu) Kā pārstartēt un ko nozīmē būt uzmanīgiem?)
Vairs nedarbojas – nav sadalījumu, 404.
Atvainojiet! Lejupielādes saite tika atjaunināta.
stealthsettings.com/download/exim-4.93-3.el7.x86_64.rpm
Paldies par rakstu.
Man ir Centos 7 ar Vesta, un man radās šī kļūda.
Es veicu jūsu ieteikto pazemināšanu un restartēju serveri, un tagad kļūda turpinās, bet ziņojums ir vienkāršāks. “SMTP kļūda: [451] Īslaicīga lokāla problēma – lūdzu, mēģiniet vēlāk”
Iepriekšējā rādīja maršrutus un tā tālāk…
Esmu mazliet apmaldījies, tomēr paldies.
Atvainojiet par ļaunprātīgu izmantošanu, bet es vēlētos jums atstāt servera žurnāla ziņojumu, lai redzētu, vai jums ir kādas idejas. Liels paldies!
13. jūlijs 11:01:06 vps-4d0fbc6f systemd: clamd.service neizdevās.
13. jūlijs 11:01:06 vps-4d0fbc6f systemd: clamd.service aizturēšanas laiks ir beidzies, tiek plānota restartēšana.
Jūl 13 11:01:06 vps-4d0fbc6f systemd: apturēts clamd skeneris (clamd) dēmons.
13. jūlijs 11:01:06 vps-4d0fbc6f systemd: Clamd skenera (clamd) dēmona palaišana…
13. jūlijs 11:01:06 vps-4d0fbc6f systemd: tika palaists clamd skenera (clamd) dēmons.
13. jūlijs 11:01:06 vps-4d0fbc6f systemd: neizdevās solī EXEC radās /usr/sbin/clamd: šāda faila vai direktorija nav
13. jūlijs 11:01:06 vps-4d0fbc6f systemd: clamd.service: galvenais process ir iziets, kods=exited, status=203/EXEC
13. jūlijs 11:01:06 vps-4d0fbc6f systemd: Iekārta clamd.service nonāca kļūmes stāvoklī.
13. jūlijs 11:01:06 vps-4d0fbc6f systemd: clamd.service neizdevās.
systemctl stop clamdsystemctl stop eximsystemctl start clamdsystemctl status clamdsystemctl start eximJums ir problēmas ar “clamd”. Atveriet VestaCP → Server → Exim un atspējojiet “clamd” no EXIM. Restartējiet EXIM un mēģiniet vēlreiz.
Cita metode ir salabot clamav instalāciju.
Paldies!!
Šis raksts ir ļoti noderīgs. Es pie tā strādāju dažas dienas, bet nevaru atrisināt šo problēmu. Es turpināju mēģināt novērst DNS problēmu un domāju, ka tā ir CONFIG problēma. Izrādījās, ka problēma ir ar EXIM versiju un VESTACP!
Nāc! Es ceru, ka mēs spēsim atrisināt vairāk problēmu. Pašaizliedzīga centība! Respekt!
Labdien! Man ir radusies problēma ar kļūdām manā APACHE tiešsaistes veikalā.
mans serveris nepārtraukti avarē, un man ir jārestartē serveris, lai veikals atkal darbotos.
vai varat man palīdzēt?