Closed Bug 1427725 Opened 7 years ago Closed 6 years ago

When tying to create a folder child of a mail_account, a child of inbox is always created

Categories

(Thunderbird :: Folder and Message Lists, defect)

Product:
Thunderbird
Component:
Folder and Message Lists
Version:
52 Branch
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

(Not tracked)

Status:
RESOLVED INCOMPLETE

People

(Reporter: bty-adminf1, Unassigned)

References

Details

Attachments

(2 files)

Folders-children-b80103-01.jpg
27.67 KB, image/jpeg
Details
Folder structure for test account
22.88 KB, image/png
Details
User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/65.0.3309.0 Safari/537.36 Steps to reproduce: Create a child folder of standalone account Actual results: Offers 1- name of new folder 2- the choice (combo) of creatinf a folder of 1- the box 2- any element of the full tree (all accounts and subfolders) When the account is created as child of the account (not the inbox) a child is always created into the inbox Expected results: Create a folder at the right place : as sibling of the inbox. This affect heavily the capabilities of synchronisation of IMAP boxes. When IMAP local folder structure is imported the childs of Inbox which are not "special folders" are imported as siblings. Because of IMAP folders options on server this creates confusions complexified by the capability of naming the special folders and picking them into the tree. A consequences is, in my opinion, that an "INBOX folder with children specials accounts" is exported (case OVH) but remains always empty. This doesn't affect the Local Group. The special folders of TH-INBOX are managed (recognized and managed) - Drafts (Brouillons) - Models (Modèles) - Sent (Envoyés) - Archive (Archive) - Junk (Indésirables) But TRASH is not managed !!! This has effects on the whole IMAP synchronisation in my opinion. Note : About image joined : 1- the "test enfant du compte" folder has been created as child of the account not inbox 2- See the INBOX in italics which corresponds to the IMAP server INOBOX but remains anyway empty
Group: mail-core-security
(In reply to TREMBLAY,Bernard from comment #0) > Created attachment 8939526 [details] > Folders-children-b80103-01.jpg > > User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 > (KHTML, like Gecko) Chrome/65.0.3309.0 Safari/537.36 > > Steps to reproduce: > > Create a child folder of standalone account > > > Actual results: > > Offers > 1- name of new folder > 2- the choice (combo) of creatinf a folder of > 1- the box > 2- any element of the full tree (all accounts and subfolders) > > When the account is created as child of the account (not the inbox) a child > is always created into the inbox > > > Expected results: > > Create a folder at the right place : as sibling of the inbox. Is your working inbox called "Courrier Entrant"? I assume that since your locale seems to be FR the actual INBOX displays as that? Or did you rename it to that? > > This affect heavily the capabilities of synchronisation of IMAP boxes. > > When IMAP local folder structure is imported the childs of Inbox which are > not "special folders" are imported as siblings. > > Because of IMAP folders options on server this creates confusions > complexified by the capability of naming the special folders and picking > them into the tree. > > A consequences is, in my opinion, that an "INBOX folder with children > specials accounts" is exported (case OVH) but remains always empty. > > This doesn't affect the Local Group. What is "Local Group"? Do you mean local folders? > The special folders of TH-INBOX are managed (recognized and managed) > - Drafts (Brouillons) > - Models (Modèles) > - Sent (Envoyés) > - Archive (Archive) > - Junk (Indésirables) > > But TRASH is not managed !!! I see trash under <your account marked out>/Courrier Entrant/Inbox/Trash What do you mean by "not managed"? For deleted emails to go to Trash you have to select the trash folder in the "server settings" screen and also select the corresponding "radio button". Otherwise deleted emails will only be "marked as deleted" and not go to trash folder. > > This has effects on the whole IMAP synchronisation in my opinion. > > Note : About image joined : > 1- the "test enfant du compte" folder has been created as child of the > account not inbox Actually, "test enfant du compte" seems to be a child of "Courrier Entrant"? But I suppose that is what you are saying is the bug? > 2- See the INBOX in italics which corresponds to the IMAP server INOBOX but > remains anyway empty Where did this italic "INBOX" come from. Did you create it or did it come from you server when you created the account or synchronized the account? Is the main problem when you create a new folder under your account (marked out) that the folder goes under "Courrier Entrant" and not at the same level as "Courrier Entrant"? If so, this may be due to your IMAP server. Do you know the vendor of your imap server? Also, when you create a new folder are you right clicking on the account name and not on "Courrier Entrant"? That should, by default, create the new folder at the same level as Inbox (called Courrier Entrant) and not inside Courrier Entrant. If this doesn't help, we will next need for you to generate an IMAP log so we can see what your IMAP server is doing when you create the new folder. You can find information for this here: https://wiki.mozilla.org/MailNews:Logging
I just occurred to me that, in your case, "trash not managed" might be due to Bug 1427507. New trash folders that are inside or below the INBOX may not work even when selected in server settings. The fix for this bug has not been released but there is a work-around for it. Quoting from the bug description" This can be resolved by setting the delete method to either "Just mark it as deleted" or "Remove it immediately" in the server settings and click OK. Then in server settings again select "Move it to this folder: alt-trash on <my-acct>" and click OK. Now the trash icon is present on INBOX/alt-trash and deletions are moved there and not lost. Having to do this to obtain the expected result (and avoid possible date loss!) is not intuitive.
(In reply to gene smith from comment #1) > (In reply to TREMBLAY,Bernard from comment #0) > > Created attachment 8939526 [details] > > Folders-children-b80103-01.jpg > > > > User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 > > (KHTML, like Gecko) Chrome/65.0.3309.0 Safari/537.36 > > > > Steps to reproduce: > > > > Create a child folder of standalone account > > > > > > Actual results: > > > > Offers > > 1- name of new folder > > 2- the choice (combo) of creatinf a folder of > > 1- the box > > 2- any element of the full tree (all accounts and subfolders) > > > > When the account is created as child of the account (not the inbox) a child > > is always created into the inbox > > > > > > Expected results: > > > > Create a folder at the right place : as sibling of the inbox. > > Is your working inbox called "Courrier Entrant"? I assume that since your > locale seems to be FR the actual INBOX displays as that? Or did you rename > it to that? > ----------- Not renamed > > > > This affect heavily the capabilities of synchronisation of IMAP boxes. > > > > When IMAP local folder structure is imported the childs of Inbox which are > > not "special folders" are imported as siblings. > > > > Because of IMAP folders options on server this creates confusions > > complexified by the capability of naming the special folders and picking > > them into the tree. > > > > A consequences is, in my opinion, that an "INBOX folder with children > > specials accounts" is exported (case OVH) but remains always empty. > > > > This doesn't affect the Local Group. > > What is "Local Group"? Do you mean local folders? ------------- Yes : The full folders tree contains : 1- The individual accounts : managed separately (except filters) for "archives of messages" (sorry I must translate from French interface, I cannot switch dynamically to English version) I uses "Save archive in : other for Archives, Drafts and Models generally. The defined folder is then the special folder of the account. Then, except action of filters, these account are fully independent. It is in these account that the problem of child folders occurs. 2- Archive folder of "Grouped : Local folders" (default associated name in directory is "...AllMail.defaultl\Mail\Local Folders". This is the "special account with no identity" which I have named "BTy-Groupe (Dossiers locaux) (no more very accurate). For this special account The Child folders are well created and special folders associated (Draft, Models, Sent, Archives, Junk, waiting messages -- Shown in French) are defined at the same level (sibling) as the "inbox" into the group. > > > The special folders of TH-INBOX are managed (recognized and managed) > > - Drafts (Brouillons) > > - Models (Modèles) > > - Sent (Envoyés) > > - Archive (Archive) > > - Junk (Indésirables) > > > > But TRASH is not managed !!! > > I see trash under <your account marked out>/Courrier Entrant/Inbox/Trash > What do you mean by "not managed"? For deleted emails to go to Trash you > have to select the trash folder in the "server settings" screen and also > select the corresponding "radio button". Otherwise deleted emails will only > be "marked as deleted" and not go to trash folder. > -------- "not managed" : no Trash appears and creating and naming a folder "trash or in french 'Corbeille'" doesn't change anything : this can be 1427507. But this appears after verification only on one account, the one I was setting parameters to make it work as I meant to be accurate. I am going to test using recommendations for 1425507 > > > > This has effects on the whole IMAP synchronisation in my opinion. > > > > Note : About image joined : > > 1- the "test enfant du compte" folder has been created as child of the > > account not inbox > > Actually, "test enfant du compte" seems to be a child of "Courrier Entrant"? > But I suppose that is what you are saying is the bug? > --- Exactly > > 2- See the INBOX in italics which corresponds to the IMAP server INOBOX but > > remains anyway empty > > Where did this italic "INBOX" come from. Did you create it or did it come > from you server when you created the account or synchronized the account? ---- By synchro from server Complementarily I checked to create a child of the account on server, the result is : 1- The folder is created on server at same level as Inbox but it appear in "synchro of subcriptions" (obliged if you want immediate synchro) as child of INBOX > > Is the main problem when you create a new folder under your account (marked > out) that the folder goes under "Courrier Entrant" and not at the same level > as "Courrier Entrant"? If so, this may be due to your IMAP server. Do you > know the vendor of your imap server? > --- Yes OVH but I don't know the origin for now, but I don't think it come from server, I explain The red structure is wrong, but as when you create it from local TH current view you generate the same error I imagine that the bug is both into the algorithm of the tree red and written. More this occurs for first level : so I imagine a problem of level index for the account during beginning of tree walker (and more-more doesn't occur for local folder). > Also, when you create a new folder are you right clicking on the account > name and not on "Courrier Entrant"? That should, by default, create the new > folder at the same level as Inbox (called Courrier Entrant) and not inside > Courrier Entrant. > --- I checked both : Click on account from combo and click on account into the full tree (into the full tree there are explicitly two separate lines, this is clear and perfect. > If this doesn't help, we will next need for you to generate an IMAP log so > we can see what your IMAP server is doing when you create the new folder. > You can find information for this here: > https://wiki.mozilla.org/MailNews:Logging --- For now, because the error appears in TH when you create a child of the account before any synchro with server, my feeling tells me about a problem of level numbering difference between TH and the Server combined with tree walker for first level.
Bernard, I found this Bug 1195424 that I think describes what you see, or at least similar. It has lots of stuff to read but I don't think a fix was found. The reporter of that bug, also I think in France, offered to provide a test account (password and user id) on OVH server that was never provided, as far as I can tell. If you can provide me a temporary test account on the OVH imap server that would greatly help in possibly understanding and resolving the problem.
HiGene, The account (user) is bugzilla-TH-1427725@trebly.net passw : xFMmvxTMqtyB server ssl0.ovh.net port : 993 SSL/TLS std passwd url for OVH Roundcube : https://mail.ovh.net/roundcube Empty
Thanks, The test account helps a lot! Will let you know what I find...
The only real problem I see using the test account is that, with a Trash folder designated and tb is restarted or if the folder tree for the account is collapsed and then expanded, tb re-creates the trash folder at Inbox.Inbox.Trash. This causes the grey INBOX to appear as in the reporter's attachment and for the Trash folder to appear twice, at Inbox/Trash and at Inbox/Inbox/Trash. The fix for this requires small a modification to the patch submitted for Bug 1427507. This problem is closely related since the OVH server (also Dovecot) uses the '.' as the folder delimiter. However, the OVH server also includes a personal namespace prefix that is not handle correctly by that patch. When a folder is created under the account or under INBOX it always goes under INBOX, never at the same levels as INBOX. This is because the OVH server (which is actually Dovecot) is configured with personal namespace "INBOX.". You can fool tb into putting newly created folders at the same level as INBOX by going to the Advanced server setting and clearing the "Personal namespace" string from "INBOX." to blank and unchecking the "Allow server to override these namespaces". But as soon as the folder tree is rebuilt, on tb restart or tree collaspe/expand, Dovecot reports the actual folder location as under INBOX and tb displays it as Dovecot reports it, as it should. The Roundcube webmail page appears to show all the top-level folders at the same level as INBOX. However, this is just an illusion since OVH/Dovecot reports them all as under INBOX. Notice you can create a sub-folder of any folder except of INBOX using Roundcube (since all new folders with parent "---" are actually parent INBOX). Here is an IMAP command used by tb (obtained by connecting to OVH server with openssl) that shows the actual folder structure that I have set up as reported by the server: 3 list "" "*" * LIST (\HasChildren) "." "INBOX" * LIST (\HasNoChildren) "." "INBOX.xxxYYYzzz" * LIST (\HasNoChildren) "." "INBOX.Sent" * LIST (\HasNoChildren) "." "INBOX.Tempates" * LIST (\HasNoChildren) "." "INBOX.zzz-child-of-<bugzilla-TH-142775@trebly.net" * LIST (\HasChildren) "." "INBOX.Deplorables" * LIST (\HasNoChildren) "." "INBOX.Deplorables.even-worse" * LIST (\HasNoChildren) "." "INBOX.Drafts" * LIST (\HasChildren) "." "INBOX.less-stuff" * LIST (\HasNoChildren) "." "INBOX.less-stuff.more-stuff-under-less" * LIST (\HasChildren) "." "INBOX.things" * LIST (\HasNoChildren) "." "INBOX.things.new-from-roundcube" * LIST (\HasNoChildren) "." "INBOX.yyy-child-of-inbox" * LIST (\HasNoChildren) "." "INBOX.new-folder" * LIST (\HasNoChildren) "." "INBOX.Recycle Basket" * LIST (\HasNoChildren) "." "INBOX.Archives" 3 OK List completed. I will attach screenshot of tb with this structure. I assume you can see the roundcube webmail page for this.
Compare this to the roundcube page at https://mail.ovh.net/roundcube The "special folders" (Sent, Junk, Drafts, Templates and Archives) have to be manually set in tb at the "Copies and Folders" and "Junk Settings" configuration pages. This is because the OVH server (just a standard every-day Dovecot server) does not support SPECIAL-USE or even the older but deprecated XLIST capability. If it did, tb would automatically figure out which folder had which special purpose and auto-configure them. In roundcube you can designate Sent, Junk, Drafts and Trash as special folders. However, this is not remembered by Dovecot and conveyed to TB in any way. Also, except a Trash folder when none is found and delete method is "move to trash" and except for the bug pointed out in the previous comment where tb incorrectly tries to create a "new" trash folder at Inbox.Inbox.Trash, tb does not automatically create folders, special or otherwise. Note also, in the screenshot the greyed out folder with name "zzz-child-of-<bugzilla-TH-142775@trebly is not-selectable (greyed out) because it was manually created as a sub-folder of the account with the name "zzz-child-of-<bugzilla-TH-142775@trebly.net". Since dovecot sees "." as the delimiter it creates the subfolder "net". This can be seen in roundcube too.
Bernard, We have been working on your issues but in other bug reports. I think we are making good progress. I really appreciate you providing the "real-world" test account to evaluate the fixes! I hope you don't mind if I keep using it a while longer. Specifically, we have been working on these bugs that are closely related to and possibly the root cause of your issues: Bug 1335982 Bug 1428666
(In reply to gene smith from comment #7) note : I could not end nor sent it till now and this is a summary. So what is following after the my summary is the beginning of the draft which begins by the citation but not already with comments and has to lonely interest to recall the original comment to which I was answering. Summary -------- The general idea is the comparison between the displays for user. Currently when a tree is displayed if there are indented items regardless another they are supposed to be children. Practically it is complex because there is three levels to consider : 1 - the true content of the internal description of the tree in the context on server 2- The display for user on roundcube interface (what is viewed by user) 3- Data transmitted by server to TH 4- DATA of tree interpreted by TH 5- Tree displayed by TH (what is viewed by user) This must treated in several cases (creation is generic for creation, content collector and destroy - move to other folder, trash, items treatment when marked deleted truly moved to trash, completely deleted): 1- Creation of a child of the account in TH interface and what is transmitted until display in roundcube 2- Creation of a child of "inbox" in TH interface and what is transmitted until display in roundcube 3- Creation of a child of any other folder in TH and what is transmitted until display in roundcube 4- Creation of a child of any other folder in roundcube and what is transmitted until display in TH The display should respect the withdraw of the user in both interfaces and interfaces synchronisation. finally : which rule to define parameters in both context to reach the purpose. Note : I have tested four things : ---------------------------------- - association between special folders in roundcube and the tree of folders (as it appears in parameters::folder-tree - creation of child folders of any common folder in TH and view in roundcube, content verification - the same reverse - something not fully tested and not successful : synchronization of all TH users when a folder is created (or deleted) from : a local view in TH by a user and same from roundcube interface. For this I planned a teamviewer session with a user For memo -------- Hi, Let's go following your first block of analysis : Note that, naturally, this is your trace and view of the list commands of the folders, not the view of the user. > The only real problem I see using the test account is that, with a Trash > folder designated and tb is restarted or if the folder tree for the account > is collapsed and then expanded, tb re-creates the trash folder at > Inbox.Inbox.Trash. This causes the grey INBOX to appear as in the reporter's > attachment and for the Trash folder to appear twice, at Inbox/Trash and at > Inbox/Inbox/Trash. > > The fix for this requires small a modification to the patch submitted for > Bug 1427507. This problem is closely related since the OVH server (also > Dovecot) uses the '.' as the folder delimiter. However, the OVH server also > includes a personal namespace prefix that is not handle correctly by that > patch. > > When a folder is created under the account or under INBOX it always goes > under INBOX, never at the same levels as INBOX. This is because the OVH > server (which is actually Dovecot) is configured with personal namespace > "INBOX.". You can fool tb into putting newly created folders at the same > level as INBOX by going to the Advanced server setting and clearing the > "Personal namespace" string from "INBOX." to blank and unchecking the "Allow > server to override these namespaces". But as soon as the folder tree is > rebuilt, on tb restart or tree collaspe/expand, Dovecot reports the actual > folder location as under INBOX and tb displays it as Dovecot reports it, as > it should. > > The Roundcube webmail page appears to show all the top-level folders at the > same level as INBOX. However, this is just an illusion since OVH/Dovecot > reports them all as under INBOX. Notice you can create a sub-folder of any > folder except of INBOX using Roundcube (since all new folders with parent > "---" are actually parent INBOX). Here is an IMAP command used by tb > (obtained by connecting to OVH server with openssl) that shows the actual > folder structure that I have set up as reported by the server: > > 3 list "" "*" > * LIST (\HasChildren) "." "INBOX" > * LIST (\HasNoChildren) "." "INBOX.xxxYYYzzz" > * LIST (\HasNoChildren) "." "INBOX.Sent" > * LIST (\HasNoChildren) "." "INBOX.Tempates" > * LIST (\HasNoChildren) "." > "INBOX.zzz-child-of-<bugzilla-TH-142775@trebly.net" > * LIST (\HasChildren) "." "INBOX.Deplorables" > * LIST (\HasNoChildren) "." "INBOX.Deplorables.even-worse" > * LIST (\HasNoChildren) "." "INBOX.Drafts" > * LIST (\HasChildren) "." "INBOX.less-stuff" > * LIST (\HasNoChildren) "." "INBOX.less-stuff.more-stuff-under-less" > * LIST (\HasChildren) "." "INBOX.things" > * LIST (\HasNoChildren) "." "INBOX.things.new-from-roundcube" > * LIST (\HasNoChildren) "." "INBOX.yyy-child-of-inbox" > * LIST (\HasNoChildren) "." "INBOX.new-folder" > * LIST (\HasNoChildren) "." "INBOX.Recycle Basket" > * LIST (\HasNoChildren) "." "INBOX.Archives" > 3 OK List completed. > > I will attach screenshot of tb with this structure. I assume you can see the > roundcube webmail page for this.
I am not completely understanding what you are saying. Again I must mention, thanks to your bug report and other recent reports, there have been several bugs fixed for IMAP servers such as yours that user a personal namespace, such as yours "INBOX.", and use a '.' hierarchy separator as yours does too. This is probably why you see the inner (grey) INBOX and other folders under it. However, the fixes for this have not yet been formally released. If you can ignore the inner (gray) INBOX for now, I can suggest a workaround that will allow the TB folder structure to appear just like they way Roundcube displays it. Go to the Server Settings TB screen for your account. Click the Advanced... button. Notice that the "Personal namepace" box contains "INBOX.". Don't change this. Now at the top enter into the box labeled "IMAP server directory" the text INBOX just like you see in the Personal namespace box but *without* the quotes and without the '.'/dot. Once INBOX is entered, click the OK buttons and return to the main TB screen. You will not immediately see a difference. You must either restart TB or just go to the "down arrow" beside your account name and click it. This will collapse your folder tree. Then click the same arrow again to restore the tree. You should see everything under Inbox/"Courrier Entrant" now. With this change, when you create a new folder under the account, it will appear to be at the same level as Inbox. Also, TB will exactly match the folders seen in Roundcube (although the order may differ some).
I will attempt to answer your issues below. (In reply to TREMBLAY,Bernard from comment #11) > (In reply to gene smith from comment #7) > note : I could not end nor sent it till now and this is a summary. > So what is following after the my summary is the beginning of the draft > which begins by the citation but not already with comments and has to lonely > interest to recall the original comment to which I was answering. > > Summary > -------- > The general idea is the comparison between the displays for user. > Currently when a tree is displayed if there are indented items regardless > another they are supposed to be children. > > Practically it is complex because there is three levels to consider : > 1 - the true content of the internal description of the tree in the context > on server > 2- The display for user on roundcube interface (what is viewed by user) > 3- Data transmitted by server to TH > 4- DATA of tree interpreted by TH > 5- Tree displayed by TH (what is viewed by user) > > This must treated in several cases (creation is generic for creation, > content collector and destroy - move to other folder, trash, items treatment > when marked deleted truly moved to trash, completely deleted): > > 1- Creation of a child of the account in TH interface and what is > transmitted until display in roundcube > 2- Creation of a child of "inbox" in TH interface and what is transmitted > until display in roundcube Actually, with your OVH/Dovecot IMAP server, a folder created under the account and under Inbox are the same. Every new folder goes under Inbox because your server is configured with the personal (or private) namespace "INBOX." TB/TH can not control this. Only your email service provider OVH can possibly change this. When created on TB, you will see the new folder in Roundcube. Or if created in Roundcube, you will see the new folder in TB. > 3- Creation of a child of any other folder in TH and what is transmitted > until display in roundcube > 4- Creation of a child of any other folder in roundcube and what is > transmitted until display in TH A folder created under a folder other than Inbox (or Courrier Entrant) *is* created under that folder. Again, if created in TB, it will appear in Roundcube, and vice versa. > > The display should respect the withdraw of the user in both interfaces and > interfaces synchronisation. I assume this mean if an email is deleted on TB it should also be deleted on Roundcube, and vice versa? This seems to work for me. > > finally : which rule to define parameters in both context to reach the > purpose. > > Note : I have tested four things : > ---------------------------------- > - association between special folders in roundcube and the tree of folders > (as it appears in parameters::folder-tree > - creation of child folders of any common folder in TH and view in > roundcube, content verification > - the same reverse > > - something not fully tested and not successful : synchronization of all TH > users when a folder is created (or deleted) from : a local view in TH by a > user and same from roundcube interface. For this I planned a teamviewer > session with a user. Again, I don't see a problem with the test account regarding the synchronization between TB and Roundcube. If I copy an email to a folder on TB and then look at the same folder on Roundcube, the email is there. > > For memo > -------- > Hi, > Let's go following your first block of analysis : > > Note that, naturally, this is your trace and view of the list commands of > the folders, not the view of the user. To the IMAP server, everything is under the namespace INBOX, which is how TB by default shows it too. In Roundcube, the folders only appear to be siblings of INBOX, and as I suggested in my previous comment, you can also make TB show all the folders at the same level as Inbox. However, this does not change how they are stored on the IMAP server.
(In reply to gene smith from comment #12) > I am not completely understanding what you are saying. Again I must mention, > thanks to your bug report and other recent reports, there have been several > bugs fixed for IMAP servers such as yours that user a personal namespace, > such as yours "INBOX.", and use a '.' hierarchy separator as yours does too. > This is probably why you see the inner (grey) INBOX and other folders under > it. However, the fixes for this have not yet been formally released. > > If you can ignore the inner (gray) INBOX for now, I can suggest a workaround > that will allow the TB folder structure to appear just like they way > Roundcube displays it. > > Go to the Server Settings TB screen for your account. Click the Advanced... > button. Notice that the "Personal namepace" box contains "INBOX.". Don't > change this. Now at the top enter into the box labeled "IMAP server > directory" the text INBOX just like you see in the Personal namespace box > but *without* the quotes and without the '.'/dot. Once INBOX is entered, > click the OK buttons and return to the main TB screen. > > You will not immediately see a difference. You must either restart TB or > just go to the "down arrow" beside your account name and click it. This will > collapse your folder tree. Then click the same arrow again to restore the > tree. You should see everything under Inbox/"Courrier Entrant" now. > > With this change, when you create a new folder under the account, it will > appear to be at the same level as Inbox. Also, TB will exactly match the > folders seen in Roundcube (although the order may differ some). I apologize, I red what I wrote and could not myself really understand what I wrote... Nevertheless what you have answered is OK and answers to most of the questions. Only for information what follows is closer of what I meant (in my mind as I can formulate today) : RE-WRITTEN (in reply to gene smith from comment #7) -------------------------------------------------- note : I could not end nor send my answer to your comment #7 until now and what I send to you today is a summary of a reformulation of the idea and too a guide for analysis because it remains some problems. Summary ------------ The general idea is : what are criteria to analyse and compare the displays for user. Do we have checked everything ? Currently when a tree is displayed if there are items shown as indented regard to another they are supposed to be children for an end user. Practically the analysis is complex because there are five views for interpretation to take in account : 1 - the true content of the internal description (data) of the tree in the context on server 2- The display for user on roundcube interface (what is viewed by user) 3- Data transmitted by server to TB 4- DATA of tree interpreted by TB 5- Tree displayed by TB (what is viewed by user) This must be considered in several cases (note : below "Action on" means : on element of tree folder or leave - mail item - generic for creation, content collector and destroy - move to other folder, trash, items treatment when marked deleted truly moved to trash, completely deleted): 1 - "Action on" of a child of the account in TB interface and what is transmitted until display in roundcube 2 - "Action on" a child of "inbox" in TB interface and what is transmitted until display in roundcube 3 - "Action on" a child of any other folder in TB and what is transmitted until display in roundcube 4 - "Action on" a child of any other folder in roundcube and what is transmitted until display in TB The display should respect the purpose of the user in both the interfaces views and interfaces synchronization. Finally : which rule to define parameters in both context to reach the purposes ?. Note : I have tested four things : ---------------------------------- - association between special folders in roundcube and the tree of folders (as it appears in parameters::folder-tree - creation of child folders of any common folder in TB and view in Roundcube, content verification - the same reverse - something not fully tested and seems not successful : synchronization of all TB users when a folder is created (or deleted) from : a local view in TB by a user and same from Roundcube interface. For this I planned a Teamviewer session with a user.
(In reply to gene smith from comment #13) Reply and new : incident in updating tree on TB Note that my text was like a check list, I used it to perform the test. It is following this that I found the new incident related here at the end. > I will attempt to answer your issues below. > > (In reply to TREMBLAY,Bernard from comment #11) > > (In reply to gene smith from comment #7) > > note : I could not end nor sent it till now and this is a summary. > > So what is following after the my summary is the beginning of the draft > > which begins by the citation but not already with comments and has to lonely > > interest to recall the original comment to which I was answering. > > > > Summary > > -------- > > The general idea is the comparison between the displays for user. > > Currently when a tree is displayed if there are indented items regardless > > another they are supposed to be children. > > > > Practically it is complex because there is three levels to consider : > > 1 - the true content of the internal description of the tree in the context > > on server > > 2- The display for user on roundcube interface (what is viewed by user) > > 3- Data transmitted by server to TH > > 4- DATA of tree interpreted by TH > > 5- Tree displayed by TH (what is viewed by user) > > > > This must treated in several cases (creation is generic for creation, > > content collector and destroy - move to other folder, trash, items treatment > > when marked deleted truly moved to trash, completely deleted): > > > > 1- Creation of a child of the account in TH interface and what is > > transmitted until display in roundcube > > 2- Creation of a child of "inbox" in TH interface and what is transmitted > > until display in roundcube > > Actually, with your OVH/Dovecot IMAP server, a folder created under the > account and under Inbox are the same. Every new folder goes under Inbox > because your server is configured with the personal (or private) namespace > "INBOX." TB/TH can not control this. Only your email service provider OVH > can possibly change this. > OK well understood > When created on TB, you will see the new folder in Roundcube. Or if created > in Roundcube, you will see the new folder in TB. > An incident to this related at the end > > 3- Creation of a child of any other folder in TH and what is transmitted > > until display in roundcube > > 4- Creation of a child of any other folder in roundcube and what is > > transmitted until display in TH > > A folder created under a folder other than Inbox (or Courrier Entrant) *is* > created under that folder. Again, if created in TB, it will appear in > Roundcube, and vice versa. That is OK but the incident is on TB which doesn't show a creation of subfolder. > > > > > The display should respect the withdraw of the user in both interfaces and > > interfaces synchronisation. > > I assume this mean if an email is deleted on TB it should also be deleted on > Roundcube, and vice versa? This seems to work for me. > OK > > > > finally : which rule to define parameters in both context to reach the > > purpose. > > > > Note : I have tested four things : > > ---------------------------------- > > - association between special folders in roundcube and the tree of folders > > (as it appears in parameters::folder-tree > > - creation of child folders of any common folder in TH and view in > > roundcube, content verification > > - the same reverse > > > > - something not fully tested and not successful : synchronization of all TH > > users when a folder is created (or deleted) from : a local view in TH by a > > user and same from roundcube interface. For this I planned a teamviewer > > session with a user. > > Again, I don't see a problem with the test account regarding the > synchronization between TB and Roundcube. If I copy an email to a folder on > TB and then look at the same folder on Roundcube, the email is there. > OK not found anything with mails but incident on one computer for folders > > > > For memo > > -------- > > Hi, > > Let's go following your first block of analysis : > > > > Note that, naturally, this is your trace and view of the list commands of > > the folders, not the view of the user. > > To the IMAP server, everything is under the namespace INBOX, which is how TB > by default shows it too. In Roundcube, the folders only appear to be > siblings of INBOX, and as I suggested in my previous comment, you can also > make TB show all the folders at the same level as Inbox. However, this does > not change how they are stored on the IMAP server. Hi, This is clear and provides all element needed to define rules to follow to create a suitable interface for end users. Some little differences between the TB interface and RoundCube or others remains but can be explained to end users. But I have gone on test and found a new problem : Actions : 1- Create a subfolder of an existing one (standard and common) in TB interface 2- Move a mail to this subfolder. Results : 1- Roundcube : OK 2- On Android GMAIL : OK 3- another user on TB while sharing upgrades : - The subfolder has not appeared into the tree When using into account main page "Advanced functions":"Manage folders subscription" (my translation of the interface from French to English), I got a good tree. Then the problem is that the displayed tree is not updated into the tree panel in correspondance. Note that from the same computer a creation or change in folders is perfectly transmitted. Note that the problem of the Trash special folder remains on this computer, there no valid trash folder (until now I could not test on another distant - Teamviewer session could not take place into our agendas). So on one computer Trash is well viewed while it is not on another (options are the same, but historically the first local account created for the mail account has been on the computer for which we get the error). Important thing : all my reporting has been seen on the account and the computer on which TB dysfunctions. Best regards Trebly
(In reply to TREMBLAY,Bernard from comment #15) > (In reply to gene smith from comment #13) > > Reply and new : incident in updating tree on TB > > > Actions : > 1- Create a subfolder of an existing one (standard and common) in TB > interface > 2- Move a mail to this subfolder. > > Results : > 1- Roundcube : OK > 2- On Android GMAIL : OK > 3- another user on TB while sharing upgrades : > - The subfolder has not appeared into the tree > > When using into account main page "Advanced functions":"Manage folders > subscription" (my translation of the interface from French to English), > I got a good tree. > Then the problem is that the displayed tree is not updated into the tree > panel in correspondance. > Note that from the same computer a creation or change in folders is > perfectly transmitted. TB may not find the new folder instantly or automatically. There are two ways for a new folder to be found: 1. Collapse and then expand the folder tree using the small arrow beside the account name. 2. Restart TB. This is only necessary if the new folder is created by another program such as on Roundcube or another TB instance. Folders created by TB are immediately visible in that TB instance (as you have noticed). > > Note that the problem of the Trash special folder remains on this computer, > there no valid trash folder (until now I could not test on another distant - > Teamviewer session could not take place into our agendas). So on one > computer Trash is well viewed while it is not on another (options are the > same, but historically the first local account created for the mail account > has been on the computer for which we get the error). > Important thing : all my reporting has been seen on the account and the > computer on which TB dysfunctions. Not 100% sure I understand your problem with the Trash folder. Can you not designate a "move to trash" folder and have deleted emails go to it?
(In reply to gene smith from comment #16) ... > TB may not find the new folder instantly or automatically. There are two > ways for a new folder to be found: > 1. Collapse and then expand the folder tree using the small arrow beside the > account name. > 2. Restart TB. > This functions at restart only. Nevertheless, because of event management and TB requests to server for mails upgrades, I think that it is possible to understand that a new empty folder can be upgraded only a TB restart. But I have for test added another constraint : a mail (for the example) have been moved from a well known folder to the new one. The result have been : 1- the mail has (normally) disappeared at mails actualization (timer) from the known folder 2- the new folder is not appearing and the mail simply disappear of the mailbox. In my opinion this cannot be accepted as normal functioning : "currently mails moved to new folder created by another user disappear (problem of rights to see later, for now the rights are manually managed for the mailbox). Because of the simultaneous use of TB (activated permanently on computers) this is a source of errors when any user which manages folders and reorganize them. I have a proposal : ------------------- 1- The use of "Advanced functions":"Manage folders subscription" validation (OK) automatically upgrades folders (TB views the new folder on this panel) forces synchronization (the true tree is known or got by the function). 2- If a mail, which is a leave of a new folder, has been loaded into server it is loaded as a new mail, then the folder is created too. This needs to identify mails moved to a new folder which is not necessarily simple (depends of available efficient functions to do this). 3- open close of a folder automatically performs for the folder what is done in (1) 4- Add a command on a folder "Verify and synchronize from server" (same as (3) or (1) for a pointed folder. 5- Click on a folder which have no children performs the same as (4) Note : After this the alone case when a change is not seen is when a folder gets an empty child which is not pointed (clicked or open-closed) by the user. This case doesn't matter. > This is only necessary if the new folder is created by another program such > as on Roundcube or another TB instance. Folders created by TB are > immediately visible in that TB instance (as you have noticed). > OK, and with GMAIL Android because "open of folder" is a requested to the server task (tree is not pre-loaded) it is necessarily visible (just one level into one folder is visible) > > > > Note that the problem of the Trash special folder remains on this computer, > > there no valid trash folder (until now I could not test on another distant - > > Teamviewer session could not take place into our agendas). So on one > > computer Trash is well viewed while it is not on another (options are the > > same, but historically the first local account created for the mail account > > has been on the computer for which we get the error). > > Important thing : all my reporting has been seen on the account and the > > computer on which TB dysfunctions. > > Not 100% sure I understand your problem with the Trash folder. Can you not > designate a "move to trash" folder and have deleted emails go to it? I have nowhere "move to trash" command (for mails or folders), so it is impossible to "move to Trash" any object (I have named a folder Trash and another "Corbeille") but they behave (and go on to behave) like any folder. Note that the Trash is never used into the box parameters, the defined organization is designed to use "Trash" manually by the box admin (defined on paper). I have tested attachment in Roundcube the special folder TRASH to one of these folders, this has no effect on local TB (it was forecastable). Note that I am away for 10 days since now (return 01/31).
I will soonly do the test but until now I could not take care of this
Sorry I had not till now time to care of this problem. When everybody (into a group of users) knows about the problems generated by the dysfunctions it is easier to avoid incidents during daily work. This because we care to not create empty child folders, case which seems to be one of the principals of synchronization failure. The test with daily build or the beta is not so easy to organize because it needs to work on a copy of data for test and this must be done on each workstation, more it needs to work on an mail account created for the purpose, install the version on several computers and have access to them. I had no time to manage this until now. I will do-it step by step during next months. Best regards Trebly Note : I began to create "capture screen movies" to reproduce and show the remaining problems dynamically. But I have to select each phenomenon to report. It is too a long job.
Thanks. Even more straightforward now is www.mozilla.org/thunderbird/channel/ We don't need you to test with multiple workstations - just one will do.
Flags: needinfo?(bty-adminf1)
Hi, You know, that one of the kernel problem found now is that when you create a folder on a local workstation, this folder will not be found on another while it is seen by the server (viewed by Roundcube). More, a mail moved from another existing folder on both stations to this new folder will disappear from the second workstation (deleted from first from ancient folder, which is normal, but not created into the new one - means that the fact that a mail newly attached to this new folder will not generate action on the second workstation folders data update) The consequence is that we cannot be sure of the process. I think that the new version must be in position to be data-updated by the server which have data-updated by another station running any version (because it seems that data-update from TH to Server always functions). With this, thought just now, I could install the two versions on my own computer (with good separated directories) and initiate for two e-mails accounts, the test one first and this on which I have observed dysfunctions. Then the whole content would be downloaded, but in this case even this test is successful this is not a proof because we can observe dysfunctions on current installation with tiny data-updates and not when the whole content is downloaded. Another way is to duplicate the existing local box content, create the account but maintain it disconnected, open the content with the the new installation and then only after this launch the process of the update of the content from the server. This would check the update process. The hypothesis is that there is just one unique problem for various effects "what makes so that the creation of the new folder is not seen from others local stations (necessarily empty at creation)". If I am right I can do so, but if for example I cannot have two installations of TH running on the same computer (working on separated directories) I must find a new station for testing. Best regards Trebly
Flags: needinfo?(bty-adminf1)
Hi, I am seeking for a clean station for test.
Version 60 has been released https://www.thunderbird.net/ > If I am right I can do so, but if for example I cannot have two installations of TH running on the same computer (working on separated directories) I must find a new station for testing. You can install multiple versions - do custom install and pick a target directory And if you want to use a test profile https://support.mozilla.org/en-US/kb/using-multiple-profiles
Flags: needinfo?(bty-adminf1)
Whiteboard: [closeme 2018-09-15]
Thank, Ok it was so simple. I need time, currently overbooked for one month.
Whiteboard: [closeme 2018-09-15] → [closeme 2018-11-15]
Hi, I am upgrading the computers to 60.2. (mine is upgraded since two weeks, they are distant and the users cannot manage the add-ons, I need to organize teamviewer sessions) I will perform the tests during next two weeks. The test concerns : - creation of a shared folder on a computer : how it is viewed by others - moving mails to the folder : how it is viewed by the others - deleting mails (marked as deleted) - define rules for the group to not crash the work of others : the problem of the owner of a folder Best regards
Flags: needinfo?(bty-adminf1)
Still need more info
Flags: needinfo?(bty-adminf1)
Whiteboard: [closeme 2018-11-15] → [closeme 2018-11-25]
The test account on his server that the reporter provide me is still running. So it would be good to know if his issue is now OK.
Hi, I made some test on another account and got things known but too some curious things : 1- known : any creation of folder under the account in TH is a folder which parent is INBOX as on imap folder structure (in parameters) while into the user main view these folders appear at same level as INBOX. It is a problem of display of tree. 2- Special folders as TRASH, DRAFTS ... appear without parent in the folder structure at same level than INBOX and than in user display and before (order) INBOX. The same folders in TH are subfolders of INBOX. We know that is impossible to get coherent displays and why. Checks of creation, deletion of subfolders 3- I performed first test with a 60 version on one computer and a 52 on the other : I got : 3-1 - Creation by each one of subfolder is sent to server and received immediately by other PC with TH 3-2 - Adding a mail into a subfolder by local copy appears immediately on the other 3-3 - Deletion of the mail (different parameters) on the first (TH60) is marked deleted and the mail disappear from the folder into the second (TH52) I have not tested others configurations and type of changes 4- I upgrade the second computer to TH60.2 - Then the two computers uses the same version - creation of subfolders (level 1 under inbox) appear on the server but doesn't appear on the second computer with or without a content (mails) This means that if a user created a subfolder on his computer after receiving a mail into the main root inbox this mail moved his hidden to others users. I have not tested if it is deleted from inbox of others users. Synchronization of folders seems impossible even an owner is defined and others users do not initiate concurrent transactions. What is curious is that it functions (for what I tested) when the versions are different and not if the version of TH are identical
Flags: needinfo?(bty-adminf1)
This all sounds like the long story this sysadmin has been reporting: http://forums.mozillazine.org/viewtopic.php?f=39&t=3043501&sid=815817c301fc72304451027700f02370
(In reply to Jorg K (GMT+1) from comment #30) > This all sounds like the long story this sysadmin has been reporting: > http://forums.mozillazine.org/viewtopic. > php?f=39&t=3043501&sid=815817c301fc72304451027700f02370 Yes, could be. On first read, don't quite understand his problem or what he did to fix it. Anyhow, been a while since I last looked at this so have to get back up to speed. I still have Trebly's test account and it is running. I will work with it and try to duplicate the problems Trebly is seeing. Trebly, One thing that I need is a screenshot of the advance imap server page that shows the namespaces. Or you can just tell me what each item contains. Right now my test account you provided contains (x means item selected/checked): IMAP server directory: INBOX show only subscribed x server supports folders that contain subfolders... x Max connections: 5 Personal namespace: "INBOX." Public (Shared): Other users: Allow server to override... x
(In reply to gene smith from comment #31) > IMAP server directory: INBOX <<<<<<<<<<<<<<!!!!!!!!! -- need this? > show only subscribed x > server supports folders that contain subfolders... x > Max connections: 5 > Personal namespace: "INBOX." > Public (Shared): > Other users: > Allow server to override... x Trebly, I did a fresh setup of your test account on a windows laptop running 60 and I do see everything under Inbox. But if I set the "IMAP Server Directory" advanced setting to INBOX it now seems OK (all folders at the same level as Inbox). Maybe this will fix your issues. I previously recommended this in comment 12 above. Let me know if this helps. Thanks.
(In reply to TREMBLAY,Bernard from comment #29) > Hi, > > I made some test on another account and got things known but too some > curious things : > > 1- known : any creation of folder under the account in TH is a folder which > parent is INBOX as on imap folder structure (in parameters) while into the > user main view these folders appear at same level as INBOX. It is a problem > of display of tree. When I set up the trebly test account as new with 60 I also see everything under Inbox in tb. What do you mean by "main view these folder appear at same level as INBOX"? What is "main view"? Are you referring to the roundcube webmail maybe? > > 2- Special folders as TRASH, DRAFTS ... appear without parent in the folder > structure at same level than INBOX and than in user display and before > (order) INBOX. The same folders in TH are subfolders of INBOX. Yes, I also see them as subfolders of INBOX in tb. Are they "without parent" in roundcube? To repeat, setting the Imap directory to INBOX in advanced server settings puts all folders at the same level as Inbox and matches roundcube. > > We know that is impossible to get coherent displays and why. > > Checks of creation, deletion of subfolders > > 3- I performed first test with a 60 version on one computer and a 52 on the > other : I got : > 3-1 - Creation by each one of subfolder is sent to server and received > immediately by other PC with TH > 3-2 - Adding a mail into a subfolder by local copy appears immediately on > the other > 3-3 - Deletion of the mail (different parameters) on the first (TH60) is > marked deleted and the mail disappear from the folder into the second (TH52) At this point are both the 52 and 60 computer showing the same folder structure? I mean are both either all folders under Inbox or all folders at same level as Inbox? See comment 12. > I have not tested others configurations and type of changes > > 4- I upgrade the second computer to TH60.2 - Then the two computers uses the > same version > - creation of subfolders (level 1 under inbox) appear on the server but > doesn't appear on the second computer with or without a content (mails) OK, now both are running 60? For me, if I create a folder on linux running 6*, I see it on windows running 60. You may need to collapse and expand the tree or maybe, worst case, restart tb to see the new folder on the other computer. > > This means that if a user created a subfolder on his computer after > receiving a mail into the main root inbox this mail moved his hidden to > others users. I have not tested if it is deleted from inbox of others users. > Synchronization of folders seems impossible even an owner is defined and > others users do not initiate concurrent transactions. > > What is curious is that it functions (for what I tested) when the versions > are different and not if the version of TH are identical This seems to work for me. Again, make sure both computers have identical settings for advanced server setting, especially the IMAP directory. With imap directory set to INBOX, for me when I try to create a new folder under Inbox, it appears at the same level as Inbox so I can't make a folder appear under Inbox. I think that is normal because I am "fooling" tb to think the folders under Inbox are displayed as being at the same level as Inbox with the IMAP directory setting INBOX. This is because your email server (OVH/Dovecot) is set up with Personal Namespace as "INBOX.". Trying to override this in tb by un-checking advanced setting "allow server to override..." and setting Personal Namespace to "" is usually not recommended and usually the server just ignores it. (I haven't tried this since I don't think this is a problem for you.)
(In reply to gene smith from comment #33) > (In reply to TREMBLAY,Bernard from comment #29) > > Hi, > > > > I made some test on another account and got things known but too some > > curious things : > > > > 1- known : any creation of folder under the account in TH is a folder which > > parent is INBOX as on imap folder structure (in parameters) while into the > > user main view these folders appear at same level as INBOX. It is a problem > > of display of tree. > > When I set up the trebly test account as new with 60 I also see everything > under Inbox in tb. > What do you mean by "main view these folder appear at same level as INBOX"? > What is "main view"? Are you referring to the roundcube webmail maybe? YES The main view of Roundcube show the special boxed at level 0 list which end with Inbox > > > > > > 2- Special folders as TRASH, DRAFTS ... appear without parent in the folder > > structure at same level than INBOX and than in user display and before > > (order) INBOX. The same folders in TH are subfolders of INBOX. > > Yes, I also see them as subfolders of INBOX in tb. Are they "without parent" > in roundcube? YES in the parameters folders tree which give the parent of each folder. In Roundcube they appear as roots in the folder tree and in the main view. These roots cannot have parent. The form is different. I can join an url to download a video WMV (50Mo to 100Mo) > > To repeat, setting the Imap directory to INBOX in advanced server settings > puts all folders at the same level as Inbox and matches roundcube. > To verify on video > > > > We know that is impossible to get coherent displays and why. > > > > Checks of creation, deletion of subfolders > > > > 3- I performed first test with a 60 version on one computer and a 52 on the > > other : I got : > > 3-1 - Creation by each one of subfolder is sent to server and received > > immediately by other PC with TH > > 3-2 - Adding a mail into a subfolder by local copy appears immediately on > > the other > > 3-3 - Deletion of the mail (different parameters) on the first (TH60) is > > marked deleted and the mail disappear from the folder into the second (TH52) > > At this point are both the 52 and 60 computer showing the same folder > structure? I mean are both either all folders under Inbox or all folders at > same level as Inbox? See comment 12. > > > I have not tested others configurations and type of changes > > > > 4- I upgrade the second computer to TH60.2 - Then the two computers uses the > > same version > > - creation of subfolders (level 1 under inbox) appear on the server but > > doesn't appear on the second computer with or without a content (mails) > > OK, now both are running 60? For me, if I create a folder on linux running > 6*, I see it on windows running 60. You may need to collapse and expand the > tree or maybe, worst case, restart tb to see the new folder on the other > computer. Already done. Nothing changes. > > > > > This means that if a user created a subfolder on his computer after > > receiving a mail into the main root inbox this mail moved his hidden to > > others users. I have not tested if it is deleted from inbox of others users. On my test I just changed the parameter to mark and not delete when "deleted" on application (TH). > > Synchronization of folders seems impossible even an owner is defined and > > others users do not initiate concurrent transactions. > > > > What is curious is that it functions (for what I tested) when the versions > > are different and not if the version of TH are identical > > This seems to work for me. Again, make sure both computers have identical > settings for advanced server setting, especially the IMAP directory. With > imap directory set to INBOX, for me when I try to create a new folder under > Inbox, it appears at the same level as Inbox so I can't make a folder appear > under Inbox. With roundcube the folders level 1 created with TH as children of the account appear as children. But in roundcube the seem to be at same level as Inobox in the main user view. If we go to parameters/folders these folders have a parent which is INBOX acoordingly with TH. For me this means that for these folders TH and Roundcube have the same tree (which seems not true for special folders but they are display using a form which doesn't contains the concept (field) of parent (even it is into the data of the tree which we don't know while we are not inside the soft - can filter these entries) I think that is normal because I am "fooling" tb to think the > folders under Inbox are displayed as being at the same level as Inbox with > the IMAP directory setting INBOX. > > This is because your email server (OVH/Dovecot) is set up with Personal > Namespace as "INBOX.". Trying to override this in tb by un-checking advanced > setting "allow server to override..." and setting Personal Namespace to "" > is usually not recommended and usually the server just ignores it. (I > haven't tried this since I don't think this is a problem for you.) No sorry the subject is no more about the tree display, it is about the capability of TH to update his folder tree (and his content) when it is changed on server. What is not understandable is that I could once using TH60 and changing folders (creation, deletion, filling with mail, deleting the mail get the update on the same account connected with another computer but using TH52. After updating this last computer to TH60 this became impossible. Particularly a new created folder on the first computer is never seen on the second computer.
Trebly, Thanks for the quick response. Sorry, I just now saw it. If you have a video that shows a problem it might be better to put it at a temporary location like a google drive or maybe even you-tube rather than attaching it above. I haven't recently looked at the account on roundcube. But before, it seemed ok and was the same as tb if the imap directory is set to INBOX in the advanced server settings for tb. >No sorry the subject is no more about the tree display, it is about the capability of TH to update his folder tree (and his content) when it is changed on server. >What is not understandable is that I could once using TH60 and changing folders (creation, deletion, filling with mail, deleting the mail get the update on the same account connected with another computer but using TH52. After updating this last computer to TH60 this became impossible. Particularly a new created folder on the first computer is never seen on the second computer. I just tried again with a new installation of your test account with tb release 60.2.1 (64-bit) on linux and with release 60.3.1 (32-bit) on win7 and I don't see a problem. I can create a new folder on linux and see it on windows (and vice versa). Also, I can copy emails to the new folder on one system and see them on the other. I haven't tried to delete folders but I expect that would work too. Also, I haven't tried tb 60 on two windows systems since I only have one windows box to test it on, but tb is very portable and not likely that the possible problem is only on windows. (I'm assuming you are using just windows.) I'm stumped as to what the problem at your end is. Any more info you can provide? I assume that when you create the new folders with tb that you see them on roundcube?
I went to the roundcube website for the test account. I created a new folder there called "roundcube--new" and, with roundcube, copied an email to it. The new folder and the email appeared in both tb 60 instances (win and linux) with no problem. Have you tried this? >On my test I just changed the parameter to mark and not delete when "deleted" on application (TH). Where did you change this? I found it in roundcube but I don't think it affects anything tb does. Also, not sure why you mention this. Is it important?
Sorry to jump in here. Looking at our changes in bug 1428666, I've always wondered about the removal here: https://hg.mozilla.org/comm-central/rev/a554d6a6752d#l1.39 That wouldn't be related in any way? It's only about the trash folder.
Jorg, Not sure, don't remember much about that right now. But in the current bug don't see any complaints about trash folder or phantom folders like we were seeing back then. Also, I haven't seen problems when setting up the test account. But maybe you have to have alternate names (localized) for trash, inbox etc to see a problem like with your Spanish account(s)? Hopefully will hear more info from reporter (Trebly) and/or the support forum reporter @ http://forums.mozillazine.org/viewtopic.php?f=39&t=3043501&sid=815817c301fc72304451027700f02370d
Well, maybe I'm doing this wrong. I only set up the fresh new test account on tb 60. Maybe it needs to exist on tb 52 and then see what happens when I upgrade to tb 60 with the account in place. I will try that.
Hi, I must redo my test, I found a hardware problem with the network connection of the second computer. So it was probably functioning with the first series of test and had probably failures during the second. In fact I found the wifi fall down (without reason) the next morning trying to use it from a smartphone. I had to restart the router. Then no conclusion are available else than when folders had been updated from TH60 updates had been well received on TH52 on the second computer. About the video it is sure that I will send an url to download them, particularly a comparison between TH view and Roundcube views. I will send these during next week I cannot do it sooner (I am away until next monday).
Ok, that's good to hear. I tested like I said in comment 39 and it worked OK for me when transitioning between 52 and 60 on two systems. I.e., folder structure remained consistent and can add and remove folders and emails on one system and the change is seen on the other system. The only problem I saw was on linux when I upgraded to 60.3.1 (official release). With 52 all my "Trash" folders are labeled as "Trash". But when I manually update to 60.3.1 they are labeled as "Deleted". I choose the en-US version which I think is the right localization for me (English/US). I also noticed some other "British-isms" in the menus, e.g., Favourite instead of Favorite. So not sure if it's user error or something is wrong with the "en-US" linux tar.bz file that I downloaded and installed. (I don't see this with my usual debug/trunk build.) On windows I don't see the localization problem when going from 52 to 60.3.1. Trash remains Trash and menus are in 'merican.
(In reply to Jorg K (GMT+1) from comment #30) > This all sounds like the long story this sysadmin has been reporting: > http://forums.mozillazine.org/viewtopic.php?f=39&t=3043501&sid=815817c301fc72304451027700f02370 I tested again as Jorg requested in this post with my Dovecot account with multiple namespaces. It seemed to work fine when initially set up on 52 and then transition to 60. I didn't see any problems like the reporter on mozillazine saw. I also changed the separator to / in the dovecot config file to more closely match his setup (I was originally using . as the separator). I also re-tested successfully the problem described in Bug 1428666 and I contacted via email the reporter (Elmar) and he is now using 60 and he says the problem is fixed for him. (See attached email text in Bug 1428666.)
Whiteboard: [closeme 2018-11-25] → [closeme 2018-12-15]
Flags: needinfo?(bty-adminf1)
Resolved per whiteboard
Status: UNCONFIRMED → RESOLVED
Closed: 6 years ago
Flags: needinfo?(bty-adminf1)
Resolution: --- → INCOMPLETE
Whiteboard: [closeme 2018-12-15]
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: