[Eisfair] dovecot failed address already in use - xinetd war's!

Marcus Röckrath marcus.roeckrath at gmx.de
Fr Nov 29 14:52:42 CET 2024


Hallo Kay,

Kay Martinen wrote:

> BUMMS! Da ham'wa's wieder. Das gleiche Problem hatte ich schon mal mit
> Dovecot und bin darum zum panda gewechselt weil ich keine Abhilfe fand.
> │Nov 28 21:42:57 master: Error: service(imap-login): listen(*, 143)
> failed: Address already in use                         │
>> hermes # netstat -tulpen
>> Active Internet connections (only servers)
>> Proto Recv-Q Send-Q Local Address           Foreign Address         State
>>       User       Inode      PID/Program name
>> tcp        0      0 0.0.0.0:143             0.0.0.0:*              
>> LISTEN      0          19452      761/xinetd
> 
> Ich weiß nicht warum der xinetd hier die Ports belegt hat. M.W. war der
> früher mal für uw-imap, telnet, sshd on demand o.a. nötig/sinnvoll.
> Wofür ich den jetzt hier noch aktiv hatte weiß ich gar nicht mehr.

IMHO hat das mail-panda-Paket den pop/imap-Server über xinet gestartet.

Holger hat ja schon geschrieben, das da ein File liegengeblieben ist und weg 
kann; ich habe auf keinem System bei der Umstellung von panda auf dovecot 
ein Problem gehabt, dass panda nicht vollständig deaktiviert wurde.

Ob hier unter gewissen Umständen ein Problem im panda-Paket vorliegt, ist 
schwer zu sagen, aber panda ist abgekündigt und es werden in dem Paket somit 
keine Fehler mehr behoben.

Übrigens ist auch xinetd EOL und wird nicht mehr angeboten.

> hermes # ls -al /etc/xinetd.d/
> total 20
> drwxr-xr-x  2 root root  4096 Nov 28 21:32 .
> drwxr-xr-x 68 root root 12288 Nov 28 21:46 ..
> -rw-r--r--  1 root root   541 Nov 27 22:58 pop3
> 
> Inhalt:
> 
> #------------------------------------------------------------------
> # /etc/xinetd.d/pop3 file generated by mail.sh v1.16.4
> #
> # Do not edit this file, edit /etc/config.d/mail
> # Creation Date: 2024-11-27 Time: 22:58:07
> #------------------------------------------------------------------
> service pop3
> {
>    socket_type = stream
>    protocol = tcp
>    wait = no
>    user = root
>    server = /usr/sbin/ipop3d
>    disable = yes
> }
> 
> service pop3s
> {
>    socket_type = stream
>    protocol = tcp
>    wait = no
>    user = root
>    server = /usr/sbin/ipop3d
>    disable = yes
> }
> 
> hermes # ls -al /usr/sbin/ipo*
> ls: cannot access '/usr/sbin/ipo*': No such file or directory

Kommt vom panda-Paket.

> Ich denke das erklärt NICHT wieso der xinetd hier Port 143 belegte.

Wenn es eine Steuerdatei wie oben für den Port 143 existiert, wird der Port 
auch belegt.

> Und
> den Pop3 Port könnte er zwar belegen, aber ein Verbindungsversuch dürfte
> scheitern - wenn der o.g. daemon für den aufruf fehlt. So wie bei
> imap... :-/

Wenn das Binary für den Port nicht mehr exitiert, schlägt dann aber ein 
Zugriff natürlich fehl.

-- 
Gruß Marcus
[eisfair-Team]



Mehr Informationen über die Mailingliste Eisfair