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: [email protected] >>> For additional commands, e-mail: [email protected] >>> > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] > For additional commands, e-mail: [email protected] > -- --... ...-- .----. ... -.. . .-- .- --... .--. -..- .-- -- .- .-. -.-. <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: [email protected] For additional commands, e-mail: [email protected]
