Baerchen822

Ja der wechsel auf nen 2025 mit 2019 SE ist in Planung und wird durch geführt aber bis dahin muss er der 2019er noch tun :) Aber irgendwas stimmt auch mit dem IIS nicht richtig.. Automatische Antworten können nicht abgerufen werden.. Aber das ist ein anderen Thema :) das hier wäre dann gelöst :)

Hatte die Iso mehrfach neu geladen gleicher Fehler. ABER nach einige lesen der Fehlers und des Logs konnte er eine Datei im BIN ordner nicht finden.. "Bin\ManageScheduledTask.ps1" Diese gibt es dort gar nicht sondern im Skripte Ordner. Hab Sie dann von dort in den BIN ordner kopiert .. neuer Versuch Neuer Fehler dieses mal kann er die Bin\de-de\ManageScheduledTask.psd1 nicht finden... auch dieses liegt dort nicht sondern im Skripte Ordner... Wieder Datei kopiert und neuer versuche... jetzt wird es lustig .... Jetzt kann der die \bin\EnterpriseServiceEndpointsConfig.xml" nicht finden.. Ich hab den ganzen Server durchsucht NICHTS.... zum glück hatten wir heute zum testen das usneren haupt exhange massive probleme seit dem letzten upgrade versuch aufwirft einen nackinge 2019 SE installiert... DORT war die Datei zu finden.. Also von Server B auf server A kopiert und ENDLICH lief das Upgrade durch... Nur leider bin ich jetzt auf der RTM und kriege das SU update vom Februar nicht installiert da PROZESS auf datei zugreifen die er updated möchte ich die Prozesse aber nicht vollständige geschlossen kriegen.. Hat da jemand ne Idee wie ich das SU update vollständig installiert bekomme... MS ist auch so net alle dienste zu stoppen aber wenn das setup scheitert nicht wieder alle Dienste zu starten, und vor allem stehen die auf Status deaktiviert... Also das Upgrade ging jetzt... jemand ne idee für das UPDATE?? :) und Danke für die Ideen..

direct von der ISO ExchangeSE, dies direkt auf dem Server gemountet und dann gestartet. selbst wenn ich den Config ordner verschiebe, erstellt er sie mir genauso wieder. und schreibt dann in den Unterordner vom Unterordner bis er dann bei über 255 Zeichen angelangt ist...

Hi ich versuche jetzt schon seit der Release des SE upgrade dieses zu Installieren. Leider schlägt er mir immer wieder mit der gleichen Fehlermeldung fehl. Der folgende Fehler wurde generiert, als "$error.Clear(); & $RoleBinPath\ServiceControl.ps1 -Operation:DisableServices -Roles:($RoleRoles.Replace('Role','').Split(',')) -SetupScriptsDirectory:$RoleBinPath; & $RoleBinPath\ServiceControl.ps1 -Operation:Stop -Roles:($RoleRoles.Replace('Role','').Split(',')) -IsDatacenter:([bool]$RoleIsDatacenter) " ausgeführt wurde: "System.Management.Automation.CommandNotFoundException: Die Benennung "A:\Exchange2019_Install\Bin\ManageScheduledTask.ps1" wurde nicht als Name eines Cmdlet, einer Funktion, einer Skriptdatei oder eines ausführbaren Programms erkannt. Überprüfen Sie die Schreibweise des Namens, oder ob der Pfad korrekt ist (sofern enthalten), und wiederholen Sie den Vorgang. bei System.Management.Automation.CommandDiscovery.LookupCommandInfo(String commandName, CommandTypes commandTypes, SearchResolutionOptions searchResolutionOptions, CommandOrigin commandOrigin, ExecutionContext context) bei System.Management.Automation.CommandDiscovery.LookupCommandProcessor(String commandName, CommandOrigin commandOrigin, Nullable`1 useLocalScope) bei System.Management.Automation.ExecutionContext.CreateCommand(String command, Boolean dotSource) bei System.Management.Automation.PipelineOps.AddCommand(PipelineProcessor pipe, CommandParameterInternal[] commandElements, CommandBaseAst commandBaseAst, CommandRedirection[] redirections, ExecutionContext context) bei System.Management.Automation.PipelineOps.InvokePipeline(Object input, Boolean ignoreInput, CommandParameterInternal[][] pipeElements, CommandBaseAst[] pipeElementAsts, CommandRedirection[][] commandRedirections, FunctionContext funcContext) bei System.Management.Automation.Interpreter.ActionCallInstruction`6.Run(InterpretedFrame frame) bei System.Management.Automation.Interpreter.EnterTryCatchFinallyInstruction.Run(InterpretedFrame frame)". Setup von Exchange Server wurde nicht abgeschlossen. Weitere Details finden Sie im Protokoll 'ExchangeSetup.log' im Ordner '<SystemDrive>:\ExchangeSetupLogs'. In den Logs steht aber scheinbar etwas anderes [03.26.2026 19:41:38.0867] [1] Writing informational script to 'Copying file to: C:\Exchange2019_Install\Config\v_152174810_D20260326T2041\Save\Config\Backup\v_15215444_D20250507T2116\Config\v_152125812_D20240221T2311\Config\v_152125812_D20240221T2238\Config\v_152125812_D20240221T2230\ClientAccess\Sync\web.config' [03.26.2026 19:41:38.0869] [1] Writing informational script to 'Preserving file : C:\Exchange2019_Install\Save\Config\Backup\v_15215444_D20250507T2116\Config\v_152125812_D20240221T2311\Config\v_152125812_D20240221T2238\Config\v_152125812_D20240221T2230\Config\v_15211187_D20230518T2159\ClientAccess\Autodiscover\web.config' [03.26.2026 19:41:38.0869] [1] Writing informational script to 'Directory path to store backup config: C:\Exchange2019_Install\ConfigBackup\Save\Config\Backup\v_15215444_D20250507T2116\Config\v_152125812_D20240221T2311\Config\v_152125812_D20240221T2238\Config\v_152125812_D20240221T2230\Config\v_15211187_D20230518T2159\ClientAccess\Autodiscover' [03.26.2026 19:41:38.0869] [1] Writing informational script to 'Directory path to store backup config history: C:\Exchange2019_Install\Config\v_152174810_D20260326T2041\Save\Config\Backup\v_15215444_D20250507T2116\Config\v_152125812_D20240221T2311\Config\v_152125812_D20240221T2238\Config\v_152125812_D20240221T2230\Config\v_15211187_D20230518T2159\ClientAccess\Autodiscover' [03.26.2026 19:41:38.0870] [1] Writing informational script to 'Error encountered while processing CreateConfigBackup.' [03.26.2026 19:41:38.0872] [1] [ERROR] Der angegebene Pfad und/oder Dateiname ist zu lang. Der vollständig qualifizierte Dateiname muss kürzer als 260 Zeichen und der Pfadname kürzer als 248 Zeichen sein. [03.26.2026 19:41:38.0886] [1] Ending processing Start-PreFileCopy [03.26.2026 19:41:38.0887] [0] CurrentResult console.ProcessRunInternal:198: 1 [03.26.2026 19:41:38.0888] [0] CurrentResult launcherbase.maincore:90: 1 [03.26.2026 19:41:38.0888] [0] CurrentResult console.startmain:52: 1 [03.26.2026 19:41:38.0888] [0] CurrentResult SetupLauncherHelper.loadassembly:452: 1 [03.26.2026 19:41:38.0889] [0] Setup von Exchange Server wurde nicht abgeschlossen. Weitere Details finden Sie im Protokoll 'ExchangeSetup.log' im Ordner '<SystemDrive>:\ExchangeSetupLogs'. [03.26.2026 19:41:38.0906] [0] CurrentResult main.run:235: 1 [03.26.2026 19:41:38.0906] [0] CurrentResult setupbase.maincore:396: 1 [03.26.2026 19:41:38.0906] [0] End of Setup [03.26.2026 19:41:38.0906] [0] ****** Hat Jemand eine Idee woran das liegt bzw. wie ich das beheben kann?? Wäre für Vorschläge Dankbar!!

