gelöscht

Die Mailbox bei der Du das Problem hast, ist aber schon in der GAL zu sehen?

ASR

vor 2 Minuten schrieb testperson:

Hi,

 

da dürfte auf eurer Seite nur das Setzen eines SPF (und ggfs. DMARC / DKIM) Records helfen. Das setzt aber auch vorraus, dass das Gegenüber diese auch prüft.

 

Gruß

Jan

So ist es. Dürfte eher gar nichts mit eurem Mailsystem bzw. euren Passwörtern zu tun haben.

ASR

vor 2 Stunden schrieb Heckflosse:

Danke für die Aufklärung. Alles klar.

Jahrelang verwendet obwohl keine Funktion.

Kannst Du dann auch einfach so weiter machen

Funktioniert in allen Exchange Versionen (nicht wie gedacht).  

ASR

vor 31 Minuten schrieb Sunny61:

[OT]

Gott sei Dank muss ich mit XPhone nicht mehr beschäftigen. Sehr grottige Software und sehr ablehnender Support des Herstellers direkt.

[/OT]

Kenne ich auch so. Fürchterliche Qualität. 

Gott sei Dank werden diese TK Anlagen weniger und weniger.

ASR

vor 28 Minuten schrieb Heckflosse:

???

Das ist was Anderes: wenn der Haken drin ist, und ein oder mehrere Mitglied(er) des Verteiler den Abwesenheitsassistent aktiv haben, bekommt der Absender die jeweiligen Abwesenheitsnachrichten. 

Ist der Haken nicht drin, bekommt der Absender an den Verteiler keine Abwesenheitsnachrichten - auch wenn das für einzelne Postfächer aktiv ist. Klar soweit?

Der Verteiler an sich sendet keine Abwesenheitsnachrichten. Doku: https://docs.microsoft.com/en-us/powershell/module/exchange/users-and-groups/set-distributiongroup?view=exchange-ps

Der Parameter nennt sich "SendOofMessageToOriginatorEnabled"

ASR

vor 2 Minuten schrieb Heckflosse:

OK. War das in 2013 neu. Im 2010er gabs ja sowas noch.

 

Nein, gab es noch nie.

ASR

Schaue im Admin Audit Log: https://docs.microsoft.com/en-us/Exchange/policy-and-compliance/admin-audit-logging/admin-audit-logging?view=exchserver-2019

bzw. konfiguriere dieses zuerst entsprechend.

ASR

Outlook im Online Mode? Wenn ja, unbedingt Cache Mode aktivieren.

Haben sich durch das Verschieben die Netzwerk Latenzen verändert?

ASR

Am ‎11‎/‎9‎/‎2018 um 07:33 schrieb Nobbyaushb:

Aktuell geht es ja gar nicht mehr um die Kosten - sonden darum, das MS anscheinend die On-Prem Version sterben lassen will / möchte.

Anders ist die Produktpolitik nicht erklärbar - meine Meinung, hat sich ja seit langem so abgezeichnet.

Ich würde eher formulieren: Sterben lassen muss. Wenn ich aktuell beobachte wie viele unserer Kunden weg von On-Prem nach M365 gehen bzw. gehen möchten, wird es sich irgendwann nicht mehr lohnen noch das On-Prem Rad zu drehen.

Ob das in 5 oder in 10Jahren so sein wird, who knows? So lange es sich finanziell lohnt wird es sicher eine On-Prem Version geben - wir sind ja schließlich alle Geld getrieben, egal ob Hersteller, Kunde oder Dienstleister.

ASR

Am ‎11‎/‎10‎/‎2018 um 20:54 schrieb Sunny61:

Jetzt ist es bewiesen.

Bewiesen war es vorher schon - es gab nur die blasse Hoffnung, jemand hätte einen Copy/Paste Fehler in den Support Lifecycle gebracht.

ASR

vor 58 Minuten schrieb NilsK:

