Your browser does not seem to support JavaScript. As a result, your viewing experience will be diminished, and you may not be able to execute some actions.

Please download a browser that supports JavaScript, or enable it if it's disabled (i.e. NoScript).

WiFi SSID restriction - Multiple networks

S

Spito last edited by rfc2822

Hey guys,

I have two WiFi networks at home (2,4ghz and 5ghz) with different SSIDs.

How do I add another network to the SSID whitelist?

keep up the great work
Reply Quote 0
1 Reply Last reply
R

rfc2822 developer last edited by

This has been implemented with davdroid/3b89410b. Multiple SSIDs can now be entered (using comma as separator).

There is no escaping, so SSIDs containing , are not supported anymore.
Reply Quote 0
1 Reply Last reply

solved 449 enhancement 195

2
Posts

1239
Views

Log in to reply

Similar topics

G

Owncloud well-known configuration
DAVx⁵ • solved owncloud • • gian

6

0
Votes

6
Posts

4256
Views

G

I have got the same problem. I installed owncloud in a subdirectory so my adress to owncloud is https://domain.de/owncloud I have already modified the two needed lines in the .htaccess file: RewriteRule ^.well-known/carddav /owncloud/remote.php/carddav/ [R=301,L] RewriteRule ^.well-known/caldav /owncloud/remote.php/caldav/ [R=301,L] When I type the URL in a webbrowser I get redirectet. When I use Davdroid with https://domain.de/owncloud/ it says there are no calendars or contacts found. So I have to add a davdroid account for my calendars and an account for my contacts typing in the full adress (for calendars: https://domain.de/owncloud/remote.php/caldav and for contacts: https://domain.de/owncloud/remote.php/carddav ) If I install owncloud in a subdomain like https://oc.domain.de and also use https://oc.domain.de in davdroid then davdroid immediately finds my calendars and contacts so I can add them with one davdroid account and thats what I want to have. So I guess Davdroid is looking for the false adress when using owncloud in a subdirectory. The rest of my rewrite rules (just to be sure): <IfModule mod_rewrite.c> RewriteEngine on RewriteCond %{SERVER_PORT} !^443$ RewriteRule ^ https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301,NE] RewriteRule .* - [env=HTTP_AUTHORIZATION:%{HTTP:Authorization}] RewriteRule ^.well-known/host-meta /owncloud/public.php?service=host-meta [QSA,L] RewriteRule ^.well-known/host-meta.json /owncloud/public.php?service=host-meta-json [QSA,L] RewriteRule ^.well-known/carddav /owncloud/remote.php/carddav/ [R=301,L] RewriteRule ^.well-known/caldav /owncloud/remote.php/caldav/ [R=301,L] RewriteRule ^apps/calendar/caldav.php /owncloud/remote.php/caldav/ [QSA,L] RewriteRule ^apps/contacts/carddav.php /owncloud/remote.php/carddav/ [QSA,L] RewriteRule ^remote/(.) /owncloud/remote.php [QSA,L] RewriteRule ^(build|tests|config|lib|3rdparty|templates)/. - [R=404,L] RewriteRule ^(.|autotest|occ|issue|indie|db_|console).* - [R=404,L] </IfModule> Here are my records: 0_1456782402372_davdroid-debug616227045.txt If I get the records right, then davdroid is looking for [trace] --> OPTIONS https://domain.de/owncloud/ HTTP/1.1 but shouldn’t this adress rather be [trace] --> OPTIONS https://domain.de/owncloud/.well-known/carddav HTTP/1.1 and [trace] --> OPTIONS https://domain.de/owncloud/.well-known/caldav HTTP/1.1 because otherwise a redirect in the .htaccess redirects the query to the false adress: [trace] Location: https://domain.de/owncloud/index.php/apps/files/ As a workaround I could create a .htaccess in my root with the following content: <IfModule mod_rewrite.c> RewriteEngine on RewriteCond %{SERVER_PORT} !^443$ RewriteRule ^ https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301,NE] RewriteRule ^.well-known/host-meta /owncloud/public.php?service=host-meta [QSA,L] RewriteRule ^.well-known/host-meta.json /owncloud/public.php?service=host-meta-json [QSA,L] RewriteRule ^.well-known/carddav /owncloud/remote.php/carddav/ [R=301,L] RewriteRule ^.well-known/caldav /owncloud/remote.php/caldav/ [R=301,L] </IfModule> This works because davdroid tries to find the owncloud calendar and contacts in https://domain.de after it didn’t find anything in https://domain.de/owncloud/
G

"Unable to resolve host" when using international domain name
ICSx⁵ • enhancement • • guillaumeT1

5

0
Votes

5
Posts

1566
Views

G

Hi, That make sense. So please consider this a feature request, as opposed to a bug report. Using ASCII is fine for now, there are few french-speaking websites using IDN. But there probably many arab/chineese/russian-speaking websites that do, so it may be more annoying for those users. N.B. I’ve sent a flattr micro-donation as a gesture of support Guillaume
Unable to create account
DAVx⁵ • solved android meizu • • ruslan-murzin

20

0
Votes

20
Posts

540
Views

R

Should now work with DAVx⁵ 2.5.4 (which is currently available for beta testers).

1 / 1