Dukel

vor 2 Minuten schrieb testperson:

Evtl. wartet ihr ab, bis modern Auth für Exchange On-Premises da ist. Mit etwas Glück ist das ja schon im nächsten bzw. letzten Exchange 2019 CU drin. ;)

 

Ansonsten sehe ich auf den ersten, schnellen Blick keinen Vorteil gegenüber einer entsprechenden Quarantäne für die mobile Devices am Exchange.

Ist doch schon da, seit CU13:

https://learn.microsoft.com/en-us/exchange/plan-and-deploy/post-installation-tasks/enable-modern-auth-in-exchange-server-on-premises?view=exchserver-2019

Zitat

With the release of Exchange Server 2019 CU13, Exchange Server supports OAuth 2.0 (also known as Modern authentication) for pure on-premises environments using ADFS as a security token service (STS).

Vielleicht hilft dir dieser Link:

https://www.outlookfreeware.com/en/blog/post-1025#manually2

Am besten auch die anderen Tipps / Tools auf der Seite lesen.

Wieso soll man Aufwand in ein Thema stecken, wenn es nicht notwendig ist?

Wen stören die Duplikate und warum?

vor 12 Stunden schrieb Neopolis:

Der Exchange hat das letzte CU. 
für mein Empfinden sind 12GB Mailboxen groß. Das darf jeder für sich beurteilen. Ist ein freies Land.

Nutzt du Quota? Wenn nein, dann darfst du dich eigendlich nicht beschweren.

Ob 12 GB klein oder groß ist entscheidet eigendlich nicht der Admin sondern der Auftraggeber. Der muss ja, je nach Entscheidung, die Ressourcen (Geld) Bereistellen.

Wieso sollen die Scanner zu einem Provider? Wieso kein SMB oder Mail? Wieso nicht intern empfangen?

Unsere Server sind im Serverraum und stören nicht, egal wie laut diese sind.

Wenn ein Kunde ein Server im Büro laufen lassen muss gibt es spezielle leise Server. Evtl. wäre dies zu überlegen.

War ein Firewall Problem.

Nach Freischaltung richtigung Smarthost geht alles wieder.

Mein Problem war, dass ich keine Fehlermeldung bekam. Hier kann ich jetzt mit dem Kunden weitermachen und die Firewall prüfen lassen.

Extended Protection ist schon aktiviert. SU werde ich ggf. aussetzen.

vor 8 Minuten schrieb NorbertFe:

Einfachster Test in solchen Fällen: Kannst du eine SMTP Session zum Smarthost mit bspw. Telnet erstellen. Falls ja, kann man weiterschauen.

Jetzt komme ich wenigstens an eine Fehlermeldung (Time-Out). Danke.

vor 9 Minuten schrieb Nobbyaushb:

Sind für den Exchange feste DNS eingetragen, die alle per ping und fqdn erreichbar sind - auch der smarthost per fqdn?

hmmm..

Reboot wirst du gemacht haben denke ich

Guck mal mit dem Healthchecker, ob noch ein reboot ansteht

Welches CU und SU hat der 2019? (nur am Rande...)

Smarthost sind bei dem Kunde als IP Eingetragen.

Reboot hatte ich schon gemacht.

CU & SU muss ich noch aktualisieren.

Neues Subnetz.

Von 10.x.y.x/24 nach 10.x.z.x/24

Hi,

ich habe eine Exchange 2019 Umgebung bei einem Kunden.

Nach einer Netzwerkumstellung gehen die Mails aus der Queue nicht mehr heraus.

Was mich wundert ist, dass der Status der Smarthost-Queue auf "Retry" steht, aber bei Get-Message bleiben die Mails alle auf "Ready".

Auch der Retry-Count bleibt auf 0 und es gibt keine Fehlermeldung.

Der Smarthost lässt sich auch anpingen.

Nutze Thunderbird fürs Imap testen.

Zu 1. Hast du den anderen Thread komplett gelesen oder sind hier noch Fragen offen?

Zu 1. (das ist Smtp, nicht imap!) gab es schonmal einen Thread hierzu:

2. Wie lautet die Fehlermeldung? Was hast du in Zammad konfiguriert? Geht Imap Prinzipiell?

Die Anzeige aus dem Screenshot ist nur optisch und zur Hilfe des Anwenders.

Diese Sicherung ist dann Crash Konsistent. Ist so, als würde man den Stromstecker ziehen. Es gibt aber auch Fälle, bei denen gab es dann Probleme mit der DB / Applikationen. Von daher ist Application Aware schon sicherer.

Die Frage ist auch wie der Recovery Modus im SQL Server konfguriert ist. Simple (bzw. Bulk) oder Full? Bei letzterem brauchst du das Applikation Aware Backup, welches die Transaktionsprotokolle abschneidet.

Nichts geht über einen Test-Restore, den man eh Regelmäßig machen sollte!

EDIT: Dies gilt auch für ein Veeam Backup

https://www.faq-o-matic.net/2011/01/03/sql-server-wie-datenablage-backup-und-recovery-funktionieren/

Ein funktionierendes Backup (Halt Crash Konsistent statt Applikations Konsistent) hättest du auch ohne Application Aware Backup. Es kommt darauf an was du für für Restore Optionen brauchst (Point in Time oder nicht) und wie es im SQL Server konfiguriert ist.

Und über den Proxy kommen die Anwender nicht auf diese ominöse Cloud Seite?

Was hat das Internet mit der Cloud Seite zu tun?

Was ist denn aktuell in der Proxy.pac konfiguriert?

Kommt man auf die Cloud Seite direkt oder über einen Proxy?

Du kannst in der Proxy Pac das so konfigurieren, dass Zugriffe auf die Cloud Seite ohne Proxy und alles andere über den proxy geht.

Stört es, wenn andere User auch auf diese url kommen könnten?

Wenn du die Userinformationen haben möchtest brauchst du einen Proxy mit Authentifizierung.

Wieso installiert man bei einem Cluster zwei unterschiedliche Versionen? Oder wurde der eine Node aktualisiert und der zweite Node kam später hinzu?

Hier wäre immer noch die Frage offen, wieso die selbe Software mit unterschiedlichen Namen installieren wird.

Was ist das für ein Monitoring? Bei einem klassischen Failovercluster mit einem Shared Namen / IP würde man diesen (und ggf. beide Nodes unabhängig (mit eigenem Namen) monitoren.

vor 7 Minuten schrieb Dukel:

Nachdem es unterschiedliche Dot.Net Requirements gibt sollte man das nicht direkt machen:

https://www.alitajran.com/which-net-framework-for-exchange-server/

Dann behaupte ich das Gegenteil :)

Nachdem es unterschiedliche Dot.Net Requirements gibt sollte man das nicht direkt machen:

https://www.alitajran.com/which-net-framework-for-exchange-server/

Was hattest du denn für Ideen? Evtl. kannst du Teile daraus als Projekt umsetzen.

Am 16.2.2024 um 12:24 schrieb Dukel:

Ich meine, per Default, ist das nicht erlaubt, wenn es den Account administrator@deinedomain.de gibt, dass jeder mit dieser Adresse schicken darf.

Hier greifen die Exchange Berechtigungen.

Nochmal nachgeprüft. Das ist bei dem Connector :587 der Fall. :25 und :465 haben diese Einschränkung nicht.