Pimalaya <> PyCal

[soywod]

Hi,
I'm Clément, the owner of the Pimalaya project. We met at NLnet meeting (@niccokunzmann).

Himalaya is our main project, targeting mails.
We included contacts few months ago to the project, and developed a vcard lib for Rust.
We recently started to include calendars, and we developed a ical lib for Rust. It's still in development, not as mature as vcard, but quite promising.
Since libs are written in Rust, it could export Python bindings.

It could be interested to see where to put common efforts :)
Have a great day!

[niccokunzmann]

Hi!

Nice to meet you again. We are in the process of writing the grant proposal.
I wonder where to allocate time for that.

Generally, we work with icalendar to be a really good library with documentation for developers. So, I do not know yet how to fit that in, if we can replace parts of that - I do not think so.

My suggestion is to explore creating a Rust Python package with your code and host it under github.com/pycalendar. This way, the Pythonistas will find it along with other projects in the eco system. I do not know how long it takes to do that but it can be worth the try.

What do you think about this?

What is interesting to cooperate on and actually beneficial for us both is this:
(1) python-recurring-ical-events does the rrule expansion and event calculations.
The problem we face: we use dateutil.rrule and a liable to people submitting malicious events with a lot of occurrences that could potentially DoS calendar clients who want to know e.g. what happens in a calendar on a specific day.
So, with NLnet, we will get a security review to see how that can be exploited.
Then, we might need to re-write the rrule/rdate/exdate expansion code to be DoS safe. I propose that this should go into another package that replaces dateutil.rrule easily. The calendar specific code lives in recurring-ical-events.

(2) since the last grant, I wanted to do this RRULE with different calendars. https://www.rfc-editor.org/info/rfc7529/ But it is a huge job, especially without anyone in the affected communities to review or drive a change. It appears Google Calendar supports HEBREW calendars.
This is where the cooperation can be useful again.

I am happy to help with publishing the Python binding of your calendar parser. I would learn something new there.
Do you do event time calculations in your code? In that case, we have a clear functional overlap: DoS proof rrule & event expansion.

What are your thoughts? Where do you see potential mutual benefit?

[niccokunzmann]

@SashankBhamidi For your interest in jmap, have a look at thier project. If you create a Python binding, this might be really good. https://github.com/pimalaya/io-jmap

[soywod]

I will better reply next week, just to tell that I'm also in the process of writing NLnet planing, it's definitely the right time to have a proper discussion. So far I like the idea of python bindings, and make rrule safer!

[niccokunzmann]

Nice! If you like, lets have a call this week to coordinate that. You can write me an email or join us on Matrix:
https://matrix.to/#/#pycal:chat.pycal.org