Mailing List Archive

Got a VALUE parameter with an illegal type for property: VALUE=DURATION
Hi folks,

I'm been running davical  1.1.9.3 in a debian/testing virtual machine
for many years, using Mozilla Thunderbird (formerly the Lightning
plugin) as my primary client.  A few days ago I had to force shutdown
and reboot the physical machine hosting the virtual machine because it
appeared to be unresponsive, and since then I've been unable to
successfully mark the latest occurrence of several repeating tasks
(TODOs) as completed.  When I click Save to update the task, it
disappears from the reminders dialog, but reappears later (I'm guessing
when Thunderbird refreshes the calendar) or when I restart Thunderbird.

I turned on logging in Thunderbird and I see a WARNING saying:

Lightning: Parsing failed for parts of the item (while this is
considered to be a minor issue, we continue processing the item):

and the following error on each of the problematic VTODO items:

X-LIC-ERROR;X-LIC-ERRORTYPE=PARAMETER-VALUE-PARSE-ERROR:Got a VALUE
parameter with an illegal type for property: VALUE=DURATION

The lines that appears to be causing the problem are:

TRIGGER;VALUE=DURATION:-P1D
TRIGGER;VALUE=DURATION:PT0S
TRIGGER;VALUE=DURATION:PT0S
TRIGGER;VALUE=DURATION:PT0S
TRIGGER;VALUE=DURATION:PT0S
TRIGGER;VALUE=DURATION:-PT30M
TRIGGER;VALUE=DURATION:-P1D
TRIGGER;VALUE=DURATION:PT0S
TRIGGER;VALUE=DURATION:PT0S
TRIGGER;VALUE=DURATION:PT0S
TRIGGER;VALUE=DURATION:-PT10H
TRIGGER;VALUE=DURATION:PT0S
TRIGGER;VALUE=DURATION:-PT12H
TRIGGER;VALUE=DURATION:-PT30M

Each of these is inside a VALARM item.  For example:

BEGIN:VALARM
ACTION:DISPLAY
TRIGGER;VALUE=DURATION:-P1D
DESCRIPTION:Default Mozilla Description
END:VALARM

I'm not sure if these warnings are new (corresponding to the recent
problem I'm having) or have been occurring without me know about them
(in which case they might be a red herring).   I'm not whether I've
corrupted the database or if my problem is caused by a new version of
davical or Thunderbird.  Can someone tell me what is wrong with the
DURATION values and suggest how I can fix them?  I've been using psql to
look at the database, and am willing to use it to make modifications if
necessary.

    thanks,
    Peter
Re: Got a VALUE parameter with an illegal type for property: VALUE=DURATION [ In reply to ]
Hi Peter & list,

After the post of Daniel "DAViCal performance tuning recommendations" I
had a look at my console and found lots of the same errors.

Seems to be a bug that needs some funding :
https://bugzilla.mozilla.org/show_bug.cgi?id=1560151

Regards,
Charles

