On Tue, Jul 05, 2005 at 11:29:05AM +0200, Gianfranco Bartolini wrote: > Ciao a tutti, > > Da qualche gg mi sto divertendo a configurare l'ultima Debian per un > sistemino di posta composto da fetchmail + postfix + postfixadmin + mysql + > mailscanner + courier-imap + squirrelmail, non dovrei aver dimenticato > niente. Ah si, clamav :) carino postfixadmin, non lo conoscevo! forse un po' invasivo ma niente male (non l'ho provato pero') > Return-Path: > <sentto-15503333-70-1120492278-utente=dominio.tld@xxxxxxxxxxxxxxxxxxxxxxxx> > > Questo fa si' che postfix invece di consegnare alla mailbox di > utente@xxxxxxxxxxx rimandi a fetchmail@localhost: > > Jul 4 11:55:57 linux2 postfix/local[30399]: A046A242218: > to=<fetchmail@xxxxxxxxxxxxxxxxxxxxx>, orig_to=<fetchmail@localhost>, > relay=local, delay=2, status=sent (delivered to command: procmail) forse e' bene vedere tutta la parte di log che riguarda quel messaggio, cioe' da quando fetchmail contatta postfix ora come ora mi viene in mente questo: con un server smtp "normale" (cioe' MX per dominio.tld) quando viene contattato dall'smtp di yahoogroups viene fatto [blahblah] RCPT TO: <indirizzo_iscritto@xxxxxxxxxxx> invece nella tua situazione postfix viene contattato da fetchmail, e non so cosa gli passi come RCPT TO: (dubito l'indirizzo giusto, altrimenti funzionerebbe :)) una soluzione (un hack piu' che altro) potrebbe essere quello di istruire procmail a guardare gli header e fare inject della posta a postfix con l'indirizzo giusto, comunque meglio che posti i log completi per un messaggio "tipico" da una mailing list che non funziona (quelle di riminilug funzionano?) filippo
Attachment:
signature.asc
Description: Digital signature