SecuritySuite - Enhanced SuiteCRM Teams

For Inbound Emails it should be locking the email account down to just the Asia/Region 1 Group members. Are non-group members able to see that inbound account? I have seen some caching issues with that before. Usually logging out as a user who shouldn't have access and then back in works.

Yes, users outside of the Asia/Region 1 Group members can see it. Suite version is latest. I have added the following in the InboundEmail.php

function bean_implements($interface){
    switch($interface){
        case 'ACL': return true;
    }
    return false;
}

And also set in the role configuration all to group, still all users see these InboundEmail account. In the mails module settings page it is visible to all users. I rebooted the server and also tried enabling developer mode which afaik disables caching methods. Help is appreciated.

I'll dig into this more locally, but I suggest removing the bean_implements for InboundEmail. For this module it uses a special set of rules when you enable the option to check if you are in any of the groups assigned to the mailbox. If not, you shouldn't see it.

Which version of SuiteCRM are you on?

7.8.2 before removing bean_implements do I need to do something else like remove previously configured permissions for this module in the roles?

No, SuiteCRM will just ignore the grid if that function doesn't exist.

Thanks for the version info. I will dig into this today.

It looks like you still need to install the 7.8.2 version of SecuritySuite. Any time that SuiteCRM gets upgraded the SecuritySuite add-on needs to be upgraded as well. I found that the 7.8.2 version that we had uploaded wouldn't install on SuiteCRM. That has been corrected now so if you download that version and install it the InboundEmail stuff should then work.

Let me know what you find.

One thing to note, if you have gone to the email inbox and already added the Mail Account to a user who shouldn't see it and later restricted it to a group you will need to manually remove the Mail Account for that user. Going forward, they will not see that Mail Account under Settings if they are not in the group assigned to the Mail Account.

I did the mistake in trying to uninstall the Security Suite first and it corrupted the installation. Any other solution than vanilla install? Error 500 PHP Fatal error: require_once(): Failed opening require

I'm sorry. Sometimes SuiteCRM doesn't backup correctly during install so uninstalls crash for SecuritySuite. The best way to find which files to replace is to open the SecuritySuite zip and look in the /install_dir/notupgradesafe directory. Copy these same files over from a blank 7.8.2 install of SuiteCRM.

Would restoring the backup work? I chose not to delete the tables?

That should work.

Thank you it worked.

Thanks for wanting to continue on after the trial! There is nothing that you have to do at this point if you wish to continue. The trial will automatically convert in a couple of days using the card on file. I canceled the newly created trial to avoid any future charges on that one.

If you wish to quit this trial instead you can do that by going to your Purchase page. Open the order, click on the Purchase History tab, and then click on the "Quit Trial" link on the right.

So the card will be charged automatically, correct?

I enter the credit card info using update payment info and save it. When I reopen the update payment info it says "No credit card info on file"

I am also available @ damianatorrpm gmail.com

Sorry about the confusion here. It looks like we have a possible display issue when in a trial. I confirmed that the card is set up for the trial to convert tomorrow. It will be charged automatically unless you quit the trial before tomorrow.

Hello, can you help me with a leap of faith on the caching issue? I'd like to extend it later to the yearly subscription.

Oh I missed one comment. WIll redownload.

Yes, thanks a lot for the great support!