szolgalati kozlemeny

[tamas at ajrg.hu]

Nekem meg az volt egyszer a problémám, hogy egy adott helyről ha az SMTP szerver
egy másik helyre akart egy levelet elküldeni, akkor azt a célhelyen nem kapták meg.
Egy idő után kiderült, hogy ha a helyi postfix a célállomáson levő M****softos
ESMTP szervernek küld egy EHLO <bármi> parancsot, akkor az válaszként bontja a
kapcsolatot. Az IP címünk nincs rajta semmilyen listán, nem csinálunk relay-t,
van reverse-ünk, mégis Command Line Too Long-ot válaszol minden EHLO-ra.
Ráadásul otthonról például gond nélkül elfogadja az EHLO parancsot ugyanez a
célgép. 
Mivel nem jöttünk rá, hogy velünk mi a baj, a megoldás az volt, hogy az EHLO
parancs küldését globálisan letiltottuk a postfix-ben az EHLO parancsot. Azóta
minden megy. 
(A poén az, hogy ha az SMTP szerver bejelentkező üzenetében benne van az 'ESMTP'
karaktersorozat, akkor szabad EHLO-val bejelentkezni. Márpedig ez a M****soft
cél ESMTP szerver küldi a greetings-ben ezt a karaktersorozatot.)
A rejtély pedig azóta sem oldódott meg.
Üdv.
Tamás

Idézet Vajk Fekete <halaloszto at yahoo.co.uk>:

> ez tenyleg szar.
> 
> vajk
> 
> Auth Gábor wrote:
> 
> >Halihó!
> >
> >Vajk Fekete ezt írta:
> >  
> >
> >>Igazad van.
> >>A kolleganak meg megis az volt az eredeti problemaja, hogy neha olyan
> ip
> >>cimet kap, ami benne van egy rbl-ben, es emiatt nehanyan nem fogadnak
> el
> >>tole levelet.
> >>    
> >>
> >
> >  Sajnos nem, én is vodás vagyok... néha olyan IP címet kapunk, aminek
> 
> >nincs reverze. És olyan kliens címről, aminek nincs reverze, nem fogad
> 
> >levelet sok MTA. Már az EHLO-nál eldobják ezzel a kapcsolatot. Néhány
> MTA 
> >továbbmegy, és megnézi, hogy az EHLO megadott név egyezik-e a kliens 
> >reverzével.
> >  
> >
> -----------------------------------
>  Szponzorunk: http://tonerbolt.hu/
>