KarlHubert

So nach ewigen Hin und Her mit Microsoft sind wir zu keiner Lösung gekommen. Problem ist, was ich herausgefunden habe, ist der Lancom Advanced VPN Client. Sobald dieser installiert wird, funktioniert das mobile Modem nicht mehr. Deinstalliert man den Lancom Client und deinstalliert dann das Surface Modem, dann funktioniert auch nach einem Neustart die mobile Verbindung wieder. Ich habe jetzt Wireguard installiert und mit dem Lancom Router eingerichtet. Das funktioniert ohne Probleme

Die Treiberversion habe ich auch. Ich habe auch keinen anderen Treiber gefunden. Microsoft habe ich auch kontaktiert, aber bisher noch keine Antwort.

Nein, die haben Support bis 2030

Hi, den habe ich noch nicht angeschrieben. Aber das beide Geräte denselben Fehler haben? Ist sehr ungewöhnlich oder? Firmware ist alles aktuell, sagt er zumindest in der Surface App. Ich habe auch schon versucht, das neueste "drüber" zu installieren, aber da bietet er mir dann nur Remove an. Könnte ich natürlich mal probieren

Hallo, ich habe ein Problem mit 2 x Surface Pro 10. Es ist eine Telekom SIM verbaut, die in einem anderen Gerät sofort funktioniert. Den Telekom APN habe ich ebenfalls schon angelegt, brachte aber keinen Erfolg. Wenn man Mobil einschaltet, dann erscheint erst wird vorbereitet, dann kein Internet und dann kein Empfang. Das Gerät ist auch schon neu mit Windows 11 Pro installiert worden und auch sämtliche Treiber installiert worden. Was ich herausgefunden habe, deinstalliert man im Gerätemanager das Gerät Surface 5G Mobile Broadband (Treiber Version ist vom August 2025) und lässt es dann anschließend mit der Suche nach geänderter Hardware wieder installieren, dann funktioniert die SIM-Karte und Internet plötzlich. Das bleibt auch solange aktiv, bis das Surface in den Energiesparmodus geht oder neu gestartet wird. Dann geht das Spiel von vorne los. Treiber sind lt. Surface App auf dem neuesten Stand. Hat jemand vielleicht eine Idee? Danke Gruß Karl Hubert

Ich habe gestern einen Exchange 2019 (bisher ohne sa) mit dem SE und OCT25SU upgedatet. Das ging problemlos und der Server war auch noch aktiviert. Ich habe dann den neuen Key für die SA eingespielt und da sagte er mir, dass der Server bereits lizenziert sei. Nur mal aus Neugierde, wie überprüft denn MS, ob man eine SA gekauft hat oder nicht?

Also brauche ich für 30 Postfächer 30 Exchange Online Plan 1 und die SA für den Exchange für 3 Jahre? Wo bezieht ihr eure Lizenzen denn? Direkt bei Microsoft? Ich habe einige Kunden, die ihre CALs und Exchange Lizenzen vor Jahren einmalig gekauft haben und müssen jetzt natürlich lizenzieren, um Updates zu erhalten

Alles klar, vielen Dank für eure Antwort

Habe ich befürchtet. der MX ist beim Provider und funktioniert das, wenn ich dann ein Mailkonto als Smarthost erstelle zum Raussenden?

Guten Morgen, ich muss mit einer Kundschaft an einen Standort an dem noch kein herkömmliches DSL vorhanden ist. Es wird ein Exchangeserver mit fester IP betrieben. Leider gibt es nur Satelliteninternet als Möglichkeit, die allerdings keinen Reversedns anbieten. Bei der Telekom z.B: kann ich diesen ja direkt für IP4 oder IP6 setzen Wie könnte man den Reversedns denn hier realisieren? Vielen Dank Gruß KarlHubert

