Skip navigation

Recurring CalDAV login issues with iPhones and SLS (10.6 Server)

74854 Views 151 Replies Latest reply: Nov 8, 2013 7:17 AM by StephenM RSS
1 2 3 ... 11 Previous Next
e.f. Level 1 Level 1 (0 points)
Currently Being Moderated
Oct 13, 2010 12:58 PM
I have 10.6.4 Snow Leopard Server running on a Mac Mini and am having intermittent problems with various iPhones logging into CalDAV calendars. The iPhones are a 3G running iOS 3.1.3 and a 3GS running iOS 4.1.

iCal server works perfectly, with Push, on desktop clients.

The iPhones do work occasionally. Push is still not possible (AFAIK) but 15 minute fetch interval is acceptable for now (when is push coming to iPhones btw?). However, a few times per week, sometimes as many as 5 times in a single day, the iPhone will report "Password Incorrect." This happens on its on, presumably after one of the fetch intervals. Re-entering the password usually works, and is stored correctly for hours or days, but eventually it happens again. Sometimes password is accepted after re-entry but sync will silently stop working, which is even worse than the error popping up.

Each iPhone has 3 CalDAV accounts, one of which is a delegate, one of which is shared by all. The password issue happens with all of them, but far more often with the shared account. The password incorrect prompt does NOT always happen with all of them at once, sometimes just one of the accounts will throw the login error and the others will work for a while.

On the server, iCal has Authentication set to "any method", port 8008 and SSL on, Port 8443

The iPhones connect to CalDAV with SSL on port 8443 using "server" set to server.companyname.com

I have deleted the Calendar accounts on the phones repeatedly, hardware reset the phones, deleted all data and set up accounts again. This fixes the problem for a few days but then it comes back.

I don't see much in the iCal server logs, but I might not know what to look for. What should I look for or try next?

Thanks for any help.
Mac Mini 2Ghz Intel Core 2 Duo, 4GB RAM, Mac OS X (10.6.4)
  • apullen Calculating status...
    I too am getting these pop-ups, to the point where on-the-fence iPhone users are beginning to regret their use of either the phone or our server. Our issue is identical to e.f.'s.

    I've called apple three times, and they haven't had any idea what is happening, and there isn't any seemingly pertinent info in the iCal logs or the OD logs. This is also the first I've been able to find anyone else with the same issue. Any ideas would be greatly helpful.

    In our situation, we have 2 original iPhones, 4 3GSs, and 3 iPhone 4s, all with various iOSs. All phones are experiencing the pop-ups. We all share a common calendar, set up as a dummy user, then we have individual calendars, and a couple of wiki calendars that are shared between some users. In other words, our deployment is nearly identical to the OP's.
    iphone, Mac OS X (10.6.4)
  • Tim Harris Level 4 Level 4 (1,460 points)
    that mail gateway entry is not related to your problem. Apart from that I cannot offer any advice apart from saying loosing passwords seems to be a common iphone issue.
    Mainly xserve's and mac mini's, Mac OS X (10.4.11)
  • Xalio Level 1 Level 1 (0 points)
    Exactly the same issues!
    I'm looking for a solution, my users don't want to use their calendar on my server because of that f* password problem!

    I thought it was because I have an unsigned certificate, any idea?
  • Xalio Level 1 Level 1 (0 points)
    Verisign, i think it's free for 15 or 30 days trial...
  • apullen Level 1 Level 1 (0 points)
    Tim Harris- the iPhone forgetting passwords must be different. The message will pop up seemingly when the phone is first starting to connect to the CalDAV calendar. There are two options: enter your password and hit ok or just hit cancel. They both produce the same result of your iPhone connecting with the CalDAV service. It is like it hits a snag when first trying to connect, often when the phone wakes from sleep, but occasionally when in the middle of use. By the way, this seems to happen under all connectivity profiles, 3G or wifi.

    e.f.- Our server had a valid signed certificate and we have connected via SSL and non SSL. I don't believe that the phone has Kerberos capabilities so I believe it connects only via digest. Although I don't yet fully understand Kerberos, so I might be way off.
    Mac OS X (10.6.4)
  • Tim Harris Level 4 Level 4 (1,460 points)
    I'm not sure this is a 'server' issue or 'iphone' issue. The fact that the problem goes away when you down grade, sort of suggests iphone related.

    i assume you are in a fixed IP address and your ISP is hosting the DNS records for you?
    Mainly xserve's and mac mini's, Mac OS X (10.4.11)
  • deeky1981 Calculating status...
    Same issues. I don't use the SSL. From time to time the phone will work great, syncs to Snow Leopard server through the iCAL with CALDEV. My desktops sync nicely, both the Macbook and my Windows Desktop using thunderbird.

    It seems when I notice my iphone 4 stops syncing calendar will be preceded by a request for a CALdav password to my Mac Mini Server sitting at home. I can cancel, all seems fine. But I believe that is where the breakdown occurs and the phone simply stops syncing and fetching.

    I find that a phone restart gets things going again for me.

    I'll have to play with this some more as I haven't realized it was a problem until I just started looking around and found this thread. I'll keep my eyes on this here to see if anybody gets anywhere with it.
    Macbook, Mac MINI Server, iOS 4
1 2 3 ... 11 Previous Next

Actions

More Like This

  • Retrieving data ...

Bookmarked By (5)

Legend

  • This solved my question - 10 points
  • This helped me - 5 points
This site contains user submitted content, comments and opinions and is for informational purposes only. Apple disclaims any and all liability for the acts, omissions and conduct of any third parties in connection with or related to your use of the site. All postings and use of the content on this site are subject to the Apple Support Communities Terms of Use.