For å rangere eller kommentere det du leser på denne siden må du være logget på som medlem. Det er gratis og vi deler aldri dine data med noen. Registrer deg her

Les
SMTP feilkoder og verktøy
Publisert av: Trond
04-sep-2007
Har du din egen mail server er det en full dags jobb bare å passe på at alt går som det skal. Heldigvis finnes det verktøy som kan hjelpe deg og sørge for at mailen flyter som den skal.

Som den lykkelige eier av egne mailservere har jeg sett meg nødt til å investere masse tid og energi i dette med å sørge for at de kjører som de skal. For hver dag som går blir det mer og mer komplisert da SPAM, virus og en rekke mottiltak sørger for at dagene fort går med til feilsøking og monitorering. 

Det første som må til er å forstå hvordan man skal tolke alle kodene en mailserver operer med. 

Kode Beskrivelse
200 nonstandard success response, (see RFC876)
211 System status or system help reply
220 "domain" service ready
221 service closing transmission channel
250 Requested mail action okay, completed
251 User not local, will forward to "forward path"
421 service not available, closing transmission channel
450 Requested action not taken; mailbox unavilable or busy
451 Requested action aborted. local error in processing
452 Requested action not taken, insufficient system storage
500 Syntax error, command unrecognized
501 Syntax error in paramaters or arguements
502 Command not implemented
503 Bad sequence of commands
504 Command parameters not implemented
521 "domain" does not accept mail (see RFC1846)
550 Action not taken. Mailbox unavailable, not found, not accessible
551 User not local, please try "forward path"
552 Requested mail action aborted. Exceeded storage allocation
553 Mailbox name not allowed. Mailbox syntax may be incorrect
554 Transaction failed


Lese logger er i grunnen temmelig kjedelig. Rett og slett helt forferdelig kjedelig. Men det må gjøres, dog kan du avlastes ved å bruke overvåkningsverktøy som passer på for deg slik at du kun trenger å feilsøke NÅR det oppstår en feil. Personlig liker jeg godt IPSentry som kan overvåke mailserverene mine ved å sende epost til den og logge hvordan det går. Feiler det så har du bra underlag for å feilsøke.

Alternativ er å benytte en ekstern tjeneste som overvåker for deg og sende melding hvis det oppstår noe. IPPatrol er en jeg har testet og som i grunnen er temmelig bra. Litt for langt mellom testintervall synes jeg, og særlig hvis du skal sjekke SMTP (http://www.ippatrol.com/). 

Et rimelig alternativ er SMTP Watcher som er et windows program som sender e-post til serverene dine. 

Brannmur eller router er ofte satt opp med MTU som er satt til 1500. Sjekk at mailserver er satt opp med samme MTU. Hvis ikke KAN det forårsake feil under overføring av mail. F. eks TCP resend. Microsoft har litt info på dette her

Så er det socket timeout/SMTP connection. Den er default satt til 30 sekunder. Dette er en innstilling som sørger for at mailserver "henger" lenge nok til å få svar om en mailserver er nede. Den er og viktig med tanke på HELO/EHLO. Når en mail server sender inn forespørsel er det viktig at ikke mailserveren din er for rask med å stenge forbindelsen. På mange mailservere er dette utrolig vanskelig å finne ut av og særlig på Visnetic sin som er den jeg bruker. Problemet er at du må øke denne fordi ANDRE servere er feil satt opp og dermed påvirker det overføringen. 

Sjekk at DNS server er rask nok.


Kommentarer
Ingen kommentarer til valgt publikasjon.