[Eisfair] dovecot failed address already in use - xinetd war's!
Kay Martinen
usenet at martinen.de
Do Nov 28 22:55:31 CET 2024
Hallo
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.
[Tl:Dr? Siehe weiter unten beim Uuupps]
Ich habe mail-panda deaktiviert, dann deinstalliert.
Dann habe ich mail-dovecot installiert und danach erst die mailboxen
konvertiert, über die Funktion im Setup unter
mail-mail-modules-dovecot-convert...
Dann habe ich in der Advanced mail konfig das Format auf maildir um
gestellt und gespeichert. Dabei kam schon eine Meldung über einen
segfault bei einem cron-eintrag der dort erstellt werden sollte.
Den muß ich suchen, kann es am ebenso wieder aktivierten certs-check liegen?
Jedenfalls habe ich dann in der dovecot-konfig nachgesehen ob der
aktiviert wurde. Ja, steht auf Yes.
Das log aus dem setup des dovecot zeigt
│Nov 28 21:42:57 master: Error: service(imap-login): listen(*, 143)
failed: Address already in use │
│Nov 28 21:42:57 master: Fatal: Failed to start listeners
│
│Nov 28 21:47:18 master: Error: service(imap-login): listen(*, 143)
failed: Address already in use │
│Nov 28 21:47:18 master: Fatal: Failed to start listeners
│
│Nov 28 21:58:35 master: Error: service(imap-login): listen(*, 143)
failed: Address already in use │
│Nov 28 21:58:35 master: Fatal: Failed to start listeners
│
│Nov 28 21:59:33 master: Error: socket() failed: Address family not
supported by protocol │
│Nov 28 21:59:33 master: Error: service(imap-login): listen(::, 143)
failed: Address family not supported by protocol │
│Nov 28 21:59:33 master: Fatal: Failed to start listeners
│
│Nov 28 22:02:01 master: Error: service(imap-login):
listen(192.168.1.29, 143) failed: Address already in use │
│Nov 28 22:02:01 master: Fatal: Failed to start listeners
Die obigen Unterschiede kommen von meinen Experimenten. in der
/etc/dovecot/dovecot.conf (590 byte größe!) fand ich erst
Listen = *,
Was ich komisch fand. Lt. einem Tip aus einer suche sollte
Listen = ::
Helfen, was auch nichts brachte. Und da der eh nur auf seiner IP horchen
soll, gab ich die zuletzt direkt an. Auch kein Ergebnis.
Und unter tools
Status: ● mail.service
Loaded: loaded (/etc/init.d/mail; generated)
Active: active (running) since Thu 2024-11-28 21:47:19
CET; 26min ago
Docs: man:systemd-sysv-generator(8)
Process: 13128 ExecStart=/etc/init.d/mail start (code=exited,
status=0/SUCCESS)
Tasks: 1 (limit: 4183)
CPU: 331ms
CGroup: /system.slice/mail.service
└─13167 /usr/sbin/exim -bd -q30m -om -oP /run/exim.pid
Nov 28 21:47:14 hermes systemd[1]: Starting mail.service...
Nov 28 21:47:14 hermes mail[13128]: * Starting SMTP server ...
Nov 28 21:47:15 hermes mail[13128]: [26B blob data]
Nov 28 21:47:19 hermes systemd[1]: Started mail.service.
Menüpunkt 1
List of logged in users
user name count program ip address
Fatal: net_connect_unix(/run/dovecot/anvil) failed: Connection refused
Punkt 2
Test login of a user
Name of user whos login should be tested, (q)uit [q]? km
Do you want to test the (i)map or (p)op3 access [q]? i
Enter an ip address to simulate a remote access or press ENTER?
testing imap-login of user 'km' ...
Password:
Error: auth-client: conn unix:/run/dovecot/auth-client:
connect(/run/dovecot/auth-client) failed: Connection refused
The program reported an error (77). Please check the log file!
journalctl ist leider so überhaupt nicht hilfreich.
Aber ... UUUUuuuuuuupppps!
> 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
> tcp 0 0 0.0.0.0:19150 0.0.0.0:* LISTEN 65534 3534 479/gkrellmd
> tcp 0 0 0.0.0.0:25 0.0.0.0:* LISTEN 0 79453 13167/exim
> tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN 0 3592 547/sshd: /usr/sbin
> tcp 0 0 0.0.0.0:587 0.0.0.0:* LISTEN 0 79454 13167/exim
> tcp 0 0 0.0.0.0:111 0.0.0.0:* LISTEN 0 402 1/systemd
> tcp 0 0 0.0.0.0:119 0.0.0.0:* LISTEN 0 3267 1/systemd
> tcp 0 0 0.0.0.0:7634 0.0.0.0:* LISTEN 0 3498 480/hddtemp
> tcp 0 0 0.0.0.0:465 0.0.0.0:* LISTEN 0 79455 13167/exim
> tcp 0 0 0.0.0.0:993 0.0.0.0:* LISTEN 0 19454 761/xinetd
> tcp 0 0 0.0.0.0:37727 0.0.0.0:* LISTEN 65534 4048 733/rpc.statd
> udp 0 0 0.0.0.0:514 0.0.0.0:* 0 21527 16568/syslogd
> udp 0 0 0.0.0.0:40976 0.0.0.0:* 65534 4427 733/rpc.statd
> udp 0 0 0.0.0.0:111 0.0.0.0:* 0 403 1/systemd
> udp 0 0 192.168.1.29:123 0.0.0.0:* 0 3892 659/ntpd
> udp 0 0 127.0.0.1:123 0.0.0.0:* 0 3890 659/ntpd
> udp 0 0 0.0.0.0:123 0.0.0.0:* 0 3885 659/ntpd
> udp 0 0 127.0.0.1:909 0.0.0.0:* 0 4423 733/rpc.statd
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.
"Adress already in use" mag ja eindeutig genug sein, nur wäre es nicht
sinnvoll vor dem installieren mal kurz zu gucken ob xinetd da ist und
dann eine Rote Warnmeldung zu liefern? Wie viele Jahrelang laufende EIS
mag es geben - auf denen der evtl. auch noch rum gammelt?
Via Setup konfigurierbar ist beim xinetd eh nur time, daytime, echo,
discard und chargen. Und darum bin ich auch nicht auf die idee gekommen
das der den port 143 okkupieren könne. Irgendwie ein Showstopper.
Okay, das paket xinetd 3.2.1 Stable is hier unter netservices gelistet
mit internal program Version 2.3.15.4 und von 2022-05-14
Da die Paketsuche es nicht findet ist es wohl EoL und kann (oder *muss*
sogar) wohl weg.
Aber:
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
Ich denke das erklärt NICHT wieso der xinetd hier Port 143 belegte. 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... :-/
Der Schalter für Pop3 im Mailpaket ist hier übrigens AUS und das schon
lange!
Bye/
/Kay
--
Posted via Leafnode
Mehr Informationen über die Mailingliste Eisfair