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 messages and goes into
an infinite loop. WHen fetching the 2nd message its doing this:
* 2 FETCH (MODSEQ (-1) FLAGS ($NotJunk) INTERNALDATE "10-Apr-2012 16:32:29
+0000" RFC822.SIZE 640 UID 3 BODY[HEADER.FIELDS (date subject from content-type
to cc bcc message-id in-reply-to references)] {233}
Not sure if that is causing the problem or not. My assumption is that the iPad
is expecting some more data in the headers of the response and its not getting
it so it tries again. My understanding is that apple products generally SUCK
in their mail products and this has been the case in my personal experience
with apple products as well.
Here is the tcp stream from wireshark. This pretty much gets repeated again
and again.
* OK JAMES IMAP4rev1 Server Server Imap01 is ready.
1 LOGIN roy test
1 OK LOGIN completed.
2 CAPABILITY
* CAPABILITY SASL-IR IDLE LITERAL+ AUTH=PLAIN CONDSTORE ESEARCH CHILDREN
UIDPLUS UNSELECT WITHIN ENABLE I18NLEVEL=1 SEARCHRES IMAP4rev1 NAMESPACE QRESYNC
2 OK CAPABILITY completed.
3 SELECT INBOX
* FLAGS (\Answered \Deleted \Draft \Flagged \Seen $NotJunk)
* 2 EXISTS
* 0 RECENT
* OK [UIDVALIDITY 1843960039] UIDs valid
* OK [UNSEEN 2] Message 2 is first unseen
* OK [PERMANENTFLAGS (\Answered \Deleted \Draft \Flagged \Seen $NotJunk \*)]
Limited
* OK [HIGHESTMODSEQ 3] Highest
* OK [UIDNEXT 4] Predicted next UID
3 OK [READ-WRITE] SELECT completed.
4 NOOP
4 OK NOOP completed.
5 UID SEARCH RETURN (ALL) 1:* NOT DELETED
* ESEARCH (TAG "5") UID ALL 1,3
5 OK SEARCH completed.
6 UID FETCH 3 (INTERNALDATE UID RFC822.SIZE FLAGS MODSEQ
BODY.PEEK[HEADER.FIELDS (date subject from content-type to cc bcc message-id
in-reply-to references)])
* OK [HIGHESTMODSEQ 3] Highest
* 2 FETCH (MODSEQ (-1) FLAGS ($NotJunk) INTERNALDATE "10-Apr-2012 16:32:29
+0000" RFC822.SIZE 640 UID 3 BODY[HEADER.FIELDS (date subject from content-type
to cc bcc message-id in-reply-to references)] {233}
From: Joe Test <[email protected]>
Content-Type: text/plain; charset=us-ascii
Subject: test 2
Date: Tue, 10 Apr 2012 12:32:39 -0400
Message-Id: <[email protected]>
To: [email protected]
)
6 OK FETCH completed.
Regards,
Roy
On Tue, Apr 10, 2012 at 10:14 AM, <[email protected]> wrote:
> 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 the main screen.
> It does not do this with beta 3. (No SSL enabled btw, seem to have problems
> with self-signed certs with iPad)
>
> I'm going to see if I can test this with the default implementation of imap
> that comes with James but if the problem lies with my implementation of the
> mailbox (and other pieces) do any of you have suggestions on how one goes
> about troubleshooting or bug hunting this?
>
> Regards,
> Roy
>
> ---------------------------------------------------------------------
> 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]
