Newsgroup: it.comp.os.linux.software
Titolo: fetchmail e sendmail/qmail non collaborano piu'

dopo l'upgrade da redhat 6.2 a 7.1, fetchmail non riesce a scaricare la
posta sul mio pc. il messaggio di errore e' come nel seguente file di
log:
 
fetchmail: 5.7.4 querying 
popmail.inwind.it
 (protocol POP3) at dom 02
set 2001 01:32:52 CEST
fetchmail: 2 messages for f.martucci at 
popmail.inwind.it
 (6540 octets).
 
fetchmail: reading message 1 of 2 (5162 octets) fetchmail: SMTP connect
to localhost failed
fetchmail: can't raise the listener; falling back to $procmail -d %Tsh:
-d: command not found
fetchmail: SIGPIPE thrown from an MDA or a stream socket error
fetchmail: socket error while delivering to SMTP host 
popmail.inwind.it
 
fetchmail: Query status=2 (SOCKET)
fetchmail: 5.7.4 querying 
pop.tiscalinet.it
 (protocol POP3) at dom 02
set 2001 01:33:04 CEST
fetchmail: 6 messages for f.martucci at 
pop.tiscalinet.it
 (41636
octets).
fetchmail: reading message 1 of 6 (6438 octets) fetchmail: SMTP connect
to localhost failed
fetchmail: can't raise the listener; falling back to $procmail -d %Tsh:
-d: command not found
fetchmail: SIGPIPE thrown from an MDA or a stream socket error
fetchmail: socket error while delivering to SMTP host 
pop.tiscalinet.it
 
fetchmail: Query status=2 (SOCKET)
fetchmail: 5.7.4 querying 
box.clubnet.tin.it
 (protocol POP3) at dom 02
set 2001 01:33:16 CEST
fetchmail: 1 message for f.martucci at 
box.tin.it
 (1684 octets).
fetchmail: reading message 1 of 1 (1684 octets) fetchmail: SMTP connect
to localhost failed
fetchmail: can't raise the listener; falling back to $procmail -d %Tsh:
-d: command not found
fetchmail: SIGPIPE thrown from an MDA or a stream socket error
fetchmail: socket error while delivering to SMTP host 
box.clubnet.tin.it
 
 
fetchmail: Query status=2 (SOCKET)
fetchmail: terminated with signal 13
 
tutto questo indipendentemente da cosa utilizzi tra sendmail e qmail.
qualcuno puo' spegarmi cosa accada?
 
grazie
 
Francesco

 to localhost failed
...
Errore risoluzione? Errata configurazione demoni? firewall?
-- 
  Giuseppe "Cowo" Corbelli \/\ My software: 
http://cowo.mascanc.net
    **ANTI-SPAM** -- **Substitute IHATESPAM with cowo to reply by mail**
DOS - Defective Operating System
IBM - I Blame Microsoft
BASIC - Bill's Attempt to Seize Industry Control
WINDOWS - Will Install Needless Data On Whole System
MICROSOFT - Most Intelligent Customers Realize Our Software Only Fools Teenagers

 set 2001 01:33:04 CEST
[..]
E qui la storia si ripete.. prova ad aumentare il livello di verbosita'
dell'output di fetchmail e vedi un po' cosa dice.
-- 
Pierluigi De Rosa (
tho...@durin.khazad-dum.net
).
<<      LINUX: the choice of a GNU generation     >>
<<   For my real address... ask the Balrog.       >>
* Sostenete la Lega per la Soppressione dei Troll *


per la configurazione, ho inserito il commento "dnl" in sendmail..mc alla riga
"DAEMON-OPTIONS" e ho ricreato 
sendmail.cf
, ma non ho risolto ilproblema.
il firewall? non riesco a trovare i comandi setup, lokkit o gnome-lokkit ...
altri suggerimenti saranno oltremodo graditi.
ciao
francesco

 altri suggerimenti saranno oltremodo graditi.
In pratica dopo aver ritirato la posta fetchmail non riesce a connettersi
all'SMTP locale per smistarla. La prima cosa da fare e' controllare che
l'SMTP locale funzioni correttamente.
--
  Giuseppe "Cowo" Corbelli \/\ My software: 
http://cowo.mascanc.net
    **ANTI-SPAM** -- **Substitute IHATESPAM with cowo to reply by mail**
  -<! A mathematician is a device for turning coffee into theorems. !>-
                P. Erdos


l'MTA funziona, sia sendmail che qmail (alternativamente, intendo). se mi spedisco
con mutt un msg con il mio indirizzo su localhost me lo trovo regolarmente nello
spool.
grazie per l'attenzione.
francesco

> >> > to localhost failed
...
Ok, se l'MTA funziona ci deve essere un altro motivo per cui fetchmail non
riesce a connettersi a localhost. Come dicevo a me ne vengono in mente 2:
1) Firewall che blocca la porta
2) Impossibile risoluzione del nome localhost
Controlla un po'...
--
  Giuseppe "Cowo" Corbelli \/\ My software: 
http://cowo.mascanc.net
    **ANTI-SPAM** -- **Substitute IHATESPAM with cowo to reply by mail**
  -<! Asynchronous inputs are at the root of our race problems. !>-
                 D. Winker and F. Prosser

Y2UgYSBzY2FyaWNhcmUgbGENCnBvc3RhIHN1bCBtaW8gcGMuIGlsIG1lc3NhZ2dpbyBkaSBl
[altre 20 righe]
Ma sono l'unico che lo legge cosi' 'sto mex? :-(
-- 
BlueRaven
Scrivi su USENET? Allora:
# kill -HUP html_posting && modprobe quoting.o

 Ma sono l'unico che lo legge cosi' 'sto mex? :-(
 
no :-(
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: base64
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
-- 
   ___         (o_
   |_|         //\
   | |ndry     V_/_ Linux Newbie (quasi User :-) ), RH 7.1 (Seawolf)
                    Linux User #221457

spool.
Occhio che cosi' non e' significativo: se lo spedisci dalla stessa macchina,
il demone SMTP non viene chiamato in causa affatto.
Prova, piuttosto a fare un:
$ telnet localhost 25
e vedi se ti esce il greeting del server.
E' fondamentale, in quanto fetchmail passa il messaggio via SMTP.


 
$ telnet localhost 25
trying 127.0.0.1
connected to localhost
escape character is '^]'
connection closed by foreign host.
eppure sendmail viene lanciato all'avvio con messaggio "ok"...
ciao f.

eppure sendmail viene lanciato all'avvio con messaggio "ok"...
Hai controllato hosts.allow e hosts.deny?


 
entrambi i files hanno solo l'intestazione con i commenti "#".
Ho tolto sendmail e avviato qmail e il telnet sulla porta 25 da un 
risultato identico.
boh?
ciao    francesco