xinetd und fetchmail, exim

[Karl-Heinz Köther <khk@mail.isis.de>]

Hi,

habe zwei Rechner, allesamt woody, arbeit und server, über server hole ich 
mir meine mails mittels fetchmail vom provider - funktioniert -
heute habe ich mir xinetd (2.3.3-4) installiert um den inetd (mit den 
Diensten smpt und pop-3) zu ersetzen, zudem wollte ich mittels xinetd die 
Dienste auf ein Interface binden ...

/etc/xinetd.conf
defaults 
{
        log_type             = FILE /var/log/servicelog
        log_on_success  = HOST PID
        log_on_failure     = HOST RECORD
        only_from           = 127.0.0.1
        only_from           = 192.168.10.0/24
#eth0# bind                = 192.168.10.10    
#local# bind                = 127.0.0.1
        instances            = 25
}
service smtp {...}
service pop-3 {...}

ohne aktiviertes bind für smtp funktioniert das mail-holen, aber:

aktiviere ich #local# bind 192.168.10.10 
kann ich mit dem Rechner arbeit keine mails mehr an server schicken ...

aktiviere ich #eth0# bind 127.0.0.1
kann ich mit fetchmail keine mails vom provider holen
folgende Fehlermeldung:

(Datum/Uhrzeit habe ich der besseren Lesbarkeit herausgenommen ...)
1. Versuch
Mar 23 23:46:38 server fetchmail[4782]:  
: starting fetchmail 5.8.3 daemon
: 1 message for kkoether at mail.isis.de (1746 octets).
: reading message 1 of 1 (1746 octets)
: SMTP connect to localhost failed
: can't raise the listener; falling back to $sendmail %T
: MDA exited abnormally or returned nonzero status
:  not flushed
: terminated with signal 15

2. Versuch
Mar 24 00:16:22 server fetchmail[4879]:
: starting fetchmail 5.8.3 daemon
: 2 messages for kkoether at mail.isis.de (5600 octets).
: reading message 1 of 2 (1746 octets)
: SMTP connect to localhost failed
: can't raise the listener; falling back to $sendmail %T
: SIGPIPE thrown from an MDA or a stream socket error
: socket error while fetching from mail.isis.de
: Query status=2 (SOCKET)

Ich habe es nicht geschaft - das smtp auf #local# und #eth0# hört, 
egal welche Reihenfolge - xinetd hat immer das zuerst genannte
Interface genommen ... auch beides in einer Zeile führte zu nichts
sowie Einträge innerhalb von smtp führten zum gleichen Problem

/etc/fetchmailrc ist der übliche mit fetchmailconf erstellte Standard

Hinweise willkommen - ein 'geht nicht' wäre schade ;-)

Gruss, Karl-Heinz.
-- 
Twinkle twinkle little star, how I wonder what you are?
Up above the world so high, like a diamond in the sky.


-- 
Zum AUSTRAGEN schicken Sie eine Mail an debian-user-german-request@lists.debian.org
mit dem Subject "unsubscribe". Probleme? Mail an listmaster@lists.debian.org (engl)