Man erlebt ja wirklich viele Sachen, aber sowas ist mir bisher auch noch nicht untergekommen. Vor allem wer zahlt mir die ganze Sucherei wieder :( Aber naja, Hauptsache es läuft wieder

Ist ja ein Kunde von mir, ich betreue ja mehrere Systeme, aber sowas ist mir auch noch nicht untergekommen.

Danke für eure Antworten. Das Problem waren nicht die Server selbst, sondern es gab eine Umstellung von VDSL auf Glasfaser mit einem Lancom. Davon wusste ich leider nichts. Der DSL-Techniker hat den Lancom umgestellt und anscheinend ist irgendwas schief gelaufen. Ich habe den Lancom zurückgesetzt und alles neu eingerichtet und jetzt funktioniert auch der Mailserver wieder wie gehabt. Ich tippe mal auf einen Fehler in der Defaultroute, die auch den DNS beim Lancom regelt, dass er sich da irgendwie verschluckt hat Danke für eure schnellen Antworten

Hier die Ausgabe von ipconfig /all Ethernet-Adapter Ethernet0: Verbindungsspezifisches DNS-Suffix: intern Beschreibung. . . . . . . . . . . : Intel(R) 82574L Gigabit Network Connection Physische Adresse . . . . . . . . : 00-0C-29-4C-68-27 DHCP aktiviert. . . . . . . . . . : Nein Autokonfiguration aktiviert . . . : Ja Verbindungslokale IPv6-Adresse . : fe80::46b3:f171:793d:d936%14(Bevorzugt) IPv4-Adresse . . . . . . . . . . : 192.168.2.222(Bevorzugt) Subnetzmaske . . . . . . . . . . : 255.255.255.0 Standardgateway . . . . . . . . . : 192.168.2.60 DHCPv6-IAID . . . . . . . . . . . : 100666409 DHCPv6-Client-DUID. . . . . . . . : 00-01-00-01-28-26-C2-B3-00-0C-29-4C-68-27 DNS-Server . . . . . . . . . . . : 192.168.2.220 fe80::2a0:57ff:fe5c:4f3d%14 Primärer WINS-Server. . . . . . . : 192.168.2.220 NetBIOS über TCP/IP . . . . . . . : Aktiviert Suchliste für verbindungsspezifische DNS-Suffixe: intern Ich haben einen Kaspersky Mail Security davor hängen, der hat aber dasselbe Problem, dass er sich nicht mit dem Mailserver verbinden kann. Erst nach einiger Zeit werden die Nachrichten in der Warteschlange von deferred auf active gesetzt und dann weitergeschickt

Da schreib er nur bei Status ready und Last Error ist leer. Es hängen aber 3 Mails gerade in der Warteschlange

Hallo, ich habe seit Freitag ein seltsames Problem. Ich weiß nicht, ob es mit CU14 und APR24HU zusammenhängt, aber der Server nimmt nur noch zeitverzögert Mails an und beim Verschicken bekomme ich in der Warteschlange einen 4.4.0 DNS Query Failure Wenn ich einen ping auf die Maildomäne absetze, dann antwortet immer mein Provider mit der externen IP fürs Hosting. Es wurde nichts geändert, nur die Updates installiert. IPv6 ist auch eingeschaltet. Wenn ich vom Mailserver einen nslookup den MX-Record setze, dann bekomme ich die Antwort vom internen DNS-Server und eine nicht autorisierende Antwort von mx.domäne.de.domäne.de und die IP des Providers mx.domäne.de ist praktisch der MX-Record Woran könnte das liegen? Was ich noch als Eintrag im Ereignisprotokoll finde ist eine Warnung mit der Quelle WAS und Ereignis 5011. Prozess-ID ändert sich. Schwerwiegender Kommunikationsfehler im Windows-Prozessaktivierungsdienst bei einem Prozess für den Anwendungspool "MSExchangeSyncAppPool". Die Prozess-ID ist "21804". Das Datenfeld enthält die Fehlernummer. Und noch einen Fehler habe ich in der Warteschlange Schwerwiegender Kommunikationsfehler im Windows-Prozessaktivierungsdienst bei einem Prozess für den Anwendungspool "MSExchangeSyncAppPool". Die Prozess-ID ist "21804". Das Datenfeld enthält die Fehlernummer. 451 4.4.397 Error communicating with target host. -> 421 4.2.1 Unable to connect -> Socket Timedout: Socket Error Code 10060 Kann mir jemand helfen? Danke

Was bräuchtest du den für Infos? Es ist Outlook 2019 installiert, ansonsten ganz normaler Domänenbenutzer ohne besonderen Rechte. Im Exchange ist NTLM also Authentifizierung eingeschaltet. Ich habe im Outlook bereits das Profl gelöscht und das Konto neu hinzügen wollen, es kommt immer die Passwortabfrage und dann gehts nicht weiter.

War mal eine größere Firma, mittlerweile sind es nur noch 4 Clients. Und da wurde beschlossen, dass der Windows Defender ausreicht. Der Exchange ist "nur" über 443 von außen erreichbar.

Ich habe keinen zusätzlichen Virenscanner, keinen Proxy und auch keinen Loadbalancer im Einsatz. Es ist nur ein SPAMfilter davor, der die Mails an den Exchange weitergibt. Zertifikate habe ich eines von Sectigo, Exchange Server Auth Certificate und WMSVC-SHA2

Aber ich verstehe den Sinn dahinter nicht. Warum funktioniert dann Owa oder Handys? So, Rollback habe ich gemacht, funktioniert wieder Danke! Das zeigt er mir jetzt natürlich beim erneuten Check an. Wie kann ich dies Löcher dann stopfen?

Ich hab den Artikel gelesen und es steht auch bei Punkt 3, dass wenn sich der Client mit Outlook nicht mehr verbinden kann, dass man das Script exchangeextendedprotectionmanagement ausführen soll. Das habe ich getan, aber Outlook verbindet sich trotzdem nicht. Wenn ich jetzt den Rollback mache, funktioniert das Ganze wieder?

z.B: TLS-Settings KeepAlive Rebootpending ExchangeExtendedProtectionManagement.ps1

Hallo, ich habe hier einen Exchange 2019 CU13 mit NOV-Update und habe das HealthChecker Script durchlaufen lassen und die Sicherheitslücken und Fehler behoben. Nach einem Neustart und erneutem Ausführen des Scripts waren keine roten Fehler mehr da, allerdings kann ich mich jetzt nicht mehr mit Outlook verbinden. Es kommt die Kennwortabfrage immer wieder und es kommt keine Verbindung zustande. OWA funktioniert aber. Ich habe dann gelese, dass es am Exchange Auth Certificate liegen könnte, das ist aber gültig Woran könnte denn das liegen? Vielen Dank für eure Hilfe

Die Mails sollen aus dem Portal auch an externe Empfänger gehen, z.B. für eine Änderung des Passworts oder ähnlichem

Muss ich einen neuen Connector mit einem Port anlegen z.B: 993 und dann nur den Zugriff für die IP des Portals erlauben? Oder wie löst ihr das. Intern lege ich immer einen neuen Connector z.B. für Drucker oder Kopierer an, die dann versenden dürfen, aber von extern habe ich das noch nie benötigt