Moin,

 

na super. Die Dimension hatte ich noch gar nicht im Blick. Also zielt Exchange 2019 auch dort nur auf die ganz Großen, die ihre Software unter SA haben und deshalb nicht aus Kostengründen länger betreiben.

 

Also, ab in die Cloud.

Na endlich ist das verstanden - während andere noch an einen Typo bzw. Copy/Paste Fehler glauben (oder hoffen?)...

ASR

vor 7 Minuten schrieb Sunny61:

Und woher weißt Du das so sicher? Hast Du die Werte selbst auf Hinweis von MSFT eingetragen?

Hab ich hier am 23.10. schon in diesem Thread geschrieben: die gesamte On-Prem Office 2019 Familie inkl. Office ProPlus, SkypefB, SharePoint, Exchange hat einen Support Lifecycle von 7Jahren. 

ASR

vor 3 Stunden schrieb Nobbyaushb:

Das wird sich mit Sicherheit noch ändern - nach meiner Erfahrung, ggf. ein typischer Copy-Paste Error...

Nein wird es nicht, das ist kein Copy-Paste Fehler.

ASR

vor 4 Stunden schrieb Sunny61:

exakt geschrieben was Du machen sollst, nämlich die Exchange Powershell nutzen. Das ist NICHT die 'normale' Powershell. ;)

Korrekterweise wäre das die "Exchange Management Shell" (EMS).  

ASR

vor 16 Stunden schrieb lamu:

Sorry - ETR - sind das Exchange Transport Rules?

 

Gruss

lamu

ja.

Evtl. Könntest Du per ETR die Terminanfrage an den Raum auf das Gerät (im Raum?) duplizieren.

ASR

Eine ETR könnte da evtl. helfen das zu erreichen.

ASR

Am ‎10‎/‎26‎/‎2018 um 11:50 schrieb NilsK:

• Für unsere letzte Diskussion interessant: Der kleinste Server, mit dem Microsoft in der Entwcklung Exchange 2019 getestet hat, habe 28 GB RAM gehabt ("and even that was painful") - ca. Minute 28

Der letzte Punkt bringt mich zu der Spekulation, dass Microsoft in ein paar Wochen, wenn Kunden sie zu einer Aussage zwingen, 32 GB als Untergrenze für den Support angeben wird.

And? Mein Laptop hat mehr als 28GB Memory.

Ich schröb das schon oben: Exchange, nicht erst seit 2019, ist dafür gemacht auf physischer Commodity Hardware installiert zu werden. Diese hat im Jahr 2018 sicherlich 128+ GB Memory eingebaut, wenn nicht kann man das für ein paar Hundert Euro anpassen. Bei einem Preis von 4.000-10.000Euro für einen Server nicht wirklich ein nennenswert, oder? 

Nicht fundiertes Spekulieren trägt nichts bei.

ASR

vor 56 Minuten schrieb dr_wahnsinnig:

Autodiscover funzt nur, wenn ich das Postfach schon auf dem EX2016 erstelle. Verschobene Postfächer meldet Outlook mit der Meldung, dass der Exchange nicht verfügbar sei und auch die Neueinrichtung klappt nur, wenn ich den Proxy für Autodiscover manuell erstelle (mobil.outlookanywhere-adresse.de).

Das ist je keine Autodiscover Fehlermeldung. Poste doch mal die Autodiscover Antwort von neuem vs verschobenem Postfach.

ASR

Und funktioniert Autodiscover für die verschobene Mailbox?

ASR

vor 10 Stunden schrieb autowolf:

Das heißt 100GB sollte eine PF Mailbox maximal groß werden? oder wie haltet ihr das?

Hast Du nun das Video angeschaut das ich oben verlinkt hab? Etwa bei Minute 37?

ASR

vor 14 Stunden schrieb autowolf:

Wie meinst du das?

Muss ich bei der 2016 Version hergehen und Ordner im PF von einem Postfach in das andere schieben?

