Hi!
I am running a root-server with Plesk 7.5.4 on Suse 9.3.
I am using the default installation with clamav added to the qmail queue.
For _some_ accounts, I have a problem which I cannot yet solve.
After copying the messages from the previous server (running XMail) into the new accounts with the root-account (owner, group and rights are properly set popuser
opuser and rw for owner), new incoming messages are moved from the /new subdir into the /cur subdir when accessing them with Thunderbird.
BUT:
The message body is not shown, the messages are again unread on next mailbox scan (no ,S is appended to the filename).
Restarting the processes and the whole server did not help.
Moreover, Thunderbird seems to hang on accessing courier-imap with these messages, running up to 100% cpu load after some time.
I could solve that problem for one mail account by deleting and recreating it. For another one, after recreation the former invisible messages appeared, but further new messages showed and show the above problem.
Moreover, SMTP access is very slow (although running on an idle server) and it takes a lot of time even to deliver a small message.
Addendum:
When accessing the mailbox using POP3, the mails are properly downloaded. The POP3 protocol is also handled by courier-imap.
Any idea?
Bye,
Andreas
I am running a root-server with Plesk 7.5.4 on Suse 9.3.
I am using the default installation with clamav added to the qmail queue.
For _some_ accounts, I have a problem which I cannot yet solve.
After copying the messages from the previous server (running XMail) into the new accounts with the root-account (owner, group and rights are properly set popuser
BUT:
The message body is not shown, the messages are again unread on next mailbox scan (no ,S is appended to the filename).
Restarting the processes and the whole server did not help.
Moreover, Thunderbird seems to hang on accessing courier-imap with these messages, running up to 100% cpu load after some time.
I could solve that problem for one mail account by deleting and recreating it. For another one, after recreation the former invisible messages appeared, but further new messages showed and show the above problem.
Moreover, SMTP access is very slow (although running on an idle server) and it takes a lot of time even to deliver a small message.
Addendum:
When accessing the mailbox using POP3, the mails are properly downloaded. The POP3 protocol is also handled by courier-imap.
Any idea?
Bye,
Andreas