And the integrity of the pst cache file might need
checking. This is done by running "scanpst.exe", that is somewhere in
the Office pgm directory. I have also seen some strange slowdowns using
Cyrus and a damaged pst., mostly at first opening of Outlook. Deleting
the pst file cache and
One user mentions that it still takes several minutes in the morning to
'fetch headers'. This user has Outlook 2003 on MS XP as the mail client.
I have less than 20 users using cyrus-imapd 2.3.1 on a fedora core 5
box with current rpms.
Does anyone have any tuning hints? Some way to speed things
On Mon, 27 Aug 2007, Nik Conwell might have said:
This is typically an Outlook problem. The client runs various
filters, and possibly has perf issues on local disk (look for disk
light activity on the PC) as it's updating its caches.
Turn on Cyrus logging for the particular user (in
This is typically an Outlook problem. The client runs various
filters, and possibly has perf issues on local disk (look for disk
light activity on the PC) as it's updating its caches.
Turn on Cyrus logging for the particular user (in the server config
log subdir do mkdir username and make
On Aug 27, 2007, at 11:14 AM, Mike Eggleston wrote:
[...]
Where is the server logging sub-directory? I do not see one in
/var/lib/cyrus-imapd (those are all binaries) nor do I see one in /
var/log.
It should be a subdirectory called log in whatever directory
configdirectory is set to in
One user mentions that it still takes several minutes in the
morning to 'fetch headers'. This user has Outlook 2003 on MS
XP as the mail client.
I have less than 20 users using cyrus-imapd 2.3.1 on a fedora
core 5 box with current rpms.
Does anyone have any tuning hints? Some way to
The solution to all of this is to leave Outlook running all
the time.
I've seen Outlook fetching headers for like 100 new messages (from a 2000
messages box) in a matter of seconds on Monday morning fresh start; and it
did it on 2 years old WS hardware plus 3 years old server hardware. But one