<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Recent changes to 81: Performance increase</title><link>https://sourceforge.net/p/davmail/feature-requests/81/</link><description>Recent changes to 81: Performance increase</description><atom:link href="https://sourceforge.net/p/davmail/feature-requests/81/feed.rss" rel="self"/><language>en</language><lastBuildDate>Mon, 29 Oct 2018 11:24:36 -0000</lastBuildDate><atom:link href="https://sourceforge.net/p/davmail/feature-requests/81/feed.rss" rel="self" type="application/rss+xml"/><item><title>#81 Performance increase</title><link>https://sourceforge.net/p/davmail/feature-requests/81/?limit=25#f96c</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Currently the easiest way to improve DavMail response time is to limit message count with davmail.folderSizeLimit. This is the recommended way for gateways intended for mobile/smartphone sync.&lt;/p&gt;
&lt;p&gt;More info on current implementation: DavMail loads message list on select, native IMAP does not.&lt;/p&gt;
&lt;p&gt;Most information on folder object is available without loading messages so we could defer message list load... except in most cases SELECT/EXAMINE is immediately followed by a FETCH, which will trigger message list load.&lt;/p&gt;
&lt;p&gt;Not sure this would make a difference, but we could try to limit calls to folder.loadMessages()&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Mickael Guessant</dc:creator><pubDate>Mon, 29 Oct 2018 11:24:36 -0000</pubDate><guid>https://sourceforge.net5bb102c87752354ce558f3c1d3307c168206b936</guid></item><item><title>#81 Performance increase</title><link>https://sourceforge.net/p/davmail/feature-requests/81/?limit=25#92b1</link><description>&lt;div class="markdown_content"&gt;&lt;ul&gt;
&lt;li&gt;&lt;strong&gt;Group&lt;/strong&gt;:  --&amp;gt; Backlog&lt;/li&gt;
&lt;/ul&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Mickael Guessant</dc:creator><pubDate>Mon, 29 Oct 2018 11:24:28 -0000</pubDate><guid>https://sourceforge.net1667f5096d91dbfe2a2c89451916acca08a86210</guid></item><item><title>Performance increase</title><link>https://sourceforge.net/p/davmail/feature-requests/81/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Hi'&lt;/p&gt;
&lt;p&gt;As a spinoff of the bug reported with ID 3553942, the following snippet from ID 3553942 is raised as a request for enhancement.&lt;/p&gt;
&lt;p&gt;#####&lt;br /&gt;
Imap command "EXAMINE &amp;lt;MAILBOX_NAME&amp;gt;" also proceeds significantly slower via davmail than via direct imap to exch2010. That fact does for mailboxes with several thousands of mails make davmail less attractive, since waiting several seconds for opening a mailbox feels like a long time. I feel somewhat more instant response in mailbox opening, both via imap directly to exch2010 and by using the exch2010 web access interface as well. Would there be anything, that davmail could do to get some better response time.&lt;br /&gt;
#####&lt;/p&gt;
&lt;p&gt;Best regards.&lt;/p&gt;
&lt;p&gt;Thomas.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">ki11er_bob</dc:creator><pubDate>Wed, 12 Sep 2012 11:27:56 -0000</pubDate><guid>https://sourceforge.net4cad088a5489daaeb6f3c54ae248d940f542c8ea</guid></item><item><title>Performance increase</title><link>https://sourceforge.net/p/davmail/feature-requests/81/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Ticket 81 has been modified: Performance increase&lt;br/&gt;
Edited By: Mickael Guessant (mguessan)&lt;br/&gt;
_milestone updated: '' =&amp;gt; u'Backlog'&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">ki11er_bob</dc:creator><pubDate>Wed, 12 Sep 2012 11:27:56 -0000</pubDate><guid>https://sourceforge.netcc7a4dac9b2e09d7555478ca08c16106253a7788</guid></item></channel></rss>