bugzilla.mozilla.org will be intermittently unavailable on Saturday, March 24th, from 16:00 until 20:00 UTC.
User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:5.0) Gecko/20100101 Firefox/5.0 Build ID: 20110622232440 Steps to reproduce: (Version is actually Lightning 1.0b5rc3, but that option wasn't available. I'm running Thunderbird 6.0b1 Linux x86_64.) 1. Added a CalDAV calendar 2. Right-clicked on a time and chose "New Event..." 3. Filled in the event details 4. Clicked "Invite Attendees" 5. Added attendees' email addresses 6. Clicked "OK" 7. Saw a disabled but checked box that said "Notify attendees" 8. Clicked "Save and Close" Actual results: A new calendar event was created, but no invitation email was sent to the attendees. Expected results: A compose email window should have appeared with the event already attached and the attendees already listed in the "to" field.
Same problem with TB6(.0.1) and Lightning 1.0b5. Windows x32 No way to get invitations send out. Using Davical calendar server.
I am fairly sure, that you hit a DAViCal issue. See http://www.gossamer-threads.com/lists/davical/general/1672.
DAViCal 0.9.9.4 needs you to set $c->enable_auto_schedule to false, so that this is pushed back to the client to do this work. DAViCal 0.9.9.5 will send the invitations to users on the same server and it hopes that maybe when it rewrites the event with "No scheduling support" for users from different servers that perhaps, possibly, the client might be able to do something about that. The next step will be for DAViCal to send the e-mail in such circumstances, but there's no way in CalDAV to indicate that it can do some-but-not-all of this process.
Andrew is a primary author of davical. Confirming per his clarification.
Status: UNCONFIRMED → NEW
Ever confirmed: true
@Andrew, the item should get the property "SCHEDULE-AGENT" set to "CLIENT": http://mxr.mozilla.org/comm-central/source/calendar/providers/caldav/calDavCalendar.js#2609 All in all, this seems to be a DAViCal issue to me...
Hi Sven, whatever the server does or anounce, if calendar.caldav.sched.enabled is set to false , invitation should work equal as with local and/or ics calendar types. Coding perfect/complete scheduling code in caldav servers may need more time ( i.e sabredav ), meanwhile there has to be a way to invite with caldav calendars ( i.e. tested with latest horde/Kronolith with lightning 2.6.4 on Linux caldav invites not working) , not solving this is a real showstopper using lightning with caldav, and as big ics calendars get real slow its a showstopper for the whole combo Thunderbird Lightning.
for Horde there is now some workaround http://bugs.horde.org/ticket/13126
Hi Andrew, > (In reply to Andrew McMillan from comment #3) > DAViCal 0.9.9.4 needs you to set $c->enable_auto_schedule to false, so that > this is pushed back to the client to do this work. > DAViCal 0.9.9.5 will send the invitations to users on the same server and it > hopes that maybe when it rewrites the event with "No scheduling support" for > users from different servers that perhaps, possibly, the client might be > able to do something about that. Would the option $c->enable_auto_schedule set to true (as it is by default) be the only setting required for Davical to notify users of invitation by email so they can approve or reject? How are such notification send? via SMTP? Is there any other settings (e.g mail server information) that needs to be indicated in Davical configuration file for this feature to work? > The next step will be for DAViCal to send the e-mail in such circumstances, > but there's no way in CalDAV to indicate that it can do some-but-not-all of > this process. Does the new recent stable version of Davical (18.104.22.168) allows to sent invite notification to external users now in addition of internal once? If yes, would it rewrites the event with "No scheduling support"? If not, would you be able to provide an approximate delay when it may occurs in the future or which version of Davical it may land into? Thank you for your support.
With bug 1299610, we will implement an option to enforce email scheduling for outgoing scheduling messages.
Status: NEW → RESOLVED
Last Resolved: 7 months ago
Resolution: --- → DUPLICATE
Duplicate of bug: 1299610
You need to log in before you can comment on or make changes to this bug.