22 / 22
May 2022

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.

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

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>

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

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??

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

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

userdb lookup: user *** doesn’t exist

er bekommt kein zugriff auf die user DB

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 :wink:

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

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

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

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

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

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#

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:

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

Ralf

E: The repository ‘https://repo.dovecot.org/ce-2.3.16/ubuntu/focal1 focal Release’ no longer has a Release file.
N: Updating from such a repository can’t be done securely, and is therefore disabled by default.
N: See apt-secure(8) manpage for repository creation and user configuration details.

Ist heir aber Debian_10???

Support hab ich nun gekauft.

Dank des Supports wurde ein nicht aktiviertes Postfach und ein fälschlich gestarteter Exim4 (welcher sich den Port vom Docker SMTP genommen hat )als Verursacher herausgefunden.

Vielen Dank.