blob

Das dachte ich mir auch irgendwie schon. Wenn ich mir den Pfad als ein Netzlaufwerk verbinde, dann klappt es. Nur ist es mühsehlig dauernd ein Laufwerk zu mappen wenn man mehrere Ordner hat. Wie müsste dieser Scriptteil aussehen, damit ein Remote Computer (Server) angesprochen wird? Sorry bin nicht so fit mit VBS... ich kann mir nur herleiten, dass die Variable strComputer geändert werden muss auf den Namen des anderen Computers... aber alleine das reicht nicht, wie festgestellt habe : o )

Hallo @ all, ich möchte die Berechtigungen für Unterordner meines angegebenen Hauptordners ermitteln. Habe ein Script Beispiel von Technet, klappt auch soweit, aber nur mit lokalen Ordnern. Wenn ich einenn Netzwerkpfad angebe (habe volle Rechte), dann bekomme ich in VBS einen Abbruchfehler. Den Pfad den ich Remote auslesen möchte ist kein "normaler" Server, sondern eine NetApp. Hier steckt der Wurm drin: strcomputer = "." strpathname = "\\DFS\ordner" 'Calling Swbemservices Object: '============================= Set x = GetObject("winmgmts:\\" &strcomputer &"\root\cimv2") Set folders =x.execquery("Associators of {Win32_Directory.Name='" & strpathname & "'} " _ & "Where AssocClass = Win32_Subdirectory " _ & "ResultRole = PartComponent") For Each subfolder In folders MsgBox subfolder Next For Each subfolder In folders #<=== Hier bricht das Skript ab! Getsubfolders strpathname Next Weiss jemand woran es liegt oder wie ich es lösen könnte? Thx

Ok, keiner weiss es, ich habe jetzt die Lösung meines Problems: Exchange 2007 free/busy mit Outlook 2003 cu

Hallo zusammen, hat jemand für mich evtl einen Link, wo erklärt wird wie mit der PS all die Replikate eines öffentlochen Ordners überprüft und ggfls. berichtigt werden können? Ich habe nämlich das Problem seit einer Migration von SBS 2008 mit Exchange 2007 auf einen neuen Server mit SBS 2008 und Exchange 2007 bekommen wir regelmäßig Eventlogfehler das die Frei/Gebucht Informationen nicht generiert werden können. Dieser Link brachte mich auf die Spur, aber hier steht nicht für "Anfänger" wie das Problem gelöst wurde: http://www.meinews.net/ordner-t433813.html Das kommt bei "get-publicfolder | fl" raus: AgeLimit : EntryId : 000000001A447390AA6611CD9BC800AA002FC45A030084 4C8D51DC720A4D95B217444117F9360000000000010000 HasSubFolders : True HiddenFromAddressListsEnabled : False LocalReplicaAgeLimit : MailEnabled : False MaxItemSize : Name : IPM_SUBTREE ParentPath : PerUserReadStateEnabled : True PostStorageQuota : Replicas : {} ReplicationSchedule : {} RetainDeletedItemsFor : StorageQuota : UseDatabaseAgeDefaults : True UseDatabaseQuotaDefaults : True UseDatabaseReplicationSchedule : False UseDatabaseRetentionDefaults : True Identity : \ IsValid : True OriginatingServer : sv01.domain.local

also es ist so: anhand des Artikels habe ich Gestern schon am CAS die Weiterleitungen geändert, ALLE auf die externe Adresse mail.domain.net, die das Zert auch abdeckt! Das mit der Standardwebseite habe ich erkannt und dementsprechend die Befehle angepasst. Wir hosten selbst die domain.net bei uns, daher werden alle Anfragen von Intern (auf mail.domain.net/x) direkt auf die IP von dem SV01.domain.local (welcher ja der SBS ist) weitergeleitet. Die Zertifikatsmeldung kommt nun nicht mehr *freu* Jetzt geht nur mein OAB noch nicht... kann es mit keinem Client downloaden. Auf dem Exchange gibt es dazu keine Eventlogeinträge. SSL ist auf dem OAB Verzeichnis aktiviert. Das OAB ist up-2-date, das Verzeichnis \\SV01\ExchangeOAB\234233.... hat zum Test JEDER Leserechte (Exchange Server auch). Werde erstmal hier das Forum durchwühlen nach Tipps, aber falls jmd direkt dazu was einfällt... ;-) Thema erledigt, danke!

