Caldav syncing with iphone 4s ios5 failed

[darantasia]

• deleted -

[Ralf_Becker_Stylite]

Hello,

Do you have access to CalDAV, CardDAV, GroupDAV Server app in EGroupware?

Ralf

I bought recently an iphone 4s and tried to sync it with our firm egroupware
calendar (I installed myself 2 week ago Community Version 1.8.002).
It worked perfectly with Ios 4.2.1ant IT WORKS PERFECTLY with the iphone 4S
IOS5 of my friend which is black (mine is white).
So i’m confused : same iphone, same IOS, but can’t make it work on mine???
It instantly synced with the url http://server@/egroupware/groupdav.php and
my friend’s credential, on mine I have this error “impossible de verifier
les données du compte” (unable to verify the account)

The only info I got from my iphone system console app was this line :

Preferences 183970|CoreDAV|Error|The expected namespace / name (DAV: /
multistatus) didn’t match my namespace / name ( / HTML

Has anyone experienced this problem ?

Thank for your help.

–
View this message in context: http://egroupware.219119.n3.nabble.com/Caldav-syncing-with-iphone-4s-ios5-failed-tp3527317p3527317.html
Sent from the egroupware-users mailing list archive at Nabble.com.

---

All the data continuously generated in your IT infrastructure
contains a definitive record of customers, application performance,
security threats, fraudulent activity, and more. Splunk takes this
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d

---

eGroupWare-users mailing list
eGroupWare-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-users

–
Ralf Becker
Director Software Development

Stylite AG

Morschheimer Strasse 15 | Tel. +49 6352 70629 0
D-67292 Kirchheimbolanden | Fax. +49 6352 70629 30

Email: rb@stylite.de

www.stylite.de | www.egroupware.org

Managing Directors: Andre Keller | Ralf Becker | Gudrun Mueller
Chairman of the supervisory board: Prof. Dr. Birger Leon Kropshofer

Commerzbank BLZ 55040022 | Account 218111300
IBAN DE33 5504 0022 0218 1113 00 | BIC COBADEFFXXX
VAT DE214280951 | Registered HRB 31158 Kaiserslautern Germany

---

All the data continuously generated in your IT infrastructure
contains a definitive record of customers, application performance,
security threats, fraudulent activity, and more. Splunk takes this
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d

---

eGroupWare-users mailing list
eGroupWare-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-users

[d.tamm]

We are experiencing the same problem with iPhones in our company. A colleague of mine bought an iPhone some months ago and was initially able to synchronize the calendar. Since an update in the iPhone 1 or 2 weeks ago, the sync is broken, i.e. it is not longer possible to create the account in the phone. I do not have an iPhone with me, so I can’t check the error message, but I think the phone said that it could not get contact with the server (after a long while trying).
Another colleague with an iPhone bought only 3 weeks ago has never been able to get it running, with the same behaviour as mentioned above.
If this is of any help, I can do some tests with my colleagues phones when I am back at work.

[ingoratsdorf]

Well, we have two iPhone 4 with iOS5 on them and they were working fine under
4.x and still work well under iOS5.
However I am using egw 1.9.

So I guess the question is whether this is related to egw 1.8 or to your
setup.

Can you please check what you are getting when you enter the following URL
into your webbrowser:
http(s)://yourdomain.tld/princiapls/users

Can you please check what you are using in your .htaccess file.
I use the below rules.

RewriteEngine On
RewriteBase /

-----------------Enable ActiveSync (Z-Push)

RewriteRule Microsoft-Server-ActiveSync /activesync/index.php [NC,L,QSA]

----------------rewrite rules from egroupware

RewriteRule ^.well-known/(caldav|carddav)$ /groupdav.php/ [NC,R]
RewriteCond %{REQUEST_METHOD} ^(PROPFIND|OPTIONS)$
RewriteRule ^/$ /groupdav.php/ [R]

iOS 4.3+ calendar requires that to autodetect accounts

RewriteRule ^principals/users(.*)$ /groupdav.php/$1 [NC,L]

Regards,
Ingo

We are experiencing the same problem with iPhones in our company. A
colleague of mine bought an iPhone some months ago and was initially able
to synchronize the calendar. Since an update in the iPhone 1 or 2 weeks
ago, the sync is broken, i.e. it is not longer possible to create the
account in the phone. I do not have an iPhone with me, so I can’t check the
error message, but I think the phone said that it could not get contact
with the server (after a long while trying).
Another colleague with an iPhone bought only 3 weeks ago has never been able
to get it running, with the same behaviour as mentioned above.
If this is of any help, I can do some tests with my colleagues phones when I
am back at work.

–
View this message in context:
http://egroupware.219119.n3.nabble.com/Caldav-syncing-with-iphone-4s-ios5-f
ailed-tp3527317p3528965.html Sent from the egroupware-users mailing list
archive at Nabble.com.

---

All the data continuously generated in your IT infrastructure
contains a definitive record of customers, application performance,
security threats, fraudulent activity, and more. Splunk takes this
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d

---

eGroupWare-users mailing list
eGroupWare-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-users

[d.tamm]

We are indeed using eGW 1.8.

On the address http://server/egroupware/groupdav.php/principals/users/ I
get the following output:

EGroupware (Cal|Card|Group)DAV server /principals/users/ .th { background-color: #e0e0e0; } .row_on { background-color: #F1F1F1; } .row_off { background-color: #ffffff; } td { padding-left: 5px; } th { padding-left: 5px; text-align: left; } <h1>(Cal|Card|Group)DAV <a href="/egroupware/groupdav.php/" >/</a><a href="/egroupware/groupdav.php/principals" >principals/</a><a href="/egroupware/groupdav.php/principals/users" >users/</a></h1>

<h3>Collection listing: </h3>

	<td>&lt;a href="/egroupware/groupdav.php/principals/users/daniel.tamm/" >daniel.tamm/&lt;/a></td>
	<td></td>
	<td></td>
	<td>EGw-11:00b032c65c5464066fb6574d28dc90b6:04f53febeb0e9d71aac7e2cdca043343-wGE</td>
	<td></td>
	<td>&lt;principal /&gt;</td>
</tr>

…

#	Namn	Size	Last modified	ETag	Content type	Resource type
1

<h3>Properties</h3>

</tr>
<tr class='row_off'>
	<td>DAV</td><td>resourcetype</td>
	<td>&lt;collection /&gt;&lt;resourcetype&gt;&lt;principal /&gt;&lt;/resourcetype&gt;</td>
</tr>

Namespace	Namn	Value
DAV	current-user-principal	<href><a href="/egroupware/groupdav.php/principals/users/daniel.tamm/">/egroupware/groupdav.php/principals/users/daniel.tamm/</a></href>

=============

My /egroupware/.htaccess file (I have had no .htaccess in document root
until now, but now I noticed the groupdav.htaccess file, I will place it
in doc root and report later on if that solves the problem):

Set

AllowOverride FileInfo

to enable parsing off this file

php_flag file_uploads on
php_flag log_errors on
php_flag magic_quotes_gpc off
php_flag magic_quotes_runtime off
php_flag register_globals off
php_flag short_open_tag on
php_flag track_vars on
php_flag display_errors off
php_value error_reporting 'E_ALL & ~E_NOTICE’
php_value max_execution_time 90
php_value memory_limit 64M
php_value session.gc_maxlifetime 14400
php_value upload_max_filesize 64M
php_value post_max_size 65M

session handling: now the check for expired sessions is done on every

10th session creation
php_flag session.use_trans_sid Off
php_value session.gc_probability 1
php_value session.gc_divisor 10

multibyte extension: needed for utf-8

php_value mbstring.func_overload 7

[darantasia]

• deleted -

[ingoratsdorf]

Hi.

I have tried the following URL, which iOS5 uses:
http://biomil.dyndns.org/principals/users/
and I get a “Not Found”

You will have to set up redirecting/rewriting in your .htaccess file.

Please, there are so many people having those issues and there are so many posts about that and I myself have posted about that so many times. Please read the documentation.

If you cannot enter http(s)://yourdomain.ltd/principals/users/ into your browser and get a nice looking page, then SOMETHING’s WRONG with your setup.

I once again post My .htaccess setup here:

---

RewriteEngine On
RewriteBase /

-----------------Enable ActiveSync (Z-Push)

RewriteRule Microsoft-Server-ActiveSync /activesync/index.php [NC,L,QSA]

----------------rewrite rules from egroupware

RewriteRule ^.well-known/(caldav|carddav)$ /groupdav.php/ [NC,R]
RewriteCond %{REQUEST_METHOD} ^(PROPFIND|OPTIONS)$
RewriteRule ^/$ /groupdav.php/ [R]

iOS 4.3+ calendar requires that to autodetect accounts

RewriteRule ^principals/users(.*)$ /groupdav.php/$1 [NC,L]

Regards,
Ingo

http://biomil.dyndns.org/egroupware/groupdav.php/principals/users/daniel.tamm/

---

All the data continuously generated in your IT infrastructure
contains a definitive record of customers, application performance,
security threats, fraudulent activity, and more. Splunk takes this
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d

---

eGroupWare-users mailing list
eGroupWare-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-users

[ingoratsdorf]

Hi.

Well, the URL you are using is not exactly what I suggested.
I suggested you use the following URL:
http://xxxxxx.fr/principals/users/

That is the URL that the iPhone uses. If you cannot enter that in your webbrowser and do not get a sensible output, then your setup is wrong.

Try that please and report back.

Regards,
Ingo

Hello,

Yes, i have access to GroupDAV
On this page :
/http://xxxxxx.fr/egroupware/groupdav.php//
And there are these informations and it lists all users, so it seems to work
fine…
/CalDAV calendar-home-set /egroupware/groupdav.php/
CardDAV addressbook-home-set /egroupware/groupdav.php//

But, once again, one of my egroupware client has an iphone 4s IOS 5 as i do
and it worked perfectly…
The only different thing is that my account is the egroupware admin
account…
In despair, I bought yesterday the “Tasks+Cal+Sync” app on the app store,
syncML is ok and well installed on my server
But it’s still the same (I put it in legacy mode and ignore ssl errors) and
this time the error is “`Sync failed : Error 20009”

I would go for an Apple weirdness since I really don’t get it…

–
View this message in context: http://egroupware.219119.n3.nabble.com/Caldav-syncing-with-iphone-4s-ios5-failed-tp3527317p3530122.html
Sent from the egroupware-users mailing list archive at Nabble.com.

---

All the data continuously generated in your IT infrastructure
contains a definitive record of customers, application performance,
security threats, fraudulent activity, and more. Splunk takes this
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d

---

eGroupWare-users mailing list
eGroupWare-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-users

[darantasia]

• deleted -

[ingoratsdorf]

Hmm,
But your URL still show

/groupdav.php/principals/users

And not

/principals/users

???

Cheers,
Ingo

Hello,

Here’s what I see under this URL :
http://xxxxxx.fr/principals/users/

http://egroupware.219119.n3.nabble.com/file/n3533090/captiEGW.png

Regards.

Darantasia.

–
View this message in context: http://egroupware.219119.n3.nabble.com/Caldav-syncing-with-iphone-4s-ios5-failed-tp3527317p3533090.html
Sent from the egroupware-users mailing list archive at Nabble.com.

---

All the data continuously generated in your IT infrastructure
contains a definitive record of customers, application performance,
security threats, fraudulent activity, and more. Splunk takes this
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d

---

eGroupWare-users mailing list
eGroupWare-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-users

---

All the data continuously generated in your IT infrastructure
contains a definitive record of customers, application performance,
security threats, fraudulent activity, and more. Splunk takes this
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d

---

eGroupWare-users mailing list
eGroupWare-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-users

[darantasia]

• deleted -

[ingoratsdorf]

Yep, that’s what I expected.
Try the .htaccess statements that I posted earlier today. Some chap had exactly the same issues. Have a look in the other posts.
Sorry, don’t have history here, just typing from my iPhone. NZ has past bedtime.
If you cant get it to work we shall see tomorrow when back on my desktop.
I found the standard egroupware statements NOT TO WORK on my system, the ones you have.

Cheers,
Ingo

All right, sorry, it shows a 404 error, it may come from my .htaccess as you
explained before ?

/my .htaccess (it’s on an ubuntu server)

RewriteEngine On
RewriteBase /

RewriteRule ^.well-known/(caldav|carddav)$ /egroupware/groupdav.php/ [R]
RewriteCond %{REQUEST_METHOD} ^(PROPFIND|OPTIONS)$
RewriteRule ^/$ /egroupware/groupdav.php/ [R]

iOS 4.3+ calendar requires that to autodetect accounts

RewriteRule ^(/principals/users/.*)$ /egroupware/groupdav.php$1 [R]

Thanks.

–
View this message in context: http://egroupware.219119.n3.nabble.com/Caldav-syncing-with-iphone-4s-ios5-failed-tp3527317p3533142.html
Sent from the egroupware-users mailing list archive at Nabble.com.

---

All the data continuously generated in your IT infrastructure
contains a definitive record of customers, application performance,
security threats, fraudulent activity, and more. Splunk takes this
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d

---

eGroupWare-users mailing list
eGroupWare-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-users

---

All the data continuously generated in your IT infrastructure
contains a definitive record of customers, application performance,
security threats, fraudulent activity, and more. Splunk takes this
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d

---

eGroupWare-users mailing list
eGroupWare-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-users

[darantasia]

• deleted -

[d.tamm]

OK, I did not realise that you conciously omitted “egroupware/groupdav.php” in the address, thought it was a typo…
Now I have adjusted my redirects as you told me. The result is as follows:

• entered my.domain.com without anything else
• entered username and password
  -> The verification fails, but if we then save the settings, the calender works anyway.

So this one is solved. Thank you for your patience.

Then, we wanted to subscibe to a group calendar instead. For this, we modified the string under “Advanced” where we changed “user.name” to “groupname”:
…/principals/users/groupname

Although groupname is not a user, this works aswell because /egroupware/groupdav.php/groupname also works, so this is covered by Ingo’s rewrite rule.
It seemed that iPhone would change back to the user’s calendare occasionally, but I can’t see a pattern in this, so maybe it was due to our own mistakes. Right now, the group calendar seems to work fine.

[ingoratsdorf]

Well, if it’s working on one iOS5 device, then it should be working on the other too. They use the same code…
So I suspect that there is a device setup mistake?

Please check with d.tamm too, similar problems there.

Groupdav.htaccess is not in use unless you rename it to .htaccess.
.htaccess is a hidden configuration file.
Please note that if you are on shared servers, most of the apache configurations in .htaccess may not work, may get ignored or may cause a http500 error.
The rewrite rules should work.
As noted, you have to adjust them to your installation location.
Most people run egroupware in /egroupware or /Egw.
I run it in the root of a subdomain.
Makes configuration easier. Hence I have /groupdav.php.

Cheers,
Ingo

Ok thank you for your time
Been trying all your advices concerning the .htaccess content (put yours
except added /egroupware, as my site is in /var/www/egroupware) and the
apache configuration (/used this/
http://svn.stylite.de/viewvc/egroupware/branches/1.8/egroupware/doc/rpm-build/apache.conf?view=markup
as you suggested, found it on a precedent post, i put exactly this content
in my apache2 conf)

Still the same : can’t access http://xxxx.fr/principals/users : error 404…
Just one question more : what do i do with the groupdav.htaccess? Can I drop
it?

Well, at least it’s working for ios 4.2.1…and ONE iOS 5… alleluiah

–
View this message in context: http://egroupware.219119.n3.nabble.com/Caldav-syncing-with-iphone-4s-ios5-failed-tp3527317p3533633.html
Sent from the egroupware-users mailing list archive at Nabble.com.

---

All the data continuously generated in your IT infrastructure
contains a definitive record of customers, application performance,
security threats, fraudulent activity, and more. Splunk takes this
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d

---

eGroupWare-users mailing list
eGroupWare-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-users

---

All the data continuously generated in your IT infrastructure
contains a definitive record of customers, application performance,
security threats, fraudulent activity, and more. Splunk takes this
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d

---

eGroupWare-users mailing list
eGroupWare-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-users