RobertWi

Die Berechtigungen für das Verzeichnis. Du hat es ja neu angelegt und machst das mit anderen Berechtigungen als Exchange. Ja, nach dem Backup sollten die nicht mehr benötigten Logs verschwinden (siehe auch meinen Post #2). Allerdings muss erst ein wenig Arbeit auf der Datenbank gewesen sein, sonst ist noch nichts in der EDB-Datei gelandet und alle Logs werden noch benötigt und keine verschwindet.

Bitte prüfe die Sicherheitsberechtigungen der beiden Verzeichnisse, weil Du eventuell nicht die richtigen hast. Ansonsten sieht das doch gut aus. Warte noch ein paar Log-Dateien ab und dann wirf das Backup an.

Dann hast Du ein mächtiges Problem, hoffen wir, dass es nicht so ist (glaube ich auch zu 99% nicht, aber sicher muss man trotzdem sein).

Moin, 1. wenn Du keinen Edge-Transport hast, wäre "Internes Relay" der korrekt Typ für die "fremden" akzeptierten Domänen 2. POP-Connectoren sind Mist und Du glaubst nur, dass sie richtig funktionieren 3. Die Anzeige macht Outlook, so, wie es in der Mail steht (mit Einschränken, wenn die Adresse in der GAL wie bei Dir oder in den Kontakten steht). Es kann sein, dass hier der POP-Connector dazwischen funkt. Ich habe auf die schnelle keine Einstellung in Outlook gefunden, mit der das ändern kann. Du kannst Regeln anlegen und die Mails in Unterordner verschieben oder farbig Kategorisieren.

Die jrs Dateien sind Platzhalten, können auch gelöscht werden. Wenn Du nur eine Mailbox- und eine ÖÖ-DB hast, da lautet das Prefix für die Mailbox-DB normalerweise "E00" und das für die ÖO-DB lautet "E01".

Das Exchange Verzeichnis muss nicht gesichert werden, nur die Datenbank als Datenbank. Hebe die Bereitstellung der Datenbank auf. Wechsel in den Pfad mit der EDB-Datei und führe aus: eseutil /mh NAME_DER_EDB_DATEI.edb Dann suchst Du die Zeile "State". In der muss "Clean Shutdown" stehen. In der Zeile darunter "Log Required" muss stehen "0-0" Wenn Du diese beiden Zeilen siehst, kannst Du die ZU DIESER DATENBANK GEHÖRENDEN Log Dateien löschen. Aber keine anderen! Wenn Du Dir nicht sicher bist, ruf in der EMS folgenden Befehl auf: Get-Mailboxdatabase NAME_DER_DATENBANK | fl *path* Darin findest Du eine Exx.log und diverse Exx0000xx.log Dateien und eine Exx.chk (xx ist ein Prefix, das in allen Dateien gleich ist). Diese kannst Du löschen, wenn der Status Clean Shutdown ist. Danach schaltest Du noch die Umlaufprotokollierung wieder ab und stellst die DB wieder bereit. Anschließen führst Du ein Vollbackup durch. Und wie gesagt: Wenn Du Dir nicht sicher bist, hol jemanden dazu.

Moin, zum einen kann ich mir nicht vorstellen, dass man dazu keine Informationen findet. Eventuell fehlt Dir das Wissen, diese richtig zu deuten und umzusetzen. Das ist nicht schlimm, aber dann solltest Du Dir jemanden ins Haus holen, der davon Ahnung hat. Wenn die Umlaufprotokollierung wirklich die gesamte Zeit aktiv war und die Log-Dateien NICHT gelöscht worden sind, dann suchst Du entweder an der falsche Stelle oder Du hast ein massives Problem mit Deiner Datenbank. Dann gilt wieder Absatz 1 Satz 2. Im Normalbetrieb ist die Umlaufprotokollierung deaktiviert und die Logs verschwinden nach dem Backup. Tun sie das nicht, ist das Backup fehlerhaft. Auf keinen Fall solltest Du ohne fundiertes Wissen irgendwelche Log-Dateien löschen oder verschieben. Schon durch das Verschieben kann es nun sein, dass Du Inkonsitenzen hast. Das ist keine Raketentechnikg, aber die Gefahr eines Datenverlustes ist hoch.

Wenn Euer Provider die Mails annimmt, darfst Du gar nicht mehr filtern, weder Spam noch fehlerhafte Absender. Sonst droht Backscatter. Und sinnfrei ist es auch, sonst kann sich der Provider ja den Filter sparen. Also am besten abschalten.

Das ist keine Lösung, das ist nur verlagern des Problems an eine andere Stelle.

Aber Du bist doch der Fachmann, der die Risiken und Probleme bewerten muss, oder? Und wenn auf Deine Expertise kein Wert gelegt wird, gibt es andere Arbeitgeber, die Fachwissen besser zu schätzen wissen. Und wenn Ihr plötzlich wegen Backlisting gar nicht mehr senden könnt, ist der Schaden oder viel höher, oder? Das hier ist eine Problem, dass Dich erwartet: http://www.mcseboard.de/topic/198970-exchange-2010-blacklist/ Zumal mir immer noch nicht klar ist, welches "Problem" ihr damit beheben wollt. Wenn der eine Exchange ausfällt, ist der Postfix egal, weil eh niemand mehr an die Mails kommt. Also baue ich das als HA auf und dann habe ich zwei Exchange Server mit identischer Konfig und diese Probleme auch nicht mehr.

Korrekt, sinvoll wäre es, auf einen Backup-MX zu verzichten. Die machen in der Praxis mehr Ärger, als sie nutzen bringen. Das funktioniert prinzipbedingt nur, wenn beide Geräte vollkommen gleich (Spamfilter, Empfängerfilter, usw) konfiguriert sind. Auf keinen Fall darf das passieren, was hier passiert ist: Der Backup-MX nimmt eine Mail an, die danach vom Exchange abgelehnt wird, sonst droht Backscatter. Mit verschiedenen Mail-Server-System lässt sich das quasi nicht erreichen -> weg damit. Auch Spamer freuen sich über eine solche Konfiguration und nutzen dann besonders gerne den Backup zum einliefern. Wer mit seiner Internetverbindung ein Problem hat, dass diese mehrere Stunden nicht online ist, sollte lieber daran arbeiten.

Moin, geh doch mal über die Systemsteuer -> Programm -> Exchange -> ändern. Welche Funktionen sind denn bei "Auswahl Rolle" angehakt? Eventuell hat der Vorbetreuer einfach die CAS-Rolle deinstalliert. Dann könntest Du sie hierüber nachinstallieren. Ob das der SBS allerdings mag, kann ich auch nicht sagen.

Könnte man vermutlich per GPO abschalten. Braucht man aber eh nicht mehr, da die Einbindung via Automapping oder nativ viel besser ist.,

Moin, Get-Mailbox -Database "intern" -Resultsize unlimited | Set-MailboxAutoReplyConfiguration -AutoReplyState Scheduled -StartTime $startTime -EndTime $endTime -InternalMessage $strOOF -ExternalMessage $strOOF

Kannst Du es als weiteres Exchange Konto hinzufügen?

Moin, grundsätzlich gibt es mit Bordmitteln keine andere Möglichkeit, als "Set-MailAutoReplyConfiguration". Aber was willst Du nun genau? Eine Meldung für alle Postfächer setzen (warum macht man so was?)? Oder eine Meldung für immer wieder die gleichen Postfächer?

Moin, könntest Du mal Deine Frage genauer stellen. Im Titel steht "Outlook zweites Konto hinzufügen über "Erweitert-> Hinzufügen" ausgegraut". Im Text schreibst Du " kann ich keinen Vertreter hinzufügen. ". Das sind verschiedene Dinge an verschiedenen Stellen. Also: Was genau geht nicht?

Jo. Popcon sollte keine verschicken und Exchange darf keine verschicken. Soviel zu zu, alles korrekt konfiguriert. :) Du bist ja ein Spassvogel. Setzt einen veralteten Exchange mit unsupportetem Betriebssystem ein, erwartest kostenlose Hilfe und bist dann mit den Antworten von Fachleuten nicht einverstanden. Dann gebe ich Dir mal einen letzten Tipp: Wenn Du einen anderen bezahlst und er Dir NICHT das gleiche erzählt, dann hast Du Dein Geld zum Fenster rausgeworfen.

