Gerber
-
Gesamte Inhalte
238 -
Registriert seit
-
Letzter Besuch
Beiträge erstellt von Gerber
-
-
Hi zusammen,
eine kurze Frage in die Runde, zwecks den Erfahrungen des KB5004779 Sicherheitspatch von Juli und dem "Microsoft Exchange Server Auth Certificate".
Microsoft beschreibt ja den Issues unter Punkt 5, dass es sporadisch zu Fehlern in OWA und ECP nach der Installation vom Sicherheitspatch kommen kann.
Jetzt habe ich natürlich schon einige Server gepatcht und habe ehrlich gesagt nie den Befehl:
(Get-AuthConfig).CurrentCertificateThumbprint | Get-ExchangeCertificate | Format-List
zuvor ausgeführt und nachgesehen, was zurückgegeben wird. (Schande über mein Haupt).
Hat jemand Erkenntnisse was genau passiert, wenn z.B. das Zertifikat nicht abgelaufen ist, aber der Befehl einen Fehler zurück bringt?
Hier wird mir ein anderer Fingerabdruck als vom "Microsoft Exchange Server Auth Certificate" ausgegeben.
Sollte hier im voraus ein neues Zertifikat erstellt werden und dann erst das Sicherheitsupdate eingespielt werden?
Wie sind hier eure Erfahrungen?
Danke euch
Grüße
Phil -
Hi Kipferl,
Puuuh, klingt nicht so geil 😅🙄.
Wie hast du die Kalender freigegeben?
Zugriff für jeder oder die Seks als Name einzeln berechtigt?
Falls jeder, kannst du einmal versuchen sek1 und sek2 einzeln zu berechtigen.
Danach sollte eine Email ankommen, über welche die Seks direkt den Kalender mappen können.
Solch ein Problem hatte ich einmal mit '' jeder aus der Organisation ''.
Cache Mode hast du sicher schon kontrolliert?
Grüße
Phil
-
Hi,
du hast also 2 Welten erschaffen?
Einmal die Benutzer in der Cloud und einmal die Benutzer im lokalen AD?Für alle Benutzer, welche vom lokalen AD nach M365 synchronisiert wurden, müssen die Einstellungen im lokalen AD konfiguriert werden.
Das lokale AD ist führend und aus diesem Grund die Einstellungen im lokalen AD.
Für Benutzer welche Cloud Only sind, also nicht im Sync, können die Einstellungen in Azure AD, bzw Exchange Online oder was auch immer vorgenommen werden.
Wichtig, die Benutzer Cloud Only sind dem lokalen AD nicht bekannt und in einer Hybrid Konstellation kann es aus diesem Grund zu Fehler kommen.
Ich würde an deiner Stelle alles über das lokale AD oder über Azure AD steuern und nicht zwei Welten mixen.Grüße
Phil
- 1
-
Ok.
Wie greifen die Remote User auf das Netzwerk, bzw. den Exchange Server zu?
Outlook Annywhere oder wird eine VPN Verbindung aufgebaut? -
Eeeehm,
Was hast du denn jetzt genau bei dir?
Einen Exchange Inhouse oder Exchange Online?
Wie ich lese, besteht kein Hybrid zwischen den Welten?
Wo genau sollen die Remote User sich jetzt verbinden?
Grüße
Phil
-
Na aber sicher darfst du das
-
Na klar, mit Scripten bekommt man so ziemlich alles hin.
Aber einfach Gruppen hinzufügen funktioniert halt nicht.
Und diese Frage wurde vom TO gestellt.Grüße
Phil
-
Es gibt viele doofe Dinge...
Aber auch viele gute Dinge... . -
Hey Uli,
das Automapping funktioniert nicht, wenn Gruppen als Berechtigung gesetzt werden.
Es funktioniert nur wie du bereits geschrieben hast, wenn einzelne Benutzer hinterlegt werden.Grüße
Phil
-
Mhh, Überprüfe nochmal genau das Zertifikat.
Ich meine mich zu erinnern, dass ich solch einen Fehler mal nach einer Migration hatte und das falsche Zertifikat gebunden war.Edit:
Mal ein Autodiscover Test über Outlook und nicht Testconnect... durchführen.
Was wird dort ausgespuckt.
Grüße
Phil
-
Hey Chris,
besteht der Fehler bei mehreren Personen?
Was sagt der Autodiscover Test von Outlook?
Was passiert, wenn du ein neues Profil über SSL anlegst, funktioniert das oder fliegt er hier bereits auf die Nase?DNS Auflösung funktioniert korrekt?
Grüße
Phil
-
vor 1 Stunde schrieb Igsirli76:
Ich bin ehrlich und sage, dass es eigentlich kein Testumgebung handelt.
Mhh Okay. Ohne dich anzugreifen sollte in diesem Fall vermutlich eine EDV Firma mit ins Boot genommen werden, damit der Exchange Server korrekt aufgesetzt wird.
vor 1 Stunde schrieb Igsirli76:Aber aufjedenfall auch ein sehr guter Tipp mit dem Autodiscover.
Naja sowas gehört zu den Basics eines Exchange Servers und sollte von Grund auf korrekt konfiguriert werden. Autodiscover ist einer der wichtigsten Bestandteile beim Exchange.
Hierzu gehört auch ein sauberes SplitDNS.vor 1 Stunde schrieb Igsirli76:Beim einrichten habe ich komplett meine Domain usw. Angegeben. D. H. Und Postein- und Ausgangsserver mein Domain.
Leider immer wieder sehr verwirrende Infos, welch einen nicht weiterbringen.
-
Ehhhhhhm.
Ich denke / hoffe es handelt sich hier um eine Testumgebung, richtig?vor 16 Minuten schrieb Igsirli76:Deshalb habe ich SMTP Host von Strato genommen und eingepflegt. Mails kommen auch ins Posteingang und können auch empfangen werden (über OWA).
Du hast den SMTP von Strato in Outlook eingebunden und somit das Outlook Profil Manuell konfiguriert, nicht per Autodiscover?
Ich glaube du solltest dir die Grundlagen nochmals genauer anschauen und dann mal Schritt für Schritt Tests mit Erkenntnissen durchführen.
Frankysweb ist eine gute Anlaufstelle mit guten Dokumentationen.Grüße
Phil
-
Wird über ein Smarthost oder über den MX versendet?
-
Kann ich auch nur bestätigen.
Schon immer mit dem Exclaimer gearbeitet und auch bei Kunden in Betrieb.
Sehr zufrieden damit (auch mit M365). -
vor 21 Minuten schrieb NorbertFe:
Doch, wenn Gruppenrückschreiben aktiviert wurde.
Da war was, stimmt sry.
-
Hi Armin,
ich muss ehrlich sagen, dass mir sowas noch nie unterkommen ist.
Wie spiegelt es sich bei dir wieder, dass die Gruppen ins AD geschrieben werden.Im Normalfall schreibt AD Connect keine Gruppen aus der Cloud nach OnPremise zurück.
Ich habe soeben nochmals nachgesehen, alle Teams Gruppen und selbst die Verteilergruppe welche Cloud Only ist wird lokal nicht im GAL angezeigt.
Was auch logisch ist, da der lokale Exchange diese Gruppen nicht kennt.Grüße
Phil
-
Irgendwie habe ich das Gefühl du willst nur nicht zu viele Informationen loswerden 🙄🙄
- 1
-
vor einer Stunde schrieb mikro:
Solange Du noch solche Kunden hast, wirst Du immer Geld verdienen
Da hast Du Recht 😁.
vor einer Stunde schrieb Dutch_OnE:und das was Mirko sagt könnte auch passen
Genau aus diesem Grund hatte ich gefragt, ob die Mails nur von M365 zu M365 nicht mehr angekommen sind oder auch von anderen Providern.
Dies hatte ich nämlich tatsächlich in der Anfangszeit von M365 bereits ein paar Mal erlebt👍
-
Was heißt er hat ein M365 Konto erstellt?
Wurde ein Tenant erstellt?
Sowas höre ich zum ersten Mal, dass die Mails danach nicht mehr angekommen sind.
Sind die Mails bei anderen Exchange Konten eingegangen?
Von wo wurde getestet? Aus M365 zu M365 oder auch anderen?
Ansonsten wie Norbert geschrieben hat, sind mehr Infos hilfreich.
Grüße
Phil
-
Naja oder halt einfach den Alias entfernen 😅.
Wie gesagt, der upn anmeldename wird mir der primären domain erstellt.
Diesen auf die zweite domain ändern und dann den alias entfernen.
Falls die alte mail noch Primär ist, diese zuvor ändern.
Grüße
Phil
-
Hi,
vor 17 Stunden schrieb marabel:ABER bei den freigegebenen Postfäch mit der "Sekundärdomäne.de" haben alle Postfächer automtatisch die gleiche Adresse der "Hauptdomäne.de" als Alias hinterlegt.
Wenn ich diese Alias lösche sind diese danach wieder vorhanden.Hast du den Benutzeranmeldename kontrolliert?
Wenn du diesen auf die Zweite Domain umstellst, kannst du den Alias entfernen.Grüße
Phil
-
vor 4 Stunden schrieb FrankBarz:
Teils mangelndem Fachenglisch
Mhh. Hier kann ich dir leider nicht helfen .
Aber ein kleinen Trick kann ich dir verraten, wenn es um die Microsoft Dokumente, bzw. Anleitungen geht. Tausche das "en-us" gegen "de-de" aus. Danach hast du die Seite auf Deutsch.
Auf der linken Seite gibts die Punkte:Dort gibts Wissensmaterial zu HyperV und VmWare.
vor 4 Stunden schrieb FrankBarz:hauptsächlich mangelndem Azurewissen. ;-(
Für weiter Hilfe bin ich absolut dankbar
Die Frage ist wo setzt man hier jetzt an?
GrüßePhil
-
KB5004779 - OAuth Zertifikat
in MS Exchange Forum
Geschrieben
Hey NorbertFe,
danke dir.
Dann werde ich das vorhandene nutzen und über :
einfügen, korrekt?
Danach noch die Pools wiederverwenden und es sollte passen.
Grüße
Phil