Hey Eric,
I think I found the problem, and actually its pretty obvious.
On Fetch my version of the build is returning -1 on the MODSEQ, see below
6 UID FETCH 7 (INTERNALDATE UID RFC822.SIZE FLAGS MODSEQ
BODY.PEEK[HEADER.FIELDS (date subject from content-type to cc bcc message-id
in-reply-to
Hi Roy,
Good if you can take some time on this.
To be honest, I think that MODSEQ has been working somewhere in between
beta3 and beta4, but has been broken before beta4 release.
So it doesn't work either (I think) with other mail clients
(thunderbird,...) but those are maybe a bit more
Hi Eric,
So this appears to be an issue with using JPA mailbox only. I assume that its
not storing ModSequences?
When I try running fetch on my implementation I do see my ModSeq values
returning although I'll have to run a full test again using my iPad to confirm
thats true with a full
Hi Eric,
I mean perhaps zipping my build of beta4 and the config I have? You know what,
I'll dropbox it anyway and share the folder, you should be receiving the link.
Do you mind just running it and letting me know if you are seeing the same
thing I am?
I re-read your earlier response and
Hi,
It seems to be a bit different here:-
- CONSTORE-enabled and COMPRESS-disabled ; works fine
- CONSTORE-enabled and COMPRESS-enabled ; breaks
In any case, it's open different jira, and to link them (make a
reference to/from each others).
Prolly you mailbox impl has some other issue if it
Hey Eric,
Should I send you a zip of what I got so we can confirm behavior? What are you
running on btw and which iPad?
Regards,
Roy Rim
On Mon, Apr 16, 2012 at 5:37 AM, Eric Charles e...@apache.org wrote:
Hi,
It seems to be a bit different here:-
- CONSTORE-enabled and COMPRESS-disabled
Hi Eric,
So disabling the CONDSTORE definitely resolved my issue with the IPAD (this is
without COMPRESS). After disabling CONDSTORE I tried COMPRESS again and the
same issue with Mail app breaking out kept happening so these are separate
issues.
Would you like me to add separate ticket for
Hi Roy,
Thx for IMAP-366.
The version numbering of IMAP modules is different from the server one,
this is why you didn't see 3.0-beta3. You can set it to 0.3 which is
the version of the IMAP library where the problem resides.
I have added a comment on the compatibility wiki page: 'issue
Hi Roy,
You are on the good track comparing beta3 and beta4 with wireshark!
The main difference is the support of CONDSTORE extension
(http://tools.ietf.org/html/rfc4551). Could it be the cause?
You can disable CONSTORE in beta4 spring-server.xml (1) with
bean id=imapProcessor
Hi Roy,
See comments inline.
Thx, Eric
On 04/11/2012 08:22 PM, roy.ja...@xemaps.com wrote:
Hi Eric,
Just to let you know my iPad2 is still doing thousands of loops trying to grab
3 messages from my test inbox even after removing the account and re-adding it.
I wonder if I got something
Hey Eric,
I created ticket IMAP-366, was not sure what I should add under affected
version and fix version as there did not seem to be anything there that
matched up with beta 4...
I am unsure how to edit the compatibility page. The one on the WIKI seems
really out-dated?
I'm still seeing
Hi Eric,
So loaded up a base installation of beta3, same domain and same test users. I
disable the account on my ipad. Start up beta3, on different email clients I
send a few messages back and forth between the 2 accounts. Enable the account.
No problem.
Disable account again. Turn on
Hi Roy,
I have just migrated to beta4 (release), and indeed IMAP with
compression enabled breaks ipad mail client in the way you describe.
It works fine with compression disabled.
Thunderbird works fine with compression enabled and disabled.
Would you mind opening a JIRA [1] for this and
Not sure if I'm sending this twice... looks like original reply got mangled.
So even with compress off my iPad keeps attempting to download the second
message in the test inbox over and over again. But I will remove account and
try from scratch agin and see what happens.
BTW, were you asking
Hi Eric,
Just to let you know my iPad2 is still doing thousands of loops trying to grab
3 messages from my test inbox even after removing the account and re-adding it.
I wonder if I got something funky happening on our network but wireshark does
not show anything out of the ordinary.
Roy
On
Hi guys,
So i've been working on my company's own customer mailbox implementation of
James on Version 3 originally started with beta 3. I recently upgraded our
code to work with beta 4 but now I notice that when I enable compression on the
IMAP server my iPad will break out of the Mail app to
To follow up I tried beta 4 with default configuration with jpa specified under
mailbox. No compression set at the moment. With only 2 mailboxes setup. For
some reason after the first message is picked up under the inbox for the test
account the ipad starts freaking out checking for more
17 matches
Mail list logo
