MBOX-Line: From asuth at mozilla.com  Tue Mar 24 18:07:56 2015
To: imap-protocol@u.washington.edu
From: Andrew Sutherland <asuth@mozilla.com>
Date: Fri Jun  8 12:34:54 2018
Subject: [Imap-protocol] Is OpenEmailSurvey open to share method or code?
In-Reply-To: <1427242315.980300.244819753.01E1D55F@webmail.messagingengine.com>
References: <55109D4C.2080900@laposte.net> <5510BC3A.9020702@verizon.net>
	<5511EDA6.7060107@laposte.net>
	<1427238946.968483.244801809.1E105795@webmail.messagingengine.com>
	<CALFQBW2BxiB_CCKtg+VsfQsG25LyQeoi67n1UXqn3SUv8dqJsQ@mail.gmail.com>
	<1427242315.980300.244819753.01E1D55F@webmail.messagingengine.com>
Message-ID: <CALFQBW0QaBWDXgbXuswiB-UCJd9G_D8Gxkm+fjhCtU+RyUq9_w@mail.gmail.com>

On Tue, Mar 24, 2015 at 8:11 PM, Bron Gondwana <brong@fastmail.fm> wrote:

>  Are you certain that it's related to the ID command rather than a
> general random percentage of connections advertisement?
>

I am not certain.  I was unable to find any discussion/documentation of
this phenomenon on the net and my initial attempts to find contact points
did not bear fruit.  Since using ID made the problem go away as far as I
could tell, I did not pursue further escalation/contact.

However, given that QA of Firefox OS device producers seem to test 163.com
a lot and I received a duplicate of the bug for our v2.0 branch that did
not include the fix (https://bugzil.la/1112549) ~2 weeks after the fix
landed on our v2.1/v2.2 branches, it's probably not the worst guess.

Andrew
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman13.u.washington.edu/pipermail/imap-protocol/attachments/20150324/a0ce5ad2/attachment.html>
