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!
#3044 - Unknown Error
Trying out the v4 plugin, but the plugin fails to authenticate.
- Most Recent Love from Users
rimacoca- Ricardo Cairello
- marcusvsgimenes
- Ricardo Cairello
- thermoprintix
- clientes
4 years ago
Hi Damon
This issue looks like it may be an issue connecting with the API on the CRM side.
Can you try in a browser navigating to {your crm url}/Api/access_token e.g https://mycrm.com/Api/access_token and seeing what response you get.
You should get a response "Method not allowed",
If not and you get a error, you may need to look at configuring the API on your CRM server. if that is the case then the guide here may help you https://docs.suitecrm.com/developer/api/developer-setup-guide/json-api/#_generate_private_and_public_key_for_oauth2
4 years ago
Sounds about right - Im getting a 404 error when I try to bring up that page.
Went through the steps of generating the keys and assigning them to the apache user. Still getting the 404 error.
4 years ago
What is your CRM server running on Apache Nginx IIS?
Try going to an almost similar link:-https://mycrm.com/Api/index.php/access_token and see if that works
If so and you are running on Apache. Try going to Admin->Repair->Rebuild Htacess, you will want to make sure your CRM URL is correctly set in you config.php or this may not work as expected. Then try the original link above again
4 years ago
Server is running Apache on CentOS 7
Going to that link similar link brought up a Method not allowed page. Im going to take it as that's a good thing.
Verified URLs in config.php are set properly.
Rebuilt Htaccess
Original link still shooting off 404 error....
4 years ago
Ok check you Apache config for the CRM and it should be setup something like the example below, with key point AllowOveride set to All, this is required for the Htacess to take effect
Options Indexes FollowSymLinks AllowOveride All Require all granted
If you need to set AllowOveride to all then restart/reload Apache and try again
4 years ago
This did work. Thank you.
4 years ago
Same problem here, however, calling that link .../Api/access_token leads in my case to the following response: "No input file specified." Loved the old plugin for its simplicity reg. installation ... this new one definitely has room for improvement ....
4 years ago
@juergenkreis What is your CRM server running on Apache Nginx IIS?
4 years ago
meanwhile checked our server: Apache/2.4..41 (Unix)
4 years ago
Found another issue: As this plugin seems to be BETA at the best - at least no idea how to activate it yet - I tried to uninstall and go back to version 3.x The new plugin doesn't uninstall properly: in the Admin menu the " Outlook Plugin Configuration" section remains even after deactivating and uninstalling. The previous (version 3.x) plugin now fails to authenticate.
Please advice ASAP!
4 years ago
Hi juergenkreis
The issue you are having with the V4 plugin look to be related to a crm and setup likely using php-fcgid issue https://github.com/salesagility/SuiteCRM/issues/8251, you could work around this by updating the .htaccess, as advised in this suggested fix.
changing the lines
to
The uninstall process, should be handled entirely by outlook itself, but it would interesting to know what version of outlook you are running.
V3 of the plugin is entirely unrelated to V4 so they should not conflict and could run along side each other,
4 years ago
Thanks for the help! Finally succeeded to authenticate. Office installation (incl. Outlook) is most recent from Office 365.