maverick

Für die Migration von Tobit zu Exchange würde ich Tobit2Exchange empfehlen; Habe ich schon mehrmals problemlos verwendet; Und mit der 90 Tage Lizenz (reicht ja für einen Umzug) ist das ganze auch preiswert!

Hallo! Folgender Zustand: Wir habe auf unserem Exchange für einen externen Freelancer ein Postfach eingerichtet; Dieser hat seine Domäne bei Strato gehostet. Also die entsprechenden Einstellungen (akzeptierte Domäne unter Hub Transport eingetragen, seine E-Mail Adressen in seinem Postfach hinterlegt und die mx-Einträge bei Strato auf unsere IP geändert). Hat alles wunderbar geklappt. Nun sollte dieser "Account" wieder entfernt werden - soweit sogut. Ich habe nun sein Postfach gelöscht, wurde dann unter getrenntes Postfach eingetragen; über die Shell habe ich das Konto dann entfernt. Habe die Domäneneinstellungen aus dem Hub Transport gelöscht, sein Benutzerkonto aus der ADC auch. Die mx-Einträge habe ich danach wieder auf den Strato Server umgestellt. Schicke ich nun von einer externen Adresse ein Mail an den User, kommt die problemlos über Strato bei Ihm an. Versuche man aber intern ein Mail zu verschicken klappt die nicht mehr. In der Warteschlange bleiben die E-Mails hängen mit folgenden Eigenschaften: Status: Bereit Größe (KB): 105 Name der Nachrichtenquelle: SMTP:{Connectorname} Quell-IP: {interne Rechner Adresse} SCL (Spam Confidence Level): 0 Empfangsdatum: 18.11.2009 09:51:45 Ablaufzeit: 20.11.2009 09:51:45 Letzter Fehler: 421 4.4.2 Connection dropped Der Absender bekommt eine verzögerungs Nachricht und danach eine unzustellbarkeitsbenachrichtigung. Kann wir jemand weiterhelfen? Dankeschön im vorraus!

Ich verwende NTFS Undelete; Gute Ergebnisse.

Schon mal über owa versucht? Gleicher Fehler?

Hallo! Ich habe leider erfolglos versucht 2 Server aus einer Windows Sicherung wiederherzustellen. Server 1: Erster Versuch wurde mit der Fehlermeldung "Element nicht gefunden (0x80070490)" abgebrochen. Nach einer Suche im Internet habe ich herausgefunden, das der Fehler etwas mit der Bootreihenfolge der Devices zu tun haben soll (kann mir zwar nicht erklären warum, aber sei es drum). Ich habe die Bootsequenz so geändert, das das optische Laufwerk an Punkt1 und die Festplatte 0 an Punkt2 steht. Nach einem erneuten Versuch bricht das Restore mit der Fehlermeldung "Die Daten sind unzulässig (0x80070000)" ab. Server 2: Bei diesem erscheint trotz Änderung der Bootreihenfolge immer nocht die Fehlermeldung "Element nicht gefunden (0x80070490)" HILFE! PS: - Was ich noch festgestellt habe ist, lt. TechNet wird beim Restore das Laufwerk auf dem die Sicherungsdateien enthalten sind automatisch ausgeschlossen. Bei meinen Restore Versuchen wurde es aber immer mit angezeigt (neben den internen Laufwerken); Einmal habe ich nicht aufgepasst, und schwupps wurde das externe USB Drive auf dem die Sicherungsdateien waren gelöscht. (formatiert und genauso partitioniert, wie das erste Laufwerk - komisch, da hätte es funtkioniert) Ich habe auch versucht um den Fehler mit dem USB Drive auszuschließen, das ganze über Netzwerk wiederherzustellen; leider blieb das Einbinden der NIC Treiber (HP / Broadcom) immer ohne Erfolg. Auch das Erstellen einer ERD CD mittels Desktop Optimization Pack und das einbinden der NIC Treiber in das Image funktioniert auch nicht. Danke im vorraus!

Kannst Du von intern auf den Exchange über owa zugreifen? Vielleicht hilft dir diese Anleitung weiter (ist zwar ISA2004 sollte aber auch für den 2006er passen) Formbased OWA

Kannst Du netsend nicht wieder einfach aktivieren?

Machst Du SSL zum ISA und dann intern ohne SSL weiter, oder SSL zum ISA und auch SSL vom ISA zum Exchange?