Moin, mir haben schon viele gesagt, sie wüssten, wie ein Pop-connector richtig eingestellt wird. Bis ich Ihnen dann SMTP erklärt habe und sie erkant haben, dass sie nur glaubten, dass das Ding richtig läuft und sie die Probleme nur einfach noch nicht gesehen haben - Glück gehabt. Der Exchange ist nicht nur alt, er läuft auch auf Windows 2012 R2 nicht. Na ja, Probleme siehst Du ja. Und bitte sag nicht "läuft doch". Würde er laufen, wärst du nicht hier, oder?

Moin, im Prinzip kannst Du das löschen und neu anlegen. Die Reihenfolge wäre: Neues anlegen, entsprechend konfigurieren, als Standard festlegen, den Datenbanken zuweisen, altes löschen. Ich würde aber vorher einfach mal im Dateisystem die OAB-Datei löschen. Die liegen hier (Exchange auf C installiert): C:\Program Files\Microsoft\Exchange Server\V14\ExchangeOAB C:\Program Files\Microsoft\Exchange Server\V14\ClientAccess\OAB Darin befindet sich eine Ordner mit einer GUID, den kannst Du leeren. Danach führst Du Deine Befehle von oben aus und wartest ab, bis im ersten Ordner wieder Dateien auftauchen. Ich sehe gerade, Du hast oben einen Befehl vergessen, eventuell lag es auch an dem: Update-FileDistributionService -Identity SERVERNAME Nach diesem Befehl sollte sich der zweite Ordner wieder füllen. Solltest Du mehrere Exchange-Server haben: Ordner 1 -> Mailbox-Server Ordner 2 -> CAS-Server CMDLET von oben -> Mailbox-Server Update-FileDistributionService -> CAS-Server

