Mailing List CGatePro@mail.stalker.com Message #95645
From: Technical Support, Stalker Labs <support@stalker.com>
Subject: Re: Repeatable Mail.app breakage with Leopard and CGP - Case[T8KQ0722-438BY]
Date: Wed, 23 Jul 2008 03:15:39 +0400
To: CommuniGate Pro Discussions <CGatePro@mail.stalker.com>
Hello,
 Chris Irvine on 22.07.2008 22:41 wrote:

It took a few big "all info" log files to get this, but it looks your suspicion might be right. When I look at the log snip created by a Apple Mail.app users it does appear that they CLOSE a mailbox and then later attempt a FETCH without first SELECTing. Anyone that is more of an IMAP expert care to confirm?

Since the client hold multiple connections open, I wonder if they are loosing track of which session had a mailbox selected. My snip only shows a time window of the offending session.

Please confirm and I'll file a bug report with Apple.

According to the log fragment you provided it definitely must be a bug in Apple's Mail.app, so please report it to Apple.



-Chris

09:00:22.044 5 IMAP-516462([99.88.77.66]) out: gpx2y2f6UAetUVznjTxba+\r\nFNPjmeMXFzK4WO3DhSw7sT2AHfB5IrHfW/iJ5X2xPDViLcsW+zmTMwTr/fHOOOmc/wANAHd0\r\nVyXhHx7p3iOUWckZstRywFs5LbgOSQ2B27cHg1k+LvH2seF9Xls59KtJI5AXtZVmPK9AWGOu\r\neo4+p60Aeh0Vza6h4kuPBMGo2lrp0mqSxLMIgzGNkIzgc/exjjOM9zXO+FviFq/iDxFBpa6T\r 09:00:23.457 5 IMAP-516462([99.88.77.66]) out:  UID 12832)\r\n40.44 OK completed\r\n
09:00:23.457 5 IMAP-516462([99.88.77.66]) inp: 41.44 UID FETCH 12746 (BODYSTRUCTURE BODY.PEEK[])
09:00:23.457 5 IMAP-516462([99.88.77.66]) out: * 192 FETCH (BODYSTRUCTURE (("text" "plain" ("charset" "us-ascii") NIL NIL "quoted-printable" 249 4 NIL NIL NIL NIL)("message" "delivery-status" NIL NIL NIL "8bit" 376 NIL NIL NIL NIL)("message" "rfc822" NIL NIL NIL "8bit" 1699 ("Fri, 11 Jul 2008 14:22
09:00:23.469 5 IMAP-516462([99.88.77.66]) inp: 42.44 UID FETCH 12746 (BODYSTRUCTURE BODY.PEEK[])
09:00:23.470 5 IMAP-516462([99.88.77.66]) out: * 192 FETCH (BODYSTRUCTURE (("text" "plain" ("charset" "us-ascii") NIL NIL "quoted-printable" 249 4 NIL NIL NIL NIL)("message" "delivery-status" NIL NIL NIL "8bit" 376 NIL NIL NIL NIL)("message" "rfc822" NIL NIL NIL "8bit" 1699 ("Fri, 11 Jul 2008 14:22
09:00:23.488 5 IMAP-516462([99.88.77.66]) inp: 43.44 NOOP
09:00:23.488 5 IMAP-516462([99.88.77.66]) out: 43.44 OK completed\r\n
09:00:23.488 5 IMAP-516462([99.88.77.66]) inp: 44.44 NOOP
09:00:23.488 5 IMAP-516462([99.88.77.66]) out: 44.44 OK completed\r\n
09:00:23.670 5 IMAP-516462([99.88.77.66]) inp: 45.44 CLOSE
09:00:23.685 5 IMAP-516462([99.88.77.66]) out: 45.44 OK completed\r\n
09:04:38.544 5 IMAP-516462([99.88.77.66]) inp: 46.44 FETCH 1:214 (FLAGS UID)
09:04:38.544 5 IMAP-516462([99.88.77.66]) out: 46.44 BAD no mailbox selected\r\n
09:04:38.569 5 IMAP-516462([99.88.77.66]) inp: 47.44 FETCH 1:214 (FLAGS UID)
09:04:38.569 5 IMAP-516462([99.88.77.66]) out: 47.44 BAD no mailbox selected\r\n
09:04:38.603 5 IMAP-516462([99.88.77.66]) inp: 48.44 FETCH 1:214 (FLAGS UID)
09:04:38.603 5 IMAP-516462([99.88.77.66]) out: 48.44 BAD no mailbox selected\r\n

On Jul 18, 2008, at 11:04 AM, Technical Support wrote:

Hello,

Chris Irvine wrote:
OK, that didn't take long. Yes, the problem occurs even with "Use IDLE..." turned off.

The logs from your original mail show the "BAD no mailbox selected" error returned by the server on some IMAP sessions:

16:08:37.559 5 IMAP-508422([69.99.88.77]) out: 117060.25 BAD no mailbox selected\r\n

What do you see in that log if you filter on IMAP-508422?\

If Apple mail tries to FETCH something without having SELECTed a mailbox first - that's a bug in the mail client and should be reported to the vendor.

-Chris
On Jul 18, 2008, at 8:06 AM, Chris Irvine wrote:
Gavin,

That sounds different than the issue I'm having. Typically these clients access their account on several machines: Desktop IMAP, Laptop IMAP, Webmail, and iPhone IMAP. So far it has only been reported on the desktops and laptops.

-------------

I'm testing with IDLE off now, but it takes a while to reproduce, so it might be a bit before I report the difference if any.

-Chris

On Jul 18, 2008, at 4:28 AM, Gavin Lawrie wrote:

Hi

Just to add we've been seeing the same issues - but happening both on Tiger and Leopard (we had problem on Tiger / CGP, updated to Leopard and problem persists).  Have a support call in with stalker on this, but to date nothing much has been discovered / suggested about what is cause or fix.  So great to hear (in some ways) this is not a problem only we are having.  Just to add to symptoms you describe, we've shown that when mail 'disappears' it also disappears from Webmail.  Also, you can get it back by deleting the user's account.info file and restarting CGP - but not clear how or why this fix works (it was suggested by Stalker as a fix).

Would be great if you could post any further developments / discoveries / fixes if you have any.  We'll do likewise from here.

Regards

Gavin Lawrie


On 18 Jul 2008, at 00:32, Chris Irvine wrote:

Hello List,

Just over the last few days I've been receiving increasing complaints from clients about their "inbox disappearing." I always re-assure them that everything is fine with the server, and then walk them through rebuilding the mailbox on the client side or if really necessary, resynchronizing all cached IMAP folders and content.

But, now I've setup test accounts on test machines and I am observing a repeatable behavior.

Apple's Mail.app client is running for several minutes/hours synchronizing a large set of mailboxes successfully. Then, all of a sudden, the INBOX on the client appears to empty, and activity viewer shows two tasks in what seem to be an infinite loop.

Client progress indicator reads:
[testaccount] Communicating with server
[INBOX] Fetching
[INBOX - testaccount] Fetching new mail
Received 382 of -2096765 headers.. (these numbers very with occurrence, but the second number is always large and negative)

On server server I've cranked up the verbosity on IMAP access for a minute to log what is happening. (see bellow) I can quit the client, relaunch and the inbox usually re-populates and the client may run OK for 30 minutes up to 6 hours before breaking again.

My client machine is Leopard 10.5.4 with Mail.app 3.3.
Server version is CGP 5.1.12 on Darwin x86 32bit.
These are very high capacity clients. Mailboxes frequently exceed 2GB and many clients have 6GB+ of mail stored server side via IMAP. There is a mix of mbox and mdir mailboxes as best suits for performance and backup.

Any suggestions? Client preferences currently have "Use IDLE command if the server supports it" enabled.

[]
-- Best regards,
Dmitry Akindinov

=======================================================================
When answering to letters sent to you by the tech.support staff, make
sure the original message you have received is included into your reply.

#############################################################
This message is sent to you because you are subscribed to
the mailing list <CGatePro@mail.stalker.com>.
To unsubscribe, E-mail to: <CGatePro-off@mail.stalker.com>
To switch to the DIGEST mode, E-mail to <CGatePro-digest@mail.stalker.com>
To switch to the INDEX mode, E-mail to <CGatePro-index@mail.stalker.com>
Send administrative queries to  <CGatePro-request@mail.stalker.com>


#############################################################
This message is sent to you because you are subscribed to
the mailing list <CGatePro@mail.stalker.com>.
To unsubscribe, E-mail to: <CGatePro-off@mail.stalker.com>
To switch to the DIGEST mode, E-mail to <CGatePro-digest@mail.stalker.com>
To switch to the INDEX mode, E-mail to <CGatePro-index@mail.stalker.com>
Send administrative queries to  <CGatePro-request@mail.stalker.com>


--
Sincerely,
Roman

=======================================================================
When answering to letters sent to you by the tech.support staff, make
sure the original message you have received is included into your reply.
Subscribe (FEED) Subscribe (DIGEST) Subscribe (INDEX) Unsubscribe Mail to Listmaster