michelo82

Hallo zusammen, 190€ x 150 CALs mit SA = 28.500€ +9000€ Enterprise Lizenz = 37.500€ Was ist an meiner Aussage denn nicht stimmig?

~190€ für die CALs mit SA und geschätzt knapp 9000€ für die Serverlizenz inkl. SA weil der Preis ja noch nirgendwo offiziel ist. Ja bei Office hab ich mich vertippt. 5 Jahre! 😊

Ich hab mich missverständlich ausgedrückt... Dass wir Exchange + SA und Exchange CAL + SA benötigen habe ich verstanden ✅ Das kostet uns laut Angebot eines Dienstleisters (Server + CALs) ~37.500€ und ist durch die SA ja 3 Jahre bezahlt. Aus dem M365 E3 Paket würden wir nur das lokal installierbare Office Paket und die Exchange On-Premises CALs benötigen. Kostet ~60.000 für 1 Jahr. Meine Frage war nun, ob es eine günstigere Lösung gibt als das... - Office 2024 LTSC(150 x 279€) - 41.850€ für 3 Jahre - Exchange CALs (150 x 191€) - 28.650€ für 5 Jahre - Teams einzeln - 6200€ für 3 Jahre ...einzeln zu beschaffen oder ob es eine andere Empfehlung gibt für diesen "geringeren" Anspruch? Auch wenn der E3 Plan schon enorm viel enthält, ist aktuell nicht so viel davon interessant. Unser AV läuft noch eine Weile, Windows 11 Pro ist im Unternehmen schon zu 99% ausgerollt, SharePoint, OneDrive und die anderen Tools nutzen wir nicht. Interessant ist aber wiederrum das inkludierte Shared Computer Activation und auch Windows Server CAL wenn wir auf Server 2025 umsteigen.

Danke auch für diesen Tipp! Jedoch macht das für unsere knapp 150 User x 400€ pro Jahr 60000€! Wir haben bis jetzt Office 2019 als Home & Business genutzt und Teams pro User die es benötigen für ca. 3,50€ Lizenziert. Wir benötigen Office (Word, Excel, Powerpoint, Outlook, Teams) mit Exchange CAL. Gibt es dafür eine günstigere Lizenzierung nach dem EOL von Office 2019?

Alles klar! Vielen Dank für die Erläuterung.

Diesen Punkt finde ich besonders wichtig! Die SA für den 2019 ist vor ca. einem halben Jahr abgelaufen. Lässt sich diese wieder verlängern? Wenn sich die SA um weitere 3 Jahre verlängern ließe, dann wäre der Release-Zeitpunkt des Exchange SE inbegriffen und ich könnte ohne weitere Kosten auf Exchange SE migrieren? Die CALs haben haben wir ohne SA. Diese müssen wir dann neu kaufen.

Hallo zusammen, auch wenn es noch ein weilchen bis zum Release dauert, möchte ich gerne die Migration für unseren Exchange 2016 Server vorbereiten. Leider steigen die Kosten (wie alles andere ja auch teurer wird) für die Lizenzierung weiter an und habe da noch ein paar Unklarheiten. Hier der IST-Zustand: - wir nutzen Exchange 2016 besitzen aber eine Exchange 2019 Lizenz inkl. SA und die entsprechende Anzahl an CALs. Nun meine Unklarheiten: Microsoft Server 2025 und das zur Installation nötige CU15 für Exchange 2019 sollen ja noch dieses Jahr released werden. D.h. es wäre sinnvoll Exchange 2019 gleich auf Server 2025 zu installieren. Wenn Exchange SE im Herbst 2025 kommt, könnten wir das Exchange Inplace Update wie von Microsoft empfohlen durchführen. Gibt es hier vielleicht noch etwas zu bedenken? Unseren Exchange 2019 haben wir mit SA erworben. Warum ist es dann notwendig Exchange SE nochmal neu zu erwerben? Eigentlich sollte doch die SA immer die neuste Version behinhalten. (Nur die neuen Exchange CALs müssten wir erwerben.) Wenn wir nun doch Exchange SE mit dreijähriger SA erwerben, was passiert eigentlich nach den drei Jahren? Der Exchange SE sollte doch auch ohne aktive SA funktionieren? Vielen Dank!

Danke! Port 25 ist von außen nicht erreichbar. Ich werd verrückt! Das funktioniert!

@massaraksch Danke! Das prüfe ich nochmal, was am Default Connector eingestellt ist. Hat das irgendwelche Nachteile, wenn ich die Exchange User dort erlaube? @winmadness Einen DNS Eintrag habe ich. Allerdings nicht mit dem Namen smtp.domain.de sondern den Hostnamen exchange.domain.de.

Ich denke wir können hier dicht machen. Ich schaue mich nach einer Alternative um, wie ich Mails senden kann (User + Postfach + Passwort als SecureString oder die Idee von @BOfH_666)

Auch '530 5.7.57 SMTP; Client was not authenticated to send anonymous mail during MAIL FROM' @NorbertFe ich habe die IPv6 und IPv4 Adresse in den Connector "internes Relay" eingetragen (mit dem Haken Anonyme Benutzer). Es wird wieder der Default Frontend Connector benutzt, der ja keine Anoynmen Benutzer mehr zulässt. Meine Connectoren: Identity Bindings -------- -------- EXCHANGE\Client Frontend {[::]:587, 0.0.0.0:587} EXCHANGE\Outbound Proxy Frontend {[::]:717, 0.0.0.0:717} EXCHANGE\Client Proxy {[::]:465, 0.0.0.0:465} EXCHANGE\Default {0.0.0.0:2525, [::]:2525} EXCHANGE\internes Relay MGMT Port 25 {0.0.0.0:25} EXCHANGE\Default Frontend {[::]:25, 0.0.0.0:25} EXCHANGE\internes Relay MASCHINEN Port 25 {0.0.0.0:25} EXCHANGE\internes Replay DRUCKER Port 25 {0.0.0.0:25} EXCHANGE\internes Relay Port 25 {0.0.0.0:25}

