NorbertFe

Ja aber im Inhalt schon. ;)

mach doch mal nen Vorschlag bei ms: ai Korrektur bei save as integrieren. 

Welch Wunder, diese unvorhersehbare namensinnnovation. ;)

Du kannst doch nicht auch noch korrekte Rechtschreibung usw. von der digitalen Bildung erwarten. Bestimmt wurde der Text vor der Installation von Word in notepad geschrieben. ;)

Als ob....

Ich kenn ja eure Integration und sonstiges nicht, aber wenns nur um SMTP gehen sollte, müßte das doch relativ easy zu testen sein, indem man dann eben bei mehreren Anbietern einfach mal anfängt und bei Problemen oder Bedarf einfach auf den nächsten umschwenkt. Natürlich sind dann Sachen wie "warm up" und Reputation ggf. erstmal wieder niedriger, aber das sollte sich bei eurem Volumen doch recht schnell regeln.

Ich vermute mal, da kommt jemand mit der falschen Authentifizierungsmethode (Basic), welche nicht zugelassen ist.

Bye

Norbert

PS: Das Ding heißt Tenant ;)

vor 50 Minuten schrieb Andy82Bln:

Das was ich lesen konnte, schickt Microsoft die IMAP Daten (Mails und Anmeldedaten) von externen Konten zu sich in die Cloud. ExO und EXCH sind davon, so lese ich es heraus, nicht betroffen. Wobei ExO ja sowieso schon bei MS liegt

 

Der Link ist in sofern irreführend, weil es ja nicht um die ios/android Variante geht.

vor 31 Minuten schrieb MGR:

allerdings geben massenhafte schlechte Rezessionen uns ein ungutes Gefühl für eine positive und langfristige Zusammenarbeit....

Ach was… 

wobei man ggf. Auch schauen muss, worauf die schlechten Rezensionen (das meintest du sicherlich) basieren. Also beschweren sich Kunden oder die Empfänger?

in der von dir erwähnten Größenordnung habe ich aktuell keine Erfahrung. Wir selbst nutzen für viel weniger postmark und ich bin damit zufrieden. Aber ich hab weder die Maße noch die komplexen Anforderungen. 

Man könnte natürlich auch einfach mal in certlm.msc nachschauen.

https://learn.microsoft.com/de-de/exchange/plan-and-deploy/post-installation-tasks/security-best-practices/exchange-serialization-payload-sign?view=exchserver-2019#november-2023-su

Zitat

• Wenn die Möglichkeit zum Signieren von Serialisierungsdaten aktiviert ist, verhindert ein abgelaufenes Authentifizierungszertifikat, dass das Get-ExchangeCertificate Cmdlet Zertifikatdetails zurückgibt.

Klingt stark nach:

https://microsoft.github.io/CSS-Exchange/Emerging-Issues/

Some customers may find queue viewer crashing with error

"Failed to enable constraints. One or more rows contain values violating non-null, unique, or foreign-key constraints"

Zitat

The error can occur if the Exchange server auth certificate has expired. Solution is to renew the Exchange server auth certificate manually or by using this script

Naja so ganz "unaktuell" kann ich nicht sein, wenn es offenbar Hochschulen gibt, die das sogar technisch unterbinden. ;)

https://www.hochschule-trier.de/rzht/news/news-detail/outlook-app-fuer-ios-und-android-nicht-mehr-zulaessig

vor 2 Minuten schrieb Andy82Bln:

Ohh, jetzt bin ich neugierig. Kläre mich bitte auf :)

 

Soweit ich das in Erinnerung habe, ist das eine Verbindung von App zu einem weiteren MS Clouddienst, der sich dann zu Exchange (Exchange Online) verbindet. Also nicht der Client spricht mit dem Postfach, sondern da gibts immer den Service dazwischen. Das führt einerseits dazu, dass ich meine Credentials in einen anderen Dienst klöppeln muss und zweitens per MDM nicht mehr steuern kann, welches Gerät sich jetzt mit einem Postfach verbindet, weil der Exchange selbst nur noch den Outlook for iOS Service sieht, aber nicht mehr welches Gerät dahinter steht.

