Jump to content

Christoph35

Members
  • Gesamte Inhalte

    3.624
  • Registriert seit

  • Letzter Besuch

Beiträge erstellt von Christoph35

  1. 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

  2. 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)
  3. nachdem ich jetzt das Restore nochmals ausprobiert habe mit "stsadm" wurde alles wiederhergestellt!

     

    Ausnahmen sind ...

     

    Es gibt noch min. eine weitere Ausnahme:

     

    Siehe SharePoint Central Administration: High Availability, Load Balancing, Security & General Recommendations

    AAMs are not backed up

    The only way to back up your AAM configuration is to document it. The only way to restore your AAM configuration is to re-implement it based upon that documentation. This is not specific to SPCA but a general problem (one of many!) with AAMs.

     

    Christoph

  4. Ich hab solche Fälle bisher noch nicht gehabt. Der einzige Grund wozu man den Client braucht, wenn du unbedingt Userauthentifizierung für solche Protokolle forderst. Ansonsten läßt sich alles auch ohne den Client lösen. Mir wäre jedenfalls nix anderes bekannt. ;)

     

    Bye

    Norbert

     

    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

  5. Abgesehen davon, warum willst du den Fireallclient nutzen wenn es ohne ihn funktioniert? Der ist sowieso meist nur hinderlich.

     

    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

  6. Ich bin in den Eigenschaften vom SMTP Connector => Registerkarte Empfangseinschränkungen => Nachrichten ablehnen von

    Da kann ich nur Benutzer und andere Objekte hinzufügen aber keine

    Gruppen :-(

     

    Wie kann ich das ändern?

     

    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

  7. Hallo zusammen.

     

    Habe mal ein paar grundsätzliche Fragen zum ISA Server 2006.

     

    Sollte ein ISA-Server lieber in einer Arbeitsgruppe stehen anstatt ein Domänenmitglied zu sein?

    Für die OWA-Authentifizierung kann man dann einen LDAP-Server (z.B. DC mit GC bei Stand-Alone-ISA) eintragen. Gilt selbiges auch für die Veröffentlichung von SharePoint?

     

    Besten Dank

     

    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

  8. Nun denke ich, dass Outlook Anywhere eine gute Idee ist. Ich habe es im server nun auch eingestellt.

     

    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.

     

    Nur stellt Outllok keine Verbindung her.

    Gebe ich nun exakt die gleiche URL wie bei OWA an (https://kunde.dyndns.org/owa) oder etwas anderes. Wöhle ich in Outllok hier nun Exchange oder ein HTTP-Postfach...

     

    Mein Problem ist also rein handwerklicher Natur. Danke für dein Verständnis. :rolleyes:

     

    Auch hier die Frage, wie bist Du vorgegangen?

     

    Christoph

  9. Aso wollte mich schon wundern. :)

     

     

     

    Im ersten Link waren ja einige Einstellungen hinsichtlich des Outlook Profils vorgeschlagen worden. Hast du die schonmal getestet?

     

    bye

    Norbert

     

    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

  10. OK.

    Wo genau siehst du dieses "Abraten"?

    Und wo genau sieht du einen Hotfix?

    Bye

    Norbert

     

    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

  11. 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

  12. Hi!

     

    "mmc - zertifikate - aktueller Benutzer"

     

    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

×
×
  • Neu erstellen...