Re: [Davmail-users] gnus/davmail/O365: works, but is slow
Brought to you by:
mguessan
From: Mickaël G. <mgu...@fr...> - 2019-01-31 21:14:54
|
Le 31/01/2019 à 09:45, Henrik Grindal Bakken a écrit : > Mickaël Guessant<mgu...@fr...> writes: > >> Le 28/01/2019 à 17:00, Henrik Grindal Bakken a écrit : >>> takes... ages. Several minutes. It's a big INBOX, so I guess this >>> isn't so surprising first time, but it never speeds up. >> => a simple way to get fast folder is to limit message count with: >> >> davmail.folderSizeLimit=100 > I tried that, but it still goes through the same loop, I don't see any > difference at all, to be honest. > >> I would also suggest the good old way: use folders instead of a single >> large INBOX... > Yeah, I could do that. > >> I have a 6k messages folder here and it's still usable, a bit slow but >> usable. > What's surprising to me is that it loops through this every time the > client does "SELECT INBOX", which gnus happens to do when I read an > email even, so I get the same delay over and over. If it was just for > fetching new emails, I could possibly live with it. > > I'm trying to add mbsync on top of davmail. Will see how that goes. => I don't know gnus, but your issue may be that it triggers the message load on fetch: if ( ( parameters.contains("BODY.PEEK[HEADER.FIELDS (") // exclude mutt header request && !parameters.contains("X-LABEL") ) || parameters.equals("RFC822.SIZE RFC822.HEADER FLAGS")// icedove || Settings.getBooleanProperty("davmail.imapAlwaysApproxMsgSize") ) => If you don't match this filter DavMail has to download all message bodies to get exact message size. => can you please provide more details on IMAP commands ? -- Mickael Guessant mailto:mgu...@fr... |