We're looking into re-categorising a URL path - http://icloud.com/mail. Currently, it's being categorised as Personal Network Storage ( but on Trusted Source it is a web mail). Now, we want icloud.com to stay as is but we want icloud.com/mail to be categorised as web mail. Tried to change it on the Default extended list, but still not working with the following scenario:
If the user does not have access to web mail, opening the URL will give the correct category on the block web page- web mail.
If the user is allowed to access web mail, opening the URL will give Personal Network Storage as the category.
Any ideas how to fix this? Thank you.
if I request http://icloud.com the browser immediately redirects to https://icloud.com. Please check that the SSL Scanner is enabled - without it the MWG sees the domain (icloud.com) only and categorizes any request to icloud.com as Personal Network Storage / Interactive Web Application.
disable (or rename) your entry in the extended list to make sure the default url categorization in place and create a rule trace to make sure the url/domain is not whitelisted
hi, already did this and still no go. users with web mail restrictions are getting "web mail blocked" but users with web mail access are getting "personal storage network" block
I think I misread your question, it seems to work as indended. You have to allow this particular url for the user group which allowed access to web mail. Create a new rule "Allow access to icloud.io/mail for WebMail group" just before the rule which block the request for them (presumably url category blocking rule) with following conditions (adjust user group as needed):
Condition: url.host equals icloud.io AND url matches *icloud.io/mail* AND user.group contains "WebMail"
Action: Stop Rule Set