EGw-Mail-Server nicht erreichbar

SilverPC · May '22

Hallo,

seit ca. 2 Wochen ist das Mailmodul bzw. / Mailserver nicht erreichbar (egroupware-mail), bis dahin lief
die Groupware Problemlos seit Monaten. Ich habe nicht an der Installation geändert.
Das heißt er hat nur die Automatischen Updates bekommen.
Updates, und neues Pullen, Reinstall der Container hab ich jetzt gemacht, leider ohne Erfolg.
Wenn ich als admin ins Dashboard einlogge kommt sofort der Mailwizzard um einen Zugang zu einem Externen Anbieter zu hinterlegen.

BS: Debian 10

Bitte um Hilfe

StefanU · May '22

Hallo Oliver.

Wir sprechen wirklich über

?

Was ist (für dich) “Dashboard”?

Ist das nicht eher Der Dialog für das Mail-Konto?
Screenshot?

Kannst du auf dein Mail-Konto mit einem anderen Mail-Client zugreifen?

Was meint
docker ps -a
? Laufen alle Container durch? Zeig mal…

Stefan

SilverPC · May '22

Hallo ich nutze seit letztem Jahr den integrierten Mailserver von Egroupware und auch die Oberfläche dazu.
Ja der Dialog für das Mailkonto.

docker ps -a

nginx
egroupware-push
egroupware
Watchtower
egroupware-mail
collabora-Key
Portainer

laufen alle.

Emails kommen auch nicht mehr an, werden aber auch nicht abgewiesen??
Scheinen irgendwo zu landen, werden aber nicht angezeigt.

SilverPC · May '22

hier der Postfix log.

oupware-smtp
May 24 10:56:36 cloud postfix[1]: Postfix is running with backwards-compatible default settings
May 24 10:56:36 cloud postfix[1]: See http://www.postfix.org/COMPATIBILITY_README.html for details
May 24 10:56:36 cloud postfix[1]: To disable backwards compatibility use “postconf compatibility_level=3.6” and "postfix reload"
May 24 10:56:36 cloud postfix/postfix-script[77]: starting the Postfix mail system
May 24 10:56:36 cloud postfix/postlogd[80]: error: unsupported dictionary type: mysql
May 24 10:56:36 cloud postfix/master[1]: daemon started – version 3.6.2, configuration /etc/postfix
May 24 10:56:36 cloud postfix/qmgr[79]: error: unsupported dictionary type: mysql
May 24 10:56:36 cloud postfix/pickup[78]: error: unsupported dictionary type: mysql
May 24 10:56:37 cloud postfix[6]: Postfix is running with backwards-compatible default settings
May 24 10:56:37 cloud postfix[6]: See http://www.postfix.org/COMPATIBILITY_README.html for details
May 24 10:56:37 cloud postfix[6]: To disable backwards compatibility use “postconf compatibility_level=3.6” and "postfix reload"
May 24 10:56:37 cloud postfix/postfix-script[86]: refreshing the Postfix mail system
May 24 10:56:37 cloud postfix/master[1]: reload – version 3.6.2, configuration /etc/postfix

SilverPC · May '22

So wie sich das darstellt wird der Benutzer nicht für Dovecot und Postfix authentifiziert.

Egroupware-mail Log:

Connection closed (auth failed, 1 attempts in 2 secs): user=<****>, method=PLAIN, rip=172.19.0.2, lip=172.19.0.5, TLS, session=<ke6MBMXf/uasEwAC>

RalfBecker · May '22

Postfix macht bei egroupware-mail keine Authentifizierung, passiert alles im Dovecot einschl. Submission.

Teste doch einfach mal folgendes:

alias doveadm='docker exec egroupware-mail doveadm'
doveadm user -u <username>
doveadm auth test <username>

Der unsupported dictionary type: mysql ist merkwürdig, führe mal folgendes aus:

docker exec egroupware-smtp sh -c "apk del postfix-mysql; apk --update add postfix-mysql; postfix reload"

Und schau dann mal mit docker logs -f egroupware-smtp ob der Fehler immer noch kommt.

Ralf

SilverPC · May '22

gemacht:

