On Tue, Jul 3, 2012 at 7:59 AM, J E Lyon role.Dovecot-Readers@jlassocs.com wrote:
On 3 Jul 2012, at 07:46, Timo Sirainen wrote:
On 3.7.2012, at 9.38, Kaya Saman wrote:
So if I look at a different authentication mechanism say LDAP would it improve performance?
I doubt authentication has anything to do with why Outlook downloads mails slowly.
But you could configure Outlook to use plaintext authentication instead of NTLM authentication to see if it makes a difference. No need to change anything on Dovecot side then.
It's a bit of a random tuppenyworth, but all my experience of slow Outlook clients seems to be local mail store sync work, perhaps garbage-collecting / defragmenting or something, but not actually getting the emails themselves . .
I have one particular client who reported issues yesterday as it happens -- all versions of Windows from XP thru Win7 running mostly older Outlook but a couple of 2010 clients -- and one particular user, logged in on only one particular workstation (Win7 & 2010 as it happens) experiences _colossal_ delays in waiting for mail to open or respond at times, and yet any other user, or moving to another machine, it's all swift and fine.
That smacks of a local desktop cache problem to me... All on the LAN, as well, no slow connections.
As I say, just 0.02 -- may not be overly relevant, but my instinct is that local storage with Outlook has significant possibility for issues.
J.
Hmm... interesting point and had I been using a 'standard' filesystem type I would have to agree.
However this is a clean server with plenty of space left on the pool allocated for mail and it's additionally using ZFS too.
The point is that I am monitoring using nload as well as other things and the maximum bandwidth being got with Outlook is a few Mbps burst, average 50kbps; while with T-Bird I get way over 130Mbps???
Regards,
Kaya