Ach so wir nutzen die Reddoxx zum ersten Filter von mail. Da ist auch alles okay. Keine mail doppelt. Auch im OWA war das verhalten zu beobachten. Wobei ich mir hier nicht mehr sicher bin ob das auch noch nach dem entfernen der Vollzugriffe gewesen ist. Wobei ich selbst noch vollzugriff hatte damit ich ins OWA gucken konnte. Ach so vielleicht hilft es. Die betroffen Outlook clients waen alle im Cachemodus. Erst nach ausschalten hatte sich das Phänomen langsam verringert. Am ende musst ich die Mails löschen, also die doppelten, und das mehrfach. Und dann die Outlook Profile der betroffenen User neu erstellen und dazwischen neustarten. ich würde halt gerne wissen WARUM das so passiert ist.

Da muss ich erst nach schauen, bzw. kannst du mir sagen wo ich das finde. hab den Exchange nur übernommen. und drin eingearbeitet. Bin zwar schon fit aber nicht top fit. Sonst hätte ich dir deine Frage gerne ausführlich beantwortet. Grüße

ach so okay, Nein war nur einmal drin. Wurde dann als SPAM markiert und zugestellt. und ist seit dem auch aus dem Spamfilter raus.

pop3 oder imap sind deaktiviert. SPAM JA wurde aber ordnungsgemäß an den Exchange übergeben. Komisch ist halt das die mail vom mitte Juni ist und das Problem gestern bzw. vorgestern auftrat. Empfänger ist soweit korrekt und die mail selbst auch. Auch der Anhang ist geprüft. Grüße

Hi suche eine mögliche Lösung für folgendes Phänomen Junk-Mail eines Gruppenpostfach flutet sich selbst mit einer älteren E-mail , teilweise mit teilweise Ohne Anhang. Löschen hilft nicht da die E-mail immer wieder auftauchen. Vollzugriff bis auf mich selbst entzogen, Phänomen bleibt trotzdem bestehen. Auch eine neu Anlage das Postfaches hat nicht geholfen. nach dem Hinzufügen der alten Berechtigungen passierte das gleiche wieder. Hatte jemand sowas schon mal? Outlook 2019 Exchange 2019 Version 15.2 ‎(Build 1118.7)‎ Deletion Ordner war teilweise 30Gb groß in einem beispiel. Grüße und danke im Voraus