[GH-ISSUE #2990] Unable to create calendar #1723

Closed
opened 2026-02-27 11:18:47 +03:00 by kerem · 31 comments
Owner

Originally created by @NABarnes on GitHub (May 1, 2023).
Original GitHub issue: https://github.com/modoboa/modoboa/issues/2990

Impacted versions

  • OS Type: Debian
  • OS Version: 11
  • Database Type: As per installer
  • Database version: As per installer
  • Modoboa: As per installer
  • installer used: Yes
  • Webserver: As per installer

Steps to reproduce

Create simple user. Log in as user. Click 'Calendars' from top bar. Click '+ New calendar'. Enter details and click 'Create'.

Current behaviour

New calendar dialog box stays open and calendar is not created. No error messages are given.

Expected behaviour

Dialogue box closes and calendar is created.

Originally created by @NABarnes on GitHub (May 1, 2023). Original GitHub issue: https://github.com/modoboa/modoboa/issues/2990 # Impacted versions * OS Type: Debian * OS Version: 11 * Database Type: As per installer * Database version: As per installer * Modoboa: As per installer * installer used: Yes * Webserver: As per installer # Steps to reproduce Create simple user. Log in as user. Click 'Calendars' from top bar. Click '+ New calendar'. Enter details and click 'Create'. # Current behaviour New calendar dialog box stays open and calendar is not created. No error messages are given. # Expected behaviour Dialogue box closes and calendar is created.
kerem 2026-02-27 11:18:47 +03:00
Author
Owner

@Spitfireap commented on GitHub (May 2, 2023):

Hi, do you have a self-signed cert or a let's encrypt one ?

<!-- gh-comment-id:1530970854 --> @Spitfireap commented on GitHub (May 2, 2023): Hi, do you have a self-signed cert or a let's encrypt one ?
Author
Owner

@NABarnes commented on GitHub (May 2, 2023):

Self-signed on the modoboa box itself, but accessed through a nginx reverse proxy with a LE cert.

<!-- gh-comment-id:1531004147 --> @NABarnes commented on GitHub (May 2, 2023): Self-signed on the modoboa box itself, but accessed through a nginx reverse proxy with a LE cert.
Author
Owner

@Spitfireap commented on GitHub (May 2, 2023):

Okay, could you please try to modify this file : /srv/modoboa/env/lib/pythonX.X/site-packages/modoboa_radicale/backends/caldav_.py
Then find this :

self.client = caldav.DAVClient(
            server_url,
            username=username, password=password)

And add ssl_verify_cert=False. So it should be :

self.client = caldav.DAVClient(
            server_url,
            username=username, password=password,
            ssl_verify_cert=False)

Then restart uwsgi service and retry to create a calendar.

<!-- gh-comment-id:1531011881 --> @Spitfireap commented on GitHub (May 2, 2023): Okay, could you please try to modify this file : `/srv/modoboa/env/lib/pythonX.X/site-packages/modoboa_radicale/backends/caldav_.py ` Then find this : ``` self.client = caldav.DAVClient( server_url, username=username, password=password) ``` And add `ssl_verify_cert=False`. So it should be : ``` self.client = caldav.DAVClient( server_url, username=username, password=password, ssl_verify_cert=False) ``` Then restart uwsgi service and retry to create a calendar.
Author
Owner

@NABarnes commented on GitHub (May 2, 2023):

Tried that and it did not resolve the issue.
Rebooted and cleared browser cache just in case and still not resolved.

<!-- gh-comment-id:1531130941 --> @NABarnes commented on GitHub (May 2, 2023): Tried that and it did not resolve the issue. Rebooted and cleared browser cache just in case and still not resolved.
Author
Owner

@Spitfireap commented on GitHub (May 2, 2023):

Ok, do you have any error in the browser console ?

<!-- gh-comment-id:1531131951 --> @Spitfireap commented on GitHub (May 2, 2023): Ok, do you have any error in the browser console ?
Author
Owner

@Spitfireap commented on GitHub (May 2, 2023):

Nice, so can you edit /srv/modoboa/instance/instance/settings.py and set DEBUG to True ? and restart uwsgi.
Then post what shows in the browser console when creating a calendar

<!-- gh-comment-id:1531137338 --> @Spitfireap commented on GitHub (May 2, 2023): Nice, so can you edit `/srv/modoboa/instance/instance/settings.py` and set `DEBUG` to True ? and restart uwsgi. Then post what shows in the browser console when creating a calendar
Author
Owner

@NABarnes commented on GitHub (May 2, 2023):

Ah, yes.
image

<!-- gh-comment-id:1531137484 --> @NABarnes commented on GitHub (May 2, 2023): Ah, yes. ![image](https://user-images.githubusercontent.com/31012803/235626380-4f6baad1-06b0-4247-9523-896b567aebff.png)
Author
Owner

@NABarnes commented on GitHub (May 2, 2023):

With DEBUG=True I get no more information in the console than that above.

<!-- gh-comment-id:1531144032 --> @NABarnes commented on GitHub (May 2, 2023): With DEBUG=True I get no more information in the console than that above.
Author
Owner

@Spitfireap commented on GitHub (May 2, 2023):

You need to go to Network tab and check for the 'Response' of the request

<!-- gh-comment-id:1531156139 --> @Spitfireap commented on GitHub (May 2, 2023): You need to go to `Network` tab and check for the 'Response' of the request
Author
Owner

@NABarnes commented on GitHub (May 2, 2023):

"Failed to load response data: Request content was evicted from inspector cache"

<!-- gh-comment-id:1531164028 --> @NABarnes commented on GitHub (May 2, 2023): "Failed to load response data: Request content was evicted from inspector cache"
Author
Owner

@Spitfireap commented on GitHub (May 2, 2023):

Is it for the api/v1/user-calendars request ? Can you try to create a calendar on the old interface ?

<!-- gh-comment-id:1531168827 --> @Spitfireap commented on GitHub (May 2, 2023): Is it for the `api/v1/user-calendars` request ? Can you try to create a calendar on the old interface ?
Author
Owner

@NABarnes commented on GitHub (May 2, 2023):

I'm just logged in as a simple user using the default interface (as per the install script). I can't see anywhere to change to any other interface.

<!-- gh-comment-id:1531172011 --> @NABarnes commented on GitHub (May 2, 2023): I'm just logged in as a simple user using the default interface (as per the install script). I can't see anywhere to change to any other interface.
Author
Owner

@Spitfireap commented on GitHub (May 2, 2023):

So you are on the old.
Regarding the response, are you sure it is on user-calendars request (filter the results with XHR/Fetch option

<!-- gh-comment-id:1531181455 --> @Spitfireap commented on GitHub (May 2, 2023): So you are on the old. Regarding the response, are you sure it is on user-calendars request (filter the results with `XHR/Fetch` option
Author
Owner

@NABarnes commented on GitHub (May 2, 2023):

image

<!-- gh-comment-id:1531209325 --> @NABarnes commented on GitHub (May 2, 2023): ![image](https://user-images.githubusercontent.com/31012803/235638555-752b22ad-c4a0-4d1f-9d64-ce0c4efbd424.png)
Author
Owner

@aaalkhonji73 commented on GitHub (May 2, 2023):

XHR/Fetch

<!-- gh-comment-id:1531289903 --> @aaalkhonji73 commented on GitHub (May 2, 2023): XHR/Fetch
Author
Owner

@Spitfireap commented on GitHub (May 2, 2023):

image

Screenshot_20230502_132645

Just before creating the calendar, clear the history on the Network tab and uncheck Preserve log if checked. Then look again at the response of user-calendars.

<!-- gh-comment-id:1531306669 --> @Spitfireap commented on GitHub (May 2, 2023): > ![image](https://user-images.githubusercontent.com/31012803/235638555-752b22ad-c4a0-4d1f-9d64-ce0c4efbd424.png) ![Screenshot_20230502_132645](https://user-images.githubusercontent.com/45575529/235653825-0de52376-919b-4960-8584-0160a08e6b1e.png) Just before creating the calendar, clear the history on the Network tab and uncheck `Preserve log` if checked. Then look again at the response of user-calendars.
Author
Owner

@NABarnes commented on GitHub (May 2, 2023):

OK. Switched to Firefox which just worked, of course. Shouldn't have been in Chrome in the first place.

"maximum recursion depth exceeded while calling a Python object"

Redacted raw reponse attached.

modoboa_create_calendar_debug.txt

<!-- gh-comment-id:1531445841 --> @NABarnes commented on GitHub (May 2, 2023): OK. Switched to Firefox which just worked, of course. Shouldn't have been in Chrome in the first place. "maximum recursion depth exceeded while calling a Python object" Redacted raw reponse attached. [modoboa_create_calendar_debug.txt](https://github.com/modoboa/modoboa/files/11373329/modoboa_create_calendar_debug.txt)
Author
Owner

@Spitfireap commented on GitHub (May 2, 2023):

Thanks. Can you share the output of pip list with your venv activated plz?

<!-- gh-comment-id:1531637611 --> @Spitfireap commented on GitHub (May 2, 2023): Thanks. Can you share the output of `pip list` with your venv activated plz?
Author
Owner

@NABarnes commented on GitHub (May 2, 2023):

Package Version


appdirs 1.4.4
bottle 0.12.19
brz-etckeeper 0.0.0
certifi 2020.6.20
chardet 4.0.0
distlib 0.3.1
fail2ban 0.11.2
filelock 3.0.12
idna 2.10
importlib-metadata 1.6.0
inithooks 1.0.3
more-itertools 4.2.0
pip 20.3.4
pycurl 7.43.0.6
pycurl-wrapper 2.0-2-g027c28a
Pygments 2.7.1
pythondialog 3.5.1
PyYAML 5.3.1
pyzor 1.0.0
requests 2.25.1
setuptools 52.0.0
six 1.16.0
supervisor 4.2.2
turnkey-conffile 1.0
turnkey-netinfo 1.0
turnkey-sysinfo 1.1
turnkey-version 1.1
TurnkeyLazyClass 1.0
urllib3 1.26.5
virtualenv 20.4.0+ds
wheel 0.34.2
zipp 1.0.0

<!-- gh-comment-id:1531645555 --> @NABarnes commented on GitHub (May 2, 2023): Package Version ------------------ -------------- appdirs 1.4.4 bottle 0.12.19 brz-etckeeper 0.0.0 certifi 2020.6.20 chardet 4.0.0 distlib 0.3.1 fail2ban 0.11.2 filelock 3.0.12 idna 2.10 importlib-metadata 1.6.0 inithooks 1.0.3 more-itertools 4.2.0 pip 20.3.4 pycurl 7.43.0.6 pycurl-wrapper 2.0-2-g027c28a Pygments 2.7.1 pythondialog 3.5.1 PyYAML 5.3.1 pyzor 1.0.0 requests 2.25.1 setuptools 52.0.0 six 1.16.0 supervisor 4.2.2 turnkey-conffile 1.0 turnkey-netinfo 1.0 turnkey-sysinfo 1.1 turnkey-version 1.1 TurnkeyLazyClass 1.0 urllib3 1.26.5 virtualenv 20.4.0+ds wheel 0.34.2 zipp 1.0.0
Author
Owner

@Spitfireap commented on GitHub (May 2, 2023):

seems to be on global here : /srv/modoboa/env/bin/pip list perhaps ?

<!-- gh-comment-id:1531647251 --> @Spitfireap commented on GitHub (May 2, 2023): seems to be on global here : `/srv/modoboa/env/bin/pip list` perhaps ?
Author
Owner

@NABarnes commented on GitHub (May 2, 2023):

Apologies. What I know about python you could write on the head of a pin!

Package Version


aioredis 2.0.1
aiosmtplib 2.0.1
asgiref 3.6.0
async-timeout 4.0.2
attrs 23.1.0
bcrypt 4.0.1
caldav 1.1.3
certifi 2022.12.7
cffi 1.15.1
chardet 5.1.0
charset-normalizer 3.1.0
cryptography 40.0.2
defusedxml 0.7.1
dj-database-url 2.0.0
Django 3.2.18
django-braces 1.15.0
django-ckeditor 6.3.0
django-filter 22.1
django-js-asset 2.0.0
django-otp 1.1.6
django-phonenumber-field 7.0.2
django-rename-app 0.1.5
django-reversion 5.0.4
django-webpack-loader 1.8.1
django-xforwardedfor-middleware 2.0
djangorestframework 3.14.0
djangorestframework-simplejwt 5.2.2
dnspython 2.3.0
drf-nested-routers 0.93.4
drf-spectacular 0.26.2
feedparser 6.0.10
filelock 3.12.0
gevent 22.10.2
greenlet 2.0.2
html2text 2020.1.16
icalendar 5.0.5
idna 3.4
inflection 0.5.1
jsonfield 3.1.0
jsonschema 4.17.3
lxml 4.9.2
modoboa 2.1.1
modoboa-amavis 1.4.0
modoboa-contacts 0.9.3
modoboa-postfix-autoreply 1.7.1
modoboa-radicale 1.6.3
modoboa-sievefilters 1.6.0
modoboa-webmail 1.7.2
oath 1.4.4
ovh 1.1.0
passlib 1.7.4
phonenumbers 8.13.11
Pillow 9.5.0
pip 23.1.2
pkg_resources 0.0.0
progressbar33 2.4
psycopg2-binary 2.8.6
pycparser 2.21
PyJWT 2.6.0
pypng 0.20220715.0
pyrsistent 0.19.3
python-dateutil 2.8.2
python-magic 0.4.27
pytz 2023.3
pytz-deprecation-shim 0.1.0.post0
PyYAML 6.0
qrcode 7.4.2
recurring-ical-events 2.0.2
redis 4.5.4
reportlab 3.6.13
requests 2.29.0
requests-file 1.5.1
rrdtool 0.1.16
setuptools 57.5.0
sgmllib3k 1.0.0
sievelib 1.2.1
six 1.16.0
sqlparse 0.4.4
tldextract 3.4.1
typing_extensions 4.5.0
tzdata 2023.3
tzlocal 4.3
uritemplate 4.1.1
urllib3 1.26.15
vobject 0.9.6.1
x-wr-timezone 0.0.5
zope.event 4.6
zope.interface 6.0

<!-- gh-comment-id:1531649930 --> @NABarnes commented on GitHub (May 2, 2023): Apologies. What I know about python you could write on the head of a pin! Package Version ------------------------------- ------------ aioredis 2.0.1 aiosmtplib 2.0.1 asgiref 3.6.0 async-timeout 4.0.2 attrs 23.1.0 bcrypt 4.0.1 caldav 1.1.3 certifi 2022.12.7 cffi 1.15.1 chardet 5.1.0 charset-normalizer 3.1.0 cryptography 40.0.2 defusedxml 0.7.1 dj-database-url 2.0.0 Django 3.2.18 django-braces 1.15.0 django-ckeditor 6.3.0 django-filter 22.1 django-js-asset 2.0.0 django-otp 1.1.6 django-phonenumber-field 7.0.2 django-rename-app 0.1.5 django-reversion 5.0.4 django-webpack-loader 1.8.1 django-xforwardedfor-middleware 2.0 djangorestframework 3.14.0 djangorestframework-simplejwt 5.2.2 dnspython 2.3.0 drf-nested-routers 0.93.4 drf-spectacular 0.26.2 feedparser 6.0.10 filelock 3.12.0 gevent 22.10.2 greenlet 2.0.2 html2text 2020.1.16 icalendar 5.0.5 idna 3.4 inflection 0.5.1 jsonfield 3.1.0 jsonschema 4.17.3 lxml 4.9.2 modoboa 2.1.1 modoboa-amavis 1.4.0 modoboa-contacts 0.9.3 modoboa-postfix-autoreply 1.7.1 modoboa-radicale 1.6.3 modoboa-sievefilters 1.6.0 modoboa-webmail 1.7.2 oath 1.4.4 ovh 1.1.0 passlib 1.7.4 phonenumbers 8.13.11 Pillow 9.5.0 pip 23.1.2 pkg_resources 0.0.0 progressbar33 2.4 psycopg2-binary 2.8.6 pycparser 2.21 PyJWT 2.6.0 pypng 0.20220715.0 pyrsistent 0.19.3 python-dateutil 2.8.2 python-magic 0.4.27 pytz 2023.3 pytz-deprecation-shim 0.1.0.post0 PyYAML 6.0 qrcode 7.4.2 recurring-ical-events 2.0.2 redis 4.5.4 reportlab 3.6.13 requests 2.29.0 requests-file 1.5.1 rrdtool 0.1.16 setuptools 57.5.0 sgmllib3k 1.0.0 sievelib 1.2.1 six 1.16.0 sqlparse 0.4.4 tldextract 3.4.1 typing_extensions 4.5.0 tzdata 2023.3 tzlocal 4.3 uritemplate 4.1.1 urllib3 1.26.15 vobject 0.9.6.1 x-wr-timezone 0.0.5 zope.event 4.6 zope.interface 6.0
Author
Owner

@Spitfireap commented on GitHub (May 2, 2023):

No worries. I can't reproduce the issue so I'm just rubber ducking here ;).

Can you check if there is a log corresponding to radicale here : /var/log/supervisor ?

Also can you try to run this :

/srv/modoboa/env/bin/python /srv/modoboa/instance/manage.py generate_rights --force

and try again ?

<!-- gh-comment-id:1531663701 --> @Spitfireap commented on GitHub (May 2, 2023): No worries. I can't reproduce the issue so I'm just rubber ducking here ;). Can you check if there is a log corresponding to radicale here : `/var/log/supervisor` ? Also can you try to run this : ``` /srv/modoboa/env/bin/python /srv/modoboa/instance/manage.py generate_rights --force ``` and try again ?
Author
Owner

@Spitfireap commented on GitHub (May 2, 2023):

Oh and can you post this file plz : cat /etc/radicale/config ?

<!-- gh-comment-id:1531667476 --> @Spitfireap commented on GitHub (May 2, 2023): Oh and can you post this file plz : `cat /etc/radicale/config` ?
Author
Owner

@NABarnes commented on GitHub (May 2, 2023):

Yes, there's a file at /var/log/supervisor/radicale-stdout---supervisor-do_a027l.log but it is empty.

/srv/modoboa/env/bin/python /srv/modoboa/instance/manage.py generate_rights --force and then restart doesn't solve the problem.

/etc/radicale/config is as follows:

# This file was automatically installed on 2023-05-02T09:23:21.009445
# -*- mode: conf -*-
# vim:ft=cfg

# Config file for Radicale - A simple calendar server
#
# Place it into /etc/radicale/config (global)
# or ~/.config/radicale/config (user)
#
# The current values are the default ones


[server]

# CalDAV server hostnames separated by a comma
# IPv4 syntax: address:port
# IPv6 syntax: [address]:port
# For example: 0.0.0.0:9999, [::]:9999
#hosts = 127.0.0.1:5232

# Daemon flag
#daemon = False

# File storing the PID in daemon mode
#pid =

# Max parallel connections
#max_connections = 20

# Max size of request body (bytes)
#max_content_length = 10000000

# Socket timeout (seconds)
#timeout = 10

# SSL flag, enable HTTPS protocol
#ssl = False

# SSL certificate path
#certificate = /etc/ssl/radicale.cert.pem

# SSL private key
#key = /etc/ssl/radicale.key.pem

# CA certificate for validating clients. This can be used to secure
# TCP traffic between Radicale and a reverse proxy
#certificate_authority =

# SSL Protocol used. See python's ssl module for available values
#protocol = PROTOCOL_TLSv1_2

# Available ciphers. See python's ssl module for available ciphers
#ciphers =

# Reverse DNS to resolve client address in logs
#dns_lookup = True

# Message displayed in the client when a password is needed
#realm = Radicale - Password Required


[encoding]

# Encoding for responding requests
#request = utf-8

# Encoding for storing local collections
#stock = utf-8


[auth]

# Authentication method
# Value: none | htpasswd | remote_user | http_x_remote_user
type = radicale_dovecot_auth 

# Htpasswd filename
# htpasswd_filename = users

# Htpasswd encryption method
# Value: plain | sha1 | ssha | crypt | bcrypt | md5
# Only bcrypt can be considered secure.
# bcrypt and md5 require the passlib library to be installed.
# htpasswd_encryption = plain 

# Incorrect authentication delay (seconds)
#delay = 1

auth_socket = /var/run/dovecot/auth-radicale


[rights]

# Rights backend
# Value: none | authenticated | owner_only | owner_write | from_file
type = from_file 

# File for rights management from_file
file = /etc/radicale/rights


[storage]

# Storage backend
# Value: multifilesystem
type = radicale_storage_by_index
radicale_storage_by_index_fields = dtstart, dtend, uid, summary

# Folder for storing local collections, created if not present
filesystem_folder = /srv/radicale/collections

# Lock the storage. Never start multiple instances of Radicale or edit the
# storage externally while Radicale is running if disabled.
#filesystem_locking = True

# Sync all changes to disk during requests. (This can impair performance.)
# Disabling it increases the risk of data loss, when the system crashes or
# power fails!
#filesystem_fsync = True

# Delete sync token that are older (seconds)
#max_sync_token_age = 2592000

# Close the lock file when no more clients are waiting.
# This option is not very useful in general, but on Windows files that are
# opened cannot be deleted.
#filesystem_close_lock_file = False

# Command that is run after changes to storage
# Example: ([ -d .git ] || git init) && git add -A && (git diff --cached --quiet || git commit -m "Changes by "%(user)s)
#hook =


[web]

# Web interface backend
# Value: none | internal
type = none 


[logging]

# Logging configuration file
# If no config is given, simple information is printed on the standard output
# For more information about the syntax of the configuration file, see:
# http://docs.python.org/library/logging.config.html
#config = /etc/radicale/logging

# Store all environment variables (including those set in the shell)
#full_environment = False

# Don't include passwords in logs
#mask_passwords = True


[headers]

# Additional HTTP headers
#Access-Control-Allow-Origin = *
<!-- gh-comment-id:1531677578 --> @NABarnes commented on GitHub (May 2, 2023): Yes, there's a file at /var/log/supervisor/radicale-stdout---supervisor-do_a027l.log but it is empty. /srv/modoboa/env/bin/python /srv/modoboa/instance/manage.py generate_rights --force and then restart doesn't solve the problem. /etc/radicale/config is as follows: ``` # This file was automatically installed on 2023-05-02T09:23:21.009445 # -*- mode: conf -*- # vim:ft=cfg # Config file for Radicale - A simple calendar server # # Place it into /etc/radicale/config (global) # or ~/.config/radicale/config (user) # # The current values are the default ones [server] # CalDAV server hostnames separated by a comma # IPv4 syntax: address:port # IPv6 syntax: [address]:port # For example: 0.0.0.0:9999, [::]:9999 #hosts = 127.0.0.1:5232 # Daemon flag #daemon = False # File storing the PID in daemon mode #pid = # Max parallel connections #max_connections = 20 # Max size of request body (bytes) #max_content_length = 10000000 # Socket timeout (seconds) #timeout = 10 # SSL flag, enable HTTPS protocol #ssl = False # SSL certificate path #certificate = /etc/ssl/radicale.cert.pem # SSL private key #key = /etc/ssl/radicale.key.pem # CA certificate for validating clients. This can be used to secure # TCP traffic between Radicale and a reverse proxy #certificate_authority = # SSL Protocol used. See python's ssl module for available values #protocol = PROTOCOL_TLSv1_2 # Available ciphers. See python's ssl module for available ciphers #ciphers = # Reverse DNS to resolve client address in logs #dns_lookup = True # Message displayed in the client when a password is needed #realm = Radicale - Password Required [encoding] # Encoding for responding requests #request = utf-8 # Encoding for storing local collections #stock = utf-8 [auth] # Authentication method # Value: none | htpasswd | remote_user | http_x_remote_user type = radicale_dovecot_auth # Htpasswd filename # htpasswd_filename = users # Htpasswd encryption method # Value: plain | sha1 | ssha | crypt | bcrypt | md5 # Only bcrypt can be considered secure. # bcrypt and md5 require the passlib library to be installed. # htpasswd_encryption = plain # Incorrect authentication delay (seconds) #delay = 1 auth_socket = /var/run/dovecot/auth-radicale [rights] # Rights backend # Value: none | authenticated | owner_only | owner_write | from_file type = from_file # File for rights management from_file file = /etc/radicale/rights [storage] # Storage backend # Value: multifilesystem type = radicale_storage_by_index radicale_storage_by_index_fields = dtstart, dtend, uid, summary # Folder for storing local collections, created if not present filesystem_folder = /srv/radicale/collections # Lock the storage. Never start multiple instances of Radicale or edit the # storage externally while Radicale is running if disabled. #filesystem_locking = True # Sync all changes to disk during requests. (This can impair performance.) # Disabling it increases the risk of data loss, when the system crashes or # power fails! #filesystem_fsync = True # Delete sync token that are older (seconds) #max_sync_token_age = 2592000 # Close the lock file when no more clients are waiting. # This option is not very useful in general, but on Windows files that are # opened cannot be deleted. #filesystem_close_lock_file = False # Command that is run after changes to storage # Example: ([ -d .git ] || git init) && git add -A && (git diff --cached --quiet || git commit -m "Changes by "%(user)s) #hook = [web] # Web interface backend # Value: none | internal type = none [logging] # Logging configuration file # If no config is given, simple information is printed on the standard output # For more information about the syntax of the configuration file, see: # http://docs.python.org/library/logging.config.html #config = /etc/radicale/logging # Store all environment variables (including those set in the shell) #full_environment = False # Don't include passwords in logs #mask_passwords = True [headers] # Additional HTTP headers #Access-Control-Allow-Origin = * ```
Author
Owner

@NABarnes commented on GitHub (May 2, 2023):

Just a thought - Modoboa is running in a container under Proxmox while I test it out. I can't see that that would cause the problem, but I will try installing in a VM instead (which is how the final install will be anyway).

<!-- gh-comment-id:1531682712 --> @NABarnes commented on GitHub (May 2, 2023): Just a thought - Modoboa is running in a container under Proxmox while I test it out. I can't see that that would cause the problem, but I will try installing in a VM instead (which is how the final install will be anyway).
Author
Owner

@NABarnes commented on GitHub (May 2, 2023):

Exactly the same problem running as a VM. I'll try stock Debian next rather than Turnkey Core.

<!-- gh-comment-id:1531714321 --> @NABarnes commented on GitHub (May 2, 2023): Exactly the same problem running as a VM. I'll try stock Debian next rather than Turnkey Core.
Author
Owner

@NABarnes commented on GitHub (May 2, 2023):

After a glitch (I just got a server error at the home page) and a re-install of Stock Debian 11, I still get exactly the same error trying to create a user's calendar.

<!-- gh-comment-id:1531810866 --> @NABarnes commented on GitHub (May 2, 2023): After a glitch (I just got a server error at the home page) and a re-install of Stock Debian 11, I still get exactly the same error trying to create a user's calendar.
Author
Owner

@Spitfireap commented on GitHub (May 3, 2023):

Does your VM run behind a reverse proxy as well ?

<!-- gh-comment-id:1532556173 --> @Spitfireap commented on GitHub (May 3, 2023): Does your VM run behind a reverse proxy as well ?
Author
Owner

@Spitfireap commented on GitHub (May 3, 2023):

I think you simply need to add this proxy_pass_header Authorization; to your nginx reverse proxy for modoboa proxy

<!-- gh-comment-id:1532558815 --> @Spitfireap commented on GitHub (May 3, 2023): I think you simply need to add this ` proxy_pass_header Authorization;` to your nginx reverse proxy for modoboa proxy
Author
Owner

@NABarnes commented on GitHub (May 3, 2023):

Yay, we're there!! Thank you.

OK. So the "ssl_verify_cert=False" line in /srv/modoboa/env/lib/pythonX.X/site-packages/modoboa_radicale/backends/caldav_.py definitely needs to be added (took it out and got an SSL error). And then "proxy_pass_header Authorization;" needs to be added to the nginx configuration.

Thank you for working through this with me.

<!-- gh-comment-id:1532621522 --> @NABarnes commented on GitHub (May 3, 2023): Yay, we're there!! Thank you. OK. So the "ssl_verify_cert=False" line in /srv/modoboa/env/lib/pythonX.X/site-packages/modoboa_radicale/backends/caldav_.py definitely needs to be added (took it out and got an SSL error). And then "proxy_pass_header Authorization;" needs to be added to the nginx configuration. Thank you for working through this with me.
Author
Owner

@Spitfireap commented on GitHub (May 3, 2023):

Nice to hear :)

<!-- gh-comment-id:1532642430 --> @Spitfireap commented on GitHub (May 3, 2023): Nice to hear :)
Sign in to join this conversation.
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
starred/modoboa-modoboa#1723
No description provided.