Re: [Davmail-users] gnus/davmail/O365: works, but is slow
Brought to you by:
mguessan
From: Henrik G. B. <hg...@if...> - 2019-02-01 10:27:38
|
Mickaël Guessant <mgu...@fr...> writes: >> 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. To get the ~4 minute 500 messages-at-a-time download stuff, all I need to do (and all both gnus and mbsync does) is 'SELECT "INBOX"'. But then it (mbsync, now, didn't do that before) starts doing 'FETCH (UID 6 FLAGS (\Seen) BODY[HEADER.FIELDS (MESSAGE-ID)] {55}' which takes forever, and won't complete anyway, since it always bails out after getting a 'bogus FETCH' at some point. -- Henrik Grindal Bakken <hg...@if...> PGP ID: 8D436E52 Fingerprint: 131D 9590 F0CF 47EF 7963 02AF 9236 D25A 8D43 6E52 |