Try with 2.3.8.

Unfortunately it happens also with 2.3.8

• b38d638e716f09be5bc045bebf5a2a0c sogo_2.3.8-1_amd64.deb
• 8bf49dd0e442a9c919015d61daec5c36 sogo-activesync_2.3.8-1_amd64.deb

as well as nightly builds from right now:

• b581c58f4df1f7ae1ffcdab58251d26f sogo_2.3.8.20160208-1_amd64.deb
• a8e0a33d27be6663f02487534af9624b sogo-activesync_2.3.8.20160208-1_amd64.deb

maybe to clearify, attachment download within the first folder structure like inbox, sent, trash works - but the subfolders or even deeper of them, like archives / 2015 / 12 and so on, don't.

Hi,

ok, i digged a bit deeper in the code, did some bad hacking and got a hint.

• it seems to be the IMAP delimiter of the folders.

The EAS Request we get is:
Feb 10 07:53:56 sogod [14999]: <0x0x561ba7c00e88[SOGoActiveSyncDispatcher]> EAS - request for device androidXXXXXXXX: <?xml version="1.0"?>
<!DOCTYPE ActiveSync PUBLIC "-//MICROSOFT//DTD ActiveSync//EN" "http://www.microsoft.com/&quot;>
<ItemOperations xmlns="ItemOperations:">
<Fetch>
<Store>Mailbox</Store>
<FileReference xmlns="AirSyncBase:">mail/subfolder1%2Fsubfolder2/1/1.2.2</FileReference>
</Fetch>
</ItemOperations>

which seems to be the folder "subfolder1/subfolder2" - separated by a slash. - this submailbox does not exist, cause we separate by a dot ".", which is correct announced by the imap (cyrus) server.:

S[0x55cf0c588108]: ANNOTATION "subfolder1.subfolder2" "/comment" ("value.priv" "sogo-bppc56_80a_1c6a4dbc_1")
...
C[0x55cf0c290ea8]: 6 namespace
S[0x55cf0c50c698]: NAMESPACE (("" ".")) (("Other Users." ".")) (("Shared Folders." "."))

I tested it by hard coding the subfolder1.subfolder2 into my local SOGoMailObject+ActiveSync.m File - only for tesing,
the request looks then:
...
<!DOCTYPE ActiveSync PUBLIC "-//MICROSOFT//DTD ActiveSync//EN" "http://www.microsoft.com/&quot;>
<ItemOperations xmlns="ItemOperations:">
<Fetch>
<Store>Mailbox</Store>
<FileReference xmlns="AirSyncBase:">mail/subfolder1.subfolder2/1/1.2.2</FileReference>
</Fetch>
</ItemOperations>

... and it worked, attachment got downloaded, as well as inline images displayed...

Because the webmail frontend is not affected, i think the problem is somewhere in the EAS Code - maybe it does not handle the imap delimiter, but uses hard a slash?

Fixed in 3.0.2 and 2.3.9.