Also ich habe mal den Test ausgeführt, hier das Ergebnis: <?xml version="1.0" encoding="utf-8"?> <Autodiscover xmlns="http://schemas.microsoft.com/exchange/autodiscover/responseschema/2006"> <Response xmlns="http://schemas.microsoft.com/exchange/autodiscover/outlook/responseschema/2006a"> <User> <DisplayName>Mustermann, Hans</DisplayName> <LegacyDN>/o=First Organization/ou=Exchange Administrative Group (FYDIBOHF23SPDLT)/cn=Recipients/cn=hmustermann</LegacyDN> <DeploymentId>66b12023-a4b4-4ac1-9947-bb56648930ba</DeploymentId> </User> <Account> <AccountType>email</AccountType> <Action>settings</Action> <Protocol> <Type>EXCH</Type> <Server>SV01.domain.local</Server> <ServerDN>/o=First Organization/ou=Exchange Administrative Group (FYDIBOHF23SPDLT)/cn=Configuration/cn=Servers/cn=SV01</ServerDN> <ServerVersion>720180F0</ServerVersion> <MdbDN>/o=First Organization/ou=Exchange Administrative Group (FYDIBOHF23SPDLT)/cn=Configuration/cn=Servers/cn=SVC01/cn=Microsoft Private MDB</MdbDN> <PublicFolderServer>SV01.domain.local</PublicFolderServer> <AD>SV01.domain.local</AD> <ASUrl>https://remote.domain.net/EWS/Exchange.asmx</ASUrl> <EwsUrl>https://remote.domain.net/EWS/Exchange.asmx</EwsUrl> <OOFUrl>https://remote.domain.net/EWS/Exchange.asmx</OOFUrl> <UMUrl>https://remote.domain.net/UnifiedMessaging/Service.asmx</UMUrl> <OABUrl>https://sv01.domain.local/OAB/325aece0-783d-4fd4-bfe6-d02bf9ce3141/</OABUrl> </Protocol> <Protocol> <Type>EXPR</Type> <Server>mail.domain.net</Server> <SSL>On</SSL> <AuthPackage>Basic</AuthPackage> <ASUrl>https://remote.domain.net/EWS/Exchange.asmx</ASUrl> <EwsUrl>https://remote.domain.net/EWS/Exchange.asmx</EwsUrl> <OOFUrl>https://remote.domain.net/EWS/Exchange.asmx</OOFUrl> <UMUrl>https://remote.domain.net/UnifiedMessaging/Service.asmx</UMUrl> <OABUrl>https://mail.domain.net/OAB/325aece0-783d-4fd4-bfe6-d02bf9ce3141/</OABUrl> </Protocol> <Protocol> <Type>WEB</Type> <External> <OWAUrl AuthenticationMethod="Fba">https://mail.domain.net/owa/</OWAUrl> <Protocol> <Type>EXPR</Type> <ASUrl>https://remote.domain.net/EWS/Exchange.asmx</ASUrl> </Protocol> </External> <Internal> <OWAUrl AuthenticationMethod="Basic, Fba">https://sv01.domain.local/owa/</OWAUrl> <Protocol> <Type>EXCH</Type> <ASUrl>https://remote.domain.net/EWS/Exchange.asmx</ASUrl> </Protocol> </Internal> </Protocol> </Account> </Response> </Autodiscover> Also in der Verwaltungskonsole habe ich z.B. bei den OWA Einstellungen die externe Adresse "mail.domain.net" angegeben, diese ist auch von außen erreichbar und unser gekauftes Zertifikat läuft auf "mail.domain.net". Und wie gesagt, das Zert habe ich über die Verwaltungsshell eingespielt und für den Service IIS aktiviert. Ich verstehe nicht wie er auf remote.domain.net kommt bzw wie ich es ihm abgewöhnen kann?! Die URL kann von mir aus sv01.domain.local o. mail.domain.local heissen, beides führt zum Ziel. Aber mit dem Externen Namen habe ich eben ein offzizielles Zertifikat.

