Same issue with BlackBerry 10 smartphone (OS: 10.3.1.x), email account configured with EAS.

Installed SOGo packages:

sogo-activesync-2.2.16.20150314-1.centos6.x86_64
sogo-2.2.16.20150314-1.centos6.x86_64
sogo-ealarms-notify-2.2.16.20150314-1.centos6.x86_64
sogo-tool-2.2.16.20150314-1.centos6.x86_64

Forgot to add, I am on Ubuntu 14.04 x64 stock sogo packages from Inverse repository

Works for me on Android 4.4.2.

If you have folder A with 10 mails in it. You delete one and you change to folder B, the mail should get deleted shortly after on the Android.

It doesn't work with BlackBerry 10 (Passport, 10.3.1.x, account configured with EAS):

) Delete one email with Mac Mail.app (IMAP account).
) No change in BlackBerry Hub. No matter how long i wait (few minutes, several hours, or even the whole day).

Let me know how i can help to debug this issue or test the fix.

That's not what I am experiencing - testing on Android 4.4.2 too.

1. I have inbox with ~ 100 messages (3,5 MB)
2. I delete 1 message from Inbox via IMAP client
3. SOGo log shows activity (Change detected, we push the content)
4. Yet nothing happens on Android device - email is still sitting in INBOX
5. I go to Trash folder on Android - deleted email is there
6. I go back to INBOX folder on Android - and email is there too!

This is inconsistent with IMAP client and the result is duplicate emails on Android device.

Are you in a position to test a nightly build? If so, let me know the distribution + architecture.

Yes I am. I am on Ubuntu Trusty (14.04.2) x86_64

Try the newly generated nightly build (few minutes ago).

Update both the sogo and the sogo-activesync packages.

We now immediately delete mails on the EAS device when they are marked as deleted on the IMAP server.

Thanks.

This has worked when deleting single email - operation correctly replicated on Android device.

Further test was to delete entire Inbox (0000113:0000100 messages) - operation failed. Emails are still showing in Inbox on Android device, and they appear in Trash folder too.

Delete entire mailbox meaning "select all mail + delete" or delete the mailbox itself?

This nightly build doesn't work well with BlackBerry 10 (Passport, 10.3.1.x).

Installed packages on CentOS 6.6:

rpm -qa | grep 'sogo'

sogo-activesync-2.2.16.20150320-1.centos6.x86_64
sogo-tool-2.2.16.20150320-1.centos6.x86_64
sogo-ealarms-notify-2.2.16.20150320-1.centos6.x86_64
sogo-2.2.16.20150320-1.centos6.x86_64

I deleted one email with Mac Mail.app, but it's not removed on BlackBerry.

I mean deleting all emails in Inbox "select all mail + delete".

During the test Inbox contained appx. 100 messages. In short: Deleting 1 email works, deleting 100 emails does not.

What happens when you delete more then 1 mail?

To get more details do following test:

Set the sync-mode on the eas device to manual.

Delete some mails.

Check the mail flags on imap:

telnet <ip of imap-server> 143

1 login <username> <password>

1 select inbox

1 uid fetch 1:* (flags)

Deleted mails should either have the \Deleted-flag set or the should be gone.

e.g. * 1 FETCH (UID 1289 FLAGS (\Deleted \Seen))

Everything is OK IMAP side, deleted emails have \Deleted flags set. Problem is that on Android these emails stay in Inbox - just as if they haven't been deleted. Just for clarification - delete operations happen on IMAP client, NOT Android.

Can you do another test and check with tcpdump whether an GetItemEstimate is executed before the delete should be synced.

Can I send the tcpdump privately? Any flags you wish me to use? (-v -vv)?

tcpdump -i lo -s 0 -w /tmp/dump.pcap tcp and port 20000
-> tfu@aon.at

tcpdump in you email. thanks.

This issue seems to be independent on the platform used by the client, I could easily reproduce this bug on my WP8 phone.

We have sogo running on Fedora 22 which might not be supported but as everything else is working fine, I guess this problem should not be related to the server OS being used.

Steps to reproduce:

1. Send about 200 messages to a single mailbox
2. Delete the messages using the SOGo web interface or an IMAP client
3. The device using ActiveSync gets notified about the change but messages are not removed or just partially removed

Most of the time a small fraction of the deleted messages disappear on the EAS client but the rest of them never gets deleted, not even hours later.

I believe this should be treated as a major bug as it's causing inconsistency and is reproducible on more than one platform. I'd advise to change the severity back to major...

Software versions used for testing:

Fedora 22
dovecot 2.2.18
postfix 2.7.1
postgresql 9.4.4
httpd 2.4.16
sogo 2.3.2-1.el7.centos & 2.3.2.20151005-1.el7.centos
sogo-activesync 2.3.2-1.el7.centos & 2.3.2.20151005-1.el7.centos
Windows Phone 8.10.14234.375

Seems like sogo pushes changes for exactly 25 messages while syncing after message deletion. Is it possible this is some hardcoded limitation? I'm going to do some debugging to see why this happens and see if I can create a patch to fix this behaviour.

The number of messages deleted depends on the WindowSize property specified in the request. Once the messages are deleted, consequent changes are not applied on the client for some reason.

Raising the value of SOGoMaximumSyncWindowSize makes it possible to properly sync changes for all elements regardless of the WindowSize property included in the request but this is just a workaround and not a fix...

Please try the upcoming nightly builds. We added fixes for "interrupted sync sessions".

Reopen if necessary.