Newsgroup: it.comp.os.linux.software
Titolo: [postfix] SIGPIPE? E che e`?

, relay=local, delay=1, status=sent ("|IFS=' ' &&
p=/usr/bin/procmail && test -f $p && exec $p -Yf- || exit 75 #fmf")
Dec 23 23:11:57 spiderman fetchmail[370]: SIGPIPE thrown from an MDA or
a stream socket error
Dec 23 23:11:57 spiderman fetchmail[370]: socket error while delivering
to SMTP host 
popmail.libero.it
Non capisco quel resent-message, ma mi spaventa di piu` il SIGPIPE:
cos'e`?
E soprattutto, come lo evito visto che ho controllato su libero via web
e ho piu` di 100 messaggi che non vengono scaricati in locale?
Tnx.
-- 
manuel `fmf` ferrero
fmf@spiderman:~$%blow
%blow: No such job.

 a stream socket error
L'errore lo dà fetchmail.
Prova ad eseguirlo manualmente e non demonized, vedrai a schermo gli
errori...

  errori...
Allora:
Dec 24 11:52:08 spiderman fetchmail[1463]: reading message
ferr...@libero.it@
pop.libero.it:1
 of 100 (54842 octets)
Dec 24 11:52:13 spiderman fetchmail[1463]: SMTP connect to localhost
failed
Dec 24 11:52:13 spiderman fetchmail[1463]: can't raise the listener;
falling back to /usr/sbin/sendmail %T
Dec 24 11:52:13 spiderman fetchmail[1463]: SIGPIPE thrown from an MDA or
a stream socket error
Dec 24 11:52:13 spiderman fetchmail[1463]: socket error while delivering
to SMTP host 
popmail.libero.it
Non mi e` chiara la catena: fetchmail scarica dal POP poi cerca di
passarla a procmail, giusto? Quindi dall'errore sembrerebbe che il
problema stia in procmail. O sbaglio?


 problema stia in procmail. O sbaglio?
No, pomail scaric al apsota, e cerca di rimandandarla a 
popmail.libero.it
.
Devi leggerti qualcosa circa fetchmail e il delivery di utenti locali...

  Devi leggerti qualcosa circa fetchmail e il delivery di utenti locali...
E lo sto (ri)facendo. Ma cio` chew mi sturba e' che fino a pochi giorni
fa funzionava tutto per benino. Poi non so che e` cambiato.
Ho aggiornato la mia debian con apt, ma spero non sia stato quello a
intrugnare tutto quanto...
Accidenti, ci avevo messo un bel po` prima di far andare tutto per
benino mesi fa, non ho mica voglia di ricominciare da capo, uffa.
Grazie per l'attenzione, comunque e buone feste.
Io passero` le mie a rimettere in piedi la posta... Bah.


 cos'e`?
Scrive su una pipe che non ha connesso alcun lettore. procmail e'
installato?
--
  Giuseppe "Cowo" Corbelli \/\ My software: 
http://yoda.ing.unibs.it/~cowo
    **ANTI-SPAM** -- **Substitute IHATESPAM with cowo to reply by mail**
  -<! *Real* programmers use cat > a.out! No way, /real/ ones
        use zcat > a.out 'cause you can type faster that way. !>-
                -- from a Slashdot discussion

  installato?
Si`:
spiderman:/home/fmf# apt-cache showpkg procmail
Package: procmail
Versions:
3.22-2
E` l'ultima versione di Woody. E fino a pochi girni fa tutto andava a
meraviglia. Ora non scarica piu` la posta da libero.
E non so cos'ho fatto per spaccare tutto...



Se hai  settato (troppo)  in basso  i messaggi  di debconf  può capitare
che  un apt-get  di riscriva  senza avvisarti  qualche configurazione...
controlla se sono ancora a posto.
-- 
Renato "Hitman" Salzano / 
http://spazioweb.inwind.it/hitman
IHGGer #778 / NapolICErs # 2 / GdGnocca #6 / Now from Debian 3.0
"Giusto, non pensare. Pensare fa male, e se Dio avesse voluto che 
 pensavi, Bill Gates ti avrebbe venduto un cervello" (Obelix)

 E non so cos'ho fatto per spaccare tutto...
Un palliativo intanto che rimetti in piedi l'smtp locale puo' essere forzare
fetchmail a passare la posta direttamente a procmail piuttosto che sull'smtp
locale, man fetchmail opzione -m.
--
  Giuseppe "Cowo" Corbelli \/\ My software: 
http://yoda.ing.unibs.it/~cowo
    **ANTI-SPAM** -- **Substitute IHATESPAM with cowo to reply by mail**
The primary purpose of the DATA statement is to give names to constants;
instead of referring to pi as 3.141592653589793 at every appearance,
the variable PI can be given that value with a DATA statement and
used instead of the longer form of the constant.  This also
simplifies modifying the program, should the value of pi change.
                        -- FORTRAN manual for Xerox computers

  locale, man fetchmail opzione -m.
Grazie, cosi` ora ho scaricato tutta la posta.
Ma continuo ad avere il problema. L'smtp locale e` procmail, giusto?
A quanto ho capito dai log fetchmail non riesce a svegliare l'smtp
locale:
Dec 26 10:58:10 spiderman fetchmail[504]: SMTP connect to localhost
failed
Dec 26 10:58:10 spiderman fetchmail[504]: can't raise the listener;
falling back to /usr/sbin/sendmail %T
Dec 26 10:58:10 spiderman fetchmail[504]: socket error while delivering
to SMTP
host 
popmail.libero.it
e ricade su sendmail.
Non ho modo di aumentare il livello dei log di procmail o fetchmail per
capire perche` non funziona la catena?
Tnx.


  controlla se sono ancora a posto.
Mah, non so com'era il settaggio precedente, ma ora ho dato un
dpkg-reconfigure debconf aumentando al massimo il livello dei messaggi,
ma anche riconfigurando procmail con dpkg-reconfigure non mi vengono
fatte domande di sorta e controllando il file /etc/postfix/
main.cf
 on mi
sembra ci sia nulla che non vada...
Aiuto, sigh.


 Ma continuo ad avere il problema. L'smtp locale e` procmail, giusto?
