Thanks for the helpful reply.
Please note that a few bug fixed in the most recent patch allows this to work, so please make sure you are using that patch before saying this specific but don’t work right
Understood. The email processing on our previous Sugar installation “left a lot to be desired”! This does seem to offer improvements and great promise. Note I’m on the LTS thread 7.10.25 - are there any newer patches I should be applying? If so pointers would be welcome.
please note that the specific group inbox and system outbound must have the “Users can send as themselves” options enabled for the folders to display.
I should point out that the text for that inbound email option is not very logical because it suggests it is controlling a SEND ability not a READ ability. In our case it’s definitely a read-only / receive-only email box / address.
Selecting that option did indeed work on my migrated instance but not on my clean instance - go figure! On my clean instance the group account now shows on my non-admin’s Mail Accounts profile (it didn’t before), and is selected:
But it still doesn’t show up in the account / folder selector on the emails panel
Note when investigating this just now on my clean instance I did notice another problem. If I deselect the group account, and click DONE to close the popup and then re-click to display the profile and open the Mail Accounts popup again - the group account shows as selected. That has to be wrong.
As a follow-on, in a related observation the mailboxes shown on the Emails screen for the creating admin user is wrong.
Looking at the underlying database and some of the queries being generated, I believe that this is at least partly because the folders related to the deleted mailboxes are not marked as deleted in the database. How is this supposed to work? I would think that when mailboxes are marked as deleted, any associated folders should also be marked as deleted. Further, given there is no logical delete capability for folder subscriptions, I would presume that folder subscription records would be physically deleted only when the logically deleted mailbox/folder records are physically deleted - ie through a Prune Database operation. If I know for sure how it’s supposed to work, I can go in and fix the database manually.