Newsgroup: it.comp.os.linux.sys
Titolo: PER ESPERTI: problema da smtp postfix a utenti AOL

Un cliente mi ha segnalato il seguente disservizio, da un server che gli 
ho preparato io con postfix collegato ad internet da adsl con ip statico:
nessuna mail agli utenti aol pare arrivare a destinazione.
Dopo un po' di ricerche ho trovato dei riferimenti su + siti (slashdot 
compreso) in cui viene detto che AOL, per proteggersi dallo spam, 
rifiuta la connessione dai mail servers ADSL. Una rcierca ulteriore mi 
ha perň rilevato che la mail viene rifiutata solo in caso di ip 
dinamico. Il mail server del cliente ha ip statico.
Come secondo step mi sono loggato sulla macchina mial server del 
cliente, con nslookup mi sono preso un mail exchanger per 
aol.com
, ho 
fatto telnet sulla 25 e ho simulato l'invio di una mail per vedere che 
succedeva.
ho fatto helo, mail from: rctp to: data eccetera, tutte le volte mi ha 
risposto OK. Alla fine del  testo del messaggio, dopo data, invio - 
punto -invio mi ha restituito un semplice ok, non il solito "mail 
accepeted for delivery e relativo id", in ogni caso la mail sembra 
essere stata accettata. eppure non arriva. ho provato + volte ed č 
proprio cosě. qualche idea?
-- 
Davide Corrado
Un modello di elaborazione composito č un'architettura che
utilizza un ambiente di esecuzione distribuito e basato
sulla ricerca per mettere a disposizione e gestire una serie
di risorse software orientate ai servizi

 qualche idea?
la butto li: non e' che ti fanno un reverse-lookup per vedere se stai
spedendo tramite un host indicato nel DNS del tuo dominio?
-- 
Ciao, Manuel
La gente non e' d'accordo con me.  Io semplicemente la ignoro.
		-- Linus Torvalds, riguardo l'uso del C++ per il
		   kernel di Linux

_rejected_for_policy_reasons./
Mar 20 17:28:32 mailbox qmail: 1048177712.892781 status: local 0/10 remote 0/20
Mar 20 17:28:33 mailbox qmail: 1048177713.102124 bounce msg 419125 qp 1410
Mar 20 17:28:33 mailbox qmail: 1048177713.103180 end msg 419125
Mar 20 17:28:33 mailbox qmail: 1048177713.124947 new msg 419127
Mar 20 17:28:33 mailbox qmail: 1048177713.125527 info msg 419127: bytes 2022 from <> qp 1410 uid 1008
Mar 20 17:28:33 mailbox qmail: 1048177713.196148 starting delivery 499: msg 419127 to remote 
nome....@dominio.falso.it
Mar 20 17:28:33 mailbox qmail: 1048177713.196457 status: local 0/10 remote 1/20
Mar 20 17:28:34 mailbox qmail: 1048177714.405067 delivery 499: success: 123.123.123.123_accepted_message./Remote_host_said:_250_2.0.0_h2KGSXm3027089_Message_accepted_for_delivery/
  La "policy" che ha causato il rigetto del messaggio con ogni probabilità
prevedeva questi controlli:
1) "
falso.dominio.fr
" riceve il messaggio di "nome.falso" da un server SMTP
   affidabile (è un MX regolare di "miodominio") e lo accetta;
2) il mittente "From: " dell'envelope è "
nome....@dominio.falso.it
";
3) "
falso.dominio.fr
" controlla l'IP effettivo di provenienza del messaggio
   (il mio server SMTP);
4) questo IP risulta assegnato al server SMTP di "miodominio": "smtp.miodominio";
5) "smtp.miodominio" non è un MX del dominio "
dominio.falso.it
" dal quale il
   messaggio dichiara di provenire;
6) la policy di "
falso.dominio.fr
" potrebbe essere, a questo punto, di
   respingere i messaggi con un indirizzo "From: " di envelope non
   corrispondente all'effettivo dominio di appartenenza del server MX dal
   quale il messaggio proviene.
  Questo spiegherebbe il minuto intercorso tra l'accettazione e il rifiuto.
  Quanto ciò sia attinente al caso di AOL non so, ma se fai qualche
esperimento e tieni ben d'occhio i log del tuo mailserver, potresti scoprire
una cosa analoga.  E ci facessi sapere, te ne saremmo grati.
  Sandro
-- 
Bellum se ipsum alet
       La guerra nutre se stessa
Livio, Ab urbe condita, XXXIV,9

qualche idea?
Usa il mail relay del tuo provider.
-- 
Those who do not understand Unix are condemned to reinvent it, poorly.
Maurizio - Tannoiser - Lemmo
Founder Member of ERLUG (Emilia Romagna Linux User Group)
http://erlug.linux.it

 
lo farei, ma: la zona dns è gestita da un secondo provider che hospita 
il sito web su un suo server. il provider che da' connettività è tin... 
ho ovviamente provato a usarlo come mail relay, ma non essendo la zona 
gestita da tin a livello di dns rifiuta!
-- 
Davide Corrado
Un modello di elaborazione composito è un'architettura che


 
a questo punto IMO non ti rimane altro che appoggiarti a un'altro smtp 
server es: 
http://www.smtp.com/
 
che però ha un costo.
ciao

gestita da tin a livello di dns rifiuta!
ma cosa dici. il dns, quando tu invii, non viene per nulla interpellato,
se non per verificare che tu sia fqdn (alcuni non accettano posta con
helo malformed, non-fqdn ecc. Anche qui, e` un loro diritto).
Il mail server del tuo provider e` configurato per fare relay sulla sua
_rete_. Se non lo fa, ti lamenti con il tuo provider di connettivita`
o lo cambi.
Non hai nessuna capacita` di aggirare o modificare i criteri con cui gli
_altri_ mail server decidono quale posta accettare e da chi.
-- 
We all agree that your theory is crazy, but is it crazy enough?


 gestita da tin a livello di dns rifiuta!
cosa centra la zona? l'isp dovrebbe lasciarti usare il suo smtp se arrivi
da un suo ip address, se l'isp non e` abbastanza orientato all'utenza
professionale da lasciarti avere un tuo server smtp puoi sempre cambiare
provider con uno piu` adatto alle esigenze
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it