Re: [Imap-protocol] Is SELECT required before FETCH to detect new mail?
Bron Gondwana <[email protected]> Sun, 19 Feb 2017 09:44:11 +1100
| Newsgroups | gmane.mail.imap.general |
|---|---|
| Message-ID | <1487457851.3495664.885450568.157A4E2A@webmail.messagingengine.com> |
This is a multi-part message in MIME format. --===============8944075328497667809== Content-Transfer-Encoding: 7bit Content-Type: multipart/alternative; boundary="_----------=_148745785134956640" This is a multi-part message in MIME format. --_----------=_148745785134956640 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="utf-8" Surely a noop should work to cause an update? On Sun, 19 Feb 2017, at 09:36, Brandon Long wrote: > 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" <[email protected]> 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" <[email protected]> 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 >>>> [email protected] >>>> http://mailman13.u.washington.edu/mailman/listinfo/imap-protocol >> > _________________________________________________ > Imap-protocol mailing list > [email protected] > http://mailman13.u.washington.edu/mailman/listinfo/imap-protocol -- Bron Gondwana [email protected] --_----------=_148745785134956640 Content-Transfer-Encoding: 7bit Content-Type: text/html; charset="utf-8" <!DOCTYPE html> <html> <head> <title></title> </head> <body><div style="font-family:Arial;">Surely a noop should work to cause an update?</div> <div><br></div> <div><br></div> <div>On Sun, 19 Feb 2017, at 09:36, Brandon Long wrote:<br></div> <blockquote type="cite"><div><div style="font-family:Arial;">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.<br></div> <div><br></div> <div>Seems like for this server there is no benefit to keeping the connection open.<br></div> <div><br></div> <div>I would consider a modern server which does this as pretty broken, but it may not violate the spec.<br></div> </div> <div><div style="font-family:Arial;"><br></div> <div defang_data-gmailquote="yes"><div style="font-family:Arial;">On Feb 18, 2017 2:29 PM, "Gene Smith" <<a href="mailto:[email protected]">[email protected]</a>> wrote:<br></div> <blockquote defang_data-gmailquote="yes" style="margin-top:0px;margin-right:0px;margin-bottom:0px;margin-left:0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204, 204, 204);padding-left:1ex;"><div bgcolor="#FFFFFF"><div><div style="font-family:Arial;">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.<br></div> <div style="font-family:Arial;"> <br></div> <div style="font-family:Arial;"> 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.<br></div> <div style="font-family:Arial;"> <br></div> <div style="font-family:Arial;"> -gene<br></div> <div style="font-family:Arial;"> <br></div> <div style="font-family:Arial;"> On 02/18/2017 05:00 PM, Brandon Long wrote:<br></div> </div> <blockquote type="cite"><div><div style="font-family:Arial;">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. <br></div> <div><br></div> <div>In any case, I don't think the spec precludes implementing it that way, but it's certainly not the normal implemention.<br></div> <div><br></div> <div>Brandon<br></div> </div> <div><div style="font-family:Arial;"><br></div> <div defang_data-gmailquote="yes"><div style="font-family:Arial;">On Feb 18, 2017 1:52 PM, "Gene Smith" <<a href="mailto:[email protected]">[email protected]</a>> wrote:<br></div> <div style="font-family:Arial;"> <br></div> <blockquote defang_data-gmailquote="yes" style="margin-top:0px;margin-right:0px;margin-bottom:0px;margin-left:0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204, 204, 204);padding-left:1ex;"><div style="font-family:Arial;">I have been seeing a problem with mozilla Thunderbird client when using the <a href="http://charter.net">charter.net</a> 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 <a href="http://charter.net">charter.net</a> server is not since it requires a re-SELECT on and already selected mailbox to signal new email. Am I right?<br></div> <div style="font-family:Arial;"> <br></div> <div style="font-family:Arial;"> -gene<br></div> <div style="font-family:Arial;"> ______________________________<wbr>_________________<br></div> <div style="font-family:Arial;"> Imap-protocol mailing list<br></div> <div style="font-family:Arial;"> <a href="mailto:[email protected]">[email protected]</a><br></div> <div style="font-family:Arial;"> <a href="http://mailman13.u.washington.edu/mailman/listinfo/imap-protocol">http://mailman13.u.washington.<wbr>edu/mailman/listinfo/imap-prot<wbr>ocol</a><br></div> </blockquote></div> </div> </blockquote><p><br></p></div> </blockquote></div> </div> <div><u>_______________________________________________</u><br></div> <div>Imap-protocol mailing list<br></div> <div><a href="mailto:[email protected]">[email protected]</a><br></div> <div><a href="http://mailman13.u.washington.edu/mailman/listinfo/imap-protocol">http://mailman13.u.washington.edu/mailman/listinfo/imap-protocol</a><br></div> </blockquote><div style="font-family:Arial;"><br></div> <div id="sig567075"><div class="signature">--<br></div> <div class="signature"> Bron Gondwana<br></div> <div class="signature"> [email protected]<br></div> <div class="signature"><br></div> </div> </body> </html> --_----------=_148745785134956640-- --===============8944075328497667809== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Imap-protocol mailing list [email protected] http://mailman13.u.washington.edu/mailman/listinfo/imap-protocol --===============8944075328497667809==--