Sollte das alles nicht mehr aktuell sein, bitte ich um Korrektur.

Bye

Norbert

vor 5 Minuten schrieb Andy82Bln:

So, gerade Sitzung gehabt und es wurde beschlossen auf die Outlook App für iOS zu wechseln. Da gab es meiner Meinung nach eine Lösung mit MFA in unserer Konstellation.

 

Über Outlook for iOS und Android hülle ich lieber den Mantel des Schweigens :) Will ja meist eh niemand hören wie die funktioniert. Dafür ist sie so schön bunt und mit Features.

vor 6 Minuten schrieb Andy82Bln:

Nichts. Aktuell ist es eine Authentifizierung am AD.

 

ADFS hatte vorher keinen Anwendungszweck, oder wie?

vor 6 Minuten schrieb Andy82Bln:

Mein Vorschlag war ja, wenn das so geplant ist, dann erst zu ExO zu wechseln und dann die MDM Lösung umstellen ... dann gibt es auch keine Auth-Herausforderung mehr.

Das wär jetzt aber echt zu einfach/pragmatisch. ;)

Und was ist jetzt der Ersatz dafür?

Gerade eben schrieb testperson:

(Oder wird es ein Killer-Argument um auf Exchange vNext zu gehen? )

Eher eins zu ExO zu gehen für viele andere ;)

vor 59 Minuten schrieb testperson:

"Der Rest" sollte doch für Exchange 2019 noch nachgereicht werden.

Ich hab nicht mal das aus obigem Post rausgelesen (oder übersehen). Aber wenn man mal bedenkt, wie lange die sich für manche Dinge bei MS neuerdings Zeit lassen. :/

Autsch stimmt. :) Hab ich vollkommen vergessen.

Sprich Active Sync ist in dem Fall auch mit modern Auth noch nicht möglich:

Zitat

With the 2023 H1 CU and the required Outlook version (please see documentation), we have added Modern auth support to Outlook on Windows for authentication against Exchange 2019

vor 2 Minuten schrieb Andy82Bln:

ADFS haben wir letztes Jahr beerdigt :) gab wohl zu viele Fehler.

 

Hmm, mit Exchange oder generell?

Workaround: Zwei Ressourcen einladen.

1. Der Raum

2. Das Catering mit Stellvertreter, der dann weiß, was er zu tun hat. ;)

Aber da dürfte es weniger fehleranfällig sein, einfach direkt die Mail an denjenigen zu schicken, der fürs Catering zuständig ist.

Bye

Norbert

Hi Andreas,

technisch sollte es per Modern Auth am Exchange funktionieren, aber da steh ich aktuell in einem Projekt auch noch auf Kriegsfuß mit. ;) Du brauchst dann eine MFA Lösung, die sich in ADFS integriert. Da hat dann der Loadbalancer nichts mit zu tun. Das was der Kemp an der Stelle bietet wäre Radius oder ebenfalls SAMLs, aber ob man das "sinnvoll" mit Active Sync zum Laufen bringt, kann ich dir mangels Anforderung in bisherigen Projekten nicht sagen.

Bye

Norbert

Na dann schick dir Mails dieses Postfachs halt an das zielsystem. Wäre ja dann die Alternative. 

vor 8 Minuten schrieb Wolke2k4:

Aber auch sonst halte ich eigentlich nicht viel vom EWS Zugriff von Third Party Anwendungen.

 

Warum? Dazu ist der doch da.

Und wenn du das per der oben angegebenen Einschränkung hinbekommst, dann ist doch alles gut, oder überseh ich was Offensichtliches?

Sollst du auch nicht. Du sollst nur Spotify  nicht mit reinpacken, sondern nach sysprep deployen.

vor 28 Minuten schrieb zahni:

Du hast nie eine SDLC-Leitung benutzt, oder (V.26bis) ?

Nicht bewußt, bzw. wars mir dann egal :) Danke für die Info. 

vor 3 Minuten schrieb zahni:

synchrones

symmetrisch