alpino 10 Geschrieben 20. Mai 2011 Melden Teilen Geschrieben 20. Mai 2011 Hallo, nach dem Studium der PUR und der Suche im Forum ist meine folgende Frage immer noch offen. Brauche ich für administrative / (Service) Mailboxen eine Exchange CAL? Zur Erklärung. Exchange Server 2003 Enterprise aus select-Vertrag Administrative Mailboxen sind bei uns Mailboxen, die eine bestimmte Mailadresse haben, Mails damit empfangen und zB an einen öffentlichen Ordner weiterleiten. Der Account für die Mailbox wird also indirekt genutzt, es meldet sich keiner mit den Daten an. In der letzten verfügbaren PUR für Exchange 2003 von July 2006 steht: • You must acquire and assign a CAL to each device or user that accesses your instances of the server software directly or indirectly. A hardware partition or blade is considered to be a separate device. The appropriate CAL for each product is listed in the table below. Ist das oben beschriebene nun ein User oder nicht? Von Authentifizierung am AD steht ja nichts da. Jemand eine Idee? Danke Zitieren Link zu diesem Kommentar
Dr.Melzer 191 Geschrieben 20. Mai 2011 Melden Teilen Geschrieben 20. Mai 2011 Habt ihr für den Exchange Geräte- oder User CALs? Zitieren Link zu diesem Kommentar
alpino 10 Geschrieben 20. Mai 2011 Autor Melden Teilen Geschrieben 20. Mai 2011 Wir haben UserCals. Zitieren Link zu diesem Kommentar
Dr.Melzer 191 Geschrieben 20. Mai 2011 Melden Teilen Geschrieben 20. Mai 2011 Ok, danke für die Info. Wer benutzt denn jetzt diese "Administrativen" Mailboxen? Wer liest die Mails die dort ankommen und wie macht er das? Zitieren Link zu diesem Kommentar
alpino 10 Geschrieben 23. Mai 2011 Autor Melden Teilen Geschrieben 23. Mai 2011 Die administrativen Mailboxen nehmen Mails an, zB produktxyz@... Diese Mails werden dann automatisch an einen internen öffentlichen Ordner(gleicher ExchangeServer) weitergeleitet. Darauf greifen mehrere Mitarbeiter per Outlook zu. Alles intern und Mitarbeiter des Unternehmens. Danke Zitieren Link zu diesem Kommentar
lizenzdoc 207 Geschrieben 23. Mai 2011 Melden Teilen Geschrieben 23. Mai 2011 Man kann das auch einfach betrachten … Bei User-CAL > man braucht für jede „körperliche“ Person im Unternehmen eine Exchange-User-CAL, die auf den Exchange-SVR zugreift, egal über welche Devices der Zugriff läuft … Oder bei Device-CAL > man braucht für jedes Device im Unternehmen eine Exchange-Device-CAL, das auf den Exchange-SVR zugreift, egal welcher und wie viele User den Zugriff tätigen … Genau überlegen muss man immer, wenn man das auch noch mischt …. Postfächer interessieren aktuell MS bei der Lizensierung (noch)nicht. Die programtechnischen Klimmzüge auch nicht, es zählt nur welcher User, oder welches Device, je nach Lizensierungsart ! ... und auf diesen öffentlichen Ordner greifen ja User od. Devices zu .... VG, Franz Zitieren Link zu diesem Kommentar
Dr.Melzer 191 Geschrieben 23. Mai 2011 Melden Teilen Geschrieben 23. Mai 2011 Darauf greifen mehrere Mitarbeiter per Outlook zu. Alles intern und Mitarbeiter des Unternehmens. Haben alle diese Mitarbeiter User CALs? Zitieren Link zu diesem Kommentar
alpino 10 Geschrieben 23. Mai 2011 Autor Melden Teilen Geschrieben 23. Mai 2011 @Franz: Ja, so einfach ist es mir auch am liebsten. @ Dr. Melzer: Ja, alle Mitarbeiter haben (User)CALs. Danke Zitieren Link zu diesem Kommentar
Dr.Melzer 191 Geschrieben 23. Mai 2011 Melden Teilen Geschrieben 23. Mai 2011 Ja, alle Mitarbeiter haben (User)CALs. Dann benötigst du keine weiteren Exchange CALs denn jeder User der eine Exchange User CAL verfügt darf auf den Exchaneg zuggreifen egal was er dort macht. Zitieren Link zu diesem Kommentar
alpino 10 Geschrieben 24. Mai 2011 Autor Melden Teilen Geschrieben 24. Mai 2011 Dann passts ja. Vielen Dank an alle die geholfen haben. Gruss Alpino Zitieren Link zu diesem Kommentar
Dr.Melzer 191 Geschrieben 24. Mai 2011 Melden Teilen Geschrieben 24. Mai 2011 Gerne. Zitieren Link zu diesem Kommentar
Empfohlene Beiträge
Schreibe einen Kommentar
Du kannst jetzt antworten und Dich später registrieren. Falls Du bereits ein Mitglied bist, logge Dich jetzt ein.