jstar5588

Hat nun alles wunderbar geklappt, vielen vielen Dank! 

vor 29 Minuten schrieb NorbertFe:

Du liest dir manuell die xml Dateien durch, oder wie stelle ich mir das grad vor? :)

 

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.

 

vor 49 Minuten schrieb NorbertFe:

Und wenn du schon dabei bist, kläre gleich korrekte dkim Signierung deiner Mails (vom Shop). Gibt genug Leute die in Shops Mailadressen angeben, die nur dafür genutzt Mails dann weiterzuleiten. Da bricht dann der spf record zwangsweise. Ich hab das oft genug den Kunden erklärt, deswegen erledige es gleich mit. ;)

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?

vor einer Stunde schrieb Nobbyaushb:

Warum 12 abziehen? Es muss mit der Zahl der User die Neueste Verwendete Version Lizensiert werden

Wenn du das Downgrade-Recht hast (bin mir nicht sicher, ob das per default gilt..) würde ich auf Office 2016 gehen

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 :)

 

 

 

 

HI,

 

also für Windows Server 2019 wurden 40 User CALs angeboten.

Und eben auch noch wie beschrieben 40 User CALs für Exchange Server 2019.

 

Das heißt wir können mit Office 2013 und Office 2016 weiterarbeiten und können uns die kosten für das Office Paket 2019 sparen?

 

Brauche aber trotzdem die 40 neuen User CALs weil für jede neue Version auch neue CAL´s benötigt werden?

Oder kann ich hier 12 abziehen?

Hallo Zusammen,

 

leider wurde ich auf meiner Suche nach Antworten im Netz bisher nicht fündig und bin da auf euer Forum gestoßen mit der Hoffnung das mir etwas geholfen wird da ich mich im Serverbereich mit den CAL´s nicht so gut auskenne.

 

Es geht darum das wir mit unserer Firma neue Räumlichkeiten beziehen und uns neue PCs sowie Server anschaffen.

Auf den neuen Hauptserver wird Windows Server 2019 aufgespielt.

Unser aktueller Hauptserver soll dann als Mail-Server fungieren.

Und unser aktueller Mailserver wird dann für unsere Backup-Lösung fungieren.

 

Nun ist die momentane Situation wie folgt:

8 Benutzer arbeiten aktuell mit Microsoft Office Home and Business 2016

4 Benutzer arbeiten aktuell mit Microsoft Office Home and Business 2013

 

Für den Mail-Server wurde uns Exchange 2019 angeboten.

Das ganze mit 40 User CAL´s, weil wir andere Teile der Firma demnächst mit ins Netzwerk einbinden und mit Word, Excel, Outlook ausstatten möchten und da auf etwas weniger als 40 Nutzer kommen.

Die übrigen CALs können ja dann für mögliche neue Mitarbeiter verwendet werden.

 

Meine Frage allerdings:

Können wir, also die 12 Benutzer welche aktuell mit Office H&B 2013 und 2016 arbeiten, ganz normal weiterarbeiten oder müssen wir wirklich aufgrund des Updates auf Exchange 2019 auch neue CAL´s beziehen?

Ist Office 2013 bzw. 2016 überhaupt noch mit Exchange 2019 kompatibel oder müssen wir hier auch auf Office Home and Business 2019 upgraden?

 

Vielen Dank für die Hilfe.