Guten Morgen Zusammen, ich habe eine Verständnisfrage/kleines Problem zu SBS 2008 und Zertifikaten: Wie gewohnt richtet der SBS eine Standardwebseite ein (remote.domain.net) und hat auch ein selbst-ausgestelltes Zertifikat parat. Ich habe nun mit der Verwaltungsshell vom Exchange ein gekauftes Zertifikat für den Exchange eingespielt, welches nur den Namen mail.domain.net beinhaltet. Andere Änderungen zu diesem Thema habe ich noch nicht unternommen (IIS in Ruhe gelassen). Jetzt sehe ich bei unseren Outlook 2007 Clients, dass beim Start eine Zertifikatswarnung kommt das zwar alles stimmt ausser der Name vom Zertifikat nicht korrekt ist. Das ist ja auch richtig so, denn er meckert das das mail.domain.net Zertifikat für remote.magelan.net nicht gültig sei?! Wie gewöhne ich ihm das ab? :-| Danke im voraus.

Hallo zusammen, Ich benutze Outlook Anywhere mit einem Outlook 2003 auf einem Laptop, der in der Domäne ist. Server ist ein SBS 2008 mit Exchange 2007 SP1. Outlook Anywhere hat die ganze Zeit funktioniert. Jetzt folgender Fehler: Outlook anywhere von Intern auf den Exchange funktioniert ohne Probleme, habe die Standardauthentifizierung gewählt und es kommt beim Start von Outlook die aufforderung der Eingabe von Benutzer und Passwort. Einmal getan, bin ich drin. Verbindungsstatus ist auch in Ordnung. Ich nehme jetzt den Laptop und bin irgendwo im ausser Haus und stöpsel mich irgendwo an wo ich Internet habe. Wenn ich nun Outlook öffne, kommt wie gewohnt die Aufforderung für die Eingabe von Benutzer und Passwort. Dies mache ich, aber sofort kommt die Aufforderung nochmal... und nochmal... und nochmal.... also egal wie oft ich mein Benutzer mit PW eingebe, es geht dort nicht weiter. Kennt jemand das Problem? Was sich geändert hat... wir haben Intern die Subnetmask umgestellt und mehrere Gateways nun bekommen... aber OWA funktioniert von Extern auf den internen Exchangeserver. Wir haben ein gekauftes Zerti, also daran liegt es auch nicht. Evtl. Tips zur Fehlereingrenzung o. eine Lösung parat? Was auch sein kann: Wir migrieren gerade unseren SBS 2008 auf eine neue Hardware, sprich wir haben 2 SBS in einer Domäne (mit Migrationsleitfaden von MS)... habe gesehen das danach auf dem Exchangeserver des (noch) produktiven SBS das Outlook Anywhere deaktiviert war, und auf dem neuen aktiviert ist. Habe es wieder aktiviert, also derzeit sind beide aktiv, aber nur der produktive SBS aus dem Internet erreichbar. Merci im voraus.

Mich irritiert das "Cannot achieve Exchange server authentication", evtl. gibt es Probleme da beide Server in unterschieldichen Subnets liegen? Aber erreichen usw können die sich ohne Probleme *hmmm*

Update: mit setspn habe ich den Eintrag hinzugefügt, ohne Erfolg.

Trifft alles zu. Habe die Empfangsconnectoren beider Server nochmal unter die Lupe genommen und angepasst, kein Erfolg. Habe mit dem Troubleshooting Assistent folgenden Fehler zurück bekommen: Für kein Computerkonto in Active Directory wurde 'ServicePrincipalName' auf 'SMTPSVC/SVR01.magelan.local' festgelegt. Dies führt zu Kerberos-Authentifizierungsfehlern, wenn Server 'SVR01' versucht, eine SMTP-Verbindung mit einem anderen Hub-Transport-Server herzustellen. Kann aber mit der Aussauge nichts anfangen, weiss jemand mehr?