No. L'SMTP e` Postfix . Per un maggiro chiarimento cerca questo mio
messaggio: <slrna171jv.qe.h...@abraham.hellfish.home>
Henryx
-- 
echo '16i[q]sa[ln0=aln100%Pln100/snlbx]sb20293A2058554E494Csnlbxq'|dc

 messaggio: <slrna171jv.qe.h...@abraham.hellfish.home>
Uffa. Continuo a scrivere senza connettere il cerebro.
Naturalmente l'smtp e' postfix, come mi e' gia' stato detto e come ho
gia' letto in una miriade di pagine di howto. Solo che continuo a
confonderli...
In ogni caso:
1) non ho trovato con google un riferimento al messaggio da te
indicato;
2) credo di aver concluso che il problema sta nelle direttive di
/etc/postfix/
main.cf
 con le quali indico le directory dove risiedono i
programmi, i demoni e i file procXXX. Forse le ho sballate.
Solo che non so come capire dove apt mi ha installato il programma
(forse /usr/sbin), i demoni (plurale che non capisco: _il_ demone e'
''master'', giusto? e se si', allora e' corretto che sia in
/usr/lib/postfix/?) e i file procXXX (credo nuovamente in /usr/sbin/).
Come faccio a sapere di sicuro come dev'essere fatta l'installazione
tipica?


 Fetchmail -> Postfix -> (Procmail) -> mailbox
Quandi fetchmail riceve da POP3 e poi invia, ma postfix invece di
inviare all'esterno capisce che deve inviare all'interno perche'
qualcuno (il file virtual suppongo) riscrive l'indirizzo a cui
inviare.
Giusto? (Se non e' cosi' quasi quasi mi arrendo: non si puo' non
capire nulla dopo il millerrimo tentativo, saro' mica un cretino?).
-- 
manuel 'fmf' ferrero

:
Aggiornamento, se qualcuno ha idee mi aiuti, che` sto impazzendo.
Ho reinstallato postfix dopo averlo rimossocon l'opzione purge.
Ho usato in parte il file 
main.cf
 di Mr.Shark.
Spulciando tra la documentazione di fetchmail e postfix ho provato a
fare un debig-run strace di fetchmail e non ottengo informazioni in piu`
risetto a quella che gia` avevo che cioe` il problema sta in postfix che
non viene svegliato da fetchmail.
Ora dopo la reinstallazione di postfix (non so prima com'era...) trovo
in /etc/postfix due script chiamati
/etc/postfix/postfix-script-sgid
e
/etc/postfix/postfix-script-nosgid
di cui lo sgid e` usato come sorgente per un link chiamato
/etc/postfix/postfix-script
Questoi script richiama se non ho capito male il demone master che pero`
NON e` installato in /usr/sbin/master nella mia debian. L'unico file che
gli assomiglia e` /usr/lib/postfix/master, ma come faccio a sapere che
quello e` il demone?


  Sistema il server SMTP, e risolverai tutto il resto.
Ecco. Appena ho capito di aver sbagliato una linea nel 
main.cf
 di
*POSTFIX* e l'ho corretta: magilla! Tutto e` tornato a funzionare.
Uso una configurazione simile a quella di Mr. Shark e nella migrazione
dei suoi file ho perso la tramontana e ho sbagliato la linea
daemon_directory = /usr/lib/postfix
facendola puntare a /usr/sbin.
Cosi` il demone non partiva mai.
Grazie a tutti per l'attenzione, so di essere un povero rospo, ma non
infierite pliz. <grin>
Bye.


 capire nulla dopo il millerrimo tentativo, saro' mica un cretino?).
Giusto, anche per la localizzazione del file :)


 tipica?
fai dpkg -L nomepacchetto per controllare dove vengono copiati i binari
del pacchetto
