wasm-demo/demo/ermis-f/imap-protocol/cur/1600095003.22583.mbox:2,S

26 lines
1.1 KiB
Plaintext

MBOX-Line: From slusarz at curecanti.org Thu Jul 23 19:46:53 2015
To: imap-protocol@u.washington.edu
From: Michael M Slusarz <slusarz@curecanti.org>
Date: Fri Jun 8 12:34:55 2018
Subject: [Imap-protocol] Gmail LIST-EXTENDED bug
In-Reply-To: <CACU8CfQvtX7PmGc3-A02qsx6s6Md-=BE-arwEtNZmDNLMEA4pg@mail.gmail.com>
References: <20150723130430.Horde.SA97i23HR6ui9hH7OsaY6OS@bigworm.curecanti.org>
<CACU8CfTAgfJXZ4VNZqNXZGnFtmiyNh1hwjuYUbQjkjciqxmOew@mail.gmail.com>
<CACU8CfQvtX7PmGc3-A02qsx6s6Md-=BE-arwEtNZmDNLMEA4pg@mail.gmail.com>
Message-ID: <20150723204653.Horde.nTSGq462CvKEHJ8L-R7hEVB@bigworm.curecanti.org>
Quoting Jamie Nicolson <nicolson@google.com>:
> We can probably fix this in a week or so. Is it causing big problems for
> any clients to have LIST-EXTENDED enabled with this flaw? If it's causing
> serious pain we could turn off LIST-EXTENDED until it's fixed.
Can't speak for anyone else, but this doesn't really affect us. We
fallback to RFC 3501 compliant LIST commands if a LIST-EXTENDED
command fails, so this is simply adding additional round-trips and/or
additional processing on the client side.
michael