root@cloud:/home/***# docker exec egroupware-smtp sh -c “apk del postfix-mysql; apk --update add postfix-mysql; postfix reload”
(1/2) Purging postfix-mysql (3.6.6-r0)
(2/2) Purging mariadb-connector-c (3.1.13-r0)
OK: 43 MiB in 23 packages
(1/2) Installing mariadb-connector-c (3.1.13-r0)
(2/2) Installing postfix-mysql (3.6.6-r0)
OK: 43 MiB in 25 packages

Mail geht immer noch nicht

Egroupware-Mail:
May 24 19:34:58 imap-login: Info: Disconnected: Connection closed (auth failed, 1 attempts in 6 secs): user=<***>, method=PLAIN, rip=172.19.0.4, lip=172.19.0.8, TLS,

er will auch immer IMAP anlegen/einlogen, obwohl er ja einen Lokalen Server hat??

SilverPC · May '22

Als könnte Dovecot die bekannten user nicht mehr Abfragen bzw. Authentifizieren.

SilverPC · May '22

Hier mal n Screenshot von Portainer

RalfBecker · May '22

Deswegen habe ich Dir ja die Kommandos geschrieben das mal zu testen …

SilverPC · May '22

userdb lookup: user *** doesn’t exist

er bekommt kein zugriff auf die user DB

SilverPC · May '22

egroupware-mail ist übrigens von allein gestopt

RalfBecker · May '22

Das erklärt natürlich warum nichts funktioniert.

Dann musst Du nur noch rausfinden, wieso Dovecot “plötzlich” nicht mehr auf die Datenbank zugreifen kann. Von alleine passiert sowas normal nicht

Auch hier hilft es dich die Logs des Container anzuschauen bzw. nach so einem Fehler mal doveadm log errors auszuführen.

Das ist äußerst merkwürdig, sprich unbedingt mal die Logs des Containers checken, warum der gestoppt ist!

Ralf

StefanU · May '22

Ist Portainer vor 2 Wochen installiert worden?

@RalfBecker
Ich bin ja mit den Container-Adressen immer noch nicht warm…
Aber ist es möglich, dass sich die Adressen bei der (nach-)Installation von Portainer geändert haben und bei dem Problem eine Rolle spielen?
Mein Docker-EGw-Netz hat eine 172.17.

Stefan

StefanU · May '22

Betreff angepasst und nach EGroupware Mail-Kategorie verschoben.
Stefan

SilverPC · May '22

Hallo,

ich habe mal über docker-compose up die fortlaufenden Fehler mitgelesen.
Es scheint ein Problem mit dem Nginx zu geben??

2022/05/30 07:28:38 [error] 22#22: 26 FastCGI sent in stderr: “PHP message: EGroupware\Api\Mail::getInstance (282) Loading the Profile for ProfileID 0 failed for icServer; Mail-Konto nicht gefunden! (acc_id=0) Trigger new instance for Default-Profile . called from:EGroupware\Api\Mail::getInstance:282 / mail_ui->__construct:148 / EGroupware\Api\Framework\Ajax::ajax_exec:1117 / call_user_func_array(Array) / EGroupware\Api\Json\Request->handleRequest:200 / EGroupware\Api\Json\Request->parseRequest:104PHP message: mail_ui::index584Die Initializierung des Mail-Moduls ist fehlgeschlagen. Bitte benutzen Sie den Konfigurationsassistenten um die Konfiguration zu korrigieren. Menuaction:mail.mail_ui.index.mail_ui->index:584 / EGroupware\Api\Framework\Ajax::ajax_exec:1147 / call_user_func_array(Array) / EGroupware\Api\Json\Request->handleRequest:200 / EGroupware\Api\Json\Request->parseRequest:104” while reading response header from upstream, client: 172.19.0.1, server: *, request: “POST /egroupware/json.php?menuaction=mail.jdots_framework.ajax_exec.template.mail.mail_ui.index HTTP/1.1”, upstream: “fastcgi://172.19.0.3:9000”, host: "", referrer: "https://*****/egroupware/index.php?cd=yes"

FASTCGI?? evtl.

Ich komm hier nicht weiter

SilverPC · May '22

mariadb fehler…