Hallo! Folgendes Szenario: Habe zwei Exchangeserver 2007. Exchange Server A soll alle Mails ins Internet schicken, Exchange Server B soll seine Mails nicht direkt ins Internet schicken sondern es über Exchange Server A tun. Was muss eingestellt werden damit das klappt? Habe in der OrgaKonfig unter Hub-Transport einen Sendeconnector der die Mails versenden soll, Quellserver ist ExchangeServer A. Sonst gibt es keine weiteren Sendeconnectoren. Beide Server haben die CAS HT MB Rolle, alle User die ihr Postfach auf Exchange Server A haben, können Mails nach extern senden. Alle User die ihr Postfach auf Exchange Server B haben, wird nix nach extern versendet, die Warteschlange läuft aber voll. Hier steht: Übermittlungstyp: "SMTP-Relay in Active Directory-Standort." Fehlermeldung: "451 5.7.3 Cannot achieve Exchange Server authentication." Also ich gehe davon aus das er es über diesen Sendeconnector bereits versucht, aber es an einer Berechtigung am Exchange Server A hängt. Finde mit Google leider nur Beiträge wo es um Migrationen von Ex2003 auf Ex2007 geht. Merci im voraus!

Oh mann, ich habe die MMC Zertifikate mit meinem Konto aufgerufen, wenn ich es mit dem Computerkonto aufrufe erscheint das Zertifikat. Konnte dann mit certutil dem Zert einen priv. Schlüssel zuweisen, jetzt erscheint es auch unter Get-ExchangeCertificate Danke!

Hallo Zusammen, großes Problem: Ich bekomme beim Import eines Exchange Zertifikates folgende Fehlermeldung: Import-ExchangeCertificate : Das Zertifikat kann nicht importiert werden, weil ein Zertifikat mit dem Fingerabdruck '78C0743D0F79E0193758316BEFAF02797B870742' bereits vorhanden ist. Bei Zeile:1 Zeichen:27 + Import-ExchangeCertificate <<<< -Path "C:\Users\admin\Desktop\zertifikat.pfx" -Password:(Get-Credential).password Hintergrund: Habe einen alten SBS auf dem das gekaufte Zertifikat eingebunden ist. Ich habe die crt Datei vom Provider genommen und ein Import-ExchangeCertificate gemacht, dann kam die Fehlermeldung das der private Schlüssel fehlt und es nicht importiert werden konnte. Habe darauf hin am alten Exchange vom Zertifikat ein Export-ExchangeCertificate vorgenommen und wollte es auf dem neuen einspielen: Pustekuchen, der sagt die oben genannte Fehlermeldung. Aber dieses Zertifikat taucht bei Get-ExchangeCertificate nirgends auf! Auch wenn ich die Anleitung von MS vornehme (Fehler von "Import-ExchangeCertificate" mit der Meldung "Die Quelldaten können nicht importiert werden, oder das falsche Kennwort wurde angegeben") kann ich in der MMC von Zertifikate das Zertifikat nicht finden! Und bei Remove-ExchangeCertificate bringt der mir folgende Fehlermeldung: Remove-ExchangeCertificate : Das Zertifikat mit dem Fingerabdruck '78C0743D0F79 E0193758316BEFAF02797B870742' wurde gefunden, ist jedoch für die Verwendung mit Exchange Server nicht gültig (Begründung: PrivateKeyMissing). Bei Zeile:1 Zeichen:27 + Remove-ExchangeCertificate <<<< -Thumbprint 78C0743D0F79E0193758316BEFAF0279 7B870742 HELP! :-(

Wie gesagt, ist rein Interesse halber :-) Habe es nun vor lauter Neugier getestet... habe die VM auf meinen Desktop kopiert und in VMWare Server gestartet; Snapshot erstellt, ihn 2 Stunden laufen gelassen und kräftig interne Mails mittels OWA hin und her gejagt (ging ja nicht anderst im abgeschotteten virtual LAN). Dann den Snapshot zurück gespielt... System war dann aufm Stand vor 2 Stunden, aber die Mails noch da. Im Eventlog keinerlei "rumgemeckere". Hat also funktioniert soll aber natürlich kein Anreiz sein auf diese Art und Weise seine Sicherungen zu machen ;-) Aber es gibt mir nunmal ein wenig mehr Sicherheit, falls ich mal was am Server ändere, so schlaf ich eben besser *höhö*

