SB Freigabe soll automatisch beendet werden sobald das USB Device entfernt wird

Für die SB-Freigabe via Freigabetool (dlselfservice.exe) ist es nötig eine Begründung für die Freigabe einzugeben. Aktuell reicht hier die Eingabe nur eines einzigen Zeichens, um die Schnittstellen des Computers freizugeben.
Anfrage:
Es soll via Policy (CSP) möglich sein, die nötige Länge und Qualität der Begründung festzulegen.

After mounting the stick with DL2Go the original letter should be hidden and there should be no windows error, because this is confusing for the user.

Es wäre schön, wenn man Ausnahmen in der Zuweisung von Richtlinien definieren könnte. Beispiel: Eine Richtlinie wird an alle Computer verteilt, außer an eine bestimmte AD Gruppe.

Die SB Freibabe entspricht manchmal schon die Wunche unsere Kunden. Die Kunden die Weltweit unterwegs sind wollen die SB Freigabe auch beschränken auf Zeit (ausserhalb Arbeitszeiten, Wochenende) usw damit es nur für bestimmer Gruppen oder Personen gultig ist wenn die Reguläre EDV nicht am Platz ist. Ich glaube das ist in 7.9.6 nicht möglich so. Auch sollen mit Freigaben die 24/7 Weltweite Zeitzonen gut funktionieren.

Text im SB Freigabefenster editierbar gestalten (Usage Policy).
"Verwendungsrichtlinie mit anderem Benutzer akzeptieren"

Text beim Beenden der Freigabe ist aktuell nicht änderbar. Nach vielen Anfragen, wäre das jedoch hilfreich.
Bei der Anfrage handelt es sich um die PopUp-Meldungen nach dem Beenden der Freigabe

Die Möglichkeit, BitLocker Recovery Keys per Option in der Richtlinie zusätzlich zur DriveLock Datenbank ins Active Directory zu speichern.

GPO=Store Bitlocker Recovery Information in Active Directory

Das Bemerkungsfeld bei Seriennummern / Whitelistregel sollen wenn möglich exportiert und importiert werden können.
Ausserdem soll dieses Bermerkungsfeld im Ereignissbericht erscheinen bzw. sichtbar gemacht werden können.

Ohne diese Möglichkeit ist das Feld zur Dokumentation ungeeignet.

Betrifft: Encryption2Go
Bei der Verschlüsselung von USB-Sticks auf freiwilliger Basis (nicht erzwungen), erscheint im Explorer (rechte Maustaste) kein Eintrag um die Verschlüsselung zu initiieren, ebenfalls fehlen auch alle anderen Einträge, die man im Startmenü oder in der Taskbar zur Verfügung hat

Use the Log files received to add directly into a Policy - Application Control Hash file.

Laufwerksliste wird ab 25 Einträgen unübersichtlich.
- Fenster bitte vergrößern zulassen
- Suchfilter in Liste einbauen um filtern zu können

Beim Verwenden von Bluetooth Maus und Tastaturen ist die Freigabe des Bluetooth Adapters / Dongles notwendig.

Allerdings ist es derzeit nicht möglich, die Geräte, welche über diesen Bluetooth Adapter / Dongle angeschlossen werden per DriveLock zu kontrollieren.

Ist der Bluetooth Adapter / Dongle freigegeben, so kann jegliches Bluetooth-Gerät angeschlossen und verwendet werden.

Hier wäre es wünschenswert, wenn auch auch dabei die zugelassenen Geräte definiert werden könnten.

Change the Management Console Icon.
Change the Edit Policy Icon.

These are both the same and every demo i do i get asked this question. Can we change it.

The goal with Device Control should be to support more platforms, especially macOS

Die Möglichkeit, alternativ zu DL2Go, externe Datenträger mit Bitlocker2Go verschlüsseln zu lassen, um die bestehenden Beschränkungen von DL2Go zu umgehen.

Dem User Zugriff auf bereits durchgeführte Kampagnen gewähren, um Informationen nachhaltig zu Verfügung zu stellen

When a USB flash drive encrypted with DriveLock Encryption 2 Go (container.based) is plugged in on a Mac the encrypted container is not visible on the USB flash drive. Only the DriveLock Mobile App (MEA) for Windows and macOS is visible. So, users cannot add the container to MEA to open it.
Current workarounds:
- Enable hidden files in Finder with the following command: "defaults write com.apple.finder AppleShowAllFiles YES"
- Invoke the MEA via command line and pass the path to the container as argument.

Both workarounds are not an option for regular users.

When creating a new device whitelist rule e.g. für USB flash drives, there is an option to allow only USB flash drives with specific serial numbers. However, it is possible to add the exact same serial multiple times in the same rule. That makes no sense and therefore should not be possible. DriveLock should check whether or not the serial to add already exists and if so, notify the user and not add the same serial again.