Newsgroup: it.comp.os.linux.sys
Titolo: problemi con postfix - amavis

, 
relay=127.0.0.1[127.0.0.1], delay=1508, status=deferred (lost connection 
with 127.0.0.1[127.0.0.1] while sending end of data -- message may be 
sent more than once)
mentre nei report di amavis, tutti i log iniziano con:
AMAVIS::MTA::SMTP: Received end of DATA.
per finire con:
Return code 0
AMAVIS::MTA::SMTP: Accepting message
Setting sender: <<>>
AMAVIS: Error while accepting message
AMAVIS::MTA::SMTP: Freezing message
buona parte delle mail bloccate, sono msg di risposta provenienti da 
altri server che avvisano di virus spediti, di destinatari inesistenti e 
cose simili, ma ci sono anche alcune mail lecite sia con che senza 
allegati.
postfix, manda i warning di messaggi in coda non spediti ogni pochi 
minuti e l'unica soluzione che ho trovato al momento, è uno scritp che 
controlla i log e cancella periodicamente 'sti msg dalla coda.
qualcun'altro ha avuto problemi simili?
potrebbe essere un problema di codifica dei messaggi?
tia
    	paolo
-- 
+-------
| Paolo opg
|
| janickg ( at ) hotmail ( dot ) com
| (fake address in reply-to field!)
+-------

Ho avuto anche io il tuo stesso problema, non ne sono venuto ancora a
capo....
Ciao


Che amavis? Io con amavisd-new non ho di questi problemi a parte qualche
lost connection after RCPT from localhost[127.0.0.1]
lost connection after EHLO from localhost[127.0.0.1]
ma sul processo smtpd, non smtp, mentre nessuna segnalazione ho sul log di 
amavis
-- 
Roberto Tagliaferri-Linux user #30785 <-> r.tagliaferri@(forse)
tosnet.it
	Due linee rette s'incontrano
	all'infinito, quando ormai non gliene frega più niente

 
infatti ho risolto passando ad amavisd-new
con amavis, la mail veniva correttamente ricevuta da postfix.
quando però doveva avvenire il passaggio postfix -> amavis, il 
trasferimento terminava 'prematuramente' lasciando a postfix un messaggio 
in defer e ad amavis un messaggio inutilizzabile, in quanto mancavano 
ancora dei dati per poter spedire correttamente il tutto una volta 
effettuata la scansione.
e a ogni tentativo di postfix di inviare il messaggio ad amavis per la 
scansione, io ricevevo un messaggio che mi avvisava di un email con 
problemi.
si trattava per la maggior parte di email con allegati filmati vmw.
con amavisd-new, stesse email, nessun problema...
che sia colpa di qualche aggiornamento d perl o librerie collegate?


 
Oppure la maggior velocità di amavisd-new rispetto ad amavis


 Oppure la maggior velocità di amavisd-new rispetto ad amavis
ninzò...
la macchina è rimasta quella.
la dimensione dei msg anche.
solo che prima si inchiodava a metà trasferimento, adesso no.
imho, non c'entra la velocità del programma, dato che comunque la 
scansione dovrebbe cominciare una volta ricevuto l'intero messaggio...


 
Ho sbagliato dizione: amavisd-new mi sembra più pensato per carichi grossi 
proprio per come è strutturato, mentre amavis normale mi sembra adatto a 
carichi leggeri.
Mia opinione personale, per carità no flame please


 
:-)
don't worry!
io uso debian e per installare amavisd-new, ho dovuto cercare un rep con 
backports.
una volta trovato e lanciato un update, tra le varie cose che mi ha 
aggiornato, c'erano un pò di pacchetti relativi a perl (varie librerie di 
rete e quelle mime).
da qui l'idea che forse era un problema delle libs for perl, che magari 
non riuscivano a gestire correttamente qualche char set che si può 
trovare nelle email.


 rete e quelle mime).
Uh  :-/
devo proprio provare domani questa cosa con
amavisd-new spamassassin e clamav.
Che hai scelto?
deb 
http://people.debian.org/~aurel32/BACKPORTS
 woody-*PACKAGE* main
o
deb 
http://www.backports.org/debian
 stable *NOME_PACKAGE*  ?
BTW: se non hai specificato NOME_PACKAGE avrai
aggiornato un sacco di roba.....
Comunque, la domanda vera e':
hai qualche dritta interessante su
amavisd-new_spamassassin_clamav su debian ?
TIA
--
RobiZ    -    ( x => i)@
WARNING: SCO may claim that this mail
includes its copyright code.

 
nessuna, se non quella di usare almeno due antivirus.
io ho messo clamav e f-prot.
