Jump to content

Stefan W

Members
  • Gesamte Inhalte

    1.502
  • Registriert seit

  • Letzter Besuch

Beiträge erstellt von Stefan W

  1. Hi.

     

    Dein Problem ist wahrscheinlich, dass sich dein Exchange nach wie vor als mailserver.domäne.local meldet und nicht als mailserver.domäne.de

     

    Du änderst das im:

     

    Exchange System Manager -> Server -> Protokolle -> virtueller Standardserver für SMTP -> Eigenschaften -> Übermittlung -> Erweitert und bei vollständig qualifizierten Domänennamen gibt du den Namen des Exchange ein, mit der er sich im Internet melden soll.

     

    LG Günther

     

    Der Beitrag ist zwar uralt, aber trotzdem hilfreich:

    Bitte um Übersetzung in Exchange 2010 :)

    danke

    lg

  2. Im idealfall hast du sagar ein Image von der Quellumgebung.

     

    Hi

    Vielleicht bin ich der einzige, aber ich würde davon abraten eine Produktivumgebung für Testzwecke zu klonen.

     

    Nachdem dein SBS so "klein" ist, kannst du ihn mit Hyper V (vielleicht verwendest du lokal schon Windows 8?) oder mit VMWare oder Oracle oder was auch immer virtuell nachbauen.

    Du musst keine 15 User und 15 Mailboxen anlegen, für deinen Fall dürften auch 5 reichen.

    Damit solltest du im Grunde genommen ziemlich schnell durch sein (dem Assistenten sei Dank)

     

    lg

  3. Hi, ich hab dir die Dinge abgeschrieben, es gibt zwar etliche Meldungen mehr, aber nach Durchsicht des heutigen Tages (Fehler/Warnungen angesehen, informationen ignoriert) keine 0x8 ..irgendwas Mehldungen.

     

    Der Haken war bereits aktiviert, auch deaktiviert läuft sie nicht an.

     

    Das Problem hatte ich jedoch bei der Ursprungskonfiguration auch, jedoch hat das eseutil /p behoben.

    Nur dann wären wir wieder beim Ausgangspunkt befürchte ich.

  4. kein Problem

     

    4 Einträge:

     

    • Quelle: ESE, ID102 - Information

      Information Store(3216) Zweite Speichergruppe: Die Datenbank hat eine neue Instanz(1) gestartet.


    • Quelle: MSExchangeIS, ID9519 - Fehler

      Fehler Datenbank ist in einem inkonsistenten Zustand, beim Starten von Datenbank "Zweite Speichergruppe\TEAM OFFICE" im Microsoft Exchange Informationsspeicher


    • Quelle: MSExchangeIS, ID9518 - Fehler

      Fehler Datenbank ist in einem inkonsistenten Zustand, beim Starten von Speichergruppe /DC=local/dc=firma/CN=Configuration/CN=Firma/CN=Administrative Gruppe/CN=Servers/CN=Mailserver/CN=Zweite Speichergruppe im Microsoft Exchange Server-Informationsspeicher. MDB failed to start


    • Quelle: ESE, ID103 - Information

      Information Store(3216) Zweite Speichergruppe: Die Datenbank hat die Instanz(1) beendet.


     

    lg

    Stefan

  5. Erster /r Versuch - 285 (oder so) Sekunden

    zweiter /r Versuch - 21 Sekunden

     

    beide Male keine Fehler (operation completed successfully in 21.47 sec)

     

    Im Outlook kann ich garnichts tun, da ich den Infospeicher nicht starten kann

    (Nach dem ersten /r - laut Fehler solle ich den Informationsspeicherdienst und/oder den System Manager neustarten - zwecklos

    zweites /r - Datenbank inkonsistent)

  6. Hi

    Danke, den Pfad zur chk Datei hab ich angegeben. Die hilfe habe ich mir auch bereits durchgelesen gehabt, nur eben nicht gewusst dass als Systemdatei die .chk Datei gemeint ist.

     

    Hier der input:

    C:\Programme\Exchsrvr\bin>eseutil.exe /r “C:\Proramme\Exchsrvr\Zweite Speichergruppe\team office.edb /l “C:\Dokumente und Einstellungen\Administrator\Desktop\EXCHANGE LOG" /s “c:\programme\exchsrvr\zweite speichergruppe” /i

    und der Output:

    Initiating RECOVERY mode...
    		Logfile base name: c:\Programme\Exchsrvr\zweite speichergruppe\team office.edb
    			log files: C:\Dokumente und Einstellungen\Administrator\Desktop\ExCHANGE LOG
    			system files: c:\programme\exchsrvr\zweite speichergruppe
    operation terminated with error —1003 (JET_errlnvalidParameter, Invalid API parameter) after 0.0 seconds.

     

    Seh ich wiedermal den Wald vor lauter Bäumen nicht?

    lg

  7. Hi,

    die .edb (nur 3 Postfächer darin enthalten - die anderen zwei sind unter 500MB groß und auch nicht recoverbedürftig :) ) hat noch immer eine Größe von 6GB (ist das überhaupt aussagekräftig?)

    natürlich habe ich eine edb vor den recover Versuchen :)

    Hast du einen anderen Weg, den ich mit der "original" EDB vom Mai noch gehen kann?

  8. Hi,

    Hatte ich bislang noch nicht gemacht gehabt.

    Habe jetzt ein /s auf die Datenbank ausgeführt, bekam mehr als 25000 warnungen, aber keinen Error.

    anschließend eine -fix

    Und siehe da, die Nummer der links unten angezeigten Mails stimmt nun.

    Nur leider ist sie jetzt 0 :P

     

    aber ich habe die edb natürlich weggesichert :)

     

    andere Möglichkeit als ontrack kaufen?

    lg

  9. Hi,

    Der Standardabsender ist immer das Postfach, was verbunden ist (und nicht das, dass eingebunden ist).

     

    Solltest du auf beide Postfächer Vollzugriff haben, und das PW des zweiten Kontos nicht kennen:

    vor dem Schreiben des E-Mails in das betroffene Postfach mit der Maus wechseln, Outlook macht normalerweise den Rest.

     

    Solltest du auf beide Postfächer Vollzugriff haben, und beide PWs kennen:

    Neues Profil, in dem du das Postfach B verbindest, und Postfach A (dein eigenes) einbindest.

     

    Solltest du nur "senden als" Berechtigung haben, ist dies meines Erachtens nach nicht möglich - ich nehme diese Aussage zurück sobald hier jemand etwas anderes schreibt :)

     

    lg

    Stefan

×
×
  • Neu erstellen...