You are viewing a plain text version of this content. The canonical link for it is here.
Posted to server-user@james.apache.org by Marc Chamberlin <ma...@marcchamberlin.com> on 2019/07/02 05:13:11 UTC
Android email apps seem unhappy with James
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...
--
--... ...-- .----. ... -.. . .-- .- --... .--. -..- .-- -- .- .-. -.-.
<b>Computers: the final frontier. These are the voyages of the user Marc.<br>
His mission: to explore strange new hardware. To seek out new software and new applications.<br>
To boldly go where no Marc has gone before!<br></b>
---------------------------------------------------------------------
To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
For additional commands, e-mail: server-user-help@james.apache.org
Re: Android email apps seem unhappy with James
Posted by Tellier Benoit <bt...@apache.org>.
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-unsubscribe@james.apache.org
>>>>> For additional commands, e-mail: server-user-help@james.apache.org
>>>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
>>> For additional commands, e-mail: server-user-help@james.apache.org
>>>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
> For additional commands, e-mail: server-user-help@james.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
For additional commands, e-mail: server-user-help@james.apache.org
Re: Android email apps seem unhappy with James
Posted by cryptearth <cr...@cryptearth.de>.
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-unsubscribe@james.apache.org
>>>> For additional commands, e-mail: server-user-help@james.apache.org
>>>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
>> For additional commands, e-mail: server-user-help@james.apache.org
>>
---------------------------------------------------------------------
To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
For additional commands, e-mail: server-user-help@james.apache.org
Re: Android email apps seem unhappy with James
Posted by Marc Chamberlin <ma...@marcchamberlin.com>.
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-unsubscribe@james.apache.org
>>> For additional commands, e-mail: server-user-help@james.apache.org
>>>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
> For additional commands, e-mail: server-user-help@james.apache.org
>
--
--... ...-- .----. ... -.. . .-- .- --... .--. -..- .-- -- .- .-. -.-.
<b>Computers: the final frontier. These are the voyages of the user Marc.<br>
His mission: to explore strange new hardware. To seek out new software and new applications.<br>
To boldly go where no Marc has gone before!<br></b>
---------------------------------------------------------------------
To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
For additional commands, e-mail: server-user-help@james.apache.org
Re: Android email apps seem unhappy with James
Posted by cryptearth <cr...@cryptearth.de>.
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-unsubscribe@james.apache.org
>> For additional commands, e-mail: server-user-help@james.apache.org
>>
---------------------------------------------------------------------
To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
For additional commands, e-mail: server-user-help@james.apache.org
Re: Android email apps seem unhappy with James
Posted by Marc Chamberlin <ma...@marcchamberlin.com>.
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-unsubscribe@james.apache.org
> For additional commands, e-mail: server-user-help@james.apache.org
>
--
--... ...-- .----. ... -.. . .-- .- --... .--. -..- .-- -- .- .-. -.-.
<b>Computers: the final frontier. These are the voyages of the user Marc.<br>
His mission: to explore strange new hardware. To seek out new software and new applications.<br>
To boldly go where no Marc has gone before!<br></b>
---------------------------------------------------------------------
To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
For additional commands, e-mail: server-user-help@james.apache.org
Re: Android email apps seem unhappy with James
Posted by cryptearth <cr...@cryptearth.de>.
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-unsubscribe@james.apache.org
For additional commands, e-mail: server-user-help@james.apache.org