Ical-Server 10.6 - Einladung per E-Mail

R

RedRaptor

Aktives Mitglied
Thread Starter
Dabei seit
16.08.2010
Beiträge
123
Reaktionspunkte
6
Hallo Leute,

ich habe mal wieder eine Frage an euch.

Ist-Zustand:
- Mac OS X 10.6er Client
- Mac OS X 10.6er Server
- beide Seiten haben gleiche Userinformationen vom einzuladenden Benutzer danke Vcard

Problembeschreibung:
Wenn ich einen User zu einem Termin einladen möchte, funktioniert dies nicht ganz so wie gewollt.
Nachdem ich den User mit passender E-Mail Adresse ausgewählt habe, wird auch hübsch die E-Mail versendet. Auf der User-Seite kommt die E-Mail an und wird auch brav im iCal übernommen. Jetzt fällt schon auf das der Name des User 2x in der Einladung vorkommt (Detailansicht in ICal, in der E-Mail steht es richtig nämlich nur 1x). Nehme ich nun die Einladung an, wird selbständig eine E-Mail versendet.....die aber scheinbar nirgends ankommt.
Laut Maillog wird diese ausgeliefert an
com.apple.calendarserver+bcba09c7-de8a-426c-b952-1b7ee4ebe431@<meinedomain>
....und jetzt tut sich nichtsmehr. Der ursprüngliche Ersteller des Termins bekommt keine Benachrichtigung das der Termin angenommen wurde.
Habe ich was falsch verstanden oder gar übersehen?

Freue mich auf konstruktive Antworten
 
Hey,

hast du das Problem schon lösen können?
 
jain. Nicht richtig.
Nachdem ich stunden um stunden im diversen Foren und sonstiges Seiten nach der Lösung gestöbert habe, wurde es zwar besser, aber richtig stabil funktioniert hat es nie. Interessant ist, das die alternative Zimbra nur mit diesen Emailadressen arbeitet und da nie probleme hatte. zumindest während meiner tests...
Ich habe eine Neuinstallation vorgenommen nach folgendem Buch: http://www.amazon.de/Mac-OS-Server-...1_fkmr0_1?ie=UTF8&qid=1285912989&sr=8-1-fkmr0
Das Kapitel iCal-Server ist auch kostenlos online als leseprobe:http://ftp.oreilly.de/catalog/macosxsrvrkommplger/chapter/ch09.pdf
Scheinbar ist auch die Reihenfolge der dienste die man konfigurieren muss wichtig, ansonsten funktioniert nichts richtig.
Da ich jetzt direkt nur über den CalDAV die Einladungen verschicke sellt sich das Problem nicht mehr. Achja. wenn man den Emailserver auslagert, muss man natürlich auf diesem server auch ein konto anlegen (com.apple.calserver oder sowas, der name steht in den einstellungen des 10.6er ical dienstes und falls ausversehen gelöscht im schlüsselbund des selbigen) und pop/imap zulassen.

Interessant zu dem Thema fand ich diese Seite:
http://www.coresolutiongroup.com/wordpress/?p=27
wirklich geholfen hat das aber bei meinem Problem nicht.
Wichtig ist das die Adressdaten mit den Daten des iCal Server (bzw des open Direcotiries des iCal-Servers) übereinstimmen und auf beiden Seiten passen. Du musst auch den Usern im openDirectory eine "Emailadresse hinterlegen" (Arbeitsgruppenmanager und dann beim User unter Info)
ich hatte länger zeit das problem das meister Grey immer meine "private" E-Mail Adresse als Absender genommen hat anstatt die, an die die Einladung ging. (Daher auch 2 vermeintlich gleiche user in der Einladung ;-) ). Deshalb empfiehlt es sich die eigene Vcard "neu" anzulegen mit den passenden Daten (auf beiden seiten natürlich) Auch fand er es besser die Termin in den google kalender einzutragen anstatt in meinem server calender, was allerdings ein anderes Thema is.

Was sagen den die logs? genauso gesprächig wie bei mir?
 