Ein Beispiel: Es wird nur von der C: Partition ein Snapshot erstellt. Dann ändere ich irgendwelche Regkeys, boote durch.... der Server bootet nun aber plötzlich nicht mehr, kein Wiederherstellungsmodus o. letzte funktionierene Konfig etc. bringt Erfolg. So, ich stelle jetzt den Server von Heute Nacht wieder her mittels unserer Bandsicherung oder ich versuche erstmal mit dem Snapshot, der sagen wir mal 30 Minuten alt ist. Wenn das nicht klappt, dann eben wieder zurück auf die Taktik mit der Bandsicherung. Mich interessiert jetzt halt wie sich der DC mit Exchange 2007 verhält - OS ist nach dem Ausfall wieder das funktionierende Alte vor der Regkey Bastelei, was macht der Exchange wenn seine DB plötzlich aktueller ist?

Natürlich ist es nicht die supportete ultimative Lösung, mittels Snapshot ein AD zu sichern, es geht mehr um den kompletten Server als um das AD und dies (also Snaphsots mit Snapshot Manager) wird nur händisch gemacht, wenn Änderungen vorgenommen werden. Nein wir haben ein "anständiges" Sicherungsverfahren. Wir haben aber nur eine Bandsicherung die einmal am Tag läuft. Der Snapshot der VM ist nur zusätzliche "Sicherheit", die zuerst ausprobiert wird bevor ein Restore gefahren werden muss. Deswegen frage ich ja, habe leider nicht die Ressourcen um das nachzustellen :-( Deswegen meine Frage ja an evtl. erfahrene VMWare Spezialisten *g*

Hallo Zusammen! Habe eine Frage, die mich gerade beschäftigt. Ich mache immer bei Änderungen an unserem DC + Ex2007 mittels VMWare I.Client einen Snapshot. Bis jetzt musste ich noch nie "zurückspulen". Ich frage mich aber gerade was wäre wenn...? Der DC ist der einzigste, hat 3 vHDDs: 1x für das System, 1x für Exchange DB + TransLogs und 1x für Firmendaten. Die beiden letzteren Platten sind in VMWare als unabhängig konfiguriert, d.h. bei einem Snapshot werden diese nicht mit einbezogen. Ich stell jetzt über den Snapshotmanager das System wieder von Gestern her, d.h. AD und das OS selbst sind dann älter, als die Exchange DB... merkt der Exchange die Änderung und wird seine Arbeit einstellen oder was passiert genau? Ich vermute er arbeitet ganz normal weiter und ich habe einfach in meinem Postfach alle aktuellen eMails (natürlich vorausgesetzt die Datenbank hat zum Ausfallzeitpunkt keinen Schaden genommen), obwohl ich den Snapshot zurückgespielt habe da die DB+TransLog Festplatte im Modus "unabhängig" ist und daher dort keine Daten zurückgesetzt werden. Bitte korrigiert mich, wenn ich falsch liege, oder bestätigt mich, wenn ich richtig liege. ;-) Danke!

ACHTUNG! Diesen Schritt mit dem hinzufügen nicht unternehmen, dadurch ist zumindest mein SBS nicht mehr gestartet und bleibt bei der crcdisk.sys stehen.

