jstar5588

Hat nun alles wunderbar geklappt, vielen vielen Dank!

Steinige mich nicht, aber ja :) (Die Organisation ist recht überschaubar und das Geld sitzt für andere Lösungen leider nicht ganz so locker....) Es geht aber noch. Kostet mich ca.10 Minuten am Tag :) Hast du ne Idee wie ichs effizienter gestalten kann? Viele Grüße,

Danke für deine Hilfestellung. SPF, DKIM und DMARC hab ich ja auf unserem DNS laufen, das sagt mir was. rua und ruf entsprechend fürs Reporting auch gesetzt, kontrolliere da auch fleißig jeden Tag. Ging mir jetzt nur noch ums verständliche bzgl. der externen Versandlösung. Das heißt ich hätte dann ja zwei DKIM-Einträge auf dem DNS, einmal den meines In-House Mailservers mit damaligen festgelegten selector und einmal den neuen vom Webshop. Da kommt sich dann auch nichts in die Quere oder wäre fehleranfällig? Und dann sollte alles ohne Probleme funktionieren? Viele Grüße,

Vielen Dank schonmal. Freut mich dass da doch schonmal der richtige Gedankengang besteht :) Dann erledige ich das also mit einer zusätzlichen ipv4 vom versendenen Mailserver. Oh, also doch noch ein weiterer Punkt. Wie setze ich das um? Meine eigenen Mails werden ja per DKIM-Signer aufm Exchange signiert, Eintrag auf dem DNS hierfür besteht. (Ich versuche das gerade gedanklich zu strukturieren, komm aber nicht wirklich dahinter...? Viele Grüße,

Guten Morgen Zusammen, ich hätte da mal eine (grundsätzliche) Frage, wie man im Best Practice sowas folgenden Sachverhalt löst: (Für euch vermutlich eine sehr laienhafte Frage...) Wir betreiben nun bald einen Webshop, welchen ein externer Dienstleister hostet. Die Bestellbestätigungen welche von dort aus raus gehen, nennen sich dann im Alias z.B. webshop@firma123.de, die Mails von dort wandern dann in unser Postfach: bestelleingang@firma123.de. Unser Mailserver ist ein On-Prem Exchange 2019. Nun blockt das natürlich der SPF-Record. Der Dienstleister möchte nun über SMTP lösen, sodass wir ein Postfach anlegen und ihm die Zugangsdaten dafür zukommen lassen sollen. Mein Gedanke wäre das über den SPF-Record zu lösen, ich gebe eigentlich nur ungern Zugangsdaten raus. Ich denke vernünftiger wäre mein Gedankengang? Und wenn ja, wie passe ich dann den SPF dazu im optimalen Falle an? Packe ich einfach eine ipv4 dazu oder löse ich das dann im besten Falle über include? Vielen lieben Dank euch.

Mal Serverseitig über die Exchange Shell die Aktualisierung angestoßen? get-addresslist | update-addresslist get-globaladdresslist | update-globaladdresslist get-offlineaddressbook | update-offlineaddressbook Danach das Adressbuch über Outlook nochmals aktualisieren. Neue E-Mail erstellen, auf "Von" klicken und das Postfach über welches du senden möchtest von dort aus dem Adressbuch auswählen.

Wenn man Outlook frisch öffnet und in der Kalenderansicht die vorher angehakten wieder vergessen worden, hilft es bei mir einfach einmal wieder auf die Mailansicht zurück zu switchen und direkt wieder die Kalenderansicht zu öffnen, dann sind auf einmal alle vorherigen wieder da.

Ich bin auch noch nicht dahintergekommen, von einem Tag auf den anderen scheinte es die Ansicht so nicht mehr zu hinterlegen. Vielleicht ein Office-Update, was daran schuld ist? Bzw, laut Google-Suche gabs die Problematik bei manchen schon des öfteren....

Is mir bei uns auch schon aufgefallen... noch keine Lösung dafür gefunden Gleiche Umgebung wie bei dir.

Super, vielen Dank für eure Hilfe. Dann werd ich mir gleich mal WSUS und WPP ansehen.

Hallo Zusammen, ich würde gerne an meine Workstations testweise Firefox über eine Gruppenrichtline verteilen, doch irgendwie gelingt das nicht. Das ganze würde ich allerdings erstmal nur auf einem bestimmten von vier Clients machen wollen. Name des Clients PC-B-04. In der Active Directory sind die Clients in der OU unter Computer aufgelistet. Server: Windows Server 2019 Clients: Windows 10 Pro Folgendes Vorgehen hab ich angewandt: Auf dem Server einen neuen Ordner angelegt und "swdeploy" genannt, dort per Rechtsklick -> Eigenschaften -> Freigabe -> Erweiterte Freigabe -> Haken gesetzt bei "Diesen Ordner freigeben" Freigabename: "swdeploy$" -> Berechtigungen -> Jeder -> Lesen (Zulassen). Dann per Rechtsklick -> Eigenschaften -> Sicherheit -> "Jeder" eingefügt und auf dem Client die Erreichbarkeit per UNC-Pfad getestet -> funktioniert. Dann in die Gruppenrichtlinienverwaltung: Neu -> Name: FirefoxDeploy Unter Sicherheitsfilterung dann den PC-B-04 hinzugefügt und Authentifizierte Benutzer rausgenommen. Die Richtlinie bearbeitet: Rechtsklick -> Bearbeiten -> Computerkonfiguration -> Richtlinien ->Softwareeinstellungen -> Softwareinstallation -> Rechtsklick -> Neu - > Paket -> UNC-Pfad eingegeben und die Firefox.msi aus dem vorher angelegten swdeploy Ordner ausgewählt -> Bereitstellungsmethode: Zugewiesen -> OK Die Richtlinie dann auch mit der OU (Computer) verknüpft. CMD -> gpupdate /force ausgeführt Auf dem Client dann ebenfalls CMD -> gpupdate /force Dort schreibt er dann auch gleich dass die Richtlinie nicht angewandt werden kann sondern dies vor Systemstart oder Benutzeranmeldung geschehen muss. Kann dann auch direkt den Neustart mit "J" forcieren. Das tu ich dann auch, der Client startet neu -> ich melde mich an, aber Firefox ist nicht installiert.... Was mache ich falsch? Danke schonmal vorab.

Ich kann hierzu folgendes sagen: Outlook-Suchfunktion auf meinem eigenen Benutzerpostfach: ohne Funktion Outlook-Suchfunktion auf einem eingebunden Allgemeinen-Benutzerpostfach: Funktion gegeben, warum weiß ich auch nicht. Einige Kollegen hatten das gleiche Phänomen Ich hatte sämtliches versucht; Indizierung neu aufgebaut Postfach mit scanpst repariert Postfächer neu eingebunden Outlook repariert Dienste kontrolliert und neu gestartet und und und.... alles ohne Erfolg, außer ich hatte dann auf dem Computer gesucht, was aber logisch war das es funktioniert da lokal gesucht wurde. Was allerdings ging: den Cached-Mode zu deaktivieren. Daraufhin ging die Suche sofort problemlos, ich möchte den Cached-Mode allerdings aktiviert haben. Somit ging die Suche dann wieder nicht. Ich hatte mich dann schon damit abgefunden da ich ja die Möglichkeit hatte lokal zu suchen und der Stand Server-Client identisch ist bis dann vor ca. 3 Tagen die Suche auf einmal wieder ging.. warum auch immer. Seit Heute Abend geht sie allerdings schon wieder nicht..... Jetzt konnte ich das Problem allerdings dank @adorno! lösen, der zweite Link hat mir den gewünschten Erfolg gebracht. Die beiden Registry-Einträge gesetzt und nun gehts, super!

Wir haben bei uns ebenfalls einen Exchange 2019 laufen. Mit zugeteilten 32 GB RAM, wobei die 32 GB erstmals nur zur Vorsicht hin geschaufelt wurden. Stand jetzt im Moment läuft er mit unter 16 GB bei ca. 25 aktiven Postfächern.

Woher bezieht ihr denn die Office-Pakete? O2016 kostet ja immer noch ca. 300 Euro aufwärts. Gibts das irgendwo günstiger, seriös und legal natürlich?

Das war ja die Frage, da ich mich da nicht so gut auskenne mit dem CAL´s. Dachte da wir schon zwölf haben für die jetzige Version das wir uns die für die neue sparen könnten. Aber da die ja Versionsabhängig sind brauchen wir wohl neue für 2019. Ich fasse nochmal kurz zum Verständnis zusammen: 1. Ich brauche für Windows Server 2019 neue CALs und ich brauche für Exchange Server 2019 ebenfalls neue CALs, da sämtliche bisherige CALs nicht mit 2019er Versionen nutzbar sind? 2. Ich kann die Software Microsoft Office Home and Business 2013 und auch Home and Business 2016 normal weiterverwenden, auch wenn Exchange Server 2019 verwendet wird? Hier gibt es keine Kompatibilitätsprobleme? Möchte nicht nerven, sondern es nur begreifen :)