search

apple / ccs-calendarserver

The Calendar and Contacts Server.
https://www.calendarserver.org
Apache License 2.0
485 stars 136 forks source link

Problem when I send invites to internal users #400

Open macosforgebot opened 9 years ago

macosforgebot commented 9 years ago

cesar.infoo@… originally submitted this as ticket:912

When I send an invite for an event to internal users, they don't receive the notification by email to accept or refuse it. The event is automatically inserted on the guest user.

Besides, when I send an invite by Thunderbird/Lightning, instead of user's email the screen shows this "<urn:x-uid:xxxxxxxx-xxxxxx-xxxxxx-xxxxxxx-xxxxxx>"

Logs:

2015-09-09 17:56:33-0300 [-] [caldav-1]  [HTTPChannel,409,::ffff:192.168.1.2] [txweb2.server#info] PUT /calendars/users/MYUSER/calendar/49c15b63-c391-4ada-b5b5-15f0b6dd9b18.ics HTTP/1.1
2015-09-09 17:56:33-0300 [-] [caldav-1]  [HTTPChannel,410,::ffff:192.168.1.2] [txweb2.server#info] REPORT /calendars/users/MYUSER/calendar/ HTTP/1.1

2015-09-09 17:56:34-0300 [-] [caldav-0]  [-] [txdav.caldav.datastore.scheduling.implicit#info] Implicit REQUEST - organizer: 'urn:x-uid:10000000-0000-0000-0000-000000000001' to attendee: 'urn:x-uid:10000000-0000-0000-0000-000000000002', UID: '49c15b63-c391-4ada-b5b5-15f0b6dd9b18'
2015-09-09 17:56:34-0300 [-] [caldav-0]  [PooledMemCacheProtocol,client] [txdav.caldav.datastore.scheduling.scheduler#info] METHOD: REQUEST, Component: VEVENT

2015-09-09 17:56:37-0300 [-] [caldav-1]  [HTTPChannel,411,::ffff:192.168.1.2] [txweb2.server#info] REPORT /calendars/users/GUESTUSER/calendar/ HTTP/1.1
macosforgebot commented 8 years ago

apm@… originally submitted this as comment:1:⁠ticket:912

Isn't the issue here rather that CalDAV scheduled (RFC6638) events which are put into another users calendar has substituted the ATTENDEE property with urn:x-urn:... And when a user read such an event with a CalDAV client not understanding RFC6638, but doing iMIP it cannot reply to that "address". ?

When the server does iMIP scheduling with users external to the directory it seems to correctly replace ATTENDEE adresses with proper reply email addresses.

macosforgebot commented 8 years ago

apm@… originally submitted this as comment:2:⁠ticket:912

brunt82 commented 7 years ago

I installed a CCS on Debian 8.7 and configure it to use an external LDAP. So fine, but...

..I noticed that the LDAP-users do not get an e-mail while inviting to a new event. Contrary to external users, which receive an email containing an ics. Is there a possibility to send such IMIP-mails also to "internal" users?

prakashautade commented 6 years ago

I am also looking for e-mail invites for LDAP users

dreness commented 5 years ago

The iMIP design assumes the use of some kind of calendar client (Calendar User Agent, or "CUA") to interact with the local calendar server. Presence of a CUA is assumed because that's what implements the client-side portion of the vast majority of CalDAV features, and typically maintains a cache of the user's calendar state. When a user receives an iMIP invitation from a user on a remote system (an "external" user), the receiving user's email client generally wants to hand that invitation to a CUA running on the user's system, because only the CUA can allow the user to fully understand the invitation in context (e.g. potential scheduling conflicts). For invitations originating from the local calendar server, where the recipient is assumed to be using a CUA, the expectation is that the CUA is much better equipped to process that invitation than an iMIP-compatible email client, so that's why CalendarServer doesn't send iMIP messages to local users.

That said, it's certainly possible for an iMIP-compatible email client to allow a user to take basic actions on an incoming invitation WITHOUT a local CUA present. Generally speaking, if you don't need the vast majority of the features provided by CalDAV (which require a CUA to use), perhaps a CalDAV service is overkill for your use case.