Kein Thema, kann die Maschine erst Heute Nacht durchstarten. Aber ich habe die Sicherung mit BE 12.5 jetzt mal einfach so angestoßen, und siehe da, es funktioniert wieder! Hier noch ein Artikel von Acronis zur manuellen Deinstallation von Acronis Backup&Recovery 10; bin alle Schritte durchgegangen und habe noch so manche Reste gefunden und gelöscht => Manual Uninstallation of Acronis Backup & Recovery 10 | Knowledge Base Da gibt es einen Abschnitt, wo man die SnapAPI von Acronis löschen soll mittels Registry Änderung => "HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Class\{4D36E967-E325-11CE-BFC1-08002BE10318} -> UpperFilter" war bei mir komplett leer, konnte also kein String rauslöschen (wie im Artikel gefordert), der Standardeintrag fehlte aber auch. Habe dann den Wert "SnapVol" hinzugefügt, weiss nicht ob es was bringt aber den StandardEintrag wiederherstellen sollte kein grober Fehler sein =)

Falls mal jemand danach sucht, hier die Lösung um einen Provider aus VSS zu löschen (speziell Acronis): HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\VSS\Providers\{f782463b-33bb-4043-ad8d-60b728d26a6c} weg damit! Sehe jetzt aber erst nach Neustart, ob das Problem behoben ist.

So, habe was gefunden was mir wenigstens mal einen Einblick verschafft: Part 10 - Swing migrations Aber diese Variante behandelt die Swing Migration von Server_alt mit Namen sv01 auf Server_neu mit Namen sv02, sprich der neue Server hat nach der Migration nicht den Namen der neuen Maschine.

So, ich habe neue Erkenntnisse. GuentherH hat die "Swing Migration" angesprochen, habe danach mal gegoogelt und hier gesucht. Scheint genau das zu sein, was der einfachste Weg für mich wäre. Nur leider steige ich nicht durch bei der Seite, die hier immer wieder genannt wurde (mein Englisch ist wohl nicht gut genug, sorry): SBSmigration.com - How Swing Migration Works Kann mir jemand helfen und bissl meinem Verständnis unter die Arme greifen? Also wie diese Swing Migration genau funktioniert?

Das AD arbeitet sehr gut. Die Macken beziehen sich auf die Software, durch Deinstallationen von Diensten, 3-Anbieter-Software etc. geht zB Sharepoint Services nicht mehr, SQL Monitoring klappt nicht und das schlimmste: VSS lässt sich nicht mehr ansprechen mittels Backup Exec. Habe Reperaturen versucht, aber auch hier keine Hilfe gefunden. z.B. http://www.mcseboard.de/windows-forum-ms-backoffice-31/vssadmin-provider-loeschen-155460.html#post956071 Vll. sind einige Ausdrücke nicht zutreffend, nochmal kurz was ich will: Neuen Server installieren mit dem Windows SBS 2008 Standard => danach den Systemstatus vom alten Server sichern und auf dem neuen Server im Wiederherstellungsmodus einspielen. Klappt das? Es gibt ja leider kein NTBackup mehr unter 2008, bzw nicht mehr so wie ich das kenne. Im Endeffekt soll der neue Server gleich heissen, gleiche IP haben und die Userkonten/Gruppen mit der alten SID behalten damit ich keine neuen Profile auf den Clients generiere etc., so dass die Anwender vom dem Umzug so gut wie nichts spüren.

Hallo Zusammen! Leider bin ich noch nicht so fit mit Windows Server 2008... ich möchte dennoch gerne meinen laufenden SBS 2008 Standard auf eine neue Hardware migrieren. Es soll kein Imaging Tool verwendet werden. Der SBS hat schon so einige Macken, und im Zuge der neuen Hardware soll SBS 2008 Standard auf der neuen Maschine auch neu installiert werden. Frage: Wie bekomme ich mein altes Active Directory auf den neuen Server? Der neue Server bekommt dann den Namen der alten Maschine, Hintergrund ist ganz einfach das ich die Clients nicht neu in die Domäne aufnehmen muss und die Mitarbeiter keine neuen Passwörter vergeben müssen etc. Exchange wäre dann kein Ding mehr, dann nehme ich einfach Powershell und exportiere alle Postfächer und importiere diese dann auf dem neuen SBS.