you are sending the iCalendar data to an "unknown" system
(e.g. via email) then it is safer to always include the VTIMEZONE.
--
Cyrus Daboo
___
calendarserver-users mailing list
calendarserver-users@lists.macosforge.org
https://lists.maco
, 20171115T03Z,
20171122T03Z
Please note the results in second case are off by 1 day.
What could be wrong?
Can you please attach the full iCalendar data for both these events - in
particular the DTSTART value is crucial in determining how the RRULE
operates.
--
Cyrus Daboo
ide and writing to the server as the
user declines one at a time.
2) Remove any overridden instances for the instances being declined and add
an EXDATE for each declined (removed) instance (as per example B.8). This
can also be done incrementally.
--
Cyrus Daboo
__
/trunk@15021
commit 0d27e502deb38a9336f0141cf4326d21fca3e60f
--
Cyrus Daboo
___
calendarserver-users mailing list
calendarserver-users@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/calendarserver-users
Hi Andre, Gaurav,
--On November 29, 2016 at 4:23:34 PM -0500 Cyrus Daboo
wrote:
Actually I don't think those URLs are working properly as they redirect
to a completely different repo than the expected one!
Let me clarify: the SVN revisions in the requirements are sometimes not the
s, or
you wouldn't have to do anything at all.
... and I guess another option is to use git cli tools to search the
properties Cyrus just mentioned in his reply.
Actually I don't think those URLs are working properly as they redirect to
a completely different repo than the expected
git commit: 0859639e43a826a2c83f7676702300a659b9ca59
--
Cyrus Daboo
___
calendarserver-users mailing list
calendarserver-users@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/calendarserver-users
pping between SVN revision and git commit.
As dre mentions, upgrading to CalendarServer-9.0 would be better if you can
as that is what is currently supported.
--
Cyrus Daboo
___
calendarserver-users mailing list
calendarserver-users@lists.macosfo
8" \
"PostgreSQL" "${p}" \
"http://ftp.postgresql.org/pub/source/v${v}/${p}.tar.bz2"; \
--with-python ${enable_dtrace};
fi;
Maybe that will let you upgrade from 9.0. If not, checkout the postgres
site and s
local min_ssl_version="9470383"; # OpenSSL 0.9.8
I tried it with those changes on 10.9.5 and it seemed to work.
--
Cyrus Daboo
___
calendarserver-users mailing list
calendarserver-users@lists.macosforge.org
https://lists.macosforge.
t; again and copy/paste the failing output
into your reply so I can try and see what else might be going on.
--
Cyrus Daboo
___
calendarserver-users mailing list
calendarserver-users@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/calendarserver-users
Everything moved to the Apple github space. So twext is at
https://github.com/apple/ccs-twistedextensions. Our other projects are listed
at https://github.com/apple - they all have the ccs- prefix.
--
Cyrus Daboo
(Tapped out on my iPad)
> On Aug 15, 2016, at 5:57 PM, Glyph Lefkowitz wr
ests to have those integrated into
the main repository if needed.
--
Cyrus Daboo
___
calendarserver-users mailing list
calendarserver-users@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/calendarserver-users
probably direct this question to the
maintainers of the XbICalendar project.
--
Cyrus Daboo
___
calendarserver-users mailing list
calendarserver-users@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/calendarserver-users
iCalendar library when interacting with the server.
--
Cyrus Daboo
___
calendarserver-users mailing list
calendarserver-users@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/calendarserver-users
actually listen on port 8443:
-t Slave is not meant for normal operation.
I wonder if you have a permissions issue. Have you tried running it via
sudo? Have you tried installing directly from our latest svn trunk into a
separate directory with a clean DB?
--
Cyrus Daboo
should be at least
one python process and some postgres ones. Can you tell if the python
process is idle or consuming CPU?
--
Cyrus Daboo
___
calendarserver-users mailing list
calendarserver-users@lists.macosforge.org
https://lists.macosforge.o
further than that.
Can you set the "DefaultLogLevel" key to "debug" on the plist config you
are using and then try a bin/run again and attach the result from the
error.log file?
--
Cyrus Daboo
___
calendarserver-users mailing
in
<http://trac.calendarserver.org/changeset/15350>.
--
Cyrus Daboo
___
calendarserver-users mailing list
calendarserver-users@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/calendarserver-users
Hi Kyle, calendarserver-users@lists.macosforge.org,
--On November 16, 2015 at 2:47:00 PM -0500 Cyrus Daboo
wrote:
There is some inconsistency in the current database. To help with this,
please attach
/usr/lib/python2.7/dist-packages/txdav/common/datastore/sql.py to your
reply so we can see
n a completely clean start so it
is surprising this error is still seen.
--
Cyrus Daboo
___
calendarserver-users mailing list
calendarserver-users@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/calendarserver-users
Note that as things currently stand attendees can't modify that property or
can't add their own to send back to the organizer.
--
Cyrus Daboo
___
calendarserver-users mailing list
calendarserver-users@lists.macosforge
the
custom item so we can see if it is right.
--
Cyrus Daboo
___
calendarserver-users mailing list
calendarserver-users@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/calendarserver-users
here are a whole bunch of new
ones being worked on.
That said, please check to see if you have the latest version of ical4j,
because it may already support the new protocol elements, or provide a more
relaxed mode so that it does not fail when something new comes along that
it does not recog
X-APPLE-STRUCTURED-LOCATION
Just add your X- properties into that array. You may need to merge the
above settings into existing ones as the Scheduling and CalDAV keys are
used for many other options.
--
Cyrus Daboo
___
calendarserve
alarms for the attendees?
No alarms are deliberately treated as a per-user to avoid the possibility
of one user "spamming" another with multiple repeating alarms going off
every second. So this is something of a "security" featu
scheduling message reply
to the organizer. Fort a successful reply the code will be a 1.x or 2.x
code. For a failure, it will be a 5.x code. Clients can use that value to
determine whether scheduling is working or not. See
<http://tools.ietf.org/html/rfc6638#section-7.3> for more details.
stall
CalendarServer? Also, what does "which openssl" and "openssl version" show?
--
Cyrus Daboo
___
calendarserver-users mailing list
calendarserver-users@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/calendarserver-users
rying running a netstat and filter on the port. I would
like to see if there is any write data pending on the server's socket.
--
Cyrus Daboo
___
calendarserver-users mailing list
calendarserver-users@lists.macosforge.org
https://lists.macosforge.
Can you login directly on the server and run the curl command?
--
Cyrus Daboo
(Tapped out on my iPhone)
> On Feb 15, 2015, at 11:15 AM, Jacques Distler
> wrote:
>
>
>> On Feb 15, 2015, at 9:15 AM, Cyrus Daboo wrote:
>>
>> Hi Jacques,
>>
>>
r/
Try that and see whether you get time outs.
--
Cyrus Daboo
___
calendarserver-users mailing list
calendarserver-users@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/calendarserver-users
ell you to upgrade since you have a pretty old server version. If you want
to try and debug this further (rather than doing an upgrade) then please
try and get HTTP protocol logs of a bunch of requests prior to and after a
412 response.
--
C
est right after deletion and I need to delete the
appointment a second time.
Looks like the client is not handling ETags properly and so gets 412 errors
after each change. Can you try this with a more recent version of the
client and see if the problem persists?
e and make
sure the GroupAttendees item in the plist is enabled.
I also tried to set 'EXPAND = 1' on event as seen below but it did not
help.
I have no idea what the EXPAND property is - neither does the server.
--
Cyrus Daboo
___
Hi Gaurav,
--On December 5, 2014 at 1:53:10 PM -0800 Gaurav Jain
wrote:
Thanks a lot...I will change the code
Last question "faulted in" means "cache everything" or "dont cache"
Cache everything.
--
Cyrus Daboo
__
if True:". That should force all groups to be
faulted in.
--
Cyrus Daboo
___
calendarserver-users mailing list
calendarserver-users@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/calendarserver-users
l see them listed in group05 because
group05 is used as a proxy.
What exactly are you trying to do with groups?
--
Cyrus Daboo
___
calendarserver-users mailing list
calendarserver-users@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/calendarserver-users
Hi Gaurav,
--On December 5, 2014 at 12:38:36 PM -0800 Gaurav Jain
wrote:
Relevant Group : 'group01'
Relevant User : 'cdaboo'
Definitely remove the element from the cdaboo user. Restart the
server and look at cdaboo, sagen, user01 and user08 in a brows
. You only need to specify group membership in the group
records.
What version of the server are you using right now? Can you attach the
entire accounts.xml (block out any real passwords)?
--
Cyrus Daboo
___
calendarserver-users mailing list
ot return all properties! Some properties are
explicitly defined to not appear in "allprop".
--
Cyrus Daboo
___
calendarserver-users mailing list
calendarserver-users@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/calendarserver-users
ee if it
makes any difference, but I doubt it as that aspect of our code is pretty
robust.
--
Cyrus Daboo
___
calendarserver-users mailing list
calendarserver-users@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/calendarserver-users
TP" directory, and in there each request will be logged as
a separate file.
--
Cyrus Daboo
___
calendarserver-users mailing list
calendarserver-users@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/calendarserver-users
the server
itself. If that works, then likely you have a networking issue between
client and server. If that does not work, then the calendar server itself
is not running properly (in which case please attach the server's
error.log).
--
Cyrus Daboo
detail somewhere inside Twisted's TLS layer...
A that's good. I was actually considering making that change myself in our
calendar server code. Has this work started in Twisted?
--
Cyrus Daboo
p7sOG42VciJad.p7s
Description: S/MIME cryptographic
n what version you are using, you should be able to apply that
change relatively easily. Older variants might also need the following
applied:
<https://trac.calendarserver.org/changeset/14062>
--
Cyrus Daboo
p7ssNvCtAkquk.p7s
Description: S/MIME cryptograph
out?
Add a element to the and elements that lack one,
using a uuid value for each one.
--
Cyrus Daboo
p7s2P970niqoj.p7s
Description: S/MIME cryptographic signature
___
calendarserver-users mailing list
calendarserver-users@lists.macosforge.org
data from the previous server, but the new server version uses
a slightly different format for that cached data.
--
Cyrus Daboo
___
calendarserver-users mailing list
calendarserver-users@lists.macosforge.org
https://lists.macosforge.org/mailman/lis
. The LDAP directory
service only supports basic.
--
Cyrus Daboo
___
calendarserver-users mailing list
calendarserver-users@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/calendarserver-users
g up the LDAP record for
"dn=UlrichFourier". Can you check your LDAP service to see what record you
are supposed to be using?
--
Cyrus Daboo
___
calendarserver-users mailing list
calendarserver-users@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/calendarserver-users
again with the browser. Send the log
file and we can look at the whole startup process and maybe spot the issue.
--
Cyrus Daboo
___
calendarserver-users mailing list
calendarserver-users@lists.macosforge.org
https://lists.macosforge.org/mailma
little impetus to do
that.
--
Cyrus Daboo
___
calendarserver-users mailing list
calendarserver-users@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/calendarserver-users
rver does support adding group principals into the
DAV:group-member-set property and the server takes care of automatically
"expanding" that and effectively making all members of that group a proxy
for the relevant user.
--
Cyrus Daboo
___
calendar
mail addresses whose domain does not match the server domain).
--
Cyrus Daboo
___
calendarserver-users mailing list
calendarserver-users@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/calendarserver-users
no events ever show up on the
phone at all.
You need to upgrade the server - the one you have has a bug in it were it
does not support time-range queries without an "end" parameter - something
that iOS does.
--
Cyrus Daboo
___
calendar
our client show).
--
Cyrus Daboo
___
calendarserver-users mailing list
calendarserver-users@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/calendarserver-users
,TU,WE
DTEND;TZID=America/Los_Angeles:20130506T18
END:AVAILABLE
Do you have any other idea where to look at? It's a big problem for us..
Is that the right timezone - America/Los_Angeles? i.e., is this user really
at current utc-offset -7 hours?
--
Cyrus
back from vacation. What could be the cause of this? Any
suggestions would be appreciated :)
Check to see whether that person has all-day events on their calendar for
the period they are busy, and see if those are marked to show them as busy.
--
Cyrus Daboo
t this urn:uuid
property in Location.
You need to add the location as an Attendee in the event in addition to
using the Location() property. When creating the Attendee use the urn:uuid
value for the attendee calendar user address.
--
Cyrus Daboo
___
time since
you did the upgrade? If so, try removing the account from the client, then
re-add it and let it resync all the data. Once it has done that, hopefully
it will have the change state correctly cached and you won't see the double
DELETEs (except for when
the organizer - then it
will propagate correctly to all attendees and stay in sync as changes are
made.
--
Cyrus Daboo
___
calendarserver-users mailing list
calendarserver-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo/calendarserver-users
ou
need to use.
--
Cyrus Daboo
___
calendarserver-users mailing list
calendarserver-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo/calendarserver-users
to have that. All you can do right now would be
to setup a user account as a "shared" user and allow the group of people to
add that to their clients as an additional account - then they can treat
its address book as shared. Not ideal, but it should work OK for now.
--
C
one to use right now.
* trunk
Bleeding edge - not suitable for a reliable production system.
--
Cyrus Daboo
___
calendarserver-users mailing list
calendarserver-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo/calendarserver-users
; is the user id of the person who is creating the calendar.
The command will prompt for a password. Make sure you include a trailing
slash on the end of the URI.
--
Cyrus Daboo
___
calendarserver-users mailing list
calendarserver-users@list
s the "Comment to Organizer" field when viewing the event
details when you are an attendee. In iOS it appears as an "Add Comment"
field under the same conditions.
--
Cyrus Daboo
___
calendarserver-users mailing list
calendarserver-users@
-type" attributes. The code for
that is
twistedcaldav.extensions.DirectoryPrincipalPropertySearchMixIn.report_DAV__principal_property_search.
--
Cyrus Daboo
___
calendarserver-users mailing list
calendarserver-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/calendarserver-users
nt to install openconnector or something like that)
webcal:// assumes just a plain TTP server doing GETs and PUTs. CalDAV is
very different - particular on the writes. You need to use a proper CalDAV
client to make changes to a CalDAV calendar.
--
Cyrus
result.
I think your answer provides clues, though, Dre. Sounds like there's a
need for someone to crack open some scripting.
What shows up in /var/log/caldavd/error.log when the 500 error occurs?
--
Cyrus Daboo
___
calendarserver-use
davs._tcp - same port number works.
--
Cyrus Daboo
___
calendarserver-users mailing list
calendarserver-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/calendarserver-users
series of screenshots if you like?
Try turning on debug log level in the server, then repeat the steps above
to get the 404. Stop the server then send the /var/log/caldavd/error.log
file (privately if you like).
--
Cyrus Daboo
___
calendarser
ot; shown in the web browser
5) Stop/start the server
6) Go to /principals/users/<> again
Does the principal URL match the one from before?
--
Cyrus Daboo
___
calendarserver-users mailing list
calendarserver-users@lists.macosforge.org
http://lists.
please tell me for what nss is for and how to get it to work???
NssDirectoryService is not part of the standard calendarserver.org base
code. You will need to find who authored that module and contact them for
help.
--
Cyrus Daboo
Edit caldavd-dev.plist and set EnableCardDAV to .
--
Cyrus Daboo
(Tapped out on my iPhone)
On Aug 8, 2010, at 10:52 AM, Peter Ankerstål wrote:
> Hey,
>
> I also want to run it on FreeBSD but without any luck. (to get it to run
> under os x is very easy). Could you please p
ness to me, but may still be
the case.
Wiki has been updated to reflect current capabilities of iPhone and iPad.
--
Cyrus Daboo
___
calendarserver-users mailing list
calendarserver-users@lists.macosforge.org
http://lists.macosforge.org/mailman/li
Hi,
--On January 11, 2010 9:42:45 AM -0500 Cyrus Daboo wrote:
calendarserver currently has two patches for vobject:
http://trac.calendarserver.org/browser/CalendarServer/trunk/lib-patches/v
object/vobject.base.patch
http://trac.calendarserver.org/browser/CalendarServer/trunk/lib-patches/v
pull
that down again - the missing file was one that is used to patch Twisted).
--
Cyrus Daboo
___
calendarserver-users mailing list
calendarserver-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/calendarserver-users
-patches/v
object/vobject.icalendar.patch that aren't upstream. Jeffrey said they
both can be merged upstream. Any chance one of you guys could commit them
so that stock vobject can be used to run calendarserver?
I will do this later today.
--
Cyrus
ng the v23 handshake and failing because the server only
does v3. Try this:
openssl s_client -connect host.example.com:8443 -debug -ssl3
--
Cyrus Daboo
___
calendarserver-users mailing list
calendarserver-users@lists.macosforge.org
http://list
openssl s_client -connect host.example.com:8443 -debug
Also note that the server is explicitly set to use SSLv3_METHOD protocol
rather than SSLv23_METHOD. It maybe your client cannot cope with that, in
which case you will need to adjust the value in the caldavd.plist (or
update the client).
rce onto your machine? Did you pull it directly from trunk? Are you
willing to run a server based of "bleeding edge" code that is changing a
lot - that is what trunk will do right now. Alternatively, if you prefer a
stable release, try checking out
CalendarServer/tags/release/Calen
;calendar" user and group for
your system, and change the caldavd.plist to use those. Ensure that
/Library/CalendarServer's contents have read-write for that user and group.
You will need to start the server as the admin user but it will drop
privileges to the user
via a thorough Google search.
The process you described should not be needed. iCal does not require that
a calendar called "calendar" be present. It is capable of scanning the
parent directory looking for all "collections" that have been tag
Hi Corey,
--On August 19, 2009 8:37:23 AM -0700 Corey Scobie wrote:
Removing and re-adding on the client (yes, it is iCal) or on the Server?
Remove and re-add the account in the client (iCal).
--
Cyrus Daboo
___
calendarserver-users mailing list
attributes listing...
OK, so your client tried to access a "calendar" directory in that location
and as you can see it does not exist. What client are you using? If it is
iCal, try removing then re-adding the account for that server.
--
C
directory
Delete the user and recreate? The user can create and update events just
fine.
What do you see listed at
/Library/CalendarServer/twistedcaldav/test/data/calendars/__uids__ ?
--
Cyrus Daboo
___
calendarserver-users mailing list
window please do:
xattr -l
/Library/CalendarServer/twistedcaldav/test/data/calendars/__uids__/ks/co/kscobie/calendar
and post the result back to the list.
--
Cyrus Daboo
___
calendarserver-users mailing list
calendarserver-users@lists.macosforge.org
http
server at
/usr/share/caldavd/lib/python/twistedcaldav/zoneinfo/Europe/Amsterdam.ics
(which is considerably longer).
Once you have done that you should be able to import.
You should contact whoever generated the .ics and let them know of these
problems.
rry (OS X only) that fixes this based on
code that is on a branch. If you would like to see that available please
bug me on the mulberry mailing list...
--
Cyrus Daboo
___
calendarserver-users mailing list
calendarserver-users@lists.macosforge.org
http://
the entries from the "run" script as detailed in
http://tobyrush.blogspot.com/2007/11/dummies-guide-to-darwin-calendar-ser
ver.html, but that doesn't seem to make a difference.
Does the /calendarserver/logs directory exist and does it have appropriate
permissions for the serv
iki/QuickStart
You mention near the bottom
"The caldavd-test.plist configuration uses XMLDirectoryService by default,
set up to use conf/accounts-test.xml."
This is really in conf/auth/accounts-test.xml
Thanks, fixes have been done.
--
Cyrus Daboo
__
ed that you are
missing - that run command should apply it.
--
Cyrus Daboo
___
calendarserver-users mailing list
calendarserver-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/calendarserver-users
r accounts.xml style file.
--
Cyrus Daboo
___
calendarserver-users mailing list
calendarserver-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/calendarserver-users
example.com/calendars/users/gregday/calendar/
If you are using iCal to create your CalDAV calendars you can do "Get Info"
on a calendar to see its underlying URL and that is what you would paste
into the subscription-only clients.
--
Cyrus Daboo
oups.
Feel free to file a ticket if you feel this change is inappropriate.
--
Cyrus Daboo
___
calendarserver-users mailing list
calendarserver-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/calendarserver-users
http://svn.calendarserver.org/repository/calendarserver/CalendarServer/ta
gs/release/CalendarServer-1.3
...
Checked out revision 3760.
And both of them :
# ./run -s
No suitable python found.
Go back to trunk and stick with Python 2.5 and comment out PyOpenDirectory.
--
Cyrus
th the /releases/ branches. Trunk requires 2.5 - early
ones 2.4.
Note, if you do not intend to use OpenDirectory for your user records, edit
the run script to disable building PyOpenDirectory.
--
Cyrus Daboo
___
calendarserver-users
3BDA78EAD0
2009-02-18 14:28:51-0800 [-] [caldav-8016] [-] u'No principal found for
UID: 77C3A32E-7315-4FD9-ABE4-1F3BDA78EAD0'
What request in the access.log is causing the above entry in the error.log?
--
Cyrus Daboo
___
calendarserve
th any api changes.
--
Cyrus Daboo
___
calendarserver-users mailing list
calendarserver-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/calendarserver-users
the client override.
With that the user can pick a suitable name and the client can PROPPATCH,
and then other clients will pick up that change.
--
Cyrus Daboo
___
calendarserver-users mailing list
calendarserver-users@lists.macosforge.org
http://lists.
to have a better default name, like "Calendars" or "Calendars of User
ABC".
Already fixed on trunk: <http://trac.calendarserver.org/changeset/3647>.
The calendar home displayname property will be the user's Full Name, or
the
1 - 100 of 292 matches
Mail list logo
