iDiddi

Hat denn keiner eine Idee, woran das liegen könnte? Zumindest in eine Richtung sollte das doch klappen, oder?

Warum macht ihr SBS-Admins euch das Leben eigentlich immer selbst schwer? Die SBS-Konsole ist als Arbeitserleichterung da. Deshalb sollte man ohne Not diese auch immer benutzen. Und der WSUS ist dort voll integriert. Trotzdem kann man natürlich die WSUS-Konsole nutzen, um in einem Rutsch Updates einzuspielen (was in der SBS-Konsole leider nur einzeln geht). Aber Änderungen würde ich nur in der Konsole machen.

Lass mal nur die Leerzeichen weg. Wofür braucht man denn so eine Ordnerstruktur?

Ja, benenne die Namen der Ordner und Dateien um, sodass diese kürzer sind und somit der Pfad unter der 255-Zeichen-Marke bleibt ;) Oder Du arbeitest mit Verknüpfungen.

Schau Dir mal diesen Link an: http://blogs.technet.com/b/exchange/archive/2010/05/05/3409916.aspx

Hallo zusammen, ich weiß, ich weiß. Outlook 2003 mit Sharepoint 2010 einzusetzen, ist wie Perlen vor die Säue zu werfen, aber momentan geht's halt noch nicht anders (Office 2010 ist in Planung ;) ). Aber eigentlich sollte das für die geplanten Zwecke ausreichen: Sharepoint-Kalender soll mit Outlook verknüpft werden. Eine Bearbeitung in Outlook ist dabei nicht erforderlich. Wichtig ist nur, die Kalendereinträge zu sehen. Leider funktioniert das nicht. Wie bin ich vorgegangen: Auf der Sharepoint-Website in den Kalender, dann auf "Verbindung mit Outlook herstellen". In Outlook kommt auch brav die Abfrage und der Kalender wird unter Andere Kalender eingeblendet. Sync-Status ist aktuell. Leider fehlen alle Einträge :suspect: Gibt es da neuerdings ein Problem mit Sharepoint und OL 2003? Danke vorab

Was habt Ihr denn in der SBS-Konsole für eine Einstellung bzgl. WSUS--Updates für den Server definiert?

Nein. Durch Auswahl der Speichergruppe wird alles mitgesichert.

Hier mal eine Auffrischung der Vollständigkeit halber: Da auch Apple scheinbar Microsofts Roaming-Profil-Konzept nicht verstanden hat und die komplette iTunes-Sicherung der mobilen Geräte unter AppData\Roaming speichert statt unter Local, musste ich das Apple-Verzeichnis vom servergespeicherten Profil ausschließen. Und bei mir funktioniert das mit dem Registry-Wert.

Oh man! Wer hat sich denn das schon wieder ausgedacht :suspect:

Damit dürft Ihr die Enterprise-Funktionen, und damit auch das Archiv, nicht nutzen! Ja, für Outlook 2007 wurde die Archiv-Funktion nachgerüstet: http://msmvps.com/blogs/wstein/archive/2010/12/07/exchange-2010-archivierung-mit-outlook-2007-verf-252-gbar.aspx War mir entfallen, sorry. Also: Wie bereits geschrieben importierst Du die PST-Datei einfach über Outlook in das entsprechende Benuterpostfach. Beim nächsten Schritt hast Du die Wahl: Entweder, Du kaufst zusätzliche Enterprise-CALs, damit Du die integrierte Archivlösung benutzen kannst ... http://www.msexchangefaq.de/basics/lizenz.htm http://www.microsoft.com/exchange/2010/de/de/licensing.aspx ...oder Du holst Dir eine zusätzliche Archivlösung, wie z.B. folgende: http://landmar.gfi.com/email-archiving-system-sm/?adv=13622&loc=3 http://www.mailstore.com/de/mailstore-server.aspx?keyword=aw-de-suche-dach-mailstore-exact http://www.symantec.com/de/de/enterprise-vault Genau, weil es eben nicht lizenzkonform ist. Die Frage, ob es auch ohne funktioniert, stellt sich dann doch gar nicht ;)