On 18.01.21 19:17, yuj3w66a6f@liamekaens.com wrote:
> Hi folks,
>
> I'm been running davical  1.1.9.3 in a debian/testing virtual machine
> for many years, using Mozilla Thunderbird (formerly the Lightning
> plugin) as my primary client.  A few days ago I had to force shutdown
> and reboot the physical machine hosting the virtual machine because it
> appeared to be unresponsive, and since then I've been unable to
> successfully mark the latest occurrence of several repeating tasks
> (TODOs) as completed.  When I click Save to update the task, it
> disappears from the reminders dialog, but reappears later (I'm
> guessing when Thunderbird refreshes the calendar) or when I restart
> Thunderbird.
>
> I turned on logging in Thunderbird and I see a WARNING saying:
>
> Lightning: Parsing failed for parts of the item (while this is
> considered to be a minor issue, we continue processing the item):
>
> and the following error on each of the problematic VTODO items:
>
> X-LIC-ERROR;X-LIC-ERRORTYPE=PARAMETER-VALUE-PARSE-ERROR:Got a
> VALUE parameter with an illegal type for property: VALUE=DURATION
>
> The lines that appears to be causing the problem are:
>
> TRIGGER;VALUE=DURATION:-P1D
> TRIGGER;VALUE=DURATION:PT0S
> TRIGGER;VALUE=DURATION:PT0S
> TRIGGER;VALUE=DURATION:PT0S
> TRIGGER;VALUE=DURATION:PT0S
> TRIGGER;VALUE=DURATION:-PT30M
> TRIGGER;VALUE=DURATION:-P1D
> TRIGGER;VALUE=DURATION:PT0S
> TRIGGER;VALUE=DURATION:PT0S
> TRIGGER;VALUE=DURATION:PT0S
> TRIGGER;VALUE=DURATION:-PT10H
> TRIGGER;VALUE=DURATION:PT0S
> TRIGGER;VALUE=DURATION:-PT12H
> TRIGGER;VALUE=DURATION:-PT30M
>
> Each of these is inside a VALARM item.  For example:
>
> BEGIN:VALARM
> ACTION:DISPLAY
> TRIGGER;VALUE=DURATION:-P1D
> DESCRIPTION:Default Mozilla Description
> END:VALARM
>
> I'm not sure if these warnings are new (corresponding to the recent
> problem I'm having) or have been occurring without me know about them
> (in which case they might be a red herring).   I'm not whether I've
> corrupted the database or if my problem is caused by a new version of
> davical or Thunderbird.  Can someone tell me what is wrong with the
> DURATION values and suggest how I can fix them? I've been using psql
> to look at the database, and am willing to use it to make
> modifications if necessary.
>
>     thanks,
>     Peter
>
>
>
> _______________________________________________
> Davical-general mailing list
> Davical-general@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/davical-general

--
Charles Bueche <cblists@bueche.ch>
Re: Got a VALUE parameter with an illegal type for property: VALUE=DURATION [ In reply to ]
On 18 January 2021 19:17:01 CET, yuj3w66a6f@liamekaens.com wrote:
>Hi folks,
>
>I'm been running davical  1.1.9.3 in a debian/testing virtual machine
>for many years, using Mozilla Thunderbird (formerly the Lightning
>plugin) as my primary client.  A few days ago I had to force shutdown
>and reboot the physical machine hosting the virtual machine because it
>appeared to be unresponsive,

Check your server logs to identify possible server issues (server itself, web server, davical, database)

>and since then I've been unable to
>successfully mark the latest occurrence of several repeating tasks
>(TODOs) as completed.  When I click Save to update the task, it
>disappears from the reminders dialog, but reappears later (I'm guessing
>when Thunderbird refreshes the calendar) or when I restart Thunderbird.

If you have Offline Support (aka Cache Mode) enabled, try disabling and retry your actions.

Which version of TB?
You could try to test in different standalone stable version of TB (60, 68, 78) with a separate profile for each, see if you get same result.

...but the above may not be necessary... if the further below may work...

>I turned on logging in Thunderbird and I see a WARNING saying:
>
> Lightning: Parsing failed for parts of the item (while this is
> considered to be a minor issue, we continue processing the item):
>
>and the following error on each of the problematic VTODO items:
>
> X-LIC-ERROR;X-LIC-ERRORTYPE=PARAMETER-VALUE-PARSE-ERROR:Got a VALUE
> parameter with an illegal type for property: VALUE=DURATION

It could be that parsing fails because the VTODO items has multiple reminders set with the same values.

>The lines that appears to be causing the problem are:
>
> TRIGGER;VALUE=DURATION:-P1D
> TRIGGER;VALUE=DURATION:PT0S
> TRIGGER;VALUE=DURATION:PT0S
> TRIGGER;VALUE=DURATION:PT0S
> TRIGGER;VALUE=DURATION:PT0S
> TRIGGER;VALUE=DURATION:-PT30M
> TRIGGER;VALUE=DURATION:-P1D
> TRIGGER;VALUE=DURATION:PT0S
> TRIGGER;VALUE=DURATION:PT0S
> TRIGGER;VALUE=DURATION:PT0S
> TRIGGER;VALUE=DURATION:-PT10H
> TRIGGER;VALUE=DURATION:PT0S
> TRIGGER;VALUE=DURATION:-PT12H
> TRIGGER;VALUE=DURATION:-PT30M
>
>Each of these is inside a VALARM item.  For example:
>
> BEGIN:VALARM
> ACTION:DISPLAY
> TRIGGER;VALUE=DURATION:-P1D
> DESCRIPTION:Default Mozilla Description
> END:VALARM

