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

68 lines
2.8 KiB
Plaintext

MBOX-Line: From blong at google.com Sat Feb 18 14:36:28 2017
To: imap-protocol@u.washington.edu
From: Brandon Long <blong@google.com>
Date: Fri Jun 8 12:34:55 2018
Subject: [Imap-protocol] Is SELECT required before FETCH to detect new
mail?
In-Reply-To: <3e01f804-163d-cda3-f5bb-b495fa5a1d50@chartertn.net>
References: <bb8d0ae1-dda0-dbce-186a-2a668946ec7b@chartertn.net>
<CABa8R6tLdckvJ9c-UHHijbvJ95fBGBN41fxhypO1yWzt0tGOMQ@mail.gmail.com>
<3e01f804-163d-cda3-f5bb-b495fa5a1d50@chartertn.net>
Message-ID: <CABa8R6tSevQ7kda5usVW-DuKO68Kdukgf7USZ=eTCWpvY-Nobw@mail.gmail.com>
You shouldn't have to reselect, and doing so is really inefficient on some
servers, so I wouldn't recommend it as the default mechanism.
Seems like for this server there is no benefit to keeping the connection
open.
I would consider a modern server which does this as pretty broken, but it
may not violate the spec.
On Feb 18, 2017 2:29 PM, "Gene Smith" <gds@chartertn.net> wrote:
> The charter IMAP server is openwave according the login response. So are
> you saying it is OK for the IMAP server to require a new SELECT before
> doing a FETCH on an already selected mailbox for the FETCH response to
> indicate new email? If so, this is a bug in thunderbird.
>
> I have noticed that at least one client (kmail) always does SELECT and
> FETCH when checking for new mail (even when inbox is already selected).
> However, thunderbird and claws-mail only do a FETCH and don't re-do the
> SELECT and, therefore, don't detect new mail unless another folder is
> looked at first and then inbox is returned to.
>
> -gene
>
> On 02/18/2017 05:00 PM, Brandon Long wrote:
>
> Didn't the old UW IMAP server act that way with certain mailbox formats?
> It locked the mailbox and it couldn't receive new mail.
>
> In any case, I don't think the spec precludes implementing it that way,
> but it's certainly not the normal implemention.
>
> Brandon
>
> On Feb 18, 2017 1:52 PM, "Gene Smith" <gds@chartertn.net> wrote:
>
>> I have been seeing a problem with mozilla Thunderbird client when using
>> the charter.net imap server. When thunderbird checks for new messages it
>> just does a FETCH since the inbox was already SELECTed at startup. It does
>> not detect new messages unless another mailbox is SELECTed and inbox is
>> re-SELECTED and then FETCHed. I think thunderbird is following the IMAP
>> spec but charter.net server is not since it requires a re-SELECT on and
>> already selected mailbox to signal new email. Am I right?
>>
>> -gene
>> _______________________________________________
>> Imap-protocol mailing list
>> Imap-protocol@u.washington.edu
>> http://mailman13.u.washington.edu/mailman/listinfo/imap-protocol
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman13.u.washington.edu/pipermail/imap-protocol/attachments/20170218/c54cf5e9/attachment.html>