Paul J Stevens wrote:
I've changed this setup for header and envelope retrieval. Now the queries run
in batches, retrieving the required information only for a limited number of
messages per query (500). And while throughput suffers a bit because of this,
the latency that occured before while waiting for the query results is now
practically gone.
Nice!
From irc conversation, another pertinent question is, is
2.2 svn stable right now? I know there were a run of issues a week or
two back, but have the major issues cleared? If so, Eric could probably
try latest svn and report back on speed differences.
Those issues have been all but resolved as far as I can tell. Sometimes messages
keep staying at status unread in thunderbird and that needs to be resolved, and
I have had complaints about this too. I probably could get some level 5
logs, interested?
I've also suspect that outlook still suffers the 'message UID has changed'
problem (I can't find the bug report for this one) that has bugged dbmail
already since way back when.
I did do some small changes that may affect this particular bug though. The
UIDNEXT values is determined slightly differently to match the RFC requirements
better, and no EXPUNGE messages are sent in response to FETCH commands. That
last one was done to accomodate a outlook express bug that was uncovered by the
Dovecot team. So every one who cares is kindly invited to test the stable branch
with outlook office if they can, and report back.
I'll sure try this on Monday or Tuesday, I downgraded back to 2.2.2 from
2.2.4 after one and a half days because of this.
This kind of summaries about current issues are very helpful. I often
check the bug tracker, but it doesn't give a good overview nor are
always all current issues in it.
Sorry for OT.
Thanks,
Alex
_______________________________________________
DBmail mailing list
[email protected]
https://mailman.fastxs.nl/mailman/listinfo/dbmail
