tobias/docker-offlineimap
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity
eb0b546927
docker-offlineimap/Changelog.draft.rst

25 lines
473 B
ReStructuredText
Raw Normal View History

produce better drafts for releases Introduce Changelog.draft.rst in the releasing process. Using a dedicated file for the WIP gives more readable diffs. Signed-off-by: Nicolas Sebrecht <nicolas.s-dev@laposte.net>
2011-01-19 20:13:38 +01:00
=========
ChangeLog
=========
Users should ignore this content: **it is draft**.
Contributors should add entries here in the following section, on top of the
others.
`WIP (coming releases)`
=======================
New Features
------------
Support subjectAltName in SSL certificates Signed-off-by: Thomas Jost <schnouki@schnouki.net> Reviewed-by: Sebastian Spaeth <Sebastian@SSpaeth.de> Signed-off-by: Nicolas Sebrecht <nicolas.s-dev@laposte.net>
2011-02-23 10:00:14 +01:00
produce better drafts for releases Introduce Changelog.draft.rst in the releasing process. Using a dedicated file for the WIP gives more readable diffs. Signed-off-by: Nicolas Sebrecht <nicolas.s-dev@laposte.net>
2011-01-19 20:13:38 +01:00
Changes
-------
update CAPABILITIES after login Some Webservers (I am looking at you Gmail) send different capabilities before and after login, so they can tailor their server capabilities to the user. While legal, this is uncommon and we were not updating our server capabilities. Doing so allows us to detect that Gmail actually supports the UIDPLUS extension, and we will stop mangling headers when uploading to Gmail. This could lead to some performance gains when we upload many messages to Gmail. Signed-off-by: Sebastian Spaeth <Sebastian@SSpaeth.de>
2011-09-21 02:16:33 +02:00
produce better drafts for releases Introduce Changelog.draft.rst in the releasing process. Using a dedicated file for the WIP gives more readable diffs. Signed-off-by: Nicolas Sebrecht <nicolas.s-dev@laposte.net>
2011-01-19 20:13:38 +01:00
Bug Fixes
---------
UIBase: Fix and cleanup register/unregisterthread Registering a thread (associating it with a certain account name) would fail if it was already registered. However, as we a) never unregister most threads (bad) and b) single-threaded mode reuses threads, we failed when syncing multiple accounts in single-threading mode. This commit cleans up the functions to not make re-registering a thread fatal (it could be legitimate, however it *should* not occur). Future work needs to be done to unregister new threads at the appropriate places. Signed-off-by: Sebastian Spaeth <Sebastian@SSpaeth.de>
2011-09-29 15:43:01 +02:00
* Syncing multiple accounts in single-threaded mode would fail as we try
to "register" a thread as belonging to two accounts which was
fatal. Make it non-fatal (it can be legitimate).
Reference in New Issue Copy Permalink