Guest User!

You are not Sophos Staff.

Thread Info
  • State Verified Answer
  • Locked Locked
  • Replies 39 replies
  • Subscribers 5 subscribers
  • Views 28806 views
  • Users 0 members are here
Options
Suggested
This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

SGN Product Enhancement Suggestions

vojta

Might be a good idea to star this list early so it's in early. My wishlist

- Better AD synchronization (automated, configurable schedule, and built into MC)

- "Policy for a slider" - meaning give user the option via policy to control how fast they want to encrypt the HD. Of course if this policy is disable user cannot control that (aka today's status). Giving the users a little power will simplify the deployment of such invasive product

- Better policy stamping on the client. Today you can see "Last Received" but that's misleading as policy might not have been changed for long before that. I would rather see a hashmark or some kind of name where I could match the server policy name with the client (the date should be in the name)

:145


This thread was automatically locked due to age.
Parents
  • 0

    Hi vojta, 

    vojta wrote:

    <snip> SEP (newer SAV) is a good example of implementation of the policy time/date stamping that already saved us many hours in deployments, troubleshootings, etc.

    Policy stamping:

    Today, the client tells you the time of the last SGN Server contact. It also tells you if it received a new policy.

    If I understand you correctly, you want always to be able to see which time the last policy was from. Right?

    So we should add the time of the latest policy change. I guess that's the time, when the client received it from the server, what you want (vs. the time when the last effective policy was updated by an admin on the server).

    Best regards,

    :761
Reply
  • 0

    Hi vojta, 

    vojta wrote:

    <snip> SEP (newer SAV) is a good example of implementation of the policy time/date stamping that already saved us many hours in deployments, troubleshootings, etc.

    Policy stamping:

    Today, the client tells you the time of the last SGN Server contact. It also tells you if it received a new policy.

    If I understand you correctly, you want always to be able to see which time the last policy was from. Right?

    So we should add the time of the latest policy change. I guess that's the time, when the client received it from the server, what you want (vs. the time when the last effective policy was updated by an admin on the server).

    Best regards,

    :761
Children
No Data