From helmut_pohl at arcor.de Wed Sep 2 08:34:26 2026 From: helmut_pohl at arcor.de (Helmut Pohl) Date: Wed, 2 Sep 2026 08:34:26 +0200 Subject: [Eisfair] imap segfault und thunderbird In-Reply-To: <117458v$1ohki$1@vm-news.spline.inf.fu-berlin.de> References: <11743vl$1ogut$1@vm-news.spline.inf.fu-berlin.de> <117458v$1ohki$1@vm-news.spline.inf.fu-berlin.de> Message-ID: <1178g1i$1t8ek$1@vm-news.spline.inf.fu-berlin.de> Hallo Rolf, Am 31.08.2026 um 17:06 schrieb Rolf Bensch: > Hallo Helmut, > > Am 31.08.26 um 16:44 schrieb Helmut Pohl: >> >> Haben diese Meldungen auch noch andere eisfair-Nutzer ? > > Hier nicht (vm-Mailserver unter Qemu/KVM und TB unter Linux) > >> Hat jemand eine Idee, woran das liegen kann? > > Wieso bringst Du das in einen Bezug zu TB? Tritt das bei anderen Clients > nicht auf (Handy, Webmail...) Nein, es ist bisher ausschließlich bei dem Zugriff von Thunderbird auf die Eis64-VM aufgetreten. Das Kuriose ist allerdings, dass auf einer anderen eis64-VM mit installiertem Mail dieses Verhalten nicht auftritt. Kein segfault, kein coredump. Daraus schliesse ich dass es doch nicht mit Thunderbird, wie anfangs vermutet, sondern mit imap zu tun haben muss. > Grüße > > Rolf Gruß Helmut From marcus.roeckrath at gmx.de Wed Sep 2 08:39:06 2026 From: marcus.roeckrath at gmx.de (Marcus =?UTF-8?B?UsO2Y2tyYXRo?=) Date: Wed, 02 Sep 2026 08:39:06 +0200 Subject: [Eisfair] imap segfault und thunderbird References: <11743vl$1ogut$1@vm-news.spline.inf.fu-berlin.de> <117458v$1ohki$1@vm-news.spline.inf.fu-berlin.de> <1178g1i$1t8ek$1@vm-news.spline.inf.fu-berlin.de> Message-ID: Hallo Helmut, Helmut Pohl wrote: > Nein, es ist bisher ausschließlich bei dem Zugriff von Thunderbird auf > die Eis64-VM aufgetreten. > Das Kuriose ist allerdings, dass auf einer anderen eis64-VM mit > installiertem Mail dieses Verhalten nicht auftritt. Kein segfault, kein > coredump. Welches sind die Unterschiede zwischen den beiden VMs? -- Gruß Marcus [eisfair-Team] From helmut_pohl at arcor.de Wed Sep 2 08:41:03 2026 From: helmut_pohl at arcor.de (Helmut Pohl) Date: Wed, 2 Sep 2026 08:41:03 +0200 Subject: [Eisfair] imap segfault und thunderbird In-Reply-To: References: <11743vl$1ogut$1@vm-news.spline.inf.fu-berlin.de> Message-ID: <1178gdt$1t8pt$1@vm-news.spline.inf.fu-berlin.de> Hallo Marcus, Am 31.08.2026 um 17:13 schrieb Marcus Röckrath: > Hallo Helmut, > > Helmut Pohl wrote: > >> seit ein paar Tagen fällt mir auf, dass in der /var/log/messages auf >> meiner eis64 Mail-VM (aktuell, mit dovecot) die Meldung: >> >> Aug 31 14:34:01 xen-eismail kernel: imap[24740]: segfault at 8 ip >> 00007f52d7885e69 sp 00007fff23110e20 error 4 in >> libxapian.so.30.13.1[85e69,7f52d7837000+197000] likely on CPU 0 (core 0, >> socket 0) >> Aug 31 14:34:02 xen-eismail kernel: Code: 0f 84 10 3e fb ff 8d 46 ff 31 >> d2 f7 f7 48 8b 3c d1 8d 70 01 48 8b 07 48 8b 40 40 48 83 c4 08 ff e0 53 >> 85 d2 0f 84 f1 3d fb ff <48> 8b 4e 08 48 8b 46 10 48 29 c8 48 c1 f8 03 >> 89 c6 85 c0 0f 84 dd >> Aug 31 14:34:01 xen-eismail systemd-coredump[25001]: Process 24740 >> (imap) of user 2001 terminated abnormally with signal 11/SEGV, >> processing... Aug 31 14:34:01 xen-eismail systemd[1]: Started Process Core >> Dump (PID 25001/UID 0). > > Wenn ich in den messages-Logs gezielt suche, finde ich über die Monate > verteilt einzelne ähnliche Dinge, wobei dann sehr unterschiedliche > Programme/Libs betroffen sind. System oder spezifische Häufung ist dabei > nicht festzustellen. Das kann ich bei mir so nicht bestätigen. Mittlerweile vermute ich auch, dass es nicht mit Thunderbird, sondern mit dem imapd/mail vom eis64 zu tun haben muss. Ich suche weiter, habe allerdings auch festgestellt dass fetchmail öfter den Fehler 501 ausgibt. Vielleicht ist doch irgendetwas bei diesem eis64 nicht in Ordnung. Gruß, Helmut From marcus.roeckrath at gmx.de Wed Sep 2 08:53:56 2026 From: marcus.roeckrath at gmx.de (Marcus =?UTF-8?B?UsO2Y2tyYXRo?=) Date: Wed, 02 Sep 2026 08:53:56 +0200 Subject: [Eisfair] imap segfault und thunderbird References: <11743vl$1ogut$1@vm-news.spline.inf.fu-berlin.de> <1178gdt$1t8pt$1@vm-news.spline.inf.fu-berlin.de> Message-ID: <4ptkmm-ooa.ln1@ID-94514.user.individual.de> Hallo Helmut, Helmut Pohl wrote: > Mittlerweile vermute ich auch, dass es nicht mit Thunderbird, sondern > mit dem imapd/mail vom eis64 zu tun haben muss. Ich suche weiter, habe > allerdings auch festgestellt dass fetchmail öfter den Fehler 501 > ausgibt. "Fetchmail error 501 ("Syntax error in parameters or arguments" or "Bad sender address syntax") happens when fetchmail passes an email to your local Mail Transfer Agent (MTA) like Postfix, but the sender/recipient address or SMTP command syntax violates protocol rules. This often causes a loop where fetchmail repeatedly tries to download the same bad message." -- Gruß Marcus [eisfair-Team] From helmut_pohl at arcor.de Wed Sep 2 10:13:24 2026 From: helmut_pohl at arcor.de (Helmut Pohl) Date: Wed, 2 Sep 2026 10:13:24 +0200 Subject: [Eisfair] imap segfault und thunderbird In-Reply-To: References: <11743vl$1ogut$1@vm-news.spline.inf.fu-berlin.de> <117458v$1ohki$1@vm-news.spline.inf.fu-berlin.de> <1178g1i$1t8ek$1@vm-news.spline.inf.fu-berlin.de> Message-ID: <1178lr2$1tee2$1@vm-news.spline.inf.fu-berlin.de> Hallo Marcus, ich habe einen Fehler gefunden. Am 02.09.2026 um 08:39 schrieb Marcus Röckrath: > Hallo Helmut, > > Helmut Pohl wrote: > >> Nein, es ist bisher ausschließlich bei dem Zugriff von Thunderbird auf >> die Eis64-VM aufgetreten. >> Das Kuriose ist allerdings, dass auf einer anderen eis64-VM mit >> installiertem Mail dieses Verhalten nicht auftritt. Kein segfault, kein >> coredump. > > Welches sind die Unterschiede zwischen den beiden VMs? > diff : < POP3IMAP_TLS_CERT_NAME='xen-test2.gallien' --- > POP3IMAP_TLS_CERT_NAME='xen-eismail.gallien' 39a38 > MAIL_USER_1_EMAIL_N='0' 53c52 < IMAP_PUBLIC_FOLDER_1_ACTIVE='no' # 1. activate folder: yes or no --- > IMAP_PUBLIC_FOLDER_1_ACTIVE='yes' # 1. activate folder: yes or no 59c58 < IMAP_SHARED_FOLDER_1_ACTIVE='no' # 1. activate folder: yes or no --- > IMAP_SHARED_FOLDER_1_ACTIVE='yes' # 1. activate folder: yes or no 70c69 Der Haupt-Unterschied ist in IMAP_PUBLIC_FOLDER_1_ACTIVE und IMAP_SHARED_FOLDER_1_ACTIVE ! Im Konfig-Editor sind auf beiden VM's diese Optionen nicht aktiviert (IMAP_PUBLIC_FOLDER_N = '0'). Als ich aber auf xen-eismail in die Option IMAP_PUBLIC_FOLDER_1_ACTIVE gegangen bin, war sie auf 'yes' obwohl IMAP_PUBLIC_FOLDER_N = '0' steht. IMAP_PUBLIC_FOLDER_1_ACTIVE war also aktiv. In IMAP_SHARED_FOLDER_N = '0' war es genauso. IMAP_SHARED_FOLDER_1_ACTIVE war auf 'yes' Eigentlich sollten doch diese Optionen deaktiviert sein, wenn IMAP_PUBLIC_FOLDER_N = 0 und IMAP_SHARED_FOLDER_N = 0 sind, oder? Bis jetzt ist der coredump nur noch einmal aufgetreten, ich werde es weiter im Auge behalten... Gruß, Helmut From marcus.roeckrath at gmx.de Wed Sep 2 12:17:39 2026 From: marcus.roeckrath at gmx.de (Marcus =?UTF-8?B?UsO2Y2tyYXRo?=) Date: Wed, 02 Sep 2026 12:17:39 +0200 Subject: [Eisfair] imap segfault und thunderbird References: <11743vl$1ogut$1@vm-news.spline.inf.fu-berlin.de> <117458v$1ohki$1@vm-news.spline.inf.fu-berlin.de> <1178g1i$1t8ek$1@vm-news.spline.inf.fu-berlin.de> <1178lr2$1tee2$1@vm-news.spline.inf.fu-berlin.de> Message-ID: <3n9lmm-307.ln1@ID-94514.user.individual.de> Hallo Helmut, Helmut Pohl wrote: >> Welches sind die Unterschiede zwischen den beiden VMs? >> > diff : > > < POP3IMAP_TLS_CERT_NAME='xen-test2.gallien' > --- > > POP3IMAP_TLS_CERT_NAME='xen-eismail.gallien' > 39a38 > > MAIL_USER_1_EMAIL_N='0' > 53c52 > < IMAP_PUBLIC_FOLDER_1_ACTIVE='no' # 1. activate folder: yes or no > --- > > IMAP_PUBLIC_FOLDER_1_ACTIVE='yes' # 1. activate folder: yes or no > 59c58 > < IMAP_SHARED_FOLDER_1_ACTIVE='no' # 1. activate folder: yes or no > --- > > IMAP_SHARED_FOLDER_1_ACTIVE='yes' # 1. activate folder: yes or no > 70c69 > > > Der Haupt-Unterschied ist in IMAP_PUBLIC_FOLDER_1_ACTIVE und > IMAP_SHARED_FOLDER_1_ACTIVE ! > > Im Konfig-Editor sind auf beiden VM's diese Optionen nicht aktiviert > (IMAP_PUBLIC_FOLDER_N = '0'). Als ich aber auf xen-eismail in die Option > IMAP_PUBLIC_FOLDER_1_ACTIVE gegangen bin, war sie auf 'yes' obwohl > IMAP_PUBLIC_FOLDER_N = '0' steht. > IMAP_PUBLIC_FOLDER_1_ACTIVE war also aktiv. Solange die numerische Variable 0 ist, spielen die untergeordneten Optionen keine Rolle. > In IMAP_SHARED_FOLDER_N = '0' war es genauso. > IMAP_SHARED_FOLDER_1_ACTIVE war auf 'yes' > > Eigentlich sollten doch diese Optionen deaktiviert sein, wenn > IMAP_PUBLIC_FOLDER_N = 0 und > IMAP_SHARED_FOLDER_N = 0 sind, oder? s o. -- Gruß Marcus [eisfair-Team] From u.kunze.sdh at t-online.de Wed Sep 2 14:44:09 2026 From: u.kunze.sdh at t-online.de (Uwe Kunze) Date: Wed, 2 Sep 2026 14:44:09 +0200 Subject: [Eisfair] =?utf-8?q?eigene_php-Konfiguration_m=C3=B6glich_=3F?= Message-ID: <11795mp$1u06d$1@vm-news.spline.inf.fu-berlin.de> Hi at all, ich möchte ein paar "Tipps" aus dem Internet umsetzen, um ein paar php-Optionen (natürlich auf "eigene Gefahr") zu ändern. Ich hoste eine Nextcloud (nein, nicht das eisfair-Paket) und habe bei Nutzung von php-fpm das Problem, dass die Nextcloud alle paar Tage "einfriert" (mit mod-php läuft sie übrigens stabil). Ich möchte also testhalber ein paar Optionen (z.B. pm.max_children) verändern. Die Einstellung habe ich unter /etc/php8/fpm/pool.d/php8-default.conf gefunden, weiß aber nicht, ob diese conf überhaupt vom Paket verwendet wird. Meine Frage: WIE (bzw. WO) ändere ich die php-Einstellungen SO, dass sie nicht bei jedem Apache-Neustart (oder einem Paket-Update) von den eisfair-Defaults überschrieben werden ... bzw. ist die o.g. default.conf die Basis für die eisfair-Defaults ? Gibt es vielleicht (wie z.B. das "expert"-Paket für Samba) eine .conf, in der ich eigene Werte definieren kann und die beim Aufruf des php-Menüs die Defaults überschreiben ... bzw. kann ich vielleicht eine eigene .conf-Datei schreiben ? Wo müsste ich die ablegen ? Danke im Voraus und VG Uwe P.S. Ich nutze (wie o.g.) im Moment php-fpm, aber die Frage gilt für beide Pakete .... falls man auch mal mit mod-php experimentieren muss. From holgerbruenjes at gmx.net Wed Sep 2 15:04:46 2026 From: holgerbruenjes at gmx.net (Holger Bruenjes) Date: Wed, 2 Sep 2026 15:04:46 +0200 Subject: [Eisfair] =?utf-8?q?eigene_php-Konfiguration_m=C3=B6glich_=3F?= In-Reply-To: <11795mp$1u06d$1@vm-news.spline.inf.fu-berlin.de> References: <11795mp$1u06d$1@vm-news.spline.inf.fu-berlin.de> Message-ID: Hallo Uwe Am 02.09.26 um 14:44 schrieb Uwe Kunze: > Meine Frage: > WIE (bzw. WO) ändere ich die php-Einstellungen SO, dass sie nicht bei > jedem Apache-Neustart (oder einem Paket-Update) von den eisfair-Defaults > überschrieben werden ... bzw. ist die o.g. default.conf die Basis für > die eisfair-Defaults ? erzeuge eine Datein in dem Ordner /etc/php8/fpm/pool.d/ php8-nextcloud.conf und schreibe deine Wuensche dahin z.B. ; --------------------------------------------------------------- ; Dein header nextcloud ; Creation date: 2026-05-25 18:32:22 ; --------------------------------------------------------------- [nextcloud] user = wwwrun group = nogroup listen = /run/php8-nextcloud.sock listen.owner = wwwrun listen.group = nogroup listen.allowed_clients = 127.0.0.1 pm = dynamic pm.max_children = 10 pm.start_servers = 2 pm.min_spare_servers = 1 pm.max_spare_servers = 3 access.log = /var/www/log/php-fpm-nextcloud.access.log access.format = "%R - %u %t \"%m %r%Q%q\" %s %f %{mili}d %{kilo}M %C%%" php_admin_value[open_basedir] = /srv/www/nextcloud:/var/lib/php8:/tmp php_admin_value[session.save_path] = /srv/www/nextcloud/tmp php_admin_value[session.gc_divisor] = 100 php_admin_flag[allow_url_include] = off php_admin_flag[allow_url_fopen] = off ------------------------------------------- das wird von keinem Paket geaendert. Holger From u.kunze.sdh at t-online.de Wed Sep 2 15:31:04 2026 From: u.kunze.sdh at t-online.de (Uwe Kunze) Date: Wed, 2 Sep 2026 15:31:04 +0200 Subject: [Eisfair] =?utf-8?q?eigene_php-Konfiguration_m=C3=B6glich_=3F?= In-Reply-To: References: <11795mp$1u06d$1@vm-news.spline.inf.fu-berlin.de> Message-ID: <11798ep$1u39t$1@vm-news.spline.inf.fu-berlin.de> Hallo Holger, > user = wwwrun > group = nogroup > > listen = /run/php8-nextcloud.sock > listen.owner = wwwrun > listen.group = nogroup > listen.allowed_clients = 127.0.0.1 sind diese Optionen zwingend oder würden die aus den eisfair-Defaults übernommen, falls ich sie hier nicht explizit setze ? > pm = dynamic > pm.max_children = 10 > pm.start_servers = 2 > pm.min_spare_servers = 1 > pm.max_spare_servers = 3 Auf diversen Seiten werden noch "höhere" Werte vorgeschlagen .... ist aber sicher auch von der verfügbaren RAM-Größe abhängig .... werde ich testen. > access.log = /var/www/log/php-fpm-nextcloud.access.log > access.format = "%R - %u %t \"%m %r%Q%q\" %s %f %{mili}d %{kilo}M %C%%" > php_admin_value[open_basedir] = /srv/www/nextcloud:/var/lib/php8:/tmp > php_admin_value[session.save_path] = /srv/www/nextcloud/tmp > php_admin_value[session.gc_divisor] = 100 > php_admin_flag[allow_url_include] = off > php_admin_flag[allow_url_fopen] = off auch hier: optional oder (in einer eigenen config) zwingend notwendig ? Noch eine Frage zum Apache: Es wird das Modol "event" anstelle von "worker" empfohlen, kann man ja im Menü einstellen. Wo stelle ich (dauerhaft, Update-sicher) für mpm_event_module eigene Optionen ein (z.B. MaxRequestWorkers, MaxConnectionsPerChild usw.) ? Danke und VG Uwe