Christoph35

Hmm, ist doch schon was alt, der Link. Vor allem: Warten wir also lieber auf den nächsten CTP. Christoph

Weil man dann 30 min. mehr Zeit hat, z.B. Ich habe damals sämtliche Tests in englisch gemacht. Christoph

Euch ist bewußt, dass W2K ab Mitte nächsten Jahres von MS nicht mehr mit Patches versorgt wird? Christoph

Falls es Lowcost sein muss, wie wär´s dann u.U. hiermit? Openfiler — Openfiler Homepage Kann z.B. als iSCSI Target dienen. Christoph

Über Site Actions / Edit Page kann man Web Parts hinzufügen. Da sollte beim MOSS auch ein OWA Webpart dabei sein, war es jedenfalls in der Vorgängerversion (SPS 2003). Ggf. muss der Web Part erst der WebpartGallery der Site hinzugefügt werden. Christoph

Einfach ist sehr subjektiv ;) Aber es sollte gehen, welche Exch.-Version ist es denn`? EX2007? 2003?

Office SharePoint Server 2007 Die technische Library für MOSS solltest Du vielleicht mal lesen. Bezgl. deiner Frage nach e-mail aktivierten Ordnern: Über die Settings der Document-Library kannst Du die Incoming-Email Settings konfigurieren. Setzt natürlich voraus, dass der Sharepoint-Server für Incoming EMail konfiguriert ist. Ist aber auch unter o.g. URL zu finden. Bezgl. Mail: welches Mail-System habt ihr? Exchange ? Dafür gibt es imho Webparts; für andere Mail-Systeme müsstet ihr mal schauen, ob solche für Sharepoint 2007 angeboten werden. Christoph

Off-Topic: Nur mal so am Rande: du kennst Dich noch nicht so gut mit Sharepoint aus, wenn ich diesen Beitrag hier mal heranziehe: http://www.mcseboard.de/windows-forum-ms-backoffice-31/unterschied-zwischen-sharepoint-server-2007-services-146831.html#post903661 Und dann heute schon solche Fragen? Oder die nach dem Sharepoint-DB-Zugriff? :shock: Das sieht mir alles mehr nach einer Hau-Ruck-Aktion als nach einem geplanten Deployment von Sharepoint aus.... :suspect: Hier etwas zum Nachlesen: Back up and restore an entire farm (Office SharePoint Server 2007)

Es gibt noch min. eine weitere Ausnahme: Siehe SharePoint Central Administration: High Availability, Load Balancing, Security & General Recommendations Christoph

Der Sharepoint Server ist quasi eine Obermenge der Sharepoint Services. Die WSS können auch ohne den MOSS laufen, aber nicht umgekehrt. Aber warum liest Du nicht einfach mal die verlinkten Sites? Christoph

Da nur bestimmte User die Software nutzen sollen, muss ich diese User auch authentifizieren. Ich bin ja auch nicht begeistert davon; mir wäre es lieber, die SW könnte den Proxy des Browsers ermitteln und nutzen, aber die Bank hat ein proprietäres Protokoll :mad: Aber das wird jetzt off topic... Vielleicht sollte der TO einfach mal die genaue Konfig der FW- und der Netzwerk-Regel posten, vielleicht ist da doch noch irgendwo ein Fehler. Christoph

Hier kannst Du mal loslegen... Microsoft Office SharePoint Server Christoph

Manchmal gehts aber auch nicht ohne... z.B. haben wir eine Bankingsoftware im Einsatz, die nur mit installiertem FW-Client Verbindung zum Bank-Server aufnehmen kann. :rolleyes: Sonst ist da keine Proxy-Fähigkeit eingebaut :mad: Christoph

Hi! Dell Open Manage: Array and Hard Disk Properties and Tasks : Dell OpenManage Server Administrator Storage Management User's Guide Christoph

Ja, es müssen Verteilergruppen sein, oder Sicherheitsgruppen, die auch als Verteiler dienen, aber MS rät davon ab, weshalb die wohl auch nicht ohne weiteres ausgewählt werden können: Mail delivery is slow after you configure delivery restrictions that are based on a distribution list Christoph

Hi! Wenn Du da, wo du die User-Objekte angeben kannst, auf Advanced und Find Now klickst, werden die auch die Gruppenobjekte angezeigt. Aber beachte, dass Du auch einen Reg.-Key setzen musst, damit Exchange die Beschränkungen auch anwendet: How to Enable Registry Keys for Delivery Restrictions Je nachdem, wie groß eure Umgebung ist, kann auch der Artikel noch interessant sein: Performance issues due to connector restrictions Christoph

Es unterschiedliche Auffassungen dazu, ob ein ISA-Server Domain-Member sein sollte, oder nicht. Lies mal auf ISAserver.org nach: Debunking the Myth that the ISA Firewall Should Not be a Domain Member Thomas Shinder Blog Blog Archive To Join the Domain or Not Join the Domain, that is The Question Es spielt imho auch keine Rolle, ob Du OWA oder Sharepoint über LDAP-PreAuthentication absicherst, sollte beides funktionieren. Wie das für OWA aussehen kann, kannst Du auch bei Shinder nachlesen: LDAP Pre-authentication with ISA 2006 Firewalls: Using LDAP to Pre-authenticate OWA Access (Part 1) LDAP Pre-authentication with ISA 2006 Firewalls: Using LDAP to Pre-authenticate OWA Access (Part 2) LDAP Pre-authentication with ISA 2006 Firewalls: Using LDAP to Pre-authenticate OWA Access (Part 3) LDAP Pre-authentication with ISA 2006 Firewalls: Using LDAP to Pre-authenticate OWA Access (Part 4) Christoph

Was hast Du da genau konfiguriert? Hast Du auch ein SSL-Zert., das für OWA anstandslos akzeptiert wird? Soll heißen, der Browser zeigt keine Fehlermeldung für das SSL-Zertifikat an? Wie z.B. nicht vertrauenswürdige Root-CA, abgelaufenes oder noch nicht gültiges Zertifkat, Hostname und Zertifikatsname stimmen nicht über ein. Dass keine dieser Meldungen angezeigt wird, ist zwingende Voraussetzung dafür, dass Outlook Anywhere Access funktioniert. Auch hier die Frage, wie bist Du vorgegangen? Christoph

SP2: Ja, aber siehe oben: Christoph

Ich bin nicht direkt für die Betreuung der User bei uns zuständig, werde es aber mal ans Helpdesk weitergeben. Sollen die mal bei einem testen. Ich wollte es eigentlich erst nicht, wg. der geringeren Security, aber was nutzt mir die Security, wenn die User nicht vernünftig arbeiten können... Update: NTLM ist gesetzt, aber trotzdem gibt es die Probleme... Christoph

Sorry :o, richtiger Linktext, aber falsche URL eingebunden, hier der richtige Link: Outlook 2007 prompts you repeatedly for a password under certain network conditions Wobei ja leider die "certain network conditions" im Artikel auch nicht näher definiert sind... In anderen Artikeln habe ich einen Hinweis auf ReceiveSideScaling gefunden und auf unserem Exch.-Server geprüft. Diese Funktion haben wir bereits abgeschaltet. Hat aber nix gebracht. Christoph

Hallo, wir haben vor einigen Wochen unsere Clients auf Office 2007 SP1 umgestellt. Seit kurzer Zeit kommt es nun vermehrt zu Problemen, dass User aufgefordert werden, ihr Kennwort einzugeben. Es erscheint ein entsprechender Dialog mit dem Titel "Connect to <unsere smtp-domain>". Wir haben Exch. 2003 mit SP2 im Einsatz. Das Problem tritt nicht bei allen Clients auf und nur sporadisch. Ich habe schon KB-Artikel 956531 gefunden, aber der Hotfix steht für uns eher nicht zur Debatte, weil wir Lockout-Policies haben und bei deren Einsatz von der Installation/Registry Veränderung abgeraten wird. Weitere Details folgen, sobald ich mehr von unseren Servicedesk-Kollegen erfahre (eventlog-Einträge, etc). Hat von euch auch schon jemand das Problem gehabt, und ggf. schon gelöst? Christoph

Hi! Das Zertifikat für den Webserver muss aber im Zert.-Speicher für den Computer hinterlegt werden. Steht auch so im Tutorial. Bezgl. der unterschiedlichen Namen: Wenn Du z.B. einen ISA Server dazwischen schaltest, kannst Du auf dem ISA ein Zertifikat für den öffentlichen Namen hinterlegen und den TS dort unter diesem Namen veröffentlichen. Der Terminal-Server kann dann intern den lokalen Namen behalten und auf diesen leitest Du die Veröffentlichung dann weiter. Hab ich für Exchange (OWA) mal so eingerichtet in einer Test-Umgebung. Könnte ggf. auch für TS-Web klappen. Christoph

Würde mich auch mal interessieren, warum da ein Job 8 Std läuft. Über welche Datenmenge, welche Hardware und welche Art Job reden wir da? Christoph

Hier ein interessanter Artikel des dt. Microsoft-Directory-Services-Support-Teams zum Thema Computerkennwörter: Aktives Verzeichnis Blog : Wann läuft ein Maschinenaccount / Computerkonto ab? Gar nicht! Christoph