Massive data usage

[kcant]

Since April 23, Aquamail has been using massive amounts of data (about a GB a day). I have an IMAP account (no push, check every 5 minutes) as well as a Gmail account. I didn't change any settings, and before April 23 I was using a few kB a day. I've temporarily restricted its data usage to Wifi only, but does anyone know what's going on?

[kcant]

I found this thread [nofollow] from a few weeks ago, but it wasn't resolved. Only in my case it used 5 GB over the span of three days before T-Mobile dumped me off of 4G and I discovered the issue. I enabled debug logging, so hopefully that's informative.

[kcant]

Alright, I installed a data monitoring app and found that every time it checks for new messages it's using upwards of 10 MB of data. That happens every 5 minutes, so it's 3 GB a day.

I have the debug file, but would rather not attach it since it contains contacts and such.

[kcant]

The problem is pinpointed. I skimmed through the log file and found that one e-mail was problematic. The message itself was blank (0.00 B according to Aquamail) but contained two attachments which added up to 5.5 MB. If I kept the message in the directory and refreshed it used 8 MB of data; if I removed it the data usage was negligible. Deleting the attachments from the message also used negligible data.

As far as I can tell, completely blank messages with large attachments are the problem. I tried replicating the problem, but couldn't find a way to send a 0 B message.

[Kostya Vasilyev]

Based on your description, this should be fixed in one of the recent development builds. Feel free to try the latest one (see the Development Builds section of this forum).

Long tech story: it has to do with how some IMAP servers return zero sized text in messages, differently from others. Both are valid.

The released version only handles the more common representation, and falls back to fetching such messages completely to extract the text.

This can comes up because some other IMAP servers (e.g. Exchange) can return 0 for the size of text in message with attachments, even when there actually is text there, and the code tries to work around that as well.

The recent development versions handle both representations of zero sized text, and will stop there without fetching the attachments.

[kcant]

Thanks for the update. I'll just wait for it to get fixed in the normal update cycle and keep my eye open until then.

The app's great, by the way! Love the customizability.