Fragensteller
Outlook 2010 (Exchange 2010) : Benutzerdefiniertes Kontaktformular *.oft importieren / einbinden
Allgemeine Diskussion
-
Hallo Zusammen,
ein Kunde hatte Office 2007 ohne Exchange. Dort wurde eine Vorlage (.oft) erstellt mit modifizierten Feldern.
Jetzt gibt es einen SBS 2011 (Exchange 2010) mit Outlook 2010 und einen Remote Desktop Server 2008 R2 mit Outlook 2010.Die .oft Vorlage soll nun bei den Kontakten statt "IPM.Contact" eingebunden werden.
Es scheitert daran das ich die richtige Stelle zum Importieren/Einbinden nicht finde.
Kann ich überhaupt eine 2007er oft in 2010 verwenden?Was ich gelesen habe ist: Die oft soll/muss in die Bibiliothek der persönlichen Formulare.
Wie bekomme ich die oft da hin?
Bei den Entwicklertools gibt es "Formular auswählen" > "Vorlagen im Dateisystem"?
Die Anleitungen die ich gefunden habe waren alle für 2007.Ein Stupps in die richtige Richtung wäre nett.
Besten Dank
Patrick- Typ geändert Raul TalmaciuMicrosoft contingent staff Dienstag, 21. Juni 2011 14:02 Warten auf Feedback
Alle Antworten
-
Hallo!
HSH-Patrick H
Ich hoffe es hilft ihnen weiter mit den Links,
Wo speichert Microsoft Outlook 2010 meine Informationen und Einstellungen?
Alle anzeigen
Alle ausblenden
Es folgt eine Liste der Speicherorte, an denen Microsoft Outlook 2010 Informationen speichert.4.Nehmen Sie ggf. Änderungen an den Empfängern in den Feldern An, Cc oder Bcc (Felder "An", "Cc" und "Bcc": Eine Nachricht wird an die Empfänger im Feld "An" gesendet. Die Empfänger in den Feldern "Cc" (Carbon Copy) und "Bcc" (Blind Carbon Copy) erhalten die Nachricht ebenfalls. Allerdings sind die Namen der Empfänger im Feld "Bcc" für andere Empfänger nicht sichtbar.), in der Zeile Betreff oder im Nachrichtentext vor.
Hinweis Die von Ihnen vorgenommenen Änderungen werden nicht in der Vorlage gespeichert. Wenn Sie den Befehl Speichern verwenden, wird zwar ein Entwurf der Nachricht erstellt, es erfolgt jedoch keine Aktualisierung der Vorlage. Zum Aktualisieren der Vorlage führen Sie die im vorherigen Abschnitt Erstellen von Vorlagen aufgeführten Schritte (ab Schritt 3) aus.5.Klicken Sie auf Senden.
mfg,
entwicklerin
-
Hallo entwicklerin,
vielen Dank für die Hilfe und die Antwort. Es ging/geht zwar um die Kontakte Ordner (Ansicht) aber zumindest war das der gewünschte Stupps :)
Habe es wie oben beschrieben jetzt live beim Kunden gemacht.
Entwicklertools aktiviert > Vorlage im Dateisystem > Veröffentlichen in Bibliothek persönlicher FormulareDann das Formular bei den Kontakten ausgewählt/umgestellt und mit dem Tool "DocMessageClass.exe" die vorhandnen Kontakteordner umgestellt.
Jetzt ist "nur noch" die Frage ob das bei einem Outlook 2010 auf einem 2008 R2 Terminalserver (Remote Desktop Services) auch so funktioniert?
Danke und schöne Feiertage
Patrick -
Hallo
HSH - Patrick H
Ich hab hier auf dem Server 2008 R2,
damit gut hinbekommen auf dem Web Server Contoso Bsp !http://technet.microsoft.com/de-de/library/cc754288(WS.10).aspx
--------------
Installation eines Terminalservers
Letzte Aktualisierung: Februar 2008Betrifft: Windows Server 2008
Der Terminalserver-Rollendienst, der in Windows Server® 2003 als Terminalserverkomponente bekannt war, ermöglicht das Hosten Windows®-basierter Programme oder des vollständigen Windows-Desktops auf einem Windows Server® 2008-basierten Server. Die Benutzer können vom eigenen Computer aus eine Verbindung mit einem Terminalserver herstellen, um Programme auszuführen und die Netzwerkressourcen auf diesem Server zu verwenden.In Windows Server 2008 müssen Sie die folgenden Aktionen ausführen, um den Terminalserver-Rollendienst zu installieren und den Terminalserver für das Hosten von Programmen zu konfigurieren:
1. Verwenden Sie den Server-Manager, um den Terminalserver-Rollendienst zu installieren.
2. Installieren Sie Programme auf dem Server.
3. Konfigurieren Sie Remoteverbindungseinstellungen. Dazu gehört das Hinzufügen von Benutzern und Gruppen, die Verbindungen mit dem Terminalserver herstellen müssen.-------------Vorlagen***************
http://office.microsoft.com/de-de/outlook-help/automatisches-beantworten-von-nachrichten-HA010248748.aspxSchritt
http://office.microsoft.com/de-de/outlook-help/ermitteln-der-version-von-microsoft-exchange-server-mit-der-das-konto-eine-verbindung-herstellt-HA010355044.aspx?CTT=5&origin=HA010354969
---------------
Technische Vorschau für Microsoft Office 2010 – Bekannte Probleme/Infodatei
Setup/Installation/Aktivierung (Client)http://office.microsoft.com/client/helppreview14.aspx?AssetId=HA010357036&lcid=1031&NS=OUTLOOK&Version=14&tl=2&respos=0&CTT=1&queryid=2183a05a9030438e9afeaaf0d59778e6#_Toc239063096
-------------
Automatisches Beantworten von E-Mail-Nachrichten mit einem Exchange-Konto (vormals "Abwesenheits-Assistent")http://office.microsoft.com/client/helppreview14.aspx?AssetId=HP010354937&lcid=1031&NS=OUTLOOK&Version=14&tl=2&respos=0&CTT=1&queryid=47dd9eb7fe204adc831f5bb1d016a4ee
------------
Aktivieren bzw. Deaktivieren des Exchange-Cache-Modushttp://office.microsoft.com/client/helppreview14.aspx?AssetId=HP010355560&lcid=1031&NS=OUTLOOK&Version=14&tl=2&respos=0&CTT=1&queryid=4b5d3d51272741e0952d5ec85113630f
------------
Kompatibilität mit vorhandenen Office-Dateien und -Lösungenhttp://office.microsoft.com/client/helppreview14.aspx?AssetId=HA010369476&lcid=1031&NS=OUTLOOK&Version=14&tl=2&respos=0&CTT=1&queryid=4fc32a70d19446bdab2315fa39550d16#_Toc254341420
mfg,entwicklerin
-
Hallo !
Patrick
Jetzt ist "nur noch" die Frage ob das bei einem Outlook 2010 auf einem 2008 R2 Terminalserver (Remote Desktop Services) auch so funktioniert?Antworten:Alles zum Thema Konfigurieren von Microsoft RemoteApp für Terminaldienste &
Office 2010 .Nützliche Admin-Tools: Terminalserververbindungen komfortabel verwalten mit Royal TS
http://www.msisafaq.de/anleitungen/Verschiedenes/RoyalTS.htm
http://www.enterprisenetworkingplanet.com/windows/article.php/3777631/Configure-Microsofts-RemoteApp-for-Terminal-Services.htm
Configure Microsoft's RemoteApp for Terminal Services
By Ryan Bass October 13, 2008
Übersetzung:
Konfigurieren von Microsoft RemoteApp für TerminaldiensteWeb-Anwendungen sind immer besser und besser in diesen Tagen. In der Tat, bieten einige einer überlegene Benutzeroberfläche für viele standard-Anwendungen. Eines Tages werden Web-Anwendungen beherrschen die Welt, aber jetzt gibt es immer noch einige lästigen Windowsanwendungen, die nicht als eine Webanwendung zur Verfügung stehen. Sie müssen noch bereitgestellt, verwaltet und auf jedem einzelnen Rechner gepatcht werden. Microsoft's neue Terminal Services RemoteApp-Lösung bietet eine nette Alternative zu lokale Installationen Ihrer Windows-Anwendungen.
Sie denken wahrscheinlich zu sich selbst, dass dies alte Nachrichten ist; Microsoft hatte terminal Services rund um für viele Jahre. Klar, haben Sie einen terminal Server seit den Tagen NT einrichten konnten. Sie haben Benutzer Logon zu Ihrem terminal Server und Anwendungen ausführen vom remote Desktop. Sie könnten sogar RDP-Dateien auf "echte" Desktop eines Benutzers automatisch öffnen Sie ein bestimmtes Programm auf dem Terminalserver konfigurieren. Was ist die große Sache mit TS RemoteApp?
Der Grund, den TS RemoteApp ist, dass ein solche großer Sprung nach vorn ist tatsächlich können Sie Ihre remote-app eine Dateierweiterung zuordnen. Dies bedeutet, dass Sie können Microsoft Word als remote app setup, und wenn ein Benutzer auf eine doc-Datei doppelklickt es öffnet sich automatisch die remote-app-Version von Microsoft Word das Dokument angezeigt. Nicht nur das, aber der Benutzer wird nicht einmal wissen, dass Word als remote app ausgeführt wird. Aus Sicht des Benutzers erscheint es, dass Word nur ein regelmäßiges Programm ist. Das Fenster, das Wort in lebt verhält sich so, als ob es anderen Programmen auf diesem Computer ausgeführt wird.
Mit der Web-Admin-Funktion in Windows Server 2003 bieten eine Möglichkeit, viele gängige Management-Funktionen direkt von Ihrem Web-Browser ausführen.
Es gibt einige Voraussetzungen, die Sie benötigen zu erfüllen, bevor Sie TS RemoteApp verwenden können. Zuerst, müssen Sie Windows Server 2008 als terminal-Server ausgeführt werden. Zweitens müssen Sie Windows XP SP3, Vista oder Server 2008 als Client ausgeführt werden. Noch können Windows XP SP2, Windows Server 2003 SP1 oder Windows Server 2003 SP2 als Client Sie bei der Installation des neuen RDP-Clients (Version 6).wie man ein RemoteApp-setup. Ersten Dinge zuerst der Terminalserver installiert werden muss. Folgen Sie den Schritten unten, um TS RemoteApp auf dem Windows Server 2008-Server installieren:
Öffnen Server-Manager» Klick auf Rollen» klicken Sie auf Rollen hinzufügen
Wählen Sie Terminal Services» klicken Sie auf weiter» weiter
Überprüfen Sie die Terminalserverfunktion» klicken Sie auf weiter» weiter
Wählen Sie erfordern Authentifizierung auf Netzwerkebene» weiter
Wählen Sie Ihre Lizenz-Modell» weiter
Fügen Sie alle Benutzer/Gruppen, die an den Terminalserver anmelden können (Sie können dies ändern später durch Ändern der lokalen Gruppe Remotedesktopbenutzer)» Next» installieren
Sobald Sie Terminaldienste installiert haben, wir unsere RemoteApp einrichten müssen:Installieren Sie die Anwendung, die Sie Clients auf dem Terminalserver verfügbar zu machen möchten
Klicken Sie auf Start» Verwaltung» Terminal Services» TS RemoteApp-Verwaltung
Klicken Sie auf der Seite Aktionsleiste auf RemoteApp-Programme hinzufügen» weiter
Wählen Sie ein Programm aus der Liste» weiter klicken Sie auf» Finish
An diesem Punkt sollten Sie das Programm sehen, die, das Sie ausgewählt haben, als in der Liste RemoteApp-Programme an der Unterseite des RemoteApp-Managers ein RemoteApp bereitstellen. Der nächste Schritt ist die Erstellung eine RDP oder MSI-Datei die RemoteApp auf Ihrem Client ausgeführt werden. Die RDP-Datei werden in der Lage, Ihre RemoteApp zu öffnen, wenn Benutzer Doppelklicken Sie darauf, aber es wird keine Dateierweiterung die RemoteApp zuordnen. Die Dateizuordnung machen müssen Sie eine MSI-Datei für Ihre RemoteApp erstellen. Wenn Sie die MSI-Datei auf einem kompatiblen Client ausführen wird es setup die Dateizuordnung und Icons (die konfiguriert werden können) erstellen. Folgen Sie diesen Schritten, um eine MSI-Datei auf dem Server erstellen:Klicken Sie auf Start» Verwaltung» Terminal Services» TS RemoteApp-Verwaltung
Wählen Sie die RemoteApp Sie nur im vorherigen Abschnitt setup
Die Aktionen klicken Sie im Menü auf erstellen Windows Installateur » Klicken Sie auf weiter» weiter
Auf diesem Bildschirm können Sie wählen, wo die Symbole für Ihre RemoteApp erstellt wird. WICHTIG: Dieser Bildschirm ist auch, wo Sie des Assistenten, um die Datei-Erweiterungen für die RemoteApp auf dem Clientcomputer zuordnen erklären. Wählen Sie ggf. das Kontrollkästchen für "Associate Client-Erweiterungen für das Programm mit dem RemoteApp-Programm".
Klicken Sie auf weiter» FinishRichten Sie eine Anwendung für den Remotezugriff mit Microsoft Windows Server 2008-Terminaldienste - von der Serverseite und Client-Seite.
Das war 's für die Konfiguration auf dem Server, und Sie sind fast fertig! Sobald Sie abgeschlossen haben sollte die Erstellung Ihrer RDP oder MSI-Datei ein Fenster zum Speicherort der die neu erstellte Datei eröffnen. Wenn Sie es finden müssen ist später der Standardspeicherort c Filespackaged Programme. Um die RDP-Datei alle verwenden, was Sie tun müssen ist Kopie der Datei für Ihre Clientcomputer. Benutzer können die Rem öffnen.Änderungen der Remoteverwaltung in Windows Server 2008
http://support.microsoft.com/kb/947723/dehttp://technet.microsoft.com/de-de/library/cc730673(WS.10).aspx
Office
http://technet.microsoft.com/de-de/library/cc303401.aspx
http://www.microsoft.com/downloads/de-de/details.aspx?familyid=5d0e7e0e-9e9b-43ba-a9ab-4775a26ffc2e&displaylang=de
Für IT-Experten: Bereitstellungshandbuch für Microsoft Office 2010
Ausführen
Im
So passen Sie die primäre Installation an, um einen Befehl auszuführen
1.
Erstellen Sie einen Netzwerkinstallationspfad, der das zu installierende Produkt enthält. Weitere Informationen finden Sie unter Erstellen eines Netzwerkinstallationspfads für Office 2010.Erstellen eines Netzwerkinstallationspfads für Office 2010
http://technet.microsoft.com/de-de/library/cc179063.aspx
Bereitstellen
http://blog.windows-server-praxis.de/category/windows-server/server-verwaltung/
mfg,entwicklerin
-
Hallo!
HSH-Patrick H
Ein Ausschnitt aus meinem Handbuch ORKDeployment.2010
Wenn ein Outlook 2010-Konto für die Verwendung des Exchange-Cache-Modus konfiguriert ist, verwendet Outlook 2010 eine lokale Kopie des Exchange-Postfachs eines Benutzers, die in einem Offlineordner (OST-Datei) auf dem Benutzercomputer gespeichert ist, und das Offlineadressbuch (OAB). Das zwischengespeicherte Postfach und das OAB werden regelmäßig anhand der Informationen auf dem Computer mit Exchange Server aktualisiert.
Der Exchange-Cache-Modus kann nur für Exchange Server-E-Mail-Konten konfiguriert werden. Der Exchange-Cache-Modus wird von allen Versionen von Exchange Server unterstützt, mit denen Outlook 2010 eine Verbindung herstellen kann, d. h. von Exchange Server 2003 oder höheren Versionen.
Wenn Sie keine Optionen für den Exchange-Cache-Modus konfigurieren, wird beim Upgrade von Microsoft Outlook auf eine neue Version der aktuelle Status des Exchange-Cache-Modus für vorhandene Profile nicht geändert. Wenn ein Benutzerkonto in Office Outlook 2003 oder Microsoft Office Outlook 2007 für die Verwendung des Exchange-Cache-Modus konfiguriert wurde, bleibt der Exchange-Cache-Modus weiterhin aktiviert, wenn der Benutzer ein Upgrade auf Outlook 2010 vornimmt. Als Speicherort für neue OST- oder OAB-Dateien wird der Standardspeicherort verwendet: Für Windows XP ist dies %USERPROFILE%\Lokale Einstellungen\Anwendungsdaten\Microsoft\Outlook, und für Windows Vista und Windows 7 ist dies %USERPROFILE%\AppData\Local\Microsoft\Outlook.
Sie können eine Reihe von Optionen für den Exchange-Cache-Modus konfigurieren, einschließlich des Standardspeicherorts für OST-Dateien für Benutzer in Ihrer Organisation, die noch keine OST-Dateien für den Exchange-Cache-Modus besitzen. Wenn Sie keinen anderen Speicherort für OST-Dateien angeben, erstellt Outlook eine OST-Datei am Standardspeicherort, wenn die Benutzer Outlook im Exchange-Cache-Modus starten.
Sie können die Einstellungen zum Anpassen des Exchange-Cache-Modus mithilfe der administrativen Gruppenrichtlinienvorlage (Outlk14.adm) sperren oder mithilfe des Office-Anpassungstools (OAT) Standardeinstellungen konfigurieren. In diesem Fall können Benutzer die Einstellungen ändern.Anpassen von Setup vor der Installation von Office 2010
Dieser Artikel enthält Informationen und Vorgehensweisen zum Anpassen von Setup vor der Installation von Microsoft Office 2010. In Office 2010 (wie in 2007 Microsoft Office System) wird die gesamte Installation vom Setupprogramm gesteuert, auch die Prozesse, die in früheren Office-Versionen als 2007 Office System von Windows Installer verwaltet wurden. Indem Sie das Standardverhalten von Setup anpassen, können Sie den Prozess steuern – z. B., um die Installation ohne Benutzereingriff auszuführen, im Namen der Benutzer den Product Key einzugeben und den Microsoft-Software-Lizenzbedingungen zuzustimmen oder um einen Organisationsnamen oder einen anderen Installationsort anzugeben.
Wir empfehlen, vor dem Anpassen von Setup die Artikel Übersicht über die Volumenaktivierung für Office 2010, Planen der Volumenaktivierung von Office 2010 und Konfigurieren und Bereitstellen der Volumenaktivierung von Office 2010 zu lesen.
Inhalt dieses Artikels:
Anpassen von Setup
Automatische Installation von Office
Anpassen von Setup
Zum Anpassen des Installationsvorgangs verwenden Sie das Office-Anpassungstool (OAT), in dem Sie eine Setupanpassungsdatei (MSP-Datei) erstellen. Diese Datei wird vom Setupprogramm angewendet, wenn Benutzer Office auf ihren Computern installieren.
In Office 2010 sind zwei architekturspezifische Versionen des Office-Anpassungstools verfügbar: eine Version für die 32-Bit-Version von Office 2010 und eine Version für die 64-Bit-Version von Office 2010. Die 64-Bit-Version des Office-Anpassungstools unterstützt 64-Bit-Clienteditionen von Office 2010 und weist die gleiche Benutzeroberfläche und die gleichen Funktionen und konfigurierbaren Einstellungen wie die 32-Bit-Version auf. Zum Ausführen der 32-Bit- oder 64-Bit-Version des Office-Anpassungstools verwenden Sie den gleichen Befehl. Wenn Sie beispielsweise die 32-Bit-Version des Office-Anpassungstools ausführen möchten, führen Sie wie im folgenden Beispiel dargestellt die Befehlszeile setup.exe /admin im Ordner x86 (32 Bit) aus: \\server\share\Office14\x86\setup.exe /admin. Zum Ausführen der 64-Bit-Version des Office-Anpassungstools führen Sie die Befehlszeile setup.exe /admin im Ordner x64 (64 Bit) aus. Weitere Informationen zur 64-Bit-Version von Office 2010 finden Sie unter 64-Bit-Editionen von Office 2010.
So passen Sie das Office-Setupprogramm an 1. Erstellen Sie einen Netzwerkinstallationspfad, indem Sie alle Dateien und Ordner von der Office-CD in einen Ordner im Netzwerk kopieren. Weitere Informationen dazu finden Sie unter
Erstellen eines Netzwerkinstallationspfads für Office 2010
In diesem Artikel wird das Erstellen, Replizieren und Schützen eines Netzwerkinstallationspfads für die Bereitstellung von Microsoft Office 2010 beschrieben. In der Regel ist dies der erste Schritt in einer Unternehmensbereitstellung von Office 2010. Dazu kopieren Sie alle Quelldateien von der Office-Installations-CD in einen freigegebenen Speicherort im Netzwerk. Benutzer führen das Setup vom Netzwerkinstallationspfad aus, oder Sie verwenden den Installationspfad aus Ausgangspunkt zum Erstellen eines Festplattenabbilds bzw. einer benutzerdefinierten CD oder zum Verteilen von Office mithilfe eines Softwarebereitstellungstools wie beispielsweise Microsoft System Center Configuration Manager 2010.
Inhalt dieses Artikels:
Erstellen des Netzwerkinstallationspfads
Replizieren des Netzwerkinstallationspfads
Sichern des Netzwerkinstallationspfads
Erstellen des Netzwerkinstallationspfads
Verwenden Sie das folgende Verfahren zum Erstellen eines Netzwerkinstallationspfads. 1. Erstellen Sie in einem Speicherort auf dem Server, auf den leicht zugegriffen werden kann, einen Ordner für die Office-Quelldateien. Beispiel:
Hinweis:
Erstellen Sie den Netzwerkinstallationspfad nicht im Stammverzeichnis des Servers.
2. Legen Sie die Office-CD in das CD-ROM-Laufwerk ein.
3. Markieren Sie in Windows-Explorer alle Dateien und Ordner auf der CD. Kopieren Sie den CD-Inhalt in den Ordner im Netzwerk. Dieser Speicherort wird der Netzwerkinstallationspfad.
4. Wenn Sie mehrere Sprachversionen von Office 2010 bereitstellen, kopieren Sie die einzelnen gewünschten Sprachpakete vom Quellmedium in den Installationspfad. Wenn Sie aufgefordert werden, doppelte Setupdateien zu überschreiben, klicken Sie auf Nein.
Hinweis:
In Office 2010 werden die Setuphauptdateien für alle Office-Produkte und Sprachpakete gemeinsam genutzt. Da diese Setuphauptdateien identisch sind, besteht kein Grund, die Dateien zu überschreiben, beispielsweise beim Hinzufügen von
Sprachpaketen. Außerdem bleibt der Netzwerkinstallationspfad beim Hinzufügen von Dateien online und für Benutzer verfügbar, wenn Setupdateien nicht überschrieben werden.5. Wenn Sie mehrere Office 2010-Produkte bereitstellen, kopieren Sie diese Dateien von der CD in den Installationspfad. Wenn Sie aufgefordert werden, doppelte Setupdateien zu überschreiben, klicken Sie auf Nein.
6. Wenn Sie eine Setupanpassungsdatei (MSP-Datei) für die Installation erstellen, speichern Sie die Datei im Ordner Updates im Stamm des Installationspfads.
Alternativ können Sie an der Eingabeaufforderung die Option /adminfile eingeben, um eine Setupanpassungsdatei anzugeben.
7. Wenn Benutzer Office 2010 installieren, nachdem Produktupdates freigegeben wurden, speichern Sie diese MSP-Dateien im Ordner Updates.
Der Installationspfad enthält nur eine Kopie des sprachneutralen Kernprodukts. Für jede hinzugefügte Sprache ist zusätzlicher Speicherplatz für die sprachspezifischen Komponenten erforderlich.Im Gegensatz zu Versionen der Microsoft Office-Produkte vor 2007 Microsoft Office System müssen Sie in Office 2010 (und in 2007 Office System) keinen administrativen Installationspfad erstellen, indem Sie das Setup mit der Befehlszeilenoption /a ausführen, um die komprimierten Quelldateien zu extrahieren. In Office 2010 und in 2007 Office System erfolgen alle Installationen von der komprimierten Quelle.
Replizieren des Netzwerkinstallationspfads
In den meisten Unternehmen ist der Netzwerkinstallationspfad der Speicherort, von dem Benutzer Office erstmals installieren. Nach der Installation von Office 2010 wird die Netzwerkquelle in der Regel für Aufgaben wie das Aktualisieren, Ändern oder Neuinstallieren von Office nicht mehr benötigt. Beim Setup wird automatisch eine lokale Installationsquelle auf dem Computer jedes Benutzers erstellt.
Wenn die lokale Quelle jedoch beschädigt oder gelöscht wird, wird sie auf dem Computer des Benutzers von der ursprünglichen Netzwerkquelle erneut erstellt.
Es wird aus den folgenden Gründen empfohlen, die Netzwerkquelle in mehreren Speicherorten zu replizieren:
Verfügbarkeit: Wenn Sie mehrere Netzwerkinstallationspfade erstellen (die sich am gleichen physischen Standort befinden können), ist sichergestellt, dass Benutzer immer Zugriff auf eine Netzwerkquelle haben. Im Idealfall sollten die doppelten Netzwerkinstallationspfade mit DFS-Technologien (Distributed File System, verteiltes Dateisystem) verwaltet werden und für Benutzer transparent sein.
Benutzernähe: Viele Unternehmen verfügen über Hochgeschwindigkeits-LANs, die über deutlich langsamere WAN-Verbindungen mit anderen Niederlassungen oder Zweigstellen verbunden sind. Wenn Sie an den Remotestandorten einen doppelten Netzwerkinstallationspfad einrichten, müssen die Office-Quelldateien nur einmal über die langsame Netzwerkverbindung übertragen werden; anschließend können die Benutzer auf eine näher gelegene Netzwerkquelle zugreifen.
Konsistenz: Wenn Sie einen Netzwerkinstallationspfad mit allen gewünschten Anpassungen erstellen und diesen dann bei Bedarf duplizieren, ist sichergestellt, dass in der gesamten Organisation die gleiche Konfiguration bereitgestellt wird.
Flexibilität: Wenn über den primären Netzwerkinstallationspfad eine Standardunternehmenskonfiguration von Office 2010 installiert wird, können regionale Niederlassungen zusätzliche Anpassungen auf die replizierten Netzwerkinstallationspfade anwenden und Office 2010 an die individuellen regionsspezifischen Anforderungen anpassen. 1. Starten Sie das Office-Anpassungstool (OAT), indem Sie Setup mit der Befehlszeilenoption /admin ausführen.
2. Klicken Sie im Abschnitt Setup auf Weitere Netzwerkquellen und dann auf Hinzufügen. Geben Sie in das Dialogfeld Eintrag für Netzwerkserver hinzufügen den Pfad des Speicherorts ein, in den Sie den Netzwerkinstallationspunkt kopieren möchten, und klicken Sie dann auf OK.
Sie können so viele zusätzliche Quellspeicherorte wie nötig hinzufügen.
3. Speichern Sie die vom Office-Anpassungstool generierte Setupanpassungsdatei (MSP-Datei), im Ordner Updates im Stamm des Netzwerkinstallationspfads.
4. Kopieren Sie die gesamte Ordnerstruktur des Netzwerkinstallationspfads in die in der Setupanpassungsdatei angegebenen Speicherorte.
Benutzer, die Office 2010 von einem dieser Netzwerkinstallationspfade installieren, haben Zugriff auf die Sicherungsnetzwerkquellen. Beim Setup werden diese Quellen automatisch überprüft, wenn eine alternative Quelle erforderlich ist.
Sichern des NetzwerkinstallationspfadsBefolgen Sie die folgenden bewährten Methoden, um den Netzwerkinstallationspfad für Office zu schützen:
Stellen Sie sicher, dass der Zugriff auf die Quelldateien schreibgeschützt ist. (Die Dateien Setup.xml und Paket.xml (beispielsweise ProPlusWW.xml für Microsoft Office Professional 2010) sind digital signiert und können nicht geändert werden.)
Wenn Sie eine Netzwerkfreigabe für die Bereitstellung von Office 2010 mithilfe von Gruppenrichtlinienskripts zum Starten des Computers vorbereiten, müssen Sie sicherstellen, dass den authentifizierten Benutzern Lesezugriff auf die Netzwerkfreigabe erteilt wird. Informationen zu Skripts zum Starten des Computers finden Sie unter Bereitstellen von Office 2010 mithilfe von Gruppenrichtlinienskripts zum Starten des Computers .
Speichern Sie alle erstellten Anpassungsdateien als schreibgeschützt. Dazu gehören Setupanpassungsdateien und benutzerdefinierte Config.xml-Dateien.
Wenn Sie Protokolldateien im Netzwerk zentral verwalten, stellen Sie sicher, dass Benutzer über Lese-/Schreibberechtigungen für diesen Speicherort verfügen.
Stellen Sie sicher, dass alle Benutzer vor der Installation von Office 2010 über Administratorrechte verfügen. Hierzu können Sie die vorhandene Softwarebereitstellungsinfrastruktur verwenden.
Testen Sie wie bei jeder Office-Bereitstellung alle Anpassungen und die Bereitstellung im Rahmen der Bereitstellungspilottests in einer Nichtproduktionsumgebung, bevor Sie Office 2010 für Benutzer in der Organisation bereitstellen.
Siehe auch
Office-Anpassungstool in Office 2010
Administratoren verwenden die Datei Config.xml zum Ausführen von Installations- und Wartungsaufgaben für Microsoft Office 2010
http://technet.microsoft.com/de-de/library/cc179195.aspx
Übersicht über das Office-Anpassungstool
Das OAT ist Teil des Setupprogramms. Es ist das empfohlene Tool für die meisten Anpassungen. Sie führen das OAT aus, indem Sie im Stammverzeichnis des Netzwerkinstallationspfads, in dem sich die Quelldateien von Office 2010 befinden, an der Befehlszeile setup.exe /admin eingeben. Beispiel: \\Server\Freigabe\Office14\setup.exe /admin. Das OAT ist nur für Volumenlizenzversionen von Office 2010 und 2007 Office System verfügbar. Wenn Sie herausfinden möchten, ob es sich bei Ihrer Installation von Office 2010 um eine Volumenlizenzversion handelt, überprüfen Sie, ob sich auf dem Office 2010-Installationsdatenträger der Ordner Admin befindet. Wenn der Ordner Admin vorhanden ist, handelt es sich um eine Volumenlizenzversion. Wenn der Ordner Admin nicht vorhanden ist, handelt es sich um eine Verkaufsversion. Informationen zum Netzwerkinstallationspfad finden Sie unter Erstellen eines Netzwerkinstallationspfads für Office 2010.Beim Ausführen des OAT wählen Sie aus, ob Sie eine neue Setupanpassungsdatei (.msp) erstellen oder eine vorhandene MSP-Datei öffnen möchten. Wenn Sie eine neue Datei erstellen, wird im OAT eine Liste der Produkte angezeigt, die im Netzwerkinstallationspfad zur Verfügung stehen. Sie müssen ein einzelnes Produkt auswählen, das Sie anpassen möchten.
Wenn Sie mit dem OAT eine vorhandene MSP-Anpassungsdatei ändern, wird empfohlen, eine MSP-Datei für das anzupassende Produkt zu verwenden. Beispiel: wenn Sie Microsoft Office Professional Plus 2010 anpassen, wählen Sie eine MSP-Anpassungsdatei für Office Professional Plus 2010 aus.
mfg,entwicklerin
