Official SuiteCRM Outlook Plugin v4 has arrived - Compatible with the Outlook Web App or Outlook 2016+ connected to Office365 or Exchange Server 2016. A complete rebuild developed and maintained by SuiteCRM developers, the addon retains previous functionality while massively improves performance, reliability and stability!
#5742 - Archived Email behavior not expected...
We have finally gotten the outlook plugin working on our server. When a user selects an email (for this example using the app plugin in OWA), they can select the module (lets say Contacts), then search, the relevant contact appears and they select it and click "Archive".
In that contact record within SuiteCRM, the email appears under "History" and can be opened and viewed (Expected behavior). In the database, within the emails and emails_text tables, new records appear with the relevant data (Expected Behavior). In the emails module of SuiteCRM, the email is visible, but does NOT have the "check" indicating it's been imported (NOT expected behavior). From the emails module, I can run an import on said email, and it will allow me to import it creating a duplicate record in both the database (different ID, same data) and linked to the associated contact. (ALSO NOT expected behavior). In the emails module, I now only see the email in question listed once, but in the contact and database I see it twice. (CONFUSING behavior). In OWA if I now delete the original email (or simply move it to another folder), there is no perceivable change in the emails module or database, however; if I archive an email in the outlook plugin and DO NOT IMPORT IT in the emails module, then delete the email from OWA, the email disappears in the email module, though continues to appear in the database and the history of the contact, being fully accessible and readable. (VERY CONFUSING behavior).
Is there some setup I need to do somewhere to get the archive emails to appear imported in the emails module? I suspect the plugin should be flagging some where in the DB that an email has been imported, but I don't see that flag in my cursory exploration. I also realize I may be using terminology incorrectly, or might just not understand the intended flow for email linking/logging.
13 hours ago
Looks like this is a repeat of an OLD bug (bug #506)...
I've been poking around in the database and I think I've found the cause of the problem, but not the solution. It looks like the plugin is only partially populating the relevant fields in the emails table, and skipping all the parent/relationship data in emails_email_addr_rel. So the email is being imported to the database, but not fully. I'm happy to provide more details, just let me know what's needed.