Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > alt.comp.software.thunderbird > #815
| From | MikeS <MikeS@fred.com> |
|---|---|
| Newsgroups | alt.comp.software.thunderbird |
| Subject | Re: IMAP Subscriptions |
| Date | 2021-07-11 14:59 +0100 |
| Organization | Aioe.org NNTP Server |
| Message-ID | <scetfl$11f0$1@gioia.aioe.org> (permalink) |
| References | <Fj2GI.5389$Ei1.1748@fx07.iad> <pos78p9l0qw4.dlg@v.nguard.lh> <scbhjd$1t6c$1@gioia.aioe.org> <mjsk04ezmr74$.dlg@v.nguard.lh> |
On 10/07/2021 10:00, VanguardLH wrote: > MikeS <MikeS@fred.com> wrote: > >> Use of labels by Gmail is reflected in the way TB stores messages. >> Looking in my profile, other IMAP accounts have a separate file for each >> TB folder. With Gmail there is just one large INBOX file which holds >> everything including sent emails. Hence the All Mail "folder" in Gmail >> does not waste any space. > > Really? Messages in your Gmail account can have multiple labels. So, > how does an IMAP client know in which fake "folder" a message should > reside? If the IMAP client sees the message as being in 2 folders, > deleting a message in one folder should not delete it from the other > folder, yet it's just one message on the server (with 2 labels) that > gets deleted. > > When the IMAP client requests a list of folders, Gmail reports the > labels as folders. IMAP doesn't support labels, just folders. Look at > the IMAP commands. None request labels nor does the returned data > associate labels with messages. Gmail doesn't support folders hence why > it has to report labels as folders to IMAP clients. Yet the webmail > Gmail client lets you assign multiple labels to a message. > > Gmail started as a webmail-only client. When Google decided to grant > POP and IMAP access, they had to adapt their service by having it lie, > er, convert its structure to that of what an IMAP client expects. > > https://support.mozilla.org/en-US/kb/thunderbird-and-gmail > > There is a Gmail-specific IMAP extension described at: > > https://developers.google.com/gmail/imap/imap-extensions > See "Access to Gmail labels: X-GM-LABELS" section. > > I have never heard that Thunderbird supports the Gmail API; else, you'd > pick that protocol instead of IMAP. So, possibly Thunderbird supports > GMail's IMAP extensions (which obviously is unique hence proprietary to > what is supposed to be a vendor indendent e-mail protocol of IMAP). > > Instructions for Thunderbird say to use IMAP to access Gmail. The first > article above from Mozilla mentions Gmail having to pretend labels are > folders, but doesn't mention Thunderbird supports Gmail-specific > extensions to IMAP. I haven't found anywhere saying Thunderbird > supports the Gmail-specific IMAP extensions. Thunderbird just does IMAP > to Gmail. Messages are retrieved via the RETR[ieve] command, and there > are no extra attributes that tag along to identify labels, like which > ones (since there could be more than one) are assigned to a message up > in the Gmail service. Thunderbird sees the labels as folders. It does > not get label assignments per message. > > IMAP's Fetch command retrieves the message (headers + body), not > anything else associated to the message that exists only up on the > server outside of IMAP context. The labels have already been associated > by conversion to mailbox (folder) names. Yes, there are flags that are > attributes of a message, like \SEEN \ANSWERED, \FLAG (urgent), \DELETED > (for later expunge), \DRAFT, and \RECENT. Flag attributes of a message > do not carry extra data, like the label assigned to a message up on the > server. > > I doubt Thunderbird supports the Gmail-specific IMAP extensions, and it > doesn't support the Gmail [REST] API. It just does IMAP. Perhaps > Thunderbird does some special handling of Gmail accounts, like using the > All Mail server-side folder for sync, but dumping all messages from > there into one local message store is Mozilla's choice rather than using > separate mailboxes (folders) as reported by Gmail to the client when it > pretends the labels are mailboxes (folders). > > Go into your Gmail account using their webmail client. Define another > temporary label, say, Keep in your Gmail account. Their webmail client > should create the new label, and also enable "Show in IMAP". You may > have to subscribe to the Keep folder in the client since it is not one > of the mailboxes in the standard set. Select a message in your Sent > "folder" (mailbox). That message obviously already has the Sent label > assigned to it. With the message display (because you selected it), > click on Labels in the action bar above. Add the Keep label to the > message, and click Apply. Now it has 2 labels: Sent and Keep. In which > folder should an IMAP client show that 1 message with 2 labels? The > IMAP client will show that 1 message in both folders: Sent and Keep. > You would expect they are separate messages, because, well, you're using > IMAP which should show messages within each folder. However, if you > delete the message in the Keep folder in your IMAP client, it also > disappears from the Sent folder in your IMAP client. Despite being > shows in 2 folders, it was just 1 message, not 2 messages as shown. > > These screwups, er, anomalies in Gmail's IMAP implementation is why I > call it gIMAP. The same for gPOP because I discovered they equate a TOP > command with a RETR command: if you use both an e-mail monitor to tell > you when new e-mails arrive and an e-mail client to read those new > e-mails, the monitor might use the TOP n command to show the first n > lines of a new message, but Gmail treats it as a RETR, so when you go to > look at it in the e-mail client then it isn't listed because it is no > longer a new message (Gmail treated the TOP as a RETR). The message is > still up on the server, but your POP client won't retrieve it since > Gmail treated TOP as RETR which changed status on the message. > > Gmail's implementation of both POP and IMAP are *not* fully POP3 and > IMAP4 compliant. Gmail's IMAP is close enough, but not truly IMAP. You > have IMAP on your end, and they have gIMAP on their end. Close enough > only counts in horseshoes and hand grenades. You can hit anomalies in > Google's POP3 and IMAP4 implementations that you won't when using e-mail > providers that employ the standard e-mail protocols. > > How Thunderbird decides to manage a message store for an e-mail service > is their choice, and not mandated by an oddball implementation on the > server. Perhaps someone more intimate with the internals of Tbird could > explain why the message store for Gmail accounts accessed via IMAP is > structured differently than message stores for other IMAP accounts. > Standard IMAP accounts do not have an Archive folder, by default. The > user would have to create one, and have their local IMAP client > subscribed to that folder. With Gmail accounts there is always an > Archive folder. It's called All Mail, but it contains all messages, > even deleted ones (after all, deleted messages still exist but have > their label changed to Deleted), rather than e-mails the user decided to > move to just that folder (and not shared or shown in other folders). > > With Gmail, you can get close, and probably close enough if you go with > a single e-mail client on your host, but you will not get true IMAP with > Gmail. > No idea how TB works, I merely report what I see: Directory of U:\Thunderbird_Home\Data\profile\ImapMail\imap.gmail.com 16/09/2020 10:29 <DIR> . 16/09/2020 10:29 <DIR> .. 22/07/2020 21:25 198 filterlog.html 11/07/2021 14:44 354,273,236 INBOX 10/07/2021 08:15 3,809,628 INBOX.msf 31/10/2015 17:46 27 msgFilterRules.dat 23/07/2020 17:10 0 Templates.msf 17/07/2017 11:10 <DIR> [Google Mail]-1.sbd 09/05/2020 00:07 2,943 [Google Mail].msf 04/03/2021 14:54 <DIR> [Google Mail].sbd TB correctly displays my All Mail, Inbox, Sent Mail. Drafts, Spam and Bin "folders" as well as the correct total number of items in All Mail based on the items in the others. Possibly the difference is that I have never created any sub folders (labels) in GMail so they are all default settings. Or perhaps it depends on TB version - I am using 68.12.1 (64-bit). As I said, with outlook and yahoo IMAP accounts in the same TB installation each folder is kept in a corresponding file, as expected.
Back to alt.comp.software.thunderbird | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
IMAP Subscriptions Marc Auslander <marcausl@gmail.com> - 2021-07-09 16:28 -0400
Re: IMAP Subscriptions Nobody <jock@soccer.com> - 2021-07-09 16:44 -0700
Re: IMAP Subscriptions VanguardLH <V@nguard.LH> - 2021-07-09 22:32 -0500
Re: IMAP Subscriptions MikeS <MikeS@fred.com> - 2021-07-10 08:18 +0100
Re: IMAP Subscriptions VanguardLH <V@nguard.LH> - 2021-07-10 04:00 -0500
Re: IMAP Subscriptions MikeS <MikeS@fred.com> - 2021-07-11 14:59 +0100
Re: IMAP Subscriptions MikeS <MikeS@fred.com> - 2021-07-11 15:24 +0100
Re: IMAP Subscriptions Marc Auslander <marcausl@gmail.com> - 2021-07-11 15:31 -0400
Re: IMAP Subscriptions "Andrei Z." <no-email@invalid.invalid> - 2021-07-12 07:19 +0300
Re: IMAP Subscriptions MikeS <MikeS@fred.com> - 2021-07-12 14:42 +0100
Re: IMAP Subscriptions Wilf <wilf@postingx.uk> - 2021-07-10 10:55 +0100
csiph-web