Userle

Wenn ich die Doku richtig lese sollte der Link wohl so aussehen: https://duckduckgo.com/?q={searchTerms} Greetings Ralf

Wenn ich nicht irre, ist es das was Du suchst: https://duckduckgo.com/?q=%s . Starte bei einem PC einmal Edge und rufe DuckDuckGo händisch auf und starte eine x-beliebige Suche. Anschließend kannst Du unter diesem Link hier: edge://settings/searchEngines alle vom Edge erkannten Suchmaschinen sehen - auch DuckDuckGo, incl. dem Link. Weitere Infos zum Thema Standard Suchanbieter: Dokumentation für die Microsoft Edge Browserrichtlinie | Microsoft Learn Greetings Ralf

Auch von mir ein frohes Fest und einen guten Rutsch in das neue Jahr. Funfact: Don´t mess with Santa........... Greetings Ralf

Ich weiß gar nicht wovon Du redest. Eure handschriftliche Teilnahmebestätigung für das Treffen wurde wohlwollend vom Komitee registriert .

Hallo Board Gemeinde, das letzte Treffen ist ja etwas her und mir steht der Sinn danach Eure Figuren mal wieder in Augenschein zu nehmen. Daher hier mein Vorschlag für ein Boardtreffen im neuen Jahr. geplantes Datum: Freitag der 22.03.2024 geplante Uhrzeit: 19:00 Uhr Lokalität: Franziskaner Brauhaus am Centro --> FRANZISKANER IM CENTRO - GASTHAUS MAL ANDERS (franziskaner-oberhausen.de) Das Centro Oberhausen liegt direkt an der Autobahn A42 und hat für Boardies, die von weit her anreisen im Umkreis eine reiche Auswahl an Übernachtungs Angeboten. Es kann, darf und soll gerne jeder teilnehmen, der mag. Es wäre schön, wenn die Zusagen bis zum 29.02.2024 soweit fix wären, damit ich entsprechend reservieren kann. Ich freue mich auf eine rege Teilnahme. @Mods bitte seid so nett und pint den Beitrag an - DANKE! Greetings Ralf

Ich würde die Windows Ereignis Protokolle mal durchschauen. Zur Not diese einmal leeren und nach der Leerung Thunderbird starten und wieder beenden. Alles was dann in den Protokollen erzeugt wird mal unter die Lupe nehmen. Vielleich bringt dies Licht ins Dunkel. Greetings Ralf

zahni, meinst das gibt es in der Kategorie "Plotter"? Greetings Ralf

Gehe Win10 -> Einstellungen->Bluetooth und Geräte->Drucker und Scanner->Verwandte Einstellungen->Druckservereigenschaften->Treiber Da kannst Du jeden installierten Treiber sehen und in welchem Benutzermodus dieser betrieben wird. Bezogen auf Dein Problem: V3 Gut - V4 schlecht. Greetings Ralf Tante Edit(h) sagt: Achte auf die Anschlüsse. Falls das über einen WSD Port läuft ist das auch gerne mal mit Problemen behaftet (zumindest meiner Erfahrung nach). Dann hilft es einen Standard TCP/IP Port manuell einzurichten.

In welchem Modus läuft der Treiber? 3 oder 4? Es gibt Anwendungen die mit Modus 4 Treibern Probleme haben. Dann äußert sich das genau so wie beschrieben. Greetings Ralf

Na ja...so in der Theorie... Exchange VM vom Netzwerk trennen. Damit ist der Exchange für die Sophos nicht erreichbar und diese cached die Mails und User können auch keine versenden. Snapshot erstellen. Änderungen durchführen. bei Erfolg Snapshot auflösen. Netzwerkverbindung wiederherstellen. Sophos übermittelt gecachte Mails Hier müssten Patches natürlich als Offline Version vorher heruntergeladen werden. Allerdings ist es sicherlich ein besserer Weg ein modernes Backup System zu verwenden. Damit kannst Du so ein Update unter Labor Bedingungen testen bevor Du es ausrollst.

Sag ich der Unternehmensleitung jede Freitag im IT Meeting. Viele andere Dinge sind iwie immer wichtiger. Norbert, ein bisserl detaillierter wäre schon schön . Meinst Du jetzt die Gruppe oder was? Bin davon ausgegangen, dass dies nicht funktioniert.

Das funktioniert tatsächlich. Auch wenn es am Ende des Tages dann wohl ohne Automapping gehen muss. Berechtigung wird nur via Gruppe erteilt.

Das ist das was letztlich daraus folgt. Das es unsupportet ist weiß ich nicht. Der Exchange 2016 ist nur der Zwischenschritt vom Exchange 2010 zu 2019. Wäre längst durch, wenn der ehemals zuständige MA das Unternehmen nicht vorzeitig verlassen hätte. Das mit dem Vollzugriff Benutzerbezogen werde ich mal testen. Danke für den Tip.

Ich verstehe Deine Frage nicht. Die berechtigten Benutzer sind alle Mitglied der Gruppe. Das Automapping habe ich jedoch Benutzerbezogen versucht mit geschildertem Ergebnis.

Hallo Gemeinde, ich schlage mich gerade mit einem Problem rum und hoffe von Euch ein paar gute Denkanstöße zu bekommen. Umgebung: Windows Server 2019 Exchange 2016 Office bzw. Outlook 2021 LTSC auf den Clients Windows 10/Windows 11/Windows 2019 (Terminal) Alles auf dem aktuellen Patchstand. Problem Beschreibung: Ich habe eine Shared Mailbox angelegt. Für die Berechtigung der User (Vollzugriff) habe ich eine E-Mail aktivierte universelle Sicherheitsgruppe angelegt. Wenn ich nun das Attribut "mxExchDelegateListLink" bearbeite und die Benutzer hinzufüge, hat das zur Folge, dass Outlook nicht mehr startet. Es kommt eine Meldung, dass die Kommunikation mit dem Exchange nicht möglich ist. Lasse ich das Attribut leer, startet Outlook wieder ganz normal. Ich kann das Postfach auch manuell hinzufügen. Das klappt ohne Probleme. Habt Ihr eine Idee dazu? Am liebsten wäre mir sogar ein Automapping über die Sicherheitsgruppe wenn das irgendwie ginge. Greetings Ralf