Sorry für die späte Antwort - Nein es sind keine Einträge in den Events / Message Trackings

Sorry, falsch ausgedrückt; Der Server läuft seit ca. 6 Monaten produktiv, ohne Probleme, bei der Installation mit allen Updates und die letzten sind vor ca. 5 Wochen installiert worden; Der Fehler ist aber erst 2 Wochen später aufgetreten. Ich werde bei meinem nächsten Update unserer Serverlandschaft natürlich auch das SP2 für den Exchane 2007 einspielen. Nur, warum ist der Mail Versand-/Empfang immer so zeitverzögert. Und wieso ist der Speicher Beschlag nicht sofort / unmittelbar nach dem Serverneustart wirksam?

Verwende doch einfach den Fax-Assistenten

Hallo! Bei unserem Exchange Server 2007 SP1 läuft seit kurzer Zeit immer die store.exe immer auf ca. 10GB an. Wenn dieser Punkt erreicht ist ist der Mailversand / empfang sehr zeitversetzt. Nach einem Neustart des Servers (z.B. gesten abend ca. 23.00Uhr) ist die store.exe ca. 1.5GB groß. Heute morgen war sie schon wieder auf 10GB angewachsen. Welche Ursachen könnte das haben? Ist ein einzelner Server 2008 auf dem nur der Exchangte 2007 läuft, sonst nix. Es wurden auch keine Updates / Installationen auf dem System vorgenommen.

Sorry, det versteht ich nicht; Wo ist da ein "W" im Service? Und warum bekommt man das Zertifikat mit der Nummernfolge1 nicht angezeigt?

Kannst Du den Wert der verbleibenden Zyklen nicht ändern?

Hast Du denn da keine Fehlermeldung / Hinweise bekommen, das die Systempartition mindestens 50GB groß sein soll?

Normalweise müsste das auch hinterher noch machen können. Ich kann mich leider nicht mehr genau an die Version 10 erinnern; Kannst Du mal nachsehen, was unter den Eigenschaften des Reinigungsbandes steht; normalerweise müsste dort die Restanzahl der möglichen Reinigungen stehen. Kontrolliere mal ob diese Zahl auf 0 steht.

Wenn ich das ausführe kommt: Soll das vorhandene SMTP-Standardzertifikat [Nummernfolge1] (läuft ab am 24.06.2010 09:44:46) mit Zertifikat [Nummernfolge2] (läuft ab am 21.07.2011 16:12:19) überschrieben werden? Bei der Auflistung der Zertifikate wird aber keines mit der Nummernfolge1 angezeigt. Wat nun?

Hast Du das "alte" Band vorher aus den Mediensets entfernt?

Hallo! Ich habe ein paar Fragen zu den Zertifikaten bei dem Exchange 2007. Der Server wurde vor ca. 1 Jahr aufgesetzt (Ihr merkt schon auf was ich hin will, oder). Dann stimmt das erste selfsign Zertifikate nicht auf die externe Firmendomäne. Hat Chefe nun im Internet gesucht und dann ein neues Zertifikat generiert und hinterlegt; Funktioniert soweit alles OK. Nun habe ich mir turnusgemäß mal die Windows Protokolle angeschaut und dabei folgendes gesehen: Das STARTTLS-Zertifikat läuft in Kürze ab. Betreff: [Mailserver], verbleibende Stunden: 64FDB1BF55CA439281D9B3BF17AD819F97A571E9. Führen Sie das Cmdlet "New-ExchangeCertificate" aus, um eine neues Zertifikat zu erstellen. Wenn ich mir mit Get-ExchangeCertificate | List anschauen welche Zertifikate auf dem Server sind finde ich einige die dort angezeigt werden. Unter anderem eines, welches das erste Zertifikate ist. Läuft am 01.12.2009 aus; daher vermutlich die Einträge im Log. Diese hat bei den Services IMAP, POP und SMTP eingetragen. Das verwendete Zertifikate (seit ca. 04/2009 eingetragen, bislang keine Probleme) zeigt bei den Services aber "nur" IMAP, POP und IIS an. - Ist das nun so korrekt? - Warum fehlt hier der SMTP Dienst? - Wie kann ich feststellen, welches der Zertifikate auf dem Server verwendet werden? (Dann könnte ich die nicht verwendete, die Chef falsch erzeugt hat einfach löschen) mfg!