| EGroupware successful updated
egroupware-db | 2022-05-30 08:10:49+00:00 [Note] [Entrypoint]: Entrypoint script for MariaDB Server 1:10.4.25+maria~focal started.
egroupware-db | 2022-05-30 08:10:50+00:00 [Note] [Entrypoint]: Switching to dedicated user 'mysql’
egroupware | * Starting periodic command scheduler cron
egroupware | …done.
egroupware-db | 2022-05-30 08:10:50+00:00 [Note] [Entrypoint]: Entrypoint script for MariaDB Server 1:10.4.25+maria~focal started.
egroupware | [30-May-2022 08:10:52] NOTICE: fpm is running, pid 1
egroupware | [30-May-2022 08:10:52] NOTICE: ready to handle connections
egroupware | [30-May-2022 08:10:52] NOTICE: systemd monitor interval set to 10000ms
egroupware-db | 2022-05-30 08:10:50+00:00 [Note] [Entrypoint]: MariaDB upgrade information missing, assuming required
egroupware-nginx | /docker-entrypoint.sh: /docker-entrypoint.d/ is not empty, will attempt to perform configuration
egroupware-nginx | /docker-entrypoint.sh: Looking for shell scripts in /docker-entrypoint.d/
egroupware-db | 2022-05-30 08:10:50+00:00 [Note] [Entrypoint]: MariaDB upgrade (mysql_upgrade) required, but skipped due to $MARIADB_AUTO_UPGRADE setting

RalfBecker · May '22

Nichts von den Logs die Du gepostet hast ist ein (neuer) Fehler.

Was immer noch fehlt damit ich Dir helfen kann, ist die Antwort auf meine erste Frage:

Was sagt doveadm log errors direkt nach dem Du den userdb lookup gemacht hast?

Grundsätzlich würde ich Dir empfehlen, wenn Du den Mailserver produktiv nutzt, mal ein kleines Supportbudget zu kaufen, damit wir da zusammen drauf schauen können. Das geht ja jetzt schon eine Woche nicht mehr …

Ralf

SilverPC · May '22

da kommt gar nix

root@cloud:/etc/egroupware-docker# alias doveadm='docker exec egroupware-mail doveadm’
root@cloud:/etc/egroupware-docker# doveadm user -u oliver
userdb lookup: user oliver doesn’t exist
root@cloud:/etc/egroupware-docker# doveadm auth test oliver
passdb: oliver auth failed
extra fields:
user=oliver
root@cloud:/etc/egroupware-docker# doveadm log errors
root@cloud:/etc/egroupware-docker#

RalfBecker · May '22

Ok, dann müssen wir dort weiter schauen:

docker exec -it egroupware-mail bash
apt update && apt install -y mariadb-client
mysql --defaults-file=my.cnf --execute "SELECT account_lid AS user FROM egw_accounts JOIN egw_mailaccounts active ON egw_accounts.account_id=active.account_id AND active.mail_type=0 AND active.mail_value='active' WHERE account_lid<>'anonymous' AND account_status='A' AND account_type='u' AND (account_expires=-1 OR account_expires>UNIX_TIMESTAMP())"
mysql --defaults-file=my.cnf --execute "SELECT CONCAT('/var/dovecot/', home.mail_value) AS home, CONCAT('*:storage=', quota.mail_value, 'MB') AS quota_rule FROM egw_accounts JOIN egw_mailaccounts active ON egw_accounts.account_id=active.account_id AND active.mail_type=0 AND active.mail_value='active' JOIN egw_mailaccounts home ON egw_accounts.account_id=home.account_id AND home.mail_type=5 LEFT JOIN egw_mailaccounts quota ON egw_accounts.account_id=quota.account_id AND quota.mail_type=2 JOIN egw_addressbook ON egw_addressbook.account_id=egw_accounts.account_id WHERE account_lid<>'anonymous' AND account_status='A' AND account_type='u' AND (account_expires=-1 OR account_expires>UNIX_TIMESTAMP()) AND (account_lid='oliver' OR contact_email='oliver@egw.local')"

Das installiert einen MariaDB Client im egroupware-mail Container und führt dann unter Verwendung des Konfigfiles 2 Queries aus:

Iterate Query die alle User ausgibt
UserDB Query für den user “oliver”

Ralf

EGw-Mail-Server nicht erreichbar

EGw-Mail-Server nicht erreichbar

created

last reply

replies

views

users

links

EGw-Mail-Server nicht erreichbar

created

last reply

replies

views

users

links

share a link to this topic