neuer Tag neues Glück, guten Morgen,
ich wollte eben einen Resourcenkalender für ein Fahrzeug anlegen. hat soweit auch funktioniert.
Im Moment wird das Fahrzeug von einer Person verwaltet. d.h. sie sollte Termine eintragen, löschen, ändern können.
Für alle anderen User sollte der Kalender nur lesend sichtbar sein. Sie sollten die Resource auch nicht über einen neuen Termin reservieren können.
wie kann ich das Schreibrecht auf diesen Kalender eingrenzen?
danke für eure Hilfe
vg
emmi
Per shell kommt leider ein fehler.
in der EMC unter Serverkonfig->Clientzugriff->Allgemein?
da kommt dann die Meldung, man möge die änderung auch für das ECP VZ machen.
was ist das ECP? Exchange control panel? bei EMC ging ich mal von Exchange management console aus? also verwaltungskonsole.
hmmmm.
ich habe da jetzt überall das remote mit mail ersetzt.
(OWA, ECP,MS Server AtiveSync,.....)
aber im OWA bei der freigabe vom kalender erscheint als link
immer noch remote....
wäre es einfacher die subdomain remote einzurichten und dann auf den server entsprechend umzuleiten?
ahh. jetzt gehts. die umstellung hat wohl etwas gedauert.
somit läuft mal alles sauber.
-------------------------------------------------------------
Herlichen Dank für die super und zielführende Hilfe. Ich werde das Forum gerne weiterempfehlen.
mir hat der Link: http://technet.microsoft.com/de-de/library/ff607475.aspx sehr geholfen.
unter Step 3 wäre noch zu beachten, dass es bei mir erst ging (so glaube ich zumindest) als ich bei der Freigaberichtlinie die Aktion "Anonymous" eingetragen habe. mit "*" ging es nicht.
nochmals vielen Dank für die Hilfe
vg
emmi
ah. jetzt ist mir klar was du gmeint hast.
hab ich unter lehrsaal angemeldet und den kalender
freigeben können.
uff was für eine geburt. bzgl. Admins teile ich deine meinung.
leider gehöre ich wohl auch du diesem volk 
wie kann ich das remote/mail problem lösen?
wenn ich mir mit:
Get-OWAVirtualDirectory | Select Name, Server, ExternalURL, Identity
die Identity und die ExterneURL anzeigen lasse erhalte ich:
SERVER-1\owa für Identity und
http://remote.domain..... für ExternalURL
dann müsste ich doch mit
Set-OwaVirtualDirectory -Identity "SERVER-1\owa" -ExternalUrl "https://mail.mainedomain/owa"
das berichtigen können oder?
bad luck:
Der Vorgang konnte nicht ausgeführt werden, weil das Objekt 'SERVER-1\owa' nicht auf 'SERVER-1.domain.local' gefunden wurde.
wie gesagt, mit
Get-OWAVirtualDirectory | Select Name, Server, Calendar*,ExternalURL, Identity
erhalte ich remote.......
in der praxis verwende ich aber mail......
gibts da jetzt nen konten drin? ich hatte das damals nicht selbst eingerichtet.
freigabe ist immer noch nicht möglich.
nur um sicher zu gehen:
Kannst du dich denn mit deinen Anmeldedaten am Raumpostfach anmelden?
was meinst du damit? mit meinem account bei owa anmelden und dann auf kontextmenu von lehrsaaaaal und dann freigabe?
remote.deinedomain.tld/owa
ja, das ist mir aufgefallen als ich folgendes gemacht hatte:
Get-OWAVirtualDirectory | Select Name, Server, Calendar*,ExternalURL, Identity
die subdomain "remote" gibt es aber gar nicht. wenn ich über owa reingehe heißt diese https://mail.meinedomain.tdl/owa
bei remote kommt ein 404 fehler.
bzgl. rechten habe ich in der konsole->empfängerkonfiguration->postfach->lehrsahl
kontextmenü: berechtigung"vollzugriff" verwalten mich eingetragen. paßt das so?
leider gehts trotzdem nicht 
hab mal über owa geschaut.
das feld für die freigabe des kalenders im internet ist leider ausgegraut.
neuer Status: ich konnte meinen eigenen kalender freigeben. hat über owa funktioniert. (gleicher menupunt wie im screenshot nur mit dem Kalender "Kalender" und nicht "Lehrsahl".
wie bekomme ich das mit dem Kalender des Lehrsahls hin? dieser ist ja ein Raum und kein Benutzer welcher sich anmelden kann oder?
noch kurz ein update zu Step 2:
Get-OWAVirtualDirectory | Select Name, Server, Calendar*
Name Server CalendarEnabled CalendarPublishingEnabled
---- ------ --------------- -------------------------
owa (Default Web Site) SERVER-1 True True
sollte also soweit passen oder?
War jetzt nicht schwer sich das selbst rauszusuchen, oder?
das kommt immer auf die Betrachtungsweise an.
sorry, hatte ich nicht erwähnt. es handelt sich um einen SBS.
ändert sich die Lage dadruch dramatisch?
woher soll ich wissen welcher webproxy verwendet werden soll?
-----------------------------------------
Set-OwaVirtualDirectory -Identity "CAS01" -ExternalUrl "<URL for the CAS01>" -CalendarPublishingEnabled $true
Identity: Der Parameter Identity gibt den Namen oder die GUID eines virtuellen Outlook Web App-Verzeichnisses an. Der Parameter Identity wird dargestellt als: Servername\Name_des_virtuellen_Vezeichnisses (Name_der_Website).
wie paßt hier die Notation "CAS01" dazu?
ExternalUrl:
Der Parameter ExternalUrl gibt den Hostnamen an, der verwendet wird, um von außerhalb der Firewall eine Verbindung zum Exchange-Server herzustellen.
in meinem Fall wäre das:
https://meineDomain/
wenn z.B. OWA unter https://meineDomain/owa erreichbar ist oder?
-----------------------------------------
kurze kochpause.
verrätst du mir noch kurz die antworten auf die fragen in meinem letzten post? 
ok danke.
was versteht Micorsoft unter "Webproxy URL"?
und unter: Clientzugriffsserver "CAS01"
und <URL for the CAS01>
ist das jeweils die URL unter der der Server von außen erreichbar ist?
entspricht Clientzugriffsserver dem Exchange Servernamen?
so, ich geh jetzt mal kochen