Also Lizenz Beratung ist hier im Board wie immer schwierig und wegen der rechtlichen Komponente nicht erwünscht und erlaubt. Ich kann Dir jedoch trotzdem einen Tipp geben. Ich hatte kürzlich an einem MS Lizenz Training teilnehmen dürfen, durchgeführt durch einen sehr kompetenten Menschen, der wie ich es verstanden habe auch beratend tätig ist. In der Hoffnung gegen keine Regel zu verstoßen hier einmal ein Link: http://www.skilllocation.com Greetings Ralf

Das Problem hatten wir früher auch vereinzelt. Am Ende des Tages haben wir uns dazu entschlossen nur noch mit einer Freigabe pro Fileserver zu arbeiten. Soll heißen wir haben eine Art "root" erstellt und darunter die gesamte Filestruktur abgebildet. Der Rest wird via NTFS Berechtigungen gesteuert incl. Sichtbarkeit von Ordnern. Zu Deinem geschilderten Anwendungsfall: Liegen die Freigaben möglicherweise "ineinander"? Also so: \\Server\Freigabe1 - Ordner 1 - Ordner 2 --> \\Server\Freigabe2 Wäre eine mögliche Fehlerquelle. Greetings Ralf

Dann bliebe ja entweder nur ein möglicherweise eingeräumter "Vollzugriff" auf das Postfach übrig oder aber der Benutzer, der den Zugriff hat, hat den Kalender mit den Credentials des Kalender Besitzers geöffnet. Beides wäre natürlich ziemlich "bescheiden". Greetings Ralf

Am einfachsten sollte es doch mit Powershell über "Get-MailboxFolderPermission -Identity *Postfach*:\Kalender" gehen. Wenn der betreffende User dort aufgelistet wird ist es sowieso klar, sollten Gruppen aufgelistet werden müsste die Mitgliedschaft des Benutzers geprüft werden. Greetings Ralf

Jau Jan, das ist tatsächlich der nächste Schritt . Greetings Ralf

Hallo Gemeinde, ich könnte gerade einmal wieder in jede zur Verfügung stehende Tischplatte beißen. Wir haben einen Softphone Clienten (MiVoice 2380). Dieser bringt auch ein Add-In für Outlook mit. Leider sieht es so aus, dass dieses Add-In nur dann funktioniert, wenn der Benutzer Mitglied der lokalen Gruppe Administratoren ist. Es ist klar das dies ein absolutes NoGo ist. Habt Ihr Ideen dazu wie man das Add-In auch ohne Admin Rechte zur Arbeit bewegen kann? Greetings Ralf

Also grundsätzlich habe ich immer Interesse an Boardtreffen. Allerdings kann ich derzeit auf Grund einiger privater Umstände immer nur sehr kurzfristig und von heute auf Morgen planen. Daher kann ich jetzt noch keine feste Zusage geben. Was den Tag angeht, so würde ich einen Freitag präferieren. Ich werde mal TheSpawn pieksen, ob er ggfs. auch Lust hätte. Greetings Ralf

Hast Du da eine Quelle? Also meiner Erfahrung nach funktioniert das auch mit "aktualisieren".

Wenn die Drucker nicht über einen Druckserver gemappt werden wird das gehen. Aber auch nur für den Fall der netzwerkseitigen "Nicht Erreichbarkeit". Alle anderen möglichen Fehler ziehen da nicht. Mappst Du die Drucker direkt? Weil wenn Du die Drucker über einen Druckserver mappen würdest dürfte das IMHO eigentlich keine Auswirkung auf die Anmeldezeiten haben, da der Drucker dann verbunden wird und der Status des Druckers schlicht so gesetzt wird wie er auf dem Druckserver ist, also auf Offline. Greetings Ralf

Da gehe ich inzwischen auch von aus. Wie bereits geschrieben, werden die durchgereichten Drucker in der Druckerliste aufgeführt, sind auch ausführ- und nutzbar, aber das mit dem "Standard Drucker" bekommt die Software warum auch immer nicht hin. Es scheint so zu sein, dass die Anwendung den Standard Drucker aus der Registry nimmt und dort steht tatsächlich der MS-PDF als Standard bzw. default drin. Das ist auch tatsächlich etwas, was mich verwirrt. In der Registry unter HKEY_CURRENT_USER\Software\Microsoft\Windows NT\CurrentVersion\Windows steht als Device der MS-PDF Drucker drin. In der Systemsteuerung wird jedoch der durchgereichte Drucker als Standard angezeigt (wenn man sich via mstsc am Server anmeldet). Ich hätte erwartet, dass der Registry Eintrag angepasst wird. Easy Print und die Drucker hatte ich bereits einmal gelöscht. Da wird es dann noch spannender. Die Software hat einen eigenen PDF Erzeuger integriert. Dieser wird dann als Drucker vorgeschlagen. Ich belasse es jetzt erst einmal dabei und werde mal mit meinen Kontakten beim Anbieter parlieren und die mal befragen und ggfs. anregen da nochmal dranzugehen. Auf jeden Fall danke an Alle die sich hierzu Gedanken gemacht haben. Greetings Ralf