Dukel

Es geht nicht um das Lizenzen sparen! Ich frage mich ob dies ein indirekter Zugriff ist, da der Anwender weder auf Exchange direkt zugreift noch aktiv die Mails abruft. Außerdem sehe ich in den PUR bei Exchange nichts mit einem Indirekten Zugriff.

Das ist eine CAL brauche ist klar. Brauche ich diese für den anderen Mailserver oder für alle Clients/Benutzer?

Im Gegensatz zu SQL ist dies ja kein indrekter Zugriff, da der Zugriff auch ohne Anwender passiert da der andere Mailserver die Mails ohne zutun der Anwender abruft. Der Kunde hat eine Verwaltungssoftware, die interne Vorgänge verwaltet. Diese hat eine eigene eMail Funktion. Damit nicht die Hälfte der Mails auf dem Exchange bearbeitet werden und die andere Hälfte der Mails in der Software verwaltet werden möchte der Kunde alle Mails nur in der Software benutzen. Hier geht es auch nicht um das sparen von Lizenzen.

Hallo, ich habe einen Kunden mit folgendem Konstrukt. [Exchange Server] -- Pop3 --> [Anderer Mailserver] -- Clientzugriffe --> [Clients] Der Kunde hat einen Exchange Server und alle Mails werden per Pop3 vom einem anderen Mailserver abgeholt und den Anwendern zugestellt. Die Anwender greifen mit keinem Protokoll selbst auf den Exchange Server zu. Brauchen die Anwender bzw. die Anwenderclients eine Exchange CAL oder nur der andere Mailserver? Der andere Mailserver ruft die Mails regelmäßig ohne zutun der Anwender von Exchange ab. Viele Grüße

Das Problem ist das der externe Test die internen Zertifikate nicht kennt. Daher kann es ja sein, dass es keine Zertifikatsfehler auf den Systemen gibt, die es betrifft.

Wenn du ein SQL Full Backup machst, machst du einfach im Anschluss ein Transaktionsprotokoll Backup.

Beim Konnektivitätstest kannst du Zertifikatsfehler ausnehmen. Kommen dann immer noch Fehler?

Du musst mehrere Abfragen mit -or oder -and verknüpfen. (EmailAddresses -like '*@abc.de') -or (EmailAddresses -like '*@yxz.de') -or (EmailAddresses -like '*@ard.de')

Bei einem Raid 1 wartet eine Operation auf beide Disks. Es wird immer auf beide geschrieben.

Es gibt kein "besseres" sondern nur für die Anforderungen passenderes. Neben dem Support gibt es bei Dynamik den "Nachteil", dass man die Storage besser monitoren muss weil die Disks volllaufen können.

Wie wäre es eigendlich mit einem Netzwerkscanner? Dann hast du all diese Probleme nicht.

Wenn es nicht anderst konfiguriert wurde, dann ja.

Beim trennen sollte der Benutzer nicht abgemeldet werden. Nur beim expliziten abmelden.

Pflege doch einfach die Abteilung und nutze dieses Attribut. Das geht auch einfach per Script für die vorhandenen Benutzer.

Wozu müssen alle Besprechungen in einem Kalender auftauchen? Du kannst, neben den Räumen, eine weitere Ressource angelegen (Besprechungen). Beim Buchen einer Besprechung nimmt man beide Ressourcen auf (Raum + Besprechung) und im Besprechungskalender sieht man dann alle Besprechungen. Es kann natürlich auch mit einem öffentlichen Ordner gehen.

Nutze Ressourcen. Dabei bucht der einladende die Ressource und der Termin wird in dieser Ressource angezeigt und in allen persönlichen Kalendern, die eingeladen wurden.

Evtl. geht es mit $path = "D:\Austausch\*\Processed" wenn dies nicht geht, dann beim Where-Object, wenn du den Pfad nach Processed überprüfst.

Bei Exchange muss man seit einiger Zeit nicht mehr in ein SAN investieren, da Lokale SAS oder SATA Disks empfohlen werden.

Das geht. Aber ich würde auf diese Möglichkeit verzichten und eher die Storage Spiegelung nutzen.

Wie meinst du das? Du kannst natürlich mehrere LUNs von unterschiedlichen Storages einbinden.

Wenn SAN gesetzt ist muss der CN auch im SAN stehen.

Du solltest das Problem eingrenzen. Woher kommt das Problem. Können andere Personen auf diesen Server zugreifen und nur du nicht? Kannst du auf andere Server von anderen Personen zugreifen? -> Liegt das an dir oder liegt das an dem Serverbetreiber?

Hast du Hyper Threading aktiviert? Wenn nicht, dann würde ich dem WWS keine acht vCPU geben, da die Physikalische CPU nur sechs Kerne hat. Numa hat nichts mit einem oder mehreren Servern zu tun.

Outlook Anywhere! Es hat nichts mit Autodiscover zu tun. http://www.msxfaq.de/exchange/clients/oaclient.htm

Ich wollte jetzt nicht alles lesen, aber um Rechner aus anderen Domänen oder einer Workgroup zu verbinden musst du Outlook Anywhere (Im Outlook) konfigurieren.