mail küldés és fogadás probléma

Linux-kezdő

mail küldés és fogadás probléma

  • 1187 megtekintés

( s17jojo | 2005. 08. 24., sze – 10:57 )

Sziasztok,

A levelezéssel van egy kis problémám. Idáig minden jól ment. Tudtam küldeni bárkinek és fogadni bárkitől is. Az egyik ismerősöm jelezte, hogy nem tud nekem küldeni levelet, mert a levél nem megy el. Próbaként én is küldtem egy levelet, de az enyém se ment el neki.
Debian linuxot használok és exim4-et.
Az exim logja a következőt tartalomazza:
vki.xxx.hu R=dnslookup T=remote_smtp defer (-53) : retry time not reached for any host

Gondoltam névfeloldási hiba lehet. Ezért a következő parancsokat adtam ki:
nslokup és a host a mail.xxx.hu és értelmes választ adott. (azaz jó ip címet adott vissza)
A traceroute-tal viszont már nem érte el. (ip címet megint jól oldotta fel).

Próbálkoztam úgy is elküldeni a levelet, hogy vki@mail.xxx.hu. De ez se oldotta meg a problémát.
A tűzfalam logja nem írt ki semmit se, azt se hogy próbálkozás történt volna.

Azóta sajnos van egy másik olyan cím is, ahová nem tudok küldeni.
Persze ez csak 2 cím a 20-30 levélcím közül ahová szoktam levelet küldeni, de akkor is nagyon zavaró.
Mi lehet a probléma? :?:

Válaszokat előre is köszönöm:

s17jojo

( Névtelen (nem ellenőrzött) | 2005. 08. 24., sze – 11:32 )

http://www.exim.org/exim-html-4.50/doc/html/FAQ_6.html

Q0620: Why does Exim bounce messages without even attempting delivery, giving the error retry time not reached for any host after a long failure period?

A0620: This message means that all hosts to which the message could be sent have been failing for so long that the end of the retry period (typically 4 or 5 days) has been reached. In this situation, Exim still computes a next time to retry, but any messages that arrive in the meantime are bounced straight away. You can alter this behaviour by unsetting the delay_after_cutoff option on the smtp transport. Then Exim will try most messages for those hosts once before giving up.

Nekem ez nem tünik hibának..
Fri

( s17jojo | 2005. 08. 24., sze – 11:37 )

Igen, ez tény. Viszont akkor másként fogalmazom meg a problémát. Miért nem tudom elérni a mail serveremről az adott mail servert?
Amugy már telnettel is próbálkoztam, de semmi.

Köszi a választ. :D

s17jojo

( lipilee | 2005. 08. 24., sze – 12:24 )

routing probléma, vagy a remote server áll. semmi köze a mail serveredhez. fogadok pingelni se tudod azokat a gépeket.

( s17jojo | 2005. 08. 24., sze – 12:41 )

igen. Mondjuk a ping le van tiltva.
Hogyan tudnám feloldani ezt a problémát?

s17jojo

( Sea-you | 2005. 08. 24., sze – 15:04 )

A kernelben ugye nincs bekapcsolva a congestion notification , eccer en is szivtam emiatt (par szolgaltato eldobalja az ilyen csomagokat).

( s17jojo | 2005. 08. 24., sze – 15:45 )

Lehet hogy bugyuta kérdés, de hol találom ezt: congestion notification? :?

s17jojo

( Sea-you | 2005. 08. 24., sze – 16:19 )

[quote:e6cece14b8="s17jojo"]Lehet hogy bugyuta kérdés, de hol találom ezt: congestion notification? :?

s17jojo

http://www.google.co.hu/url?sa=t&ct=res&cd=1&url=http%3A//www.knowplace.org/netfilter/kernelconfig.html&ei=voEMQ8jzLYvAwgGmmYSdBw

Ez alapjan megtalalod a .configban :)

( s17jojo | 2005. 08. 24., sze – 17:14 )

ugy látom nálam ki van kapcsolva

( Sea-you | 2005. 08. 24., sze – 17:22 )

ha ratelnetelsz az adott szerver 25os portjara feldobja az smtp bannert?

( s17jojo | 2005. 08. 24., sze – 17:27 )

telnet mail.xxx.hu 25 -re a következőt írja ki:
Trying ip...

( Névtelen (nem ellenőrzött) | 2005. 08. 24., sze – 17:35 )

[quote:421e161127="s17jojo"]Igen, ez tény. Viszont akkor másként fogalmazom meg a problémát. Miért nem tudom elérni a mail serveremről az adott mail servert?
Amugy már telnettel is próbálkoztam, de semmi.
s17jojo

- nézd meg máshonnan, mondjuk freemail tudsz-e kuldeni
- traceroute - nézd meg hol akad meg a ping..
- tcptraceroute - nézd meg hol akad meg a 25 felé a csomag
- old fel itt az xxx-et, mert szerintem az igazság odaát van,
találgatni meg elég nehéz.:)

Fri

( s17jojo | 2005. 08. 24., sze – 17:43 )

:).

Mást email címre tudok küldeni. De erre a címre nem tudok küldeni, és ők se tudnak nekem küldeni.
A traceroute gw.netra.hu címnél akad el. Máshonnan sikerül elérnem a megadott címet, amely közvetlenül a gw.netra.hu cím után van.
A tcptrace is a gw.netra.hu címen akad el.

( Névtelen (nem ellenőrzött) | 2005. 08. 24., sze – 17:55 )

[quote:4a5eb5fa35="s17jojo"]:).
Máshonnan sikerül elérnem a megadott címet, amely közvetlenül a gw.netra.hu cím után van.
A tcptrace is a gw.netra.hu címen akad el.

Igen.. elérhető az adott mail szerver.

- nincs fekete listán a mail szerevered?
- nem lehet, hogy a gw.x.hu letiltotta a szerevered,
mert mondjuk nagy tartományt port scanneltél?:)
Fri

( s17jojo | 2005. 08. 24., sze – 17:58 )

Honnan tudhatom meg hogy fekete listán van-e a mail serverem?

( Névtelen (nem ellenőrzött) | 2005. 08. 24., sze – 18:15 )

[quote:67b2681e6c="s17jojo"]Honnan tudhatom meg hogy fekete listán van-e a mail serverem?

http://rbls.org
http://openrbl.org/
http://www.altohiway.com/cgi-bin/make_frame.pl?TITLE=Open+Relay+Check&URL=/cgi-bin/relay_check/relay_check

( s17jojo | 2005. 08. 25., cs – 07:48 )

Szerencsére egyik listán sincs rajta :)

( s17jojo | 2005. 08. 25., cs – 09:51 )

Ha traceroute-n masik helyrol futtatom, akkor a gw.netra.hu cim utan eleri a mail.xxx.hu-t.
Nalam eljut a gw.netra.hu cimig. Ez azt jelenti, hogy a gw.netra.hu tovabb kuldi es a mail.xxx.hu nem fogadja? (esetleg egy firewall megakadalyozza)
vagy ha a gw.netra.hu cimet elerte, akkor akar o is blokkolhatja?
(remelem ertheto) :wink:

( begin | 2005. 08. 25., cs – 14:41 )

Még itt is megnézhetnéd a hostodat.
Rendelkezik a hostod reverse DNS bejegyzéssel? Sok mail szerver ellenőrzi, hogy a küldő szerver rendelkezik-e ilyen bejegyzéssel, és csak akkor fogadja a levelet, ha igen.

( s17jojo | 2005. 08. 25., cs – 15:18 )

Hol tudom megnezni, hogy rendlekezik-e reverse DNS bejegyzéssel?

s17jojo