Hi wenn die Aufgabe über den Aufgabenplaner startet wird der Default Frontend genutzt 2021-05-07T13:11:54.869Z,EXCHANGE\Default Frontend EXCHANGE,08D90B7D716E2276,4,[::1]:25,[::1]:42459,<,AUTH ntlm, 2021-05-07T13:11:54.869Z,EXCHANGE\Default Frontend EXCHANGE,08D90B7D716E2276,5,[::1]:25,[::1]:42459,>,334 <authentication response>, 2021-05-07T13:11:54.873Z,EXCHANGE\Default Frontend EXCHANGE,08D90B7D716E2276,6,[::1]:25,[::1]:42459,*,,Inbound authentication failed because the client MEINEFIRMA.DE\dienstkonto doesn't have submit permission. 2021-05-07T13:11:54.873Z,EXCHANGE\Default Frontend EXCHANGE,08D90B7D716E2276,7,[::1]:25,[::1]:42459,*,,User Name: NULL 2021-05-07T13:11:54.873Z,EXCHANGE\Default Frontend EXCHANGE,08D90B7D716E2276,8,[::1]:25,[::1]:42459,*,Tarpit for '0.00:00:05' due to '535 5.7.3 Authentication unsuccessful', 2021-05-07T13:11:59.889Z,EXCHANGE\Default Frontend EXCHANGE,08D90B7D716E2276,9,[::1]:25,[::1]:42459,>,535 5.7.3 Authentication unsuccessful, 2021-05-07T13:11:59.889Z,EXCHANGE\Default Frontend EXCHANGE,08D90B7D716E2276,10,[::1]:25,[::1]:42459,<,MAIL FROM:<test3@meine-firma.de>, 2021-05-07T13:11:59.889Z,EXCHANGE\Default Frontend EXCHANGE,08D90B7D716E2276,11,[::1]:25,[::1]:42459,*,Tarpit for '0.00:00:05' due to '530 5.7.57 SMTP; Client was not authenticated to send anonymous mail during MAIL FROM', 2021-05-07T13:12:04.900Z,EXCHANGE\Default Frontend EXCHANGE,08D90B7D716E2276,12,[::1]:25,[::1]:42459,>,530 5.7.57 SMTP; Client was not authenticated to send anonymous mail during MAIL FROM, 2021-05-07T13:12:04.900Z,EXCHANGE\Default Frontend EXCHANGE,08D90B7D716E2276,13,[::1]:25,[::1]:42459,-,,Local Ich habe zum testen localhost als SMTP eingetragen. Von einem andere Server aus wird sicherlich auch wieder gebastel. Mein Skript soll bestimmte Events aus der Ereignisanzeige des Exchange verschicken.

Hi, ich weiß nicht so recht was ich mit deiner Antwort anfangen soll ? Der Thread dreht sich doch genau darum, dass ich es nicht hinbekomme, damit ein Skript welches auf dem Exchange selbst gestartet wird keine Mails versendet. Von jedem anderen Server kann ich auf diese Art (gleiches Skript) Mails senden. Nur der Exchange selbst akzeptiert keinen Versand ohne Nutzer mit Postfach. Damit komme ich leider keinen Meter weiter. Ohne im Skript ein AD-Konto + Passwort zu hinterlegen + Port 25: 5.7.57 SMTP; Client was not authenticated to send anonymous mail mit AD-Konto (ohne Postfach) + Passwort hinterlegt im Skript + Port 587 (dann läuft die Verbindung über den Client Frontend Connector) = funktioniert nicht! mit AD-Konto (mit Postfach) + Passwort hinterlegt im Skript + Port 587 (dann läuft die Verbindung über den Client Frontend Connector) = funktioniert! Ich bin um jeden Aussagekräftigen Tipp dankbar, wie ich nun die Mail versenden kann, wenn es denn auch ohne Postfach geht. Viele Grüße

Wie löst ihr das? Warum kein eigenes AD-Konto inkl Postfach anlegen? Ich nutze für andere Aufgaben gMSA-Konten. Den Task selbst kann ich mit einem gMSA Konto starten. In einem PS-Skript kann ich diesen jedoch nicht verwenden. Da ich Authentifziert senden muss, weil Exchange es so will, brauche ich ja Credentials im Skript von einem User inkl. Postfach (wenn nicht im Klartext, aber mindestens als SecureString). Wie würdet ihr das machen? Genutzt wird der Client Frontend Connector.

Ich habe jetzt dem Dienstkonto das Dienstkonto selbst hinzufgefügt mit der Berechtigung "senden als". Jezt funktioniert es. Ich muss zugeben, dass mir das vollständig neu ist. Meinem Verständnis nach muss ich ohne Authentifizierung senden können wenn am "Standard-Connector" (bzw im meinem Fall am "internes Relay PORT 25-Connector") die "Anonymen Benutzer" angehakt sind. Wenn ich authentifiziert senden möchte, muss ich Port 587 nutzen und irgendein AD-User mit Postfach (welches dann als mein "Dienstkonto" gilt). 😫 Am Exchange ausgeführte "Powershell-Skripts mit dem Send-Mail" durchlaufen scheinbar wohl gar nicht erst den Connector für "Anoynmen" Versand. Jetzt ist es zwar möglich authentifiziert zu senden, jedoch muss ich mich um das Passwort kümmern (als Klartext im Skript, Hash etc). Auch nicht so toll.