poštni server

[obiskis]

Imam problem, da iz naših naslovov ni možno več pošiljati na t-2.net

če sem prav opazil, se je na t-2 16.7. zamenjal strežnik, ki je počasi prevzel delo,
hkrati se je nekaj zgodilo, tako da ni možno pošiljati na t-2

po urgenci na t2 s s strani prejemnika, je vse OK, pri našem ponudniku tudi

to je primer, ki je zavrnil ko sem poslal na svojega

xxxx@t-2.net
SMTP error from remote mail server after RCPT TO:<xxxx@t-2.net>:
host smtp-bad-in-1.t-2.net [84.255.208.39]: 450 4.7.1 Client host rejected:
cannot find your hostname, [65.60.49.20]: retry timeout exceeded

mi lahko kdo pomaga

lp, vito

[GregecSLO]

Tole maš ti problem pri sebi...
Probaj še enkrat, lahko da bil kak DNS failure, preveri tudi če ima poštni server REVERSE naslov dodan...
Ponavad ta error pride od tega da ni reverse vpisan (PTR).

Če pošiljaš iz: 65.60.49.20
pa ne bi smelko bit problema, vsaj na prvi pogled ne...

LP

[NoName]

ne vem ce bo drzalo...

;; ANSWER SECTION:
20.49.60.65.in-addr.arpa. 43119 IN PTR web51.justhost.com.
;; AUTHORITY SECTION:
49.60.65.in-addr.arpa. 43119 IN NS ns1.singlehop.com.
49.60.65.in-addr.arpa. 43119 IN NS ns2.singlehop.com.
---
; ANSWER SECTION:
web51.justhost.com. 1778 IN A 65.60.49.18
;; AUTHORITY SECTION:
justhost.com. 86378 IN NS corp04-dm.pipedns.com.
justhost.com. 86378 IN NS corp05-dm.pipedns.com.

PTR record kaze na web51.justhost.com, A record kaze pa na en cist drug IP... popravi pri upravljalcu domene/dns adminu naslovnega prostora...

[obiskis]

nadaljevanje:

tole mi je poslal iz podpore kjer imam gostovanje :

Cannot find your hostname, [65.60.49.20]: retry timeout exceeded this error means destination mail server is unreachable.
There is nothing we can do on our end because this problem persists on the recipient's mail server.

So please ask t-2.net support team to check this issue.

[Cobane]

Ali znaš igrat ping-pong?

Če še ne, se ga boš pa sedaj naučil!

[GregecSLO]

ne vem ce bo drzalo...

;; ANSWER SECTION:
20.49.60.65.in-addr.arpa. 43119 IN PTR web51.justhost.com.
;; AUTHORITY SECTION:
49.60.65.in-addr.arpa. 43119 IN NS ns1.singlehop.com.
49.60.65.in-addr.arpa. 43119 IN NS ns2.singlehop.com.
---
; ANSWER SECTION:
web51.justhost.com. 1778 IN A 65.60.49.18
;; AUTHORITY SECTION:
justhost.com. 86378 IN NS corp04-dm.pipedns.com.
justhost.com. 86378 IN NS corp05-dm.pipedns.com.

PTR record kaze na web51.justhost.com, A record kaze pa na en cist drug IP... popravi pri upravljalcu domene/dns adminu naslovnega prostora...

Sej sm reku na prvi pogled

nadaljevanje:

tole mi je poslal iz podpore kjer imam gostovanje :

Cannot find your hostname, [65.60.49.20]: retry timeout exceeded this error means destination mail server is unreachable.
There is nothing we can do on our end because this problem persists on the recipient's mail server.

So please ask t-2.net support team to check this issue.

Drugač pa je to problem pri njih.
Tud če boš nam poslal iz tam te bo naš mailhub gladko zavrnil...

[obiskis]

je možno dobiti odgovor, kaj ne paše serverju na T-2 ko pošljem, da posredujem naprej

zadeva kolikor sam vem je, da je web51 na 65.60.49.18, ker sem vzel uslugo lastnega IPja ta je pa 65.60.49.20

sem malo pingal in domena ptt.si kaže pravilno na 65.60.49.20

Hvala, lp Vito

[NoName]

lej k je zacel delat.. samo PTR so ti spremenili.. ne mors da verjames!

[ssavski]

Jaz imam podoben problem - lahko pojasniš kaj je ta PTR, ki so ti ga spremenili, ker imam bolj malo pojma

[GregecSLO]

PTR ti spremenijo tam kjer imaš hosting.
To je reverse DNS zapis.

Če imaš na T-2 gostovano se obrni na njih (dns@t-2.net), siol ima (dns@siol.net).

Samo poveš da bi imel za IP številko PTR mail.domena.com recimo...

Če se poštni server ne predstavi pravilno in nima PTR-ja jih bo dosti zavrnilo...

[NoName]

V zadnjem času opažamo povečano število nedostavljenih sporočil na T-2 poštne strežnike zaradi slabo skonfiguriranih pošiljateljevih poštnih strežnikov - le-ta namreč ne upoštevajo določil RFC 2821, natančneje točke 4.1.1.1, ki zahteva, da se odjemalec v EHLO/HELO fazi strežniku predstavi z FQDN ali svojim IP naslovom, v kolikor PTR zapis ne obstaja.

Strežnik se povečini predstavi kot neko izmišljeno ime, recimo exchange.lan, mail.domena.lan, mail.domena.local, linux.domena.lan linux.lan, test.com, streznik.lan, streznik.local.. pač.. kaj takega...

V kolikor ima še kdo težave s tem, predlagam, da preveri, kako se strežnik predstavi (če ne gre drugače, v konzoli natipka

Koda: Izberi vse

telnet streznik.domena.com smtp

strežnik pa bi v začetni fazi skoraj zagotovo odgovoril z 220, kateremu ponavadi (ne vedno) sledi skonfigurirano polno ime strežnika, recimo

Koda: Izberi vse

220 smtp-1.t-2.net ESMTP

če strežnik odgovori z

Koda: Izberi vse

220 WINDOWSSERVER.LOCAL Microsoft ESMTP MAIL Service, Version: 6.0.3790.4675 ready

ali kaj podobnega, se nemudoma obrnite na skrbnika sistema (ali pa ga, v kolikor vam to dopušča položaj v podjetju - beri direktor - nemudoma odpustite ).

[Rozi]

Lepo, da na T-2 tako pedantno skrbite za standarde. Vendar je danes pomembnejše, da pošta pride do prejemnika, kot pa da 100 % ustreza standardom! Poštni strežniki so namenjeni temu, da ljudje med seboj nemoteno komuniciramo, ne da tekmujejo administratorji, kdo zna bolj natančno slediti standardom.

Če bi bil jaz direktor, bi takoj odpustil sistemca, ki bi v mojem podjetju nastavil tako občutljiv poštni strežnik.

[Cobane]

[PaJo]

Ni fora v držanju standardov, fora je v preprečevanju spama in ostale nesnage in če se admin drži rfc-ja (načeloma je zato tam da dela po standardih) so stvari dosti dosti lepše za celoten internet. Te fores z odpuščanjem so po mojem malo pregrobo rečene, samo včasih treba malo zagrozit, da se stvar sploh premakne, drugače pač vsi delajo po balkansko.(

[Rozi]

Verjemi PaJo, da se tisti, ki masivno pošiljajo spam, še najbolj spoznajo na standarde. Njihovi strežniki in pošta običajno natančno ustrezajo standardom. Zato dosledno spoštovanje standardov bistveno ne preprečuje spam-a.