geby, thanks for that information. Unfortunately, Spamhalter daemon (or even a server for mercury/32) is not an option.
#1 Might it be possible to have the wi_sph Pmail plugin use a shared copy anyway?
While I don't really care about speed, having a separate database for each mailbox does not contribute to good performance either.
#2 Also, can the wi_sph.ini file be adapted to use mail folder *names*, not just IDs?
If someone deletes a folder, the ID is invalid even if the folder is recreated (pmail's content control handler will create folders automatically if they do not exist, but the ID will change).
Thanks (and thanks for Spamhalter too! :)
Cy
<p>geby, thanks for that information. Unfortunately, Spamhalter daemon (or even a server for mercury/32) is not an option. </p><p>#1 Might it be possible to have the wi_sph Pmail plugin use a shared copy anyway?
&nbsp;&nbsp;&nbsp; While I don't really care about speed, having a separate database for each mailbox does not contribute to good performance either.</p><p>#2 Also, can the&nbsp; wi_sph.ini file be adapted to use mail folder *names*, not just IDs?
&nbsp;&nbsp;&nbsp; If someone deletes a folder, the ID is invalid even if the folder is recreated (pmail's content control handler will create folders automatically if they do not exist, but the ID will change).</p><p>Thanks (and thanks for Spamhalter too! :)
Cy
</p>