Ja, das kann notwendig sein, z.B. wenn eine PF Mailbox über 100GB kommt. Einen Automatismus der das für Dich macht gibt es nur in Exchange Online.

ASR

vor einer Stunde schrieb NorbertFe:

https://support.microsoft.com/de-de/lifecycle/search/730

Interessant, dass Exchange 2019 "nur" eine 8 Jahre Lifecycle zu besitzen scheint. 

Das gilt wohl für alle Office 2019 Server Produkte, tatsächlich sind es eher 7 als 8Jahre. Etwa 5Jahre Mainstream + 2Jahre Extended Support.

ASR

vor 5 Stunden schrieb NorbertFe:

Kunden zwischen 100-1000 Mailboxen sind mit den 96GB meist recht gut zwischen 16 und 32GB klargekommen.

Wer oder was hindert sie daran das weiterhin zu tun? 2019 Sizer benutzen (sobald verfügbar) und das einbauen was raus kommt. End of Story.

Wenn ich mir die Minimum Requirements, die es für den DiskSpace noch gibt anschaue, kann ich nur mit dem Kopf schütteln. Ich hab tatsächlich Server gesehen, wo man versucht hat einen produktiven Exchange 2016 auf einem 30GB großen C: bzw. Installations Volume zu betreiben… Wie das ausging kann sich jeder denken.

ASR

vor 34 Minuten schrieb NilsK:

Moin,

 

ja, das war schon vorher bekannt. Die haben ziemlich einen an der Waffel. Da sich architektonisch wenig geändert hat, dürfte es in "normalen" Umgebungen keinen Bedarf für diese Empfehlung geben. Zum supporteten Minimum schweigt man sich schlauerweise aus, das kann erfahrungsgemäß Monate dauern, bis die dazu mal was sagen.

 

Der Hintergrund dieser ausgesprochen müden Version liegt ja auf der Hand: Der Standardkunde soll auf Office 365 umsteigen.

 

Was sind den "normale Umgebungen" oder "Standardkunden".

Tatsächlich, glaube es mit oder nicht, hatten wir in der jüngeren Vergangenheit viele viele Kundenanfragen bzgl. des bisherigen 96GB Limits und ob man nicht auch drüber gehen kann da die "kleinsten" Server im Warenkorb von HP, Dell, etc. schon mit 128GB ausgestattet sind und die Standardkonfig 256GB beinhaltet.

Weiterhin handelt es sich, wie Norbert schon angemerkt hat, um ein empfohlenes Minimum. Ein supportetes Minimum gibt es nicht.

ASR

Sieht ja nicht so verkehr aus. Der erste 401 ist ok. Was steht denn in dem 990bytes bzw. 11381bytes body wenn in Fiddler in "RAW" data schaust?

Zumindest hat es nichts mit der Token Size für den User zu tun.

ASR

Exchange Server 2019 Now Available

Zitat

We’re pleased to announce the final build of Exchange Server 2019 is now available and can be downloaded from the Volume Licensing Service Center.

Exchange Server 2019 is designed to deliver security, performance and improved administration and management capabilities; attributes our largest on-premises customers expect from Exchange.
 

https://blogs.technet.microsoft.com/exchange/2018/10/22/exchange-server-2019-now-available/

ASR

vor 5 Stunden schrieb autowolf:

 

Wie aber werden diese Postfächer vergrößert? So ein Postfach ist doch irgentdwann voll bzw. was für eine SPlittung macht sind?

Wenn ich jetzt ein Postfach in der größe von 20GB anlege und es vollläuft, erstellt der Exchange dann automatisch ein neues ?

Nein, ein "Auto-Split" gibt es bei On-Prem Exchange nicht. Das musst Du selbst machen und Inhalte ggf. verschieben.

Best Practices sind in der Session ganz gut zusammengefasst, anschauen lohnt sich:

ASR