Nein. Das war mal früher so. Seitdem das Unicode-Format benutzt wird, gibt es diese Beschränkung nicht mehr ;) Hast Du denn Enterprise-Lizenzen für das Archiv? Die brauchst Du nämlich dafür. Und minimum müsste Outlook 2010 sein. Die PST würde ich an Deiner Stelle wieder in das Postfach importieren. Mit PSTs hantieren ist Mist! Dazu eine Archivlösung Deiner Wahl einsetzen und ordentliche Aufbewahrungsrichtlinien. Edit: Hier mal die korrekten Voraussetzungen für Outlook: http://office.microsoft.com/en-us/outlook-help/license-requirements-for-personal-archive-and-retention-policies-HA102576659.aspx

Für Symantec müsste es einen Deinstaller auf deren Website zum Download geben ;)

Dafür sind die 21 Tage ja wohl völlig ausreichend. Ich werde Dir hier nicht helfen, einen Lizenzverstoß zu begehen. Sorry, aber ab hier bin ich raus.

Ja. Das ist nicht lizenzkonform. Wenn Du die Hardware weiterverwenden willst, dann nur mit neuem Betriebsystem. Und nein, auch nicht in einer VM

Dass Ihr im Hintergrund fleißig werkelt, merkt man ja :) Schade nur, dass Ihr auch einige nette neue Funktionen wieder deaktiviert habt wie z.B. die Anzeige der letzten Profilbesucher oder die schnelle Übersicht, welche Beiträge einem gefallen haben. Warum eigentlich?

Ja schon, aber wenn ich den meisten Benutzern mit Tastenkombinationen komme, schalten die ja sofort ab ;)

Off-Topic: Da muss ich mich jetzt aber auch outen. Ich hab glaub ich 'ne gute viertel Stunde gebraucht, bis ich das Drucken gefunden hab :( . Ribbon ist nicht mein Freund.

Und? Gibt es schon neue Ergebnisse?

Mach ich, wenn ich mal wieder etwas Luft habe. Werde hier dann berichten :)

Gut zu wissen. Danke, Robert :)

Hast Du Robocopy denn im Backup-Modus ausgeführt?

Ja, per Gruppenrichtlinie mit entsprechender Office/Outlook-ADMX-Datei. Nils hat das auch mal auf seiner Website genauer erklärt: http://www.faq-o-matic.net/2010/10/27/outlook-automatischen-versand-erlauben/

Ganz genau. Ich rede mir auch immer wieder den Mund fusselig, was OEM-Installationen angeht :rolleyes:

Hat sich erledigt. Danke trotzdem :) Das Problem war mal wieder eine OEM-Installation. Das System ist ein Laptop von Acer mit vorinstallierter Software. Unter anderem mit McAfee. Und genau daran lag es, obwohl ich es schon deinstalliert hatte. Das bl**e Ding hat in der Registry im Pfad: HKEY_CLASSES_ROOT\CLSID\{B54F3741-5B07-11cf-A4B0-00AA004A55E8}\InprocServer32 eigene Anpassungen vorgenommen: C:\\Program Files\\Common Files\\McAfee\\SystemCore\\ScriptSn.20110513152421.dll statt: @="C:\\Windows\\system32\\vbscript.dll" Deshalb funktionierte das Skripting nicht mehr :( Habe die Registry-Änderung rückgängig gemacht und den Deinstaller von McAfee benutzt. Jetzt geht es wieder. Hier noch ein paar Quellen, die mir behilflich waren: http://www.administrator.de/forum/cscript-fehler-skriptmodul-vbscript-wurde-nicht-gefunden-171011.html http://www.borncity.com/blog/2010/03/09/mc-afee-unter-windows-7-starter-deinstallieren/ Damit hat sich auch gleichzeitig ein zweites Problem in Luft aufgelöst. Der Anmeldevorgang (vor der Benutzeranmeldung) dauerte unglaublich lange (10-30 min). Lag wohl daran, dass beim SBS bei der Client-Anmeldung ein VBS-Skript abgearbeitet wird.