Newsgroup: it.comp.os.linux.sys
Titolo: postfix size=0 invece di 552

Ho un problema strano e questo credo sia il posto giusto per chiedere.
Il mio postfixinuccio limita la dimensione dei messaggi in arrivo a 5
MB (invece dei 10 di default, dato che non e` molto muscoloso e lo
spazio incomincia a scarseggiare e non ultimo l'e-mail non e` il mezzo
di trasporto adatto per megaggi di roba per cui e` raccomandato ftp o
sistema analogo).
Ieri gli e` arrivato un messaggio da poco meno di 10 MB (come so dai
log del mailserver che l'ha spedito grazie al postmaster di cola`), ma
lui nei suoi log tace la cosa, non da` nessun 552 e semplicemente
dice:
Mar 24 15:48:42 mail postfix-policyd: rcpt=13134, greylist=update,
host=XXX.YYY.WWW.ZZZ (
ppp.bloblob.it
), from=
min...@qui.quo.it
,
to=
clara...@qua.que.it
, size=0
Mar 24 15:48:42 mail postfix/smtpd[20636]: 48B1848F0B:
client=
ppp.bloblob.it
[XXX.YYY.WWW.ZZZ]
Mar 24 15:48:42 mail postfix/cleanup[20802]: 48B1848F0B:
message-
id=<3A6377501D80BE4C8F2...@server01.MINNIE.LOCAL>
Mar 24 15:48:59 mail postfix/smtpd[20636]: disconnect from
ppp.bloblob.it
[XXX.YYY.WWW.ZZZ]
Il che non rende immediatamente evidente al compulsatore del log che
il messaggio sia stato rifiutato per size exceeded, anzi non si
capisce manco pu cazzo.


mi sa anche a me,
che ti da
cat /var/log/
mail.info
 | grep minnie | grep reject | tail -n 20
?

 SIZE=56789
Questo consente alserver ricevente di sapere quale sarà la dimensione
del messaggio che riceverà, il che serve, ad esempio, per poter
rigettare in fase RCPT TO mail che siano troppo grosse per il singolo
destinatario (es: so già che supererà la quota di storage che gli è
rimasta).
Se il mittente non sta parlando ESMTP, però, arriviamo alla fase DATA
senza che il tuo server sappia la dimensione del messaggio che sta per
ricevere.
La fase DATA, però, non è interrompibile (è atomica dal punto di vista
protocollare) se non chiudendo del tutto il socket che la trasporta.
Quindi postfix inizia a ricevere il messaggio, e se questo supera la
dimensione massima che accetta di trattare non ha altra via d'uscita che
chiudere la connessione, da cui l'assenza di error-message sul piano
strettamente SMTP.
Che poi i log dal tuo lato potrebbero essere maggiormente significativi
son d'accordo, ma il problema nello specifico è il fatto che il server
da cui ricevi sta parlando una versione del protocollo (priva di
estensioni) che è stata ridefinita nel 1995...
-- 
Professional System & Network Sarcazzer
http://bofhskull.wordpress.com/

 greylisting (update). Magari devi cercare meglio nel log?
Ossequioso al principio che l'errore piu` semplice da commettere e`
quello che
solitamente viene commesso, sono andato a verificare, ma ho trovato
solo che
c'e` un tentativo di ritrasmettere lo stesso messaggio 5 minuti dopo
con le stesse
registrazioni e solo la prima si riferisce alle greylist, quella di
postfix-policyd, mentre
le altre sono di altri pezzi di postfix che non c'entrano con le
greylist:
Mar 24 15:48:42 mail postfix/smtpd[20636]: 48B1848F0B:
client=
ppp.bloblob.it
[XXX.YYY.WWW.ZZZ]
Mar 24 15:48:42 mail postfix/cleanup[20802]: 48B1848F0B:
message-
id=<3A6377501D80BE4C8F2D7E7ADACA8E76060...@server01.MINNIE.LOCAL>
Mar 24 15:48:59 mail postfix/smtpd[20636]: disconnect from
ppp.bloblob.it
[XXX.YYY.WWW.ZZZ]
Il server che mi spedisce, alla stessa ora, stesso secondo, ha nei log
per il messaggio per lo stesso destinatario:
XX.YY.ZZ.WW_failed_after_I_sent_the_message./
Remote_host_said:_552_Error:_message_too_large/
Come faccio a dire al mio postfix "parla con me" o almeno dimmi le
stesse cose che dici agli estranei che ti contattano?

 wrote:
[...]
Come al solito, grazzissime e incorniciamo pure questo o meglio,
mandiamolo a memoria.
Andrea

 mi sa anche a me,
La parte significativa è quella che viene dopo:
Mar 24 15:48:42 mail postfix/smtpd[20636]: 48B1848F0B:
client=
ppp.bloblob.it
[XXX.YYY.WWW.ZZZ]
Mar 24 15:48:42 mail postfix/cleanup[20802]: 48B1848F0B:
message-
id=<3A6377501D80BE4C8F2...@server01.MINNIE.LOCAL>
Mar 24 15:48:59 mail postfix/smtpd[20636]: disconnect from
ppp.bloblob.it
[XXX.YYY.WWW.ZZZ]
Il fatto che la seconda riga riporti il message-ID e venga generata da
cleanup attesta che la mail è giunta in fase DATA.
Dopo 17 secondi passati in fase DATA, avviene il disconnect...



vero, orami etichetto il 70% dei post di skull come "importanti/in 
evideza" :)

 strettamente SMTP.
No. Questo è fuori RFC.
Postfix si attiene alla RFC, rivece tutti i dati e poi fa un reject con 
un 4XX o 5XX in base a come è configurato.
Quindi il server mittente, pur parlando SMTP e non ESMTP, riceve l'errore.
Max


Vero, ma non assoluto.
Accetta di sforare per TOT oltre la massima size, in modo da poter
rispondere con l'opportuno error-code.
Oltre il TOT, però, resetta, onde evitare di andare avanti all'infinito
a ricevere dati (con ovvie possibilità di DoS).
(poi non chiedermi quanto sia il TOT, ma che finisca per resettare oltre
un certo livello di sforamento lo dico per esperienza diretta...)



E in effetti l'ha ricevuto, ma perche' se lo dice ad altri che gli
sono estranei, non lo dice anche a me che sono il suo papa`?