14
Registry zeigt beim bearbeiten falsche Werte an
Hallo zusammen,
ich möchte in Outlook 2019/365 die Schriftart über die Registry per GPO anlegen.
Die Registrierungwerte werden auch korrekt angewendet, sind aber falsch ?!?!?"
In der oberen Hälfte des Bildes wird der Wert ComposeFontComplex richtig angezeigt.
Nach einem Doppelklick auf den Wert (Binärwert bearbeiten) wird aber was ganz anderes angezeigt.
Was mache ich falsch?
Grüße aus dem Westerwald...
ich möchte in Outlook 2019/365 die Schriftart über die Registry per GPO anlegen.
Die Registrierungwerte werden auch korrekt angewendet, sind aber falsch ?!?!?"
In der oberen Hälfte des Bildes wird der Wert ComposeFontComplex richtig angezeigt.
Nach einem Doppelklick auf den Wert (Binärwert bearbeiten) wird aber was ganz anderes angezeigt.
Was mache ich falsch?
Grüße aus dem Westerwald...
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 7447509113
Url: https://administrator.de/forum/registry-zeigt-beim-bearbeiten-falsche-werte-an-7447509113.html
Ausgedruckt am: 23.12.2024 um 11:12 Uhr
14 Kommentare
Neuester Kommentar
Moin,
verstehe das Problem, ehrlich gesagt, nicht. Du sagst, es läuft. Bestens, warum also weitergraben?
Was MS da so registry-intern verwurstet, keine Ahnung. Grundsätzlich ist Dein "Problem" aber hier auch beschrieben:
https://superuser.com/questions/1682884/how-to-search-windows-registry-r ...
Hier heißt es, die Registry speichert Binary im Hex-Format:
https://tweaks.com/windows/36956/how-to-work-with-the-registry/
Dass die "richtigen" Binärwerte dort nicht angezeigt werden, sollte schon deshalb auffallen, weil Buchstaben zu sehen sind.
Gruß
verstehe das Problem, ehrlich gesagt, nicht. Du sagst, es läuft. Bestens, warum also weitergraben?
Was MS da so registry-intern verwurstet, keine Ahnung. Grundsätzlich ist Dein "Problem" aber hier auch beschrieben:
https://superuser.com/questions/1682884/how-to-search-windows-registry-r ...
Hier heißt es, die Registry speichert Binary im Hex-Format:
https://tweaks.com/windows/36956/how-to-work-with-the-registry/
Dass die "richtigen" Binärwerte dort nicht angezeigt werden, sollte schon deshalb auffallen, weil Buchstaben zu sehen sind.
Gruß
Hi,
Ich verstehe dein Problem nicht ganz. Viele Reg_Binary Werte haben einen Header mit kA welchen Values. Der eigentliche Text (dein Screenshot) steht dann weiter unten, ist aber, wie @Coreknabe das schon schreibt, noch irgendwie verwurstet.
Du kannst online einen Reg_binary to ascii Converter anwerfen. Dann wirst du es sehen.
Grüße!
Ich verstehe dein Problem nicht ganz. Viele Reg_Binary Werte haben einen Header mit kA welchen Values. Der eigentliche Text (dein Screenshot) steht dann weiter unten, ist aber, wie @Coreknabe das schon schreibt, noch irgendwie verwurstet.
Du kannst online einen Reg_binary to ascii Converter anwerfen. Dann wirst du es sehen.
Grüße!
Hallo,
danke für die schnellen Antworten.
Es klappt eben nicht. Auf dem Rechner, von dem ich die Registry exportiert habe, sieht es nämlich mit den gleichen Werten so aus:
Gruß Donky
danke für die schnellen Antworten.
Es klappt eben nicht. Auf dem Rechner, von dem ich die Registry exportiert habe, sieht es nämlich mit den gleichen Werten so aus:
Gruß Donky
Es klappt eben nicht. Auf dem Rechner, von dem ich die Registry exportiert habe, sieht es nämlich mit den gleichen Werten so aus:
Wie sind die Werte denn auf den Rechner gekommen, auf dem es funktioniert? Was passiert, wenn Du den Schlüssel ex- und auf einem Rechner, auf dem es nicht klappt, wieder importierst?
Gruß
Da hat jemand die HEX-Werte selbst als Strings importiert statt als Byte/Hex-Werte 
, kann ja nicht klappen. Sieht man auch sehr schön das der String 3C in 03 und C0 in HEX umgesetzt wird.
Also beim Import den richtigen Werte-Typ angeben (REG_BINARY) dann klappt es auch wie gewünscht.
Zeppel
, kann ja nicht klappen. Sieht man auch sehr schön das der String 3C in 03 und C0 in HEX umgesetzt wird.Also beim Import den richtigen Werte-Typ angeben (REG_BINARY) dann klappt es auch wie gewünscht.
Zeppel
Aha,
dann sind also ind der Reihe Wertdaten die Werte falsch.
Wie komme ich an die richtigen?
Geuß Donky
dann sind also ind der Reihe Wertdaten die Werte falsch.
Geuß Donky
Wie komme ich an die richtigen?
Group Policy Preferences and REG_BINARY woesAbgekürzt so
((Get-ItemPropertyValue HKCU:\Software\Microsoft\Office\16.0\Common\MailSettings -Name ComposeFontComplex) | %{$_.ToString('X').padLeft(2,"0")}) -join '' | clip [System.BitConverter]::ToString((Get-ItemPropertyValue HKCU:\Software\Microsoft\Office\16.0\Common\MailSettings -Name ComposeFontComplex)) -replace '-' | clip Kopiert beides den korrekten Wert aus der Registry in die Zwischenablage zum direkten pasten in die GPMC
Das ist es! Vielen Dank.
Gruß Donky
Gruß Donky
Hallo,
ja ich nochmal...
warum klappt das nicht mit ComposeFontSimple, ReplyFontComplex und ReplyFontSimple?
ComposeFontComplex funktionert.
ja ich nochmal...
warum klappt das nicht mit ComposeFontSimple, ReplyFontComplex und ReplyFontSimple?
ComposeFontComplex funktionert.
Zitat von @donky2000:
warum klappt das nicht mit ComposeFontSimple, ReplyFontComplex und ReplyFontSimple?
ComposeFontComplex funktionert.
Weil du den Namen des Schlüssels im Code an die Property anpassen musst warum klappt das nicht mit ComposeFontSimple, ReplyFontComplex und ReplyFontSimple?
ComposeFontComplex funktionert.
.
Ja,
((Get-ItemPropertyValue HKCU:\Software\Microsoft\Office\16.0\Common\MailSettings -Name ComposeFontSimple) | %{$_.ToString('X').padLeft(2,"0")}) -join '' | clip
((Get-ItemPropertyValue HKCU:\Software\Microsoft\Office\16.0\Common\MailSettings -Name ReplyFontComplex) | %{$_.ToString('X').padLeft(2,"0")}) -join '' | clip
((Get-ItemPropertyValue HKCU:\Software\Microsoft\Office\16.0\Common\MailSettings -Name ReplyFontSimple) | %{$_.ToString('X').padLeft(2,"0")}) -join '' | clip
oder sonst noch was ?
((Get-ItemPropertyValue HKCU:\Software\Microsoft\Office\16.0\Common\MailSettings -Name ComposeFontSimple) | %{$_.ToString('X').padLeft(2,"0")}) -join '' | clip
((Get-ItemPropertyValue HKCU:\Software\Microsoft\Office\16.0\Common\MailSettings -Name ReplyFontComplex) | %{$_.ToString('X').padLeft(2,"0")}) -join '' | clip
((Get-ItemPropertyValue HKCU:\Software\Microsoft\Office\16.0\Common\MailSettings -Name ReplyFontSimple) | %{$_.ToString('X').padLeft(2,"0")}) -join '' | clip
oder sonst noch was ?
"Funktioniert nicht" ist keine Antwort. Was funktioniert nicht? Wenn die Werte so wie beim Quellrechner in der Registry landen ist das ja OK. Wenn es den jeweiligen FONT den du exportierst am Zielrechner nicht gibt bringen die Einträge natürlich nichts, da musst du dann auch den FONT vorher auf die Rechner verteilen, von selbst kommt der da nicht hin.
Danke für die schnelle Antwort.
Die Schriftart Segue UI hat jeder Windows-PC.
Die Registrywerte sind nur für ComposeFontComplex auf dem Zielrechung richtig.
Klicke ich auf "Neue E-Mail" in Outlook wird die richtige Schriftart auch vwewendet.
Bei E-Mail weiterleiten oder antworten aber nicht, da ReplyFontComplex falsch ist.
In der GPO sind beide Werte identisch.
Die Schriftart Segue UI hat jeder Windows-PC.
Die Registrywerte sind nur für ComposeFontComplex auf dem Zielrechung richtig.
Klicke ich auf "Neue E-Mail" in Outlook wird die richtige Schriftart auch vwewendet.
Bei E-Mail weiterleiten oder antworten aber nicht, da ReplyFontComplex falsch ist.
In der GPO sind beide Werte identisch.
Dann ist deine GPOs eben falsch oder wird nicht übernommen oder die Maschine verwendet noch gecachte Einträge.
Klicke ich auf "Neue E-Mail" in Outlook wird die richtige Schriftart auch vwewendet.
Bei E-Mail weiterleiten oder antworten aber nicht, da ReplyFontComplex falsch ist.
Dann mach sie richtig.Bei E-Mail weiterleiten oder antworten aber nicht, da ReplyFontComplex falsch ist.
