In D4950#61803, @machniak wrote:I see that MoveItems has a global Status (that we do not use) and per-item Status. https://learn.microsoft.com/en-us/openspecs/exchange_server_protocols/ms-ascmd/acae4033-b4f9-4f2a-8d83-51e097eb3b90
I thought that the common status codes can be used everywhere, but the documentation is not clear. https://learn.microsoft.com/en-us/openspecs/exchange_server_protocols/ms-ascmd/95cb9d7c-d33d-4b94-9366-d59911c7a060
As for 110 (server error), it looks like in general it might not be the best default error state as it means "the device SHOULD NOT retry later.". 111 (ServerErrorRetryLater) might be better for most generic error cases.
- Feed Queries
- All Stories
- Search
- Feed Search
- Transactions
- Transaction Logs
Feed Search
Oct 1 2024
Oct 1 2024
mollekopf added a reviewer for D4968: Warn with a timer if we fail to connect webrtc: Restricted Project.
Sep 30 2024
Sep 30 2024
mollekopf committed R113:10d64929544c: Fix sort_folder_comparator (#9057) (authored by Adrien Beau <abe.github@zerty.xyz>).
mollekopf committed R113:7bc0ee3b0350: Don't log an imap authentication error when log_logins=true (authored by machniak).
mollekopf committed R113:6ebeb44581de: Optimize fetchPartBody() for huge results w/o formatting and decoding (authored by machniak).
mollekopf committed R113:38ff733b1ff0: Improve performance of fetching mail bodies (authored by machniak).
Sep 25 2024
Sep 25 2024
mollekopf committed R113:04e3787dcffb: Fix sort_folder_comparator (#9057) (authored by Adrien Beau <abe.github@zerty.xyz>).
mollekopf committed R113:4230cefe002e: Don't log an imap authentication error when log_logins=true (authored by machniak).
mollekopf committed R113:37c55f94bd52: Optimize fetchPartBody() for huge results w/o formatting and decoding (authored by machniak).
mollekopf committed R113:83541dfa4416: Improve performance of fetching mail bodies (authored by machniak).
mollekopf added a comment to D4950: Return the right error code when trying to move an item that doesn't exist.
mollekopf updated the diff for D4950: Return the right error code when trying to move an item that doesn't exist.
Addressed comments
Sep 22 2024
Sep 22 2024
Fixed the undefined $clientModifications
Sep 20 2024
Sep 20 2024
This works for the INBOX case I'm looking at, but it shows large differences on a Trash folder. I'm not sure if we also have to take syncroton_synckey.pendingdata into account (that's null in my case though), and maybe other things?
Fixup
mollekopf added a reviewer for D4956: Detect and display sync count inconsistency: Syncroton Developers.
This is just a refactoring and shouldn't change the behaviour.
mollekopf added a reviewer for D4953: Extract the getServerModifications method: Syncroton Developers.
Sep 19 2024
Sep 19 2024
Can you add to the commit message/description *why* you're changing this?
Sep 17 2024
Sep 17 2024
Sep 10 2024
Sep 10 2024