Newsgroup: it.comp.os.linux.sys
Titolo: milter-reject strano

Hola, ho amavisd-milter per il controllo antivirus e in qualche caso (email 
grandi) mi tira fuori questo:
warning: milter inet:
192.168.10.1:5678
: can't read SMFIC_HEADER reply packet 
header: Success
Apr 23 14:32:57 smtp postfix/cleanup[26061]: C2C7D5606AD: milter-reject: 
END-OF-MESSAGE from unknown[x.x.x.x]: 4.7.1 Service unavailable - try again 
later; from=<xxx@xxx to=<fyyy@yyy> proto=ESMTP helo=<pcmodelli>
dove posso "tuneare"?
-- 
Roberto Tagliaferri-Linux user #30785 <-> r.tagliaferri@(forse)
tosnet.it
"It's Like This"
Even the samurai
have teddy bears,
and even the teddy bears
get drunk.

 dove posso "tuneare"?
if ( (vstream_fread(milter->fp, (char *) &len, UINT32_SIZE))
	!= UINT32_SIZE) 
{
  smfic_name = str_name_code(smfic_table, event);
  msg_warn("milter %s: can't read %s reply packet header: %m",
  	milter->
m.name
, smfic_name != 0 ?
	smfic_name : "(unknown MTA event)");
  return (milter8_comm_error(milter));
}
Sembra che ci sia poco da "tuneare".
Dal socket non legge tanti dati quanti se ne aspetta.
Il problema può stare sia lato postfix che lato amavis.
Bisognerebbe capire e "Fixare".
Max
-- 
A: Because we read from top to bottom, left to right.
Q: Why should i start my reply below the quoted text?

CtRiX ha scritto:

Quindi anche il client (il maledetto outlook 2007) che si fa i cavolacci propri?
Ho provato a spedire 2 foto .nef (15 mb totali di email) e non ha battuto 
ciglio (con thunderbird)
-- 
Roberto Tagliaferri-Linux user #30785 <-> r.tagliaferri@(forse)
tosnet.it
Call on God, but row away from the rocks.
		-- Indian proverb

 ciglio (con thunderbird)
Meno cripticamente:
Il problema è quello che ti ho identificato ovvero:
- postfix quando legge i dati dal milter sul suo socket TCP, non ne legge
quanti se ne aspetta (ovvero ne legge di più o di meno, non esattamente
quanti ne vuole)
La causa di questo è la cosa che andrebbe approfondita per risolvere il
problema. 
Quasi sicuramente il client non ci azzecca nulla. Magari il client può
formattare in maniera anomala la mail... ma l'errore è in postfix o nel
milter; più probabilmente nel secondo.
Bisognerebbe fare un pò di debug per capire quello che passa sul socket,
magari a botte di tcpdump -w o tshark, catturando i pacchetti completi
quando si verifica l'errore, puoi avere qualche hint in più.


 
Avevo pensato al client perché nessuno mi ha lamentato problemi simili, ma 
solo quello specifico cliente e mentre stava inviando email pesanti (sui 20 mb)
Comunque grazie assai.. appena ricapita faccio un po' di debug
-- 
Roberto Tagliaferri-Linux user #30785 <-> r.tagliaferri@(forse)
tosnet.it
"Who cares if it doesn't do anything?  It was made with our new
Triple-Iso-Bifurcated-Krypton-Gate-MOS process ..."

 email pesanti (sui 20 mb)
message_size_limit = 5120000
E spiegare perchè la posta elettronica non è il mezzo migliore per 
spedire 20 Mb di allegati.
-- 
Hosting dedicato a joomla: 
www.joomlafacile.it

 
non c'č verso. non c'č. mannaggia a chi ha invetato gli allegati

 non c'č verso. non c'č. mannaggia a chi ha invetato gli allegati
quoto e confermo.
Sembra che sia "normale" spedire decine di mb
-- 
Roberto Tagliaferri-Linux user #30785 <-> r.tagliaferri@(forse)
tosnet.it
"There's nothing wrong with teenagers that reasoning with them won't
aggravate."

 
Beh è anche peggio, visto che a causa della codifica le dimensioni diventano
~ decine * 2 .