[Eisfair] imap segfault und thunderbird

[Helmut Pohl]

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