Kalender+Adressbuch im Thunderbird?

[boehm]

Ich musste den Eintrag in der .htaccess ändern:

Code: Select all

# explicit webdav requests
RewriteRule ^webdav index.php [E=WEBDAV:true,E=REDIRECT_WEBDAV:true,E=REMOTE_USER:%{HTTP:Authorization},L]
 
# explicit caldav requests
RewriteRule ^caldav index.php [E=CALDAV:true,E=REDIRECT_CALDAV:true,E=REMOTE_USER:%{HTTP:Authorization},L]


Dann kann ich mich einloggen und auf die webdav-/caldav-Url zugreifen.


Ich habe leider ein neues Problem:

Beim aufrufen meines Kalenders:

http://meinserver/caldav/calendars/ich/4

Kommt dann immer:

Code: Select all

Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 24 bytes) in /var/www/tine/Tinebase/Record/Abstract.php on line 490


Die Erhöhung von memory_limit auf bis zu 256MB hat auch nicht geholfen. So groß ist der Kalender eigentlich gar nicht.

Bei einem Testkalender mit nur einem Eintrag geht es jetzt aber.

[rmoritz]

Guter Hinweis. Wenn ich das allerdings mache, dann kommt nur der Login von Tine 2.0. Nicht der SabreDav-Browser bzw. HTTP-Auth-Fenster.

[rmoritz]

Mein Problem ist scheinbar folgendes:
Ich habe in der Core, vor den ganzen If-Abfragen, eine Ausgabe der $_SERVER-Variable implementiert. Die enthält einige Key/Value-Paare, aber nicht REDIRECT_WEBDAV, REDIRECT_CALDAV oder ähnliches. Scheinbar werden die E= nicht übergeben. Woran könnte das liegen?

Viele Grüße

[kaystrobach]

geht mod_rewrite bei dir?

[rmoritz]

Jupp. Aber vllt. nicht mit der Übergabe von Variablen?

[kaystrobach]

bitte lade mal deine phpinfo / os version / webserver version hoch

Danke

[rmoritz]

Ich habe dazu mal meinen Support angeschrieben (Domainfactory), da es doch etwas merkwürdig ist. Antwort:

Die Umgebungsvariablen der htaccess werden nicht übergeben, da wir PHP
aus Sicherheitsgründen als CGI einsetzen. Es ist nur mit mod_php möglich
Umgebungsvariablen über die htaccess zu setzen.

Wir empfehlen Ihnen hier mit putenv zu arbeiten. Dazu erhalten Sie unter
folgender Adresse weitere Informationen:
http://de3.php.net/manual/de/function.putenv.php

Ich werde mir das mal anschauen. Wäre aber auch für Vorschläge sehr dankbar.

Viele Grüße

[kaystrobach]

zum thema environment vars gab es schon einen eintrag, dass das evt. auf get oder ähnliche variablen umgestellt wird.

Dummerweise ist das noch nicht passiert.

putenv wird dir sicher wenig helfen, da du im Script immer noch testen musst, welche variablen gesetzt sind, putenv kann die nur setzen

@domainfactory ... jaja cgi haben den vorteil der zugriffsrechte .... naja dafür gibts ja aber mittlerweile auch andere lösungen.

Grüße
Kay

[rmoritz]

Hm, also wird das nicht funktionieren? Das ist sehr schade. Aber dennoch vielen Dank.
Dann werde ich erstmal Tine 2.0 nicht nutzen können und warten, ob es dafür in Zukunft eine Lösung gibt.

[kaystrobach]

du kannst natürlich auch mal über den Code gucken und dir überlegen wie man das mit einem Patch lösen könnte:

Idee 1:

Code: Select all

anlegen activesync.php
anlegen webdav.php
anlegen caldav.php

jeweils include der index.php und davor mit putenv die variablen setzen.

-> .htaccess auf die jeweilige Datei statt index.php umbiegen.

Die Frage ist natürlich, ob du bei CGI an die HTTP-Basic-Auth Benutzerdaten rankommst.


Idee 2:

Code: Select all

Get Variablen?

Vllt hilft dir das ja weiter

Grüße
Kay