Hello Marc,

We feel concerned about this issue and allocated @linagora resources to
be doing some QA on this.

So far we did not encoutered issues (we tested K-9 Mail and BlueMail on
Android 8.1.0) using James 3.3.x (cassandra-guice packaging).

Could you:
 - Share exact apps versions
 - James version + packaging

Also, did you enable QRESYNC + CONDSTORE ? At Linagora we disabled these
options.

As far as I understood from the exchange, these issues could had been
caused by some mimeMessage format. Could you share such mime messages,
if you identify them?

Many thanks,

Benoit

On 02/07/2019 16:24, cryptearth wrote:
> Hey Marc,
> 
> I just checked on my Xperia z5 premium (android 7.1.1) with the stock
> mail client. I've set up 3 or 4 accounts, one of them set to manual
> sync, others to hourly, main to active idle. As I switched through the
> accounts and folders I realized that my mail app also behave strange. I
> quickly fired up wireshark on my local system and intercepted the wifi
> from my phone through my network (yea, I have a bit of an unusual setup
> that allows me to pull off such "stunts" - sometimes very helpful).
> As far as I could check the IMAP traffic looks ok so far, but it seems
> an issue either with the app itself or the mail lib it uses, as I also
> get some de-sync issues. Just to test I "reset" the mail app, but same
> issue still occurs. I seems that android somewhat not really uses the
> stock javamail api lib but either some own homebrewn stuff or somethings
> modified. Also it seems cache issues in the app it self as I can see
> that some mails gets transfered over IMAP but don't show up or
> "disappear" as you said. I guess that's an error with the app itself.
> 
> I tested a quick demo with javamail 1.6.3 to see if the same issue occur
> - well, it's a bit how-you-doin-it but as debug log shows when I'm
> fetching the mails I first get the meta data and headers and then
> can/have to fetch the mail part by part.
> So if a mail consists of multiple maybe recursive mime-multiparts it's
> possible the android app doesn't handle them correctly or the cache
> get's messed up.
> 
> So, unless you try to dive deep into the code for this app - and then
> check what modifications maybe done by the device manufacturer (if any)
> - you could try to file a bug report or try to search if such reports
> already exists. I'm far from able to write some stuff for android, but I
> guess re-implement it from scratch and doin caching right might would
> solve the issue. Strange that other mail-apps also have issues - seems
> like shared code that's causing it.
> 
> Matt
> 
> Am 02.07.2019 um 15:57 schrieb Marc Chamberlin:
>> Hi Matt -
>>
>>> Btw: Are other clients consistent when you do changes like moving
>>> mails around, marking mails as un/read, reply? Or are other clients
>>> also show not-in-sync issues?
>> Well the very fact that I am receiving and sending emails back and forth
>> on the thread shows that James is working just fine from a Thunderbird
>> application running on my Linux laptop! I am using STARTTLS and have
>> used it with SSL/TLS connections so I know the keystore is working. And
>> no problems with syncing and fetching emails. It is just the email
>> client apps on my two Android devices that are giving me fits... And I
>> am managing to send OK, just not fetch/receive. And both Android devices
>> are acting the same way.
>>
>> I will keep poking around, take a look/search for caches etc...   Thanks
>> for the thoughts... Any one else got any ideas?
>>
>>      Marc..
>>
>>
>> On 7/1/19 11:58 PM, cryptearth wrote:
>>> Hey Marc,
>>>
>>> this looks strangs, at least I never seen such wired behaviour. I'm
>>> currently running James 3.3.0 (final release commit) on my domain. I
>>> also use Let's Encrypt wildcard certificate. As I guess you managed to
>>> put a working keystore together (otherwise it would fail straight
>>> away) we could asume that the error maybe could be in the message
>>> handling of the used clients.
>>>
>>> As I'm a bit deeper into it using james for some mail-based stuff I
>>> kinda implemented a small feature client to handle incoming mails. I
>>> can only guess from my experience that a "normal" mail client would
>>> have to implement some sort of local caching. If I would develop a
>>> full featured mail client I would sync one time when the account is
>>> set up and then chill in IMAP IDLE and respond to active listeners. It
>>> could be that the client somehow throws out local cache for what ever
>>> reason and fails to correctly re-sync. Btw: Are other clients
>>> consistent when you do changes like moving mails around, marking mails
>>> as un/read, reply? Or are other clients also show not-in-sync issues?
>>>
>>> It's also wired that different mail clients behave different. I don't
>>> know about Android developement but only that most data stored between
>>> uses of an app in a somewhat sleeping state saved when an app is
>>> closed and reload when an app is (re-)launched. I could also be
>>> something "stupid" as wrong file permissions (Android is somewhat
>>> Linux after all - so it could struggle if some permissions messed up -
>>> although they should kept in valid state by the app-managers).
>>>
>>> I'm sorry not to be able to help further as I can't see james as the
>>> server or the connection between the app and james be the issue -
>>> unless there something funny happens down at the connection layer. Is
>>> it possible to factory reset any of the android devices to see if it's
>>> set up "clean" keeps misbehave? If not: Try to clear caches and saved
>>> data for the mail apps. Maybe it's some config issue.
>>>
>>> Matt
>>>
>>> Am 02.07.2019 um 08:46 schrieb Marc Chamberlin:
>>>> Hi Matt -  Thank you for taking the time to respond so quickly!
>>>> Dunno if
>>>> I will have time to play with other java applications but that is a
>>>> thought. (I take off for Europe tomorrow so that may have to wait until
>>>> I get back in Aug.) Do you know of a 3'rd party client email
>>>> application
>>>> that runs on Linux?  I was just wanting to set up some email clients on
>>>> my Android devices and ran into this snag.  I have tried the
>>>> connections
>>>> using both TLS, SSL, and no encryption, all with the same no joy on my
>>>> Android devices. The certificates are from LetsEncrypt and are
>>>> fullchain
>>>> certs. (They are in fact wildcard certificates for all the
>>>> subdomains of
>>>> my main URL)
>>>>
>>>> The log files for James don't show much, the only response I see,
>>>> when I
>>>> ask to fetch emails is these 3 lines -
>>>>
>>>> INFO  23:27:19,047 |
>>>> org.apache.james.metrics.logger.DefaultMetricFactory | Time spent in
>>>> IMAP-NOOP: 0 ms.
>>>> INFO  23:27:19,065 |
>>>> org.apache.james.metrics.logger.DefaultMetricFactory | Time spent in
>>>> IMAP-EXAMINE: 16 ms.
>>>> INFO  23:27:19,097 |
>>>> org.apache.james.metrics.logger.DefaultMetricFactory | Time spent in
>>>> IMAP-SEARCH: 25 ms.
>>>>
>>>> To my untrained eyes that almost looks like some sort of protocol or
>>>> connection error is occurring since I would expect to see a lot more
>>>> instrumented messages showing up in the logs whenever I click in the
>>>> client to ask for a new download of messages.
>>>>
>>>>      Marc...
>>>>
>>>>
>>>> On 7/1/19 10:26 PM, cryptearth wrote:
>>>>> Hey Marc,
>>>>>
>>>>> as most Android apps handling mail use javamail (at least I would, but
>>>>> I don't know for sure if the android-api itself may offer some
>>>>> "system-level" stuff wich is messed up) you can do so with a normal
>>>>> java application run on your other clients. As more than one device
>>>>> shows an issue one can say it mostly isn't something wrong with a
>>>>> device, and you also tested different apps, so one can say it's not an
>>>>> app causing it - but it worries that only the Android devices show
>>>>> issues.
>>>>>
>>>>> Are you using TLS in any way on the server/s? If so: How did you set
>>>>> the certificate up? Did you include the intermediate certificates in
>>>>> the keystore? Otherwise, if you not use TLS, are you use a VPN?
>>>>>
>>>>> There many reasons this could fail. A quick test would be using
>>>>> javamail and write some lines to test if it's an issue with javamail.
>>>>> Also: does james log show any errors?
>>>>>
>>>>> Matt
>>>>>
>>>>> Am 02.07.2019 um 07:13 schrieb Marc Chamberlin:
>>>>>> Hi - I started poking at this issue a few months ago and didn't
>>>>>> find a
>>>>>> solution so I thought I might ask again before I spend too much
>>>>>> further
>>>>>> time trying to resolve this issue. I am running James 3.4 (a snapshot
>>>>>> version given to me to solve another problem) for my own SOHO nets
>>>>>> and a
>>>>>> few friends. Nothing big and for the most part it works fine when
>>>>>> using
>>>>>> it with email clients such as Thunderbird on Linux or Windows
>>>>>> platforms.
>>>>>> But I have a couple Android devices, a phone and a tablet and I have
>>>>>> tried setting up a few different email clients on them all with no
>>>>>> joy!
>>>>>> They all seem capable of sending emails out through the smtp
>>>>>> service of
>>>>>> James, but I will be darned if I can get them to behave with imap. I
>>>>>> have tried K-9, BlueMail, GMail, and the Samsung E-Mail clients. I
>>>>>> have
>>>>>> made the imap server connections pretty much identical to the
>>>>>> settings I
>>>>>> use in Thunderbird and Apple Mail and don't believe for a second
>>>>>> that I
>>>>>> am setting the Android apps up any different. So is there anything
>>>>>> weird
>>>>>> about Android that I should be aware of? BlueMail just shows me a
>>>>>> spinning circle when I tell it to download my email from my server,
>>>>>> K-9
>>>>>> does on rare occasion show me some emails but the moment I read one
>>>>>> the
>>>>>> rest just disappear and I can't get it to load any more or re-display
>>>>>> the ones that it did manage to download for a short time. I also know
>>>>>> something is partially working because all the folders and
>>>>>> sub-folders I
>>>>>> have defined in my mail accounts do show up. So I am puzzled, and
>>>>>> asking
>>>>>> because it seems James is the common denominator, any ideas?
>>>>>>
>>>>>>        Thanks in advance...   Marc...
>>>>>>
>>>>>>
>>>>> ---------------------------------------------------------------------
>>>>> To unsubscribe, e-mail: server-user-unsubscr...@james.apache.org
>>>>> For additional commands, e-mail: server-user-h...@james.apache.org
>>>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: server-user-unsubscr...@james.apache.org
>>> For additional commands, e-mail: server-user-h...@james.apache.org
>>>
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: server-user-unsubscr...@james.apache.org
> For additional commands, e-mail: server-user-h...@james.apache.org
> 

---------------------------------------------------------------------
To unsubscribe, e-mail: server-user-unsubscr...@james.apache.org
For additional commands, e-mail: server-user-h...@james.apache.org

Reply via email to