Danke schon einmal für deine schnelle Antwort.
Ich arbeite schon länger Zeit mit dem SL Server und halte mich an Vorgaben und Tipp aus dem Buch "Snow Leopard Server Essentials". Beschäftige mich allerdings erst jetzt mit den iCal Server.
Man findet ja im Netz viele Anleitungen wie man den iCal Server 2 einrichten kann und soll.
Dieser läuft soweit auch ganz gut, mal abgesehen vom dem Einladungsthema. Bei einer Einladung eines externen wird die Nachricht auch normal versendet, jedoch kann dieser dann beim zu- oder absagen
die Antwort E-Mail nicht rausschicken, da die von dieser Adresse aus geschickt wurde. *ical+840c2d47-5d80-4e3e-bc91-451af02ce344@unseredomain.com
Die E-Mail Adresse bei unserem Hoster ist jedoch nur *ical@unseredomain.com.
Wenn ich dich also richtig verstehe muss ich folgende E-Mail Adresse verwenden com.apple.calserver@unseredomain.com?
Die Userinformationen im OD und local im Adressbuch sind auch komplett ausgefüllt.
Ach was ich vergessen habe, die Konfiguration der Dienste habe ich bei dem Server dem Assistenten überlassen, daher sollte das ja passen.

Hier die letzten log Daten:
2010-10-01 16:10:12+0200 [-] [mailgateway] 2010-10-01 16:10:12+0200 [IMAP4DownloadProtocol,client] [twistedcaldav.mail.IMAP4DownloadProtocol#debug] RECEIVED: * OK [CAPABILITY IMAP4rev1 SASL-IR SORT THREAD=REFERENCES MULTIAPPEND UNSELECT LITERAL+ IDLE CHILDREN NAMESPACE LOGIN-REFERRALS UIDPLUS LIST-EXTENDED I18NLEVEL=1 QUOTA AUTH=PLAIN AUTH=LOGIN] Dovecot ready.
2010-10-01 16:10:12+0200 [-] [mailgateway] 2010-10-01 16:10:12+0200 [IMAP4DownloadProtocol,client] [twistedcaldav.mail.IMAP4DownloadProtocol#debug] IMAP servergreeting
2010-10-01 16:10:12+0200 [-] [mailgateway] 2010-10-01 16:10:12+0200 [IMAP4DownloadProtocol,client] [twistedcaldav.mail.IMAP4DownloadProtocol#debug] SENDING: 0001 AUTHENTICATE PLAIN
2010-10-01 16:10:12+0200 [-] [mailgateway] 2010-10-01 16:10:12+0200 [IMAP4DownloadProtocol,client] [twistedcaldav.mail.IMAP4DownloadProtocol#debug] RECEIVED: +
2010-10-01 16:10:12+0200 [-] [mailgateway] 2010-10-01 16:10:12+0200 [IMAP4DownloadProtocol,client] [twistedcaldav.mail.IMAP4DownloadProtocol#debug] SENDING: AGljYWxAaGllbHNjaGVybHVuZ2Vyc2hhdXNlbi5jb20AbWVldGluZw==
2010-10-01 16:10:12+0200 [-] [mailgateway] 2010-10-01 16:10:12+0200 [IMAP4DownloadProtocol,client] [twistedcaldav.mail.IMAP4DownloadProtocol#debug] RECEIVED: 0001 OK Logged in.
2010-10-01 16:10:12+0200 [-] [mailgateway] 2010-10-01 16:10:12+0200 [IMAP4DownloadProtocol,client] [twistedcaldav.mail.IMAP4DownloadProtocol#debug] IMAP logged in [unauth]
2010-10-01 16:10:12+0200 [-] [mailgateway] 2010-10-01 16:10:12+0200 [IMAP4DownloadProtocol,client] [twistedcaldav.mail.IMAP4DownloadProtocol#debug] SENDING: 0002 SELECT Inbox
2010-10-01 16:10:12+0200 [-] [mailgateway] 2010-10-01 16:10:12+0200 [IMAP4DownloadProtocol,client] [twistedcaldav.mail.IMAP4DownloadProtocol#debug] RECEIVED: * FLAGS (\Answered \Flagged \Deleted \Seen \Draft)
2010-10-01 16:10:12+0200 [-] [mailgateway] 2010-10-01 16:10:12+0200 [IMAP4DownloadProtocol,client] [twistedcaldav.mail.IMAP4DownloadProtocol#debug] RECEIVED: * OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Seen \Draft \*)] Flags permitted.
2010-10-01 16:10:12+0200 [-] [mailgateway] 2010-10-01 16:10:12+0200 [IMAP4DownloadProtocol,client] [twistedcaldav.mail.IMAP4DownloadProtocol#debug] RECEIVED: * 0 EXISTS
2010-10-01 16:10:12+0200 [-] [mailgateway] 2010-10-01 16:10:12+0200 [IMAP4DownloadProtocol,client] [twistedcaldav.mail.IMAP4DownloadProtocol#debug] RECEIVED: * 0 RECENT
2010-10-01 16:10:12+0200 [-] [mailgateway] 2010-10-01 16:10:12+0200 [IMAP4DownloadProtocol,client] [twistedcaldav.mail.IMAP4DownloadProtocol#debug] RECEIVED: * OK [UIDVALIDITY 1285780948] UIDs valid
2010-10-01 16:10:12+0200 [-] [mailgateway] 2010-10-01 16:10:12+0200 [IMAP4DownloadProtocol,client] [twistedcaldav.mail.IMAP4DownloadProtocol#debug] RECEIVED: * OK [UIDNEXT 1] Predicted next UID
2010-10-01 16:10:12+0200 [-] [mailgateway] 2010-10-01 16:10:12+0200 [IMAP4DownloadProtocol,client] [twistedcaldav.mail.IMAP4DownloadProtocol#debug] RECEIVED: 0002 OK [READ-WRITE] Select completed.
2010-10-01 16:10:12+0200 [-] [mailgateway] 2010-10-01 16:10:12+0200 [IMAP4DownloadProtocol,client] [twistedcaldav.mail.IMAP4DownloadProtocol#debug] IMAP Inbox selected [unauth]
2010-10-01 16:10:12+0200 [-] [mailgateway] 2010-10-01 16:10:12+0200 [IMAP4DownloadProtocol,client] [twistedcaldav.mail.IMAP4DownloadProtocol#debug] SENDING: 0003 UID FETCH 1:* (UID)
2010-10-01 16:10:12+0200 [-] [mailgateway] 2010-10-01 16:10:12+0200 [IMAP4DownloadProtocol,client] [twistedcaldav.mail.IMAP4DownloadProtocol#debug] RECEIVED: 0003 OK Fetch completed.
2010-10-01 16:10:12+0200 [-] [mailgateway] 2010-10-01 16:10:12+0200 [IMAP4DownloadProtocol,client] [twistedcaldav.mail.IMAP4DownloadProtocol#debug] IMAP got uids [unauth]
2010-10-01 16:10:12+0200 [-] [mailgateway] 2010-10-01 16:10:12+0200 [IMAP4DownloadProtocol,client] [twistedcaldav.mail.IMAP4DownloadProtocol#debug] IMAP Inbox has 0 messages
2010-10-01 16:10:12+0200 [-] [mailgateway] 2010-10-01 16:10:12+0200 [IMAP4DownloadProtocol,client] [twistedcaldav.mail.IMAP4DownloadProtocol#debug] SENDING: 0004 CLOSE
2010-10-01 16:10:12+0200 [-] [mailgateway] 2010-10-01 16:10:12+0200 [IMAP4DownloadProtocol,client] [twistedcaldav.mail.IMAP4DownloadProtocol#debug] RECEIVED: 0004 OK Close completed.
2010-10-01 16:10:12+0200 [-] [mailgateway] 2010-10-01 16:10:12+0200 [IMAP4DownloadProtocol,client] [twistedcaldav.mail.IMAP4DownloadProtocol#debug] IMAP in cbClosed [unauth]
2010-10-01 16:10:12+0200 [-] [mailgateway] 2010-10-01 16:10:12+0200 [IMAP4DownloadProtocol,client] [twistedcaldav.mail.IMAP4DownloadProtocol#debug] Mailbox closed
2010-10-01 16:10:12+0200 [-] [mailgateway] 2010-10-01 16:10:12+0200 [IMAP4DownloadProtocol,client] [twistedcaldav.mail.IMAP4DownloadProtocol#debug] SENDING: 0005 LOGOUT
2010-10-01 16:10:12+0200 [-] [mailgateway] 2010-10-01 16:10:12+0200 [IMAP4DownloadProtocol,client] [twistedcaldav.mail.IMAP4DownloadProtocol#debug] RECEIVED: * BYE Logging out
2010-10-01 16:10:12+0200 [-] [mailgateway] 2010-10-01 16:10:12+0200 [IMAP4DownloadProtocol,client] [twistedcaldav.mail.IMAP4DownloadProtocol#debug] RECEIVED: 0005 OK Logout completed.
2010-10-01 16:10:12+0200 [-] [mailgateway] 2010-10-01 16:10:12+0200 [IMAP4DownloadProtocol,client] [twistedcaldav.mail.IMAP4DownloadFactory#debug] IMAP factory connection lost
2010-10-01 16:10:12+0200 [-] [mailgateway] 2010-10-01 16:10:12+0200 [IMAP4DownloadProtocol,client] [twistedcaldav.mail.IMAP4DownloadFactory#debug] Scheduling next IMAP4 poll
 
Hey,

hab das Problem bei mir lösen können. Ich hatte keine Catchall-E-Mail eingerichtet.

Gefunden im Buch "Mac OS X Server 10.6" von Oreilly:

Wenn Sie E-Mail-Einladungen aktivieren, verschickt der iCal-Server Einladungen an Benutzer, die keinen iCal-Server-Account auf unserem Server haben, per E-Mail. Akzeptiert ein Teilnehmer dann einen Termin oder lehnt ihn ab, erhält der iCal-Ser- ver eine E-Mail, die er auswertet, woraufhin er dann entsprechend die Zu- oder Absage im Kalender des Einladenden darstellt.
Klicken Sie auf BEARBEITEN, so können Sie die in Abbildung 9-2 dargestellten Daten eingeben.
Denken Sie daran, dass Sie für diese Funktion den Benutzer iCal im Arbeitsgrup- penmanager angelegt haben müssen.
Außerdem müssen Sie, wie in Kapitel 7, »Fetchmail« beschrieben ist, den Benutzer ical@loophole-solutions.tv als Catch-all-Postfach bei Ihrem Webhoster angelegt haben, wenn Sie Mails zunächst vom Webhoster empfangen lassen, bevor Sie diese auf Ihren internen Mailserver kopieren.
 
Hi,

freut mich das es bei dir funktioniert. Erstmal sry das ich mich erst jetzt melde, aber das Wochenende war mal wieder ausgeplant.

fredbeck schrieb:
Hey,

hab das Problem bei mir lösen können. Ich hatte keine Catchall-E-Mail eingerichtet.
Zum Vergrößern anklicken....
die Aussage ist etwas "unhübsch". Auch das was im Zitat steht dürfte den ein oder anderen User verwirren, der das gleiche Problem hat. Prinzipiell hast du aber schon recht.

fredbeck schrieb:
Gefunden im Buch "Mac OS X Server 10.6" von Oreilly:

Wenn Sie E-Mail-Einladungen aktivieren, verschickt der iCal-Server Einladungen an Benutzer, die keinen iCal-Server-Account auf unserem Server haben, per E-Mail. Akzeptiert ein Teilnehmer dann einen Termin oder lehnt ihn ab, erhält der iCal-Ser- ver eine E-Mail, die er auswertet, woraufhin er dann entsprechend die Zu- oder Absage im Kalender des Einladenden darstellt.
Klicken Sie auf BEARBEITEN, so können Sie die in Abbildung 9-2 dargestellten Daten eingeben.
Denken Sie daran, dass Sie für diese Funktion den Benutzer iCal im Arbeitsgrup- penmanager angelegt haben müssen.
Außerdem müssen Sie, wie in Kapitel 7, »Fetchmail« beschrieben ist, den Benutzer ical@loophole-solutions.tv als Catch-all-Postfach bei Ihrem Webhoster angelegt haben, wenn Sie Mails zunächst vom Webhoster empfangen lassen, bevor Sie diese auf Ihren internen Mailserver kopieren.
Zum Vergrößern anklicken....
Das meinte ich eigentlich mit meinem Text
Achja. wenn man den Emailserver auslagert, muss man natürlich auf diesem server auch ein konto anlegen (com.apple.calserver oder sowas, der name steht in den einstellungen des 10.6er ical dienstes und falls ausversehen gelöscht im schlüsselbund des selbigen) und pop/imap zulassen.
Zum Vergrößern anklicken....
Ich habe deshalb den originalnamen der voreingestellt ist genommen, da einige user klagten das es nur mit dem originalnamen ginge....ob das stimmt weis ich leider nicht.

Was in den Büchern nicht immer ganz klar ausgedrückt ist:
Für die E-Mail Einladungen benötigt man:
1. Einen Extra Mail Account für den Ical Server. Daher soll man auch einen Account "Ical" oder "icalserver" (je nach Buch) im openDirectory anlegen. Hier fäng das Problem aber schon an. Die meisten Bücher verlieren nämlich kein Wort darüber wíe es funktioniert, wenn der E-Mail Server auserhalb des physikalischen Servers liegt. Das man den Benutzer nicht im openDirecotry beim iCal Server sondern beim Server der für dir Mails zuständig ist anlegen muss, wird hier unter den Tisch fallen gelassen. Die Einstellungen die man im Serveradmin unter der Emailbenachrichtigung einstellen kann, sind (unter Anderem) dafür gedacht einen Benutzer auf einem Emailserver anzugeben, der für den ical-Dienst verfügbar gemacht wird.

2. Im Postfix muss der delimiter mit "+" eingetragen sein (etc/postfic/mein.cf). Bei 10.6 standard, aber bei anderen Mailserver kann sein das dieser Paramter nicht angegeben ist. Hier wird dann die Antwort auf die Einladung nämlich verworfen weil er keinen user kennt der "ical+<id>@domain.de" heist. Mit "+" delimiter wird "ical@domain.de" als Empfänger ausgewählt. die <id> wird dann vom icalserver ausgewertet. Das wird auch mit dem "Catch-all" gemeint -->http://de.wikipedia.org/wiki/Catchall
Es sollen alle Email an den benutzer ical (so heist der jetzt in meinem beispiel--> ical@domain.de) laufen.

3. Die User müssen bei sich lokal, die Emailadresse als Absender der Antwort nehmen, an welche auch die Einladung ging.
Kurzes Beispiel: User Admin möchte gerne apple1@domain.de einladen. admin selbst ist aber auf dem server mit der Domain ical.server.de
die email geht also von admin@server.de an apple1@domain.de.
wenn nun apple1@domain.de antwortet muss er auch seine Absendeadresse als apple@domain.de angegeben haben. wird beispielsweise jetzt sein googlekonto benutzt, weil das das standardkonto ist, würde als apple1@googlemail.de antworten und somit ein anderer benutzer als apple1@domain.de sein. Doof gemacht, ist aber leider so.

4. im openDirectory müssen die Benutzer eine E-Mail-Adresse hinterlegt haben. Keine Emailadresse , keine Email zum verschicken. Schließlich gibt sich der Server als "admin@domain.de" aus. woher sollte er das sonst wissen wie die E-Mail des benutzers ist.

ich hoffe ich konnte dem ein oder anderen User noch Licht ins dunkle bringen

MFG
 
An dieser Stelle danke für die perfekte und sehr ausführliche Beschreibung. Damit sollten für jeden alle Fragen beseitigt sein.
 
Einladungen immer per Mail versenden ?

Hallo,
wir arbeiten hier mit einem 10.6 ical server und verschiedenen Kalenderprogrammen:
Thunderbird, Ical

Ical- In ical funktioniert alles wunderbar. Egal ob die Einladung direkt vom Server kommt oder per Mail.

Thunderbird - In Thunderbird funktioniert es leider nicht ganz wie gewünscht. Wenn ein User aus Thunderbird eingeladen werden soll,der einen Account auf dem Server hat, wird keine Email versandt da der Server keine Mail verschickt, wenn der Eingeladene einen Account auf dem Server hat. Doch ohne die Emaileinladungen kann Thunderbird nicht mit einladungen umgehen.
Wenn man eine Einladung an einen internen versendet, wird dieser Termin von dem Eingeladenen,wenn er TB nutzt, direkt angenommen, ohne das eine Benachrichtigung des Termin erscheint. Desweiteren wird dadurch dem Einlader keine Notiz darüber zurückgegeben, ob der Eingeladene zugesagt hat.

Meine Frage ist also - Ist es möglich das der Ical server immer Email für Einladungen benutzt?
 
Du musst dich einloggen oder registrieren, um hier zu antworten.
Zurück
Oben Unten