Auch ich bezog "sicherstellen" auf die Funktion. Kurz: Kannst Du nicht. Du kannst weder sicherstellen, das noch Mails bei Exchange 2003 ankommen, noch das der Zugriff darauf funktioniert. Auch Clients, die gestern noch funktionierten, können morgen mit einem Updaten nicht mehr funktionieren. Es wird von keiner Seite Rücksicht auf den alten Exchange genommen. Alle "Neuerung" die es in letzter Zeit gab oder zukünftig gib, landen nicht mehr in Ex 2003. Schon heute gibt es Probleme, eine zeitgemäße Verschlüsselung zu benutzen. Das mit dem Budget ist nur ein Zeichen schlechter Planung. Das Ende des Lifecycles von Exchange 2003 steht seit mehr als 10 Jahren fest. Da wäre ausreichend Zeit gewesen, Gelder für neue Systeme einzuplanen.

Dann hast Du ein Problem, weil Du mit einem so alten System "sicherstellen" nicht gewährleisten kannst.

Moin, laufen die Befehle ohne Warnung und Fehler durch? Gibt es dabei Fehlermeldungen im Eventlog? Ist das nur auf einem Client so oder auf allen? Schon mal das OAB beim Client komplett neu heruntergeladen.

Moin, Du fragst in einem Forum mit Fachleuten und betreibst ein unsicheres, nicht mehr supportedes System. Was hast Du für eine Antwort erwartet? Damit E-Mail machen und Zugriff von außen ist irgendwas zwischen naiv und fahrlässig. Außerdem hat "unsupported" auch noch einen anderen Nachteil: Neuerung werden nicht mehr eingepflegt und daher kann es sein, dass die Clients einfach zu "neu" sind und Features wollen, die Exchange 2003 nicht kann.

"E-Mail-Autokonfiguration testen..." in Outlook überprüft? Welche Exchange Version? Extern oder interne Clients?