Das habe ich auch versucht; Hat aber nicht geklappt, bei 2 verschiedenen Testinstallationen.

Jetzt funktioniert es; Habe allerdings 3 Sache gleichzeitig geändert, so das ich nicht sagen kann, woran es genau gelegen hat. 1. Habe eine andere (baugleiche) FritzCard eingebaut. 2. Das ganze in einen anderen PCI Slot 3. Nach der De-/Installation des SBS Faxdienstes habe ich dabei nicht die aktuelle TAPI Version, sondern den Vorgänger verwendet.

Hallo! Bin gerade dabei einen SBS2003R2 für einen Kunden zu installieren; soweit alles OK, nur der Faxdienst bringt mich zur Verzweiflung. Verwendet habe ich eine FritzCard PCI (Installiert nach der berühmten Anleitung auf der SBSpraxis.de Seite) .:. www.SBSPraxis.de, die MCSEBoard Hilfe Seite für den Microsoft SBS Server 2003 .:. Faxempfang scheitert komplett (Keine Faxannahme). Beim Versenden wird immer 1 mal angewählt, dann erscheinen folgende Einträge in der Ereignisanzeige. Bei 2ten Versuch des Versandes wird das Fax dann verschickt. Ereignistyp: Fehler Ereignisquelle: Application Error Ereigniskategorie: (100) Ereigniskennung: 1000 Datum: 28.10.2009 Zeit: 14:54:00 Benutzer: Nicht zutreffend Computer: S1 Beschreibung: Fehlgeschlagene Anwendung fxssvc.exe, Version 5.2.3790.3959, fehlgeschlagenes Modul ntdll.dll, Version 5.2.3790.4455, Fehleradresse 0x0002cac2. Weitere Informationen über die Hilfe- und Supportdienste erhalten Sie unter http://go.microsoft.com/fwlink/events.asp.'>http://go.microsoft.com/fwlink/events.asp. Daten: 0000: 41 70 70 6c 69 63 61 74 Applicat 0008: 69 6f 6e 20 46 61 69 6c ion Fail 0010: 75 72 65 20 20 66 78 73 ure fxs 0018: 73 76 63 2e 65 78 65 20 svc.exe 0020: 35 2e 32 2e 33 37 39 30 5.2.3790 0028: 2e 33 39 35 39 20 69 6e .3959 in 0030: 20 6e 74 64 6c 6c 2e 64 ntdll.d 0038: 6c 6c 20 35 2e 32 2e 33 ll 5.2.3 0040: 37 39 30 2e 34 34 35 35 790.4455 0048: 20 61 74 20 6f 66 66 73 at offs 0050: 65 74 20 30 30 30 32 63 et 0002c 0058: 61 63 32 ac2 Fehler 2: Ereignistyp: Fehler Ereignisquelle: Microsoft Fax Ereigniskategorie: Unbekannt Ereigniskennung: 32109 Datum: 28.10.2009 Zeit: 14:54:00 Benutzer: Nicht zutreffend Computer: S1 Beschreibung: Die Faxvdienstanbieter "AVM FAX Service Provider" muss geschlossen werden, da ein Problem aufgetreten ist. Fehlercode: 0xC0000005 Dieser Fehlercode gibt die Ursache des Fehlers an. Ein detaillierter Windows-Fehlerbericht bezüglich des Problems wurde erstellt. Der Faxdienst wird jetzt neu gestartet. Weitere Informationen über die Hilfe- und Supportdienste erhalten Sie unter http://go.microsoft.com/fwlink/events.asp.

Habe in einem Thema von mir einen tollen Link bekommen. Da ich diesen recht interessant finde poste ich Ihn hier mal. Vielleicht hilft es weiter falls jemand vor dem selben Problem mit dem hinzufügen der x86 Files auf einem Server 2008 R2 bei Druckerfreigaben. Windows Server 2008 R2 als Druckserver – Client-Druckertreiber Technikblog

Vielleicht wirst Du hier fündig: SCSI HBAs : Host Bus Adapters : Products : Storage : LSI

Regelassistenten von Outlook: Wenn die Regel über Outlook erstellt wird, greift die Regel nur, wenn Outlook gestartet ist; wenn die Regel über den OWA erstellt wird, greift sie auch ohne Outlook.