If I read the above correctly, it indicates you would get reminder for the task:
1 day before, when task start four times, 30mn before, 1 day before, when task start three times, etc...

If you open the task in TB and customise reminders, do you see a full list of them? If yes remove them all and set reminders to none within the task and save.

If you see the task appearing multiple time in Reminders windows, dismiss it multiple times in a row (one for each of the trigger defined in the list above) then it should disappear.

If still an issue, disable offline mode on calendar, and try again to edit task and set reminders to none and save.

>I'm not sure if these warnings are new (corresponding to the recent
>problem I'm having) or have been occurring without me know about them
>(in which case they might be a red herring).   I'm not whether I've
>corrupted the database or if my problem is caused by a new version of
>davical or Thunderbird. 

The list of trigger values in the event is generated and stored in the VTODO by client software so issue is likely related to Thunderbird (or other Calendar client you may use e.g mobile app) rather than Davical or its DB which only store/retrieve the event data as provided by the client.
That is ny suspicion, don't take it for granted ;-)

Can someone tell me what is wrong with the
>DURATION values and suggest how I can fix them?  I've been using psql
>to
>look at the database, and am willing to use it to make modifications if
>necessary.

Duration values looks correctly defined according to rhe standard (https://tools.ietf.org/html/rfc5545#section-3.3.6) the problem may be that the same value appears multiple times but I am no expert.

I don't think the warning is the source of the issue. It may just be raised because because multiple triggers are defined with the same value... so if you dismiss one it may immefiately come back because of the next one being triggered with the same value.

>     thanks,
>     Peter

Hope that may help in any way.

--
Sent from my Android device with K-9 Mail. Please excuse my brevity.


_______________________________________________
Davical-general mailing list
Davical-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/davical-general
Re: Got a VALUE parameter with an illegal type for property: VALUE=DURATION [ In reply to ]
Thanks Richard,

I investigated several of the things you mentioned, and did several
experiments.  Eventually I tried unchecking the "Offline Support"
checkbox in the Thunderbird properties for this calendar, and the seems
to have eliminated the problem.  While I still see the same logging
messages, when mark the occurrences as completed they disappear from the
reminder dialog and seem to reappear (its been 10 hours and I have
restarted Thunderbird several times).

Do you have any idea why Offline Support (aka Cache Mode) would cause
this problem?

    Peter

On 1/19/2021 12:50 AM, Richard Leger richard.leger-at-gmail.com
|davical-general| wrote:
> On 18 January 2021 19:17:01 CET,yuj3w66a6f@liamekaens.com wrote:
>> Hi folks,
>>
>> I'm been running davical  1.1.9.3 in a debian/testing virtual machine
>> for many years, using Mozilla Thunderbird (formerly the Lightning
>> plugin) as my primary client.  A few days ago I had to force shutdown
>> and reboot the physical machine hosting the virtual machine because it
>> appeared to be unresponsive,
> Check your server logs to identify possible server issues (server itself, web server, davical, database)
>
>> and since then I've been unable to
>> successfully mark the latest occurrence of several repeating tasks
>> (TODOs) as completed.  When I click Save to update the task, it
>> disappears from the reminders dialog, but reappears later (I'm guessing
>> when Thunderbird refreshes the calendar) or when I restart Thunderbird.
> If you have Offline Support (aka Cache Mode) enabled, try disabling and retry your actions.
>
> Which version of TB?
> You could try to test in different standalone stable version of TB (60, 68, 78) with a separate profile for each, see if you get same result.
>
> ...but the above may not be necessary... if the further below may work...
>
>> I turned on logging in Thunderbird and I see a WARNING saying:
>>
>> Lightning: Parsing failed for parts of the item (while this is
>> considered to be a minor issue, we continue processing the item):
>>
>> and the following error on each of the problematic VTODO items:
>>
>> X-LIC-ERROR;X-LIC-ERRORTYPE=PARAMETER-VALUE-PARSE-ERROR:Got a VALUE
>> parameter with an illegal type for property: VALUE=DURATION
> It could be that parsing fails because the VTODO items has multiple reminders set with the same values.
>
>> The lines that appears to be causing the problem are:
>>
>> TRIGGER;VALUE=DURATION:-P1D
>> TRIGGER;VALUE=DURATION:PT0S
>> TRIGGER;VALUE=DURATION:PT0S
>> TRIGGER;VALUE=DURATION:PT0S
>> TRIGGER;VALUE=DURATION:PT0S
>> TRIGGER;VALUE=DURATION:-PT30M
>> TRIGGER;VALUE=DURATION:-P1D
>> TRIGGER;VALUE=DURATION:PT0S
>> TRIGGER;VALUE=DURATION:PT0S
>> TRIGGER;VALUE=DURATION:PT0S
>> TRIGGER;VALUE=DURATION:-PT10H
>> TRIGGER;VALUE=DURATION:PT0S
>> TRIGGER;VALUE=DURATION:-PT12H
>> TRIGGER;VALUE=DURATION:-PT30M
>>
>> Each of these is inside a VALARM item.  For example:
>>
>> BEGIN:VALARM
>> ACTION:DISPLAY
>> TRIGGER;VALUE=DURATION:-P1D
>> DESCRIPTION:Default Mozilla Description
>> END:VALARM
> If I read the above correctly, it indicates you would get reminder for the task:
> 1 day before, when task start four times, 30mn before, 1 day before, when task start three times, etc...
>
> If you open the task in TB and customise reminders, do you see a full list of them? If yes remove them all and set reminders to none within the task and save.
>
> If you see the task appearing multiple time in Reminders windows, dismiss it multiple times in a row (one for each of the trigger defined in the list above) then it should disappear.
>
> If still an issue, disable offline mode on calendar, and try again to edit task and set reminders to none and save.
>
>> I'm not sure if these warnings are new (corresponding to the recent
>> problem I'm having) or have been occurring without me know about them
>> (in which case they might be a red herring).   I'm not whether I've
>> corrupted the database or if my problem is caused by a new version of
>> davical or Thunderbird.
> The list of trigger values in the event is generated and stored in the VTODO by client software so issue is likely related to Thunderbird (or other Calendar client you may use e.g mobile app) rather than Davical or its DB which only store/retrieve the event data as provided by the client.
> That is ny suspicion, don't take it for granted ;-)
>
> Can someone tell me what is wrong with the
>> DURATION values and suggest how I can fix them?  I've been using psql
>> to
>> look at the database, and am willing to use it to make modifications if
>> necessary.
> Duration values looks correctly defined according to rhe standard (https://tools.ietf.org/html/rfc5545#section-3.3.6) the problem may be that the same value appears multiple times but I am no expert.
>
> I don't think the warning is the source of the issue. It may just be raised because because multiple triggers are defined with the same value... so if you dismiss one it may immefiately come back because of the next one being triggered with the same value.
>
>>     thanks,
>>     Peter
> Hope that may help in any way.
>



_______________________________________________
Davical-general mailing list
Davical-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/davical-general
Re: Got a VALUE parameter with an illegal type for property: VALUE=DURATION [ In reply to ]
Oops, I meant to say "and *don't* seem to reappear ".

On 1/31/2021 4:10 PM, yuj3w66a6f-at-liamekaens.com |davical-general| wrote:
> Thanks Richard,
>
> I investigated several of the things you mentioned, and did several
> experiments.  Eventually I tried unchecking the "Offline Support"
> checkbox in the Thunderbird properties for this calendar, and the
> seems to have eliminated the problem.  While I still see the same
> logging messages, when mark the occurrences as completed they
> disappear from the reminder dialog and seem to reappear (its been 10
> hours and I have restarted Thunderbird several times).
>
> Do you have any idea why Offline Support (aka Cache Mode) would cause
> this problem?
>
>     Peter
>
> On 1/19/2021 12:50 AM, Richard Leger richard.leger-at-gmail.com
> |davical-general| wrote:
>> On 18 January 2021 19:17:01 CET,yuj3w66a6f@liamekaens.com  wrote:
>>> Hi folks,
>>>
>>> I'm been running davical  1.1.9.3 in a debian/testing virtual machine
>>> for many years, using Mozilla Thunderbird (formerly the Lightning
>>> plugin) as my primary client.  A few days ago I had to force shutdown
>>> and reboot the physical machine hosting the virtual machine because it
>>> appeared to be unresponsive,
>> Check your server logs to identify possible server issues (server
>> itself, web server, davical, database)
>>
>>> and since then I've been unable to
>>> successfully mark the latest occurrence of several repeating tasks
>>> (TODOs) as completed.  When I click Save to update the task, it
>>> disappears from the reminders dialog, but reappears later (I'm guessing
>>> when Thunderbird refreshes the calendar) or when I restart Thunderbird.
>> If you have Offline Support (aka Cache Mode) enabled, try disabling
>> and retry your actions.
>>
>> Which version of TB?
>> You could try to test in different standalone stable version of TB
>> (60, 68, 78) with a separate profile for each, see if you get same
>> result.
>>
>> ...but the above may not be necessary... if the further below may
>> work...
>>
>>> I turned on logging in Thunderbird and I see a WARNING saying:
>>>
>>>     Lightning: Parsing failed for parts of the item (while this is
>>>     considered to be a minor issue, we continue processing the item):
>>>
>>> and the following error on each of the problematic VTODO items:
>>>
>>> X-LIC-ERROR;X-LIC-ERRORTYPE=PARAMETER-VALUE-PARSE-ERROR:Got a VALUE
>>>     parameter with an illegal type for property: VALUE=DURATION
>> It could be that parsing fails because the VTODO items has multiple
>> reminders set with the same values.
>>
>>> The lines that appears to be causing the problem are:
>>>
>>>     TRIGGER;VALUE=DURATION:-P1D
>>>     TRIGGER;VALUE=DURATION:PT0S
>>>     TRIGGER;VALUE=DURATION:PT0S
>>>     TRIGGER;VALUE=DURATION:PT0S
>>>     TRIGGER;VALUE=DURATION:PT0S
>>>     TRIGGER;VALUE=DURATION:-PT30M
>>>     TRIGGER;VALUE=DURATION:-P1D
>>>     TRIGGER;VALUE=DURATION:PT0S
>>>     TRIGGER;VALUE=DURATION:PT0S
>>>     TRIGGER;VALUE=DURATION:PT0S
>>>     TRIGGER;VALUE=DURATION:-PT10H
>>>     TRIGGER;VALUE=DURATION:PT0S
>>>     TRIGGER;VALUE=DURATION:-PT12H
>>>     TRIGGER;VALUE=DURATION:-PT30M
>>>
>>> Each of these is inside a VALARM item.  For example:
>>>
>>>     BEGIN:VALARM
>>>     ACTION:DISPLAY
>>>     TRIGGER;VALUE=DURATION:-P1D
>>>     DESCRIPTION:Default Mozilla Description
>>>     END:VALARM
>> If I read the above correctly, it indicates you would get reminder
>> for the task:
>> 1 day before, when task start four times, 30mn before, 1 day before,
>> when task start three times, etc...
>>
>> If you open the task in TB and customise reminders, do you see a full
>> list of them? If yes remove them all and set reminders to none within
>> the task and save.
>>
>> If you see the task appearing multiple time in Reminders windows,
>> dismiss it multiple times in a row (one for each of the trigger
>> defined in the list above) then it should disappear.
>>
>> If still an issue, disable offline mode on calendar, and try again to
>> edit task and set reminders to none and save.
>>
>>> I'm not sure if these warnings are new (corresponding to the recent
>>> problem I'm having) or have been occurring without me know about them
>>> (in which case they might be a red herring).   I'm not whether I've
>>> corrupted the database or if my problem is caused by a new version of
>>> davical or Thunderbird.
>> The list of trigger values in the event is generated and stored in
>> the VTODO by client software so issue is likely related to
>> Thunderbird (or other Calendar client you may use e.g mobile app)
>> rather than Davical or its DB which only store/retrieve the event
>> data as provided by the client.
>> That is ny suspicion, don't take it for granted ;-)
>>
>> Can someone tell me what is wrong with the
>>> DURATION values and suggest how I can fix them?  I've been using psql
>>> to
>>> look at the database, and am willing to use it to make modifications if
>>> necessary.
>> Duration values looks correctly defined according to rhe standard
>> (https://tools.ietf.org/html/rfc5545#section-3.3.6) the problem may
>> be that the same value appears multiple times but I am no expert.
>>
>> I don't think the warning is the source of the issue. It may just be
>> raised because because multiple triggers are defined with the same
>> value... so if you dismiss one it may immefiately come back because
>> of the next one being triggered with the same value.
>>
>>>      thanks,
>>>      Peter
>> Hope that may help in any way.
>>
>
>
>
> _______________________________________________
> Davical-general mailing list
> Davical-general@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/davical-general
Re: Got a VALUE parameter with an illegal type for property: VALUE=DURATION [ In reply to ]
Hi,

On 1 February 2021 23:28:59 CET, yuj3w66a6f@liamekaens.com wrote:
>Oops, I meant to say "and *don't* seem to reappear ".
>
>On 1/31/2021 4:10 PM, yuj3w66a6f-at-liamekaens.com |davical-general|
>wrote:
>> Thanks Richard,
>>
>> I investigated several of the things you mentioned, and did several
>> experiments.  Eventually I tried unchecking the "Offline Support"
>> checkbox in the Thunderbird properties for this calendar, and the
>> seems to have eliminated the problem.  While I still see the same
>> logging messages, when mark the occurrences as completed they
>> disappear from the reminder dialog and seem to reappear (its been 10
>> hours and I have restarted Thunderbird several times).
>>
>> Do you have any idea why Offline Support (aka Cache Mode) would cause
>

You could try re-activating the cache, wait for calendar to load in cache and try again, see if the problem still occurs or not with cache enabled.

If it still occurs, keep the cache disabled for now as a workaround (but that mean you won't be able to manage calendar while offline) and create a new bug report on bugzilla (https://bugzilla.mozilla.org/describecomponents.cgi?product=Thunderbird) for Thunderbird indicating your TB version, environment and step to reproduce the issue explaining it only happens when cache mode is enabled.

I would not know why issue raise in your case but raising bug report may be a good start toward a resolution of the issue...

Regards,


_______________________________________________
Davical-general mailing list
Davical-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/davical-general
Re: Got a VALUE parameter with an illegal type for property: VALUE=DURATION [ In reply to ]
On 4 February 2021 17:26:18 CET, Richard Leger <richard.leger@gmail.com> wrote:
>On 1 February 2021 23:28:59 CET,
>>On 1/31/2021 4:10 PM, yuj3w66a6f-at-liamekaens.com |davical-general|
>I would not know why issue raise in your case but raising bug report
>may be a good start toward a resolution of the issue...

Charles also mentionned in an earlier post on this list that your issue may be linked to an existing bug registered on bugzilla already that may need funding. If you think your issue related to that bug you could simply Follow it to be kept posted of any update published there... this way you can be kept informed on progress... and participate where relevant... towards fixing it ;-)


_______________________________________________
Davical-general mailing list
Davical-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/davical-general
Re: Got a VALUE parameter with an illegal type for property: VALUE=DURATION [ In reply to ]
Hello Richard, e.a.

Do you perhaps know a pgsql command to get rid of the "Got a VALUE
parameter with an illegal type for property" properties?

Peter


_______________________________________________
Davical-general mailing list
Davical-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/davical-general
Re: Got a VALUE parameter with an illegal type for property: VALUE=DURATION [ In reply to ]
On 4 February 2021 17:33:08 CET, Richard Leger <richard.leger@gmail.com> wrote:
>On 4 February 2021 17:26:18 CET, Richard Leger
><richard.leger@gmail.com> wrote:
>>On 1 February 2021 23:28:59 CET,
>>>On 1/31/2021 4:10 PM, yuj3w66a6f-at-liamekaens.com |davical-general|
>>I would not know why issue raise in your case but raising bug report
>>may be a good start toward a resolution of the issue...
>
>Charles also mentionned in an earlier post on this list that your issue
>may be linked to an existing bug registered on bugzilla already that
>may need funding.

Fyi, the bug in Thunderbird has been fixed a priori starting version 78.12.0

https://bugzilla.mozilla.org/show_bug.cgi?id=1560151#c53


_______________________________________________
Davical-general mailing list
Davical-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/davical-general