#
81805393 |
|
04-Jan-2016 |
Axel Dörfler <axeld@pinc-software.de> |
IMAP: setting flags, and body fetching works now. * The direct methods in BMailProtocol now forward the request to the looper; it's no longer the mail_daemon's responsibility to know anything about that protocol. * It's in desperate need of refactoring, but it doesn't hurt to add it to the repository as is.
|
#
b9962cea |
|
08-Jan-2015 |
Jérôme Duval <jerome.duval@gmail.com> |
IMAP,POP3,NewMailNotification: fixed x86_64 build. * Notifier::HeaderFetched(): fixed the method signature (go figure how it could build on x86). * POP3: fSizes type is now std::vector<size_t> instead of BList. Please review. off_t might be a better choice. * added the mail_daemon add-ons to the Haiku package again.
|
#
46019292 |
|
18-Jul-2013 |
Axel Dörfler <axeld@pinc-software.de> |
IMAP: let mail retrieval scale better. * We now also maintain a mail index -> UID array in IMAPMailbox. * Instead of fetching the message entries by a fixed range of UIDs, we use the message count, and get the entries by index. * Likewise, in FetchHeadersCommand, we now get a list of UIDs rather than a range. This makes it possible to only download exactly the headers we want. * Extended FetchCommand to be able to dynamically build a sequence list from a list of UIDs. * Besides the suboptimal body fetching (one at a time, due to holes in the IMAP specification), we should now be able to retrieve the messages with pretty much optimal performance, while retaining an acceptable responsiveness to user requests.
|
#
1052525d |
|
22-May-2013 |
Axel Dörfler <axeld@pinc-software.de> |
IMAP: work in progress of downloading the mail body. * Most things are in place now, we just try to download the body to the wrong file, as the final location is currently unknown. * Added local only kPartialMessage flag for mails, but it's not being used yet.
|
#
a4bdd26d |
|
05-Apr-2013 |
Axel Dörfler <axeld@pinc-software.de> |
imap: Work in progress of connection setup. * SelectCommand now correctly encodes the mailbox name again. * Hierarchy separators from the LIST/LSUB commands are now properly parsed, and taken into account. * Folders in the file system are now created for mailboxes on the server, supporting hierarchical mailbox names. * A connection worker now has an IMAPFolder that handles the local side of the mailbox, and an IMAPMailbox that handles the server side. * Connection workers are now created/deleted, and setup correctly. They will now also wait in case they don't have a mailbox until they get some.
|
#
b9962ceac27aadd13801512005638300e059d06f |
|
08-Jan-2015 |
Jérôme Duval <jerome.duval@gmail.com> |
IMAP,POP3,NewMailNotification: fixed x86_64 build. * Notifier::HeaderFetched(): fixed the method signature (go figure how it could build on x86). * POP3: fSizes type is now std::vector<size_t> instead of BList. Please review. off_t might be a better choice. * added the mail_daemon add-ons to the Haiku package again.
|
#
46019292630b815296175cf61031f574dc15a69e |
|
18-Jul-2013 |
Axel Dörfler <axeld@pinc-software.de> |
IMAP: let mail retrieval scale better. * We now also maintain a mail index -> UID array in IMAPMailbox. * Instead of fetching the message entries by a fixed range of UIDs, we use the message count, and get the entries by index. * Likewise, in FetchHeadersCommand, we now get a list of UIDs rather than a range. This makes it possible to only download exactly the headers we want. * Extended FetchCommand to be able to dynamically build a sequence list from a list of UIDs. * Besides the suboptimal body fetching (one at a time, due to holes in the IMAP specification), we should now be able to retrieve the messages with pretty much optimal performance, while retaining an acceptable responsiveness to user requests.
|
#
1052525dc5cfda3563a36ad82b4a900d7beb5221 |
|
22-May-2013 |
Axel Dörfler <axeld@pinc-software.de> |
IMAP: work in progress of downloading the mail body. * Most things are in place now, we just try to download the body to the wrong file, as the final location is currently unknown. * Added local only kPartialMessage flag for mails, but it's not being used yet.
|
#
a4bdd26d61967231469220573c4b5ee09e29dd49 |
|
05-Apr-2013 |
Axel Dörfler <axeld@pinc-software.de> |
imap: Work in progress of connection setup. * SelectCommand now correctly encodes the mailbox name again. * Hierarchy separators from the LIST/LSUB commands are now properly parsed, and taken into account. * Folders in the file system are now created for mailboxes on the server, supporting hierarchical mailbox names. * A connection worker now has an IMAPFolder that handles the local side of the mailbox, and an IMAPMailbox that handles the server side. * Connection workers are now created/deleted, and setup correctly. They will now also wait in case they don't have a mailbox until they get some.
|