sancoder

Investigated. `to_netloc_with_port = my.server.name:443` while `get_server_netloc(environ, force_port=True) = my.server.name:5232` Condition on line 57 of [move.py](https://github.com/Kozea/Radicale/blob/master/radicale/app/move.py) fails, and we see "Unsupported destination"

My guess is that initial code was to compare netloc1 and netloc2 without ports but someone wanted to run several servers on one machine utilizing different ports, and hence comparison...

That works (for me at least) ``` diff --git a/radicale/app/move.py b/radicale/app/move.py index 5bd8a57..6df226b 100644 --- a/radicale/app/move.py +++ b/radicale/app/move.py @@ -27,7 +27,7 @@ from radicale.app.base import Access, ApplicationBase from radicale.log import...

As I said above, `to_netloc_with_port = my.server.name:443` so even if the right part of the condition will be without port, there is no chance it will work.

Is there a way to determine (in code) whether radicale is working behind reverse proxy? If yes, the condition should be without port, if no as it was.

BTW: I was considering not to use radicale because of the bug. Maybe this is the reason why noone else complains?

Added header to nginx config. Changed code back to as it was. Restarted nginx, restarted radicale. Created a test event, changed calendar for the event. Same result (unsupported destination). Honestly,...

If you're testing without reverse proxy, it makes sense. If (as above) reverse proxy is used, then: - incoming request received by nginx, on port 443 (https://FQDN/radicale); - the request...

I investigated this. The problem is in the file `far2l/src/datetime.cpp` there is a function named `GetDateFormat()`. It is hard-coded to return 1. Returning 1 as date format forces all other...