-
Support September 23rd, 2020 @ 4:12 pm
Hi ghansen
https is required for the V4 plugin to function, so yes it is supported but let us know if you have any issues
View Comment
-
Support September 22nd, 2020 @ 2:28 pm
Hi Julian
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
View Comment
-
Support September 17th, 2020 @ 4:47 pm
Hi Tq
The MSI file is version 3 and this is no longer support and this will not run on MAC.
Version 4 which is the ZIp file, which you install onto your SuiteCRM first and that will generate a file which in theory should be installable as plugin on Outlook for MAC,
Using the ZIP file, you should be able to follow our standard install guide for V4 here - https://store.suitecrm.com/docs/SuiteCRM-official-outlook-plugin/installation-guide
Let us know how you get on or if you have any further questions
View Comment
-
Support September 15th, 2020 @ 4:14 pm
I have not seen this issue before, if you login to your outlook account online, are you able to install the manifest file in the online platform?
View Comment
-
Support September 15th, 2020 @ 4:10 pm
Hi Mike
This is not an issue I have experience with to directly advice, if you could perhaps send a message containing your logs ideally generated with with the level set to debug to outlook[at]salesagility[dot]com quoting your case number where we could help to troubleshoot it further
Thanks
View Comment
-
Support September 15th, 2020 @ 4:05 pm
In essence you should check that you can directly hit the instance and there are not vpn or such blocking access, the best way would be check using the urls in the generated manifest to make sure they are correct and can hit you instance ok, if these are having issues you may want to check your htaccess and server config is set up correctly (assuming you are running on Apache).
If you are still having the issues, it may be easier if you can share the generated manifest and we can help review if were the issue, by sending a message containing your manifiest and any relevant outlook logs you have to outlook[at]salesagility[dot]com
View Comment
-
Support September 14th, 2020 @ 4:58 pm
Hi mthomas
Sorry to hear you feel that way, but thank you for the feedback none the less,
In regards to a trial I would suggest if you can contact us again via email if you still interested and reference this case number we can look at we can do get a trial of V4
View Comment
-
Support September 14th, 2020 @ 4:45 pm
Thanks you for highlighting this issue, This issue is likely that the SuiteCRM API doesn't support logging in via SAML at this time, I guess the work around is as you suggest to configure user so they can logging with standard login along side the SAML login.
To achieve this depending on the number of user may not be quick work around but you would need to set a CRM password for all users, you may need to disable SAML in the CRM password setting first to achieve this
Then when SAML is re-enabled, edit the each users profile and set
SAML2Authenticate Onlyto uncheckedThey should then be able to use the plugin using there CRM password
View Comment
-
Support September 14th, 2020 @ 4:24 pm
Hi Mike
This is not an issue I have experience with to directly advice, if you could perhaps send a message containing your logs ideally generated with with the level set to debug to outlook@salesagility.com quoting your case number where we could help to troubleshoot it further
Thanks
View Comment
-
Support September 14th, 2020 @ 4:06 pm
Sorry to hear about your issue, can your clarify few details, and maybe provide a screenshot the error your are seeing:-
What version of outlook are you using, is a local instance or online?
View Comment
also is your CRM using https and is it accessible by outlook?
-
Support September 9th, 2020 @ 9:11 pm
Thanks for reporting this, it does sound like a bug. I would suggest you should be able to remove the user in question and re-add them to fix it for that user.
View Comment
-
Support September 9th, 2020 @ 8:08 am
I don't think this is related to the outlook plugin, suggest you contact your provider or use the support forums https://community.suitecrm.com/
View Comment
-
Support September 8th, 2020 @ 2:44 pm
They are both completely separate entries and should work in their own right.
You should be able to use V3 with or without the v4 backend
In theory you should be able to use the v3 on your outlook and still use the backend sync in v4 if you have the right setup for it.
View Comment
-
Support September 8th, 2020 @ 2:03 pm
HI mikesung
Yes V4 of the plugin only support Outlook 2016+,
V3 of the plugin supported 2013 -2016, this is still available to download but is no longer officially supported
View Comment
-
Support September 8th, 2020 @ 8:59 am
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
RewriteRule ^Api/access_token$ Api/index.php/access_token [L] RewriteRule ^Api/V8/(.*?)$ Api/index.php/V8/$1 [L]to
RewriteRule ^Api/access_token$ Api/index.php [L] RewriteRule ^Api/V8/(.*?)$ Api/index.php [L]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,
View Comment
-
Support September 4th, 2020 @ 11:35 am
@juergenkreis What is your CRM server running on Apache Nginx IIS?
View Comment
-
Support September 2nd, 2020 @ 8:24 pm
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
View Comment
-
Support September 2nd, 2020 @ 8:04 pm
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
View Comment
-
Support September 2nd, 2020 @ 7:05 pm
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
View Comment
-
Support August 20th, 2020 @ 8:56 am
Hi there,
Should just be able to double click on the MSI file and after accepting the agreements the plugin should be installed automatically. You could also try right-clicking and pressing "Run". Let me know if you encounter any issues.
View Comment
SuiteCRM has not rated any add-ons.
SuiteCRM has not verified any add-ons.
SuiteCRM has not created any Wanted Add-ons.