HTTP server error 418?

/e/OS Devices Motorola
, ,
1

This error/notification has been happening more frequently on my Moto One 5g Ace. There are two similar errors, one for com.android.contacts and another for com.android.calendar

Debug outputs are below, I’ve pruned them so if you want the full output let me know where to send it:

SYNCHRONIZATION INFO
Account name: Contacts (REMOVED@e.email vA)
Authority: com.android.contacts

HTTP REQUEST:
Request{method=PROPFIND, url=https://ecloud.global/remote.php/dav/addressbooks/users/EMOVED@e.email/test2/, tags={}}
<?xml version='1.0' encoding='UTF-8' ?><propfind xmlns="DAV:" xmlns:CAL="urn:ietf:params:xml:ns:caldav" xmlns:CARD="urn:ietf:params:xml:ns:carddav"><prop><CARD:supported-address-data /><supported-report-set /><n0:getctag xmlns:n0="http://calendarserver.org/ns/" /><sync-token /></prop></propfind>

HTTP RESPONSE:
Response{protocol=http/1.0, code=418, message=Service Unavailable, url=https://ecloud.global/remote.php/dav/addressbooks/users/REMOVED@e.email/test2/}
<!doctype html>

SYNCHRONIZATION INFO
Account name: REMOVED@e.email
Authority: com.android.calendar

HTTP REQUEST:
Request{method=PROPFIND, url=https://ecloud.global/remote.php/dav/calendars/REMOVED@e.email/personal/, tags={}}
<?xml version='1.0' encoding='UTF-8' ?><propfind xmlns="DAV:" xmlns:CAL="urn:ietf:params:xml:ns:caldav" xmlns:CARD="urn:ietf:params:xml:ns:carddav"><prop><supported-report-set /><n0:getctag xmlns:n0="http://calendarserver.org/ns/" /><sync-token /></prop></propfind>

HTTP RESPONSE:
Response{protocol=http/1.0, code=418, message=Service Unavailable, url=https://ecloud.global/remote.php/dav/calendars/REMOVED@e.email/personal/}
<!doctype html>
1 Like
2

I see a mixture of http and https in your log and that might be a fit with HTTP error 418 as described here:HTML Response code: 418, why you’ve never heard of it and never will again – Berkeley Squares

The /e/ cloud made a change from ecloud.global' to murena.io` some made the switch with a simple change of password to the redirect. Perhaps it is worth looking at that angle?

3

So to confirm, changing my password for my account will fix this error for the contacts and calendar ?

4

I don’t know for certain, but if you see the redirect actually happen it might be good to save another password against the new url. That is what I did with a fairly highly protected Firefox.

I checked, and I have the same password saved against each url.

@cornfarmer are you able to confirm that you see a redirect happen?

5

@Manoj - can you shed any light on this?

6

Updated my pass via cloud/desktop, rebooted phone and was prompted to update the pass on the phone. Will have to keep an eye on it for the rest of the day to see if the error comes back.

1 Like
7

I’ve received the same 2 errors again after changing my password. The debug output looks the same as before.

I noticed this:

In the Account Manager → the Contacts and Calendar properties (Personal and Contact Birthdays) have the URL’s set to (respectively):

https://ecloud.global/remote.php/dav/addressbooks/users/*MyAccountEmail/test2/

https://ecloud.global/remote.php/dav/calendars/*MyAccountEmail/personal/

https://ecloud.global/remote.php/dav/calendars/*MyAccountEmail/contact_birthdays/

If these URL’s are wrong and need to point to murena.io, should I try deleting the account (and re-adding it) or deleting both of the ‘Collection’ of the Calendar / Contacts? Would either force the Account Manager to switch to the right URL? I can surely try this myself but honestly I don’t have a lot of bandwidth and this kind of sucks up a lot of time for me.

8

After updating to 1.4 - this error seems to have stopped, and the URLs above are still pointing to ecloud.global.

9

Hours after my last post, the 2 errors showed up again.

I tried deleting and re-adding my account (on the Moto One 5G Ace), re-syncing et al. Noticed that the Contacts and Calendar properties in Account Manager did not change, still using ecloud.global URLs.

Other than that I don’t know what else to try other then posting in this thread if the errors still happen.

-shrug-

10

Same problem down here, since 1.3 (or 1.4?), but it seems only for Contacts, not Calendar (I am not using it).
I noted that forcing synchronisation of Contacts app is still working.

                       (
            _           ) )
         _,(_)._        ((
    ___,(_______).        )
  ,'__.   /       \    /\_
/,' /  |""|       \  /  /
| | |   |__|       |,'  /
\`.|                  /
  `. :           :    /
    `.            :.,'
      `-.________,-'

This might be useful for debugging:

REMOTE RESOURCE:
https://ecloud.global/remote.php/dav/addressbooks/users/2001@e.email/contacts/

EXCEPTION:
foundation.e.dav4jvm.exception.HttpException: HTTP 418 Service Unavailable
    at foundation.e.dav4jvm.DavResource.checkStatus(DavResource.kt:423)
    at foundation.e.dav4jvm.DavResource.checkStatus(DavResource.kt:397)
    at foundation.e.dav4jvm.DavResource.processMultiStatus(DavResource.kt:491)
    at foundation.e.dav4jvm.DavResource.propfind(DavResource.kt:384)
    at foundation.e.accountmanager.syncadapter.ContactsSyncManager$queryCapabilities$1.invoke(ContactsSyncManager.kt:128)
    at foundation.e.accountmanager.syncadapter.ContactsSyncManager$queryCapabilities$1.invoke(ContactsSyncManager.kt:75)
    at foundation.e.accountmanager.syncadapter.SyncManager.useRemote(SyncManager.kt:838)
    at foundation.e.accountmanager.syncadapter.SyncManager.useRemoteCollection(SyncManager.kt:859)
    at foundation.e.accountmanager.syncadapter.ContactsSyncManager.queryCapabilities(ContactsSyncManager.kt:126)
    at foundation.e.accountmanager.syncadapter.SyncManager$performSync$1.invoke(SyncManager.kt:125)
    at foundation.e.accountmanager.syncadapter.SyncManager$performSync$1.invoke(SyncManager.kt:57)
    at foundation.e.accountmanager.syncadapter.SyncManager.unwrapExceptions(SyncManager.kt:864)
    at foundation.e.accountmanager.syncadapter.SyncManager.performSync(SyncManager.kt:116)
    at foundation.e.accountmanager.syncadapter.EeloContactsSyncAdapterService$ContactsSyncAdapter.sync(EeloContactsSyncAdapterService.kt:68)
    at foundation.e.accountmanager.syncadapter.SyncAdapterService$SyncAdapter.onPerformSync(SyncAdapterService.kt:122)
    at android.content.AbstractThreadedSyncAdapter$SyncThread.run(AbstractThreadedSyncAdapter.java:354)

SOFTWARE INFORMATION
* foundation.e.accountmanager 2.6.3-ose (328)
* com.android.providers.contacts 10 (29)
* com.android.providers.calendar 10 (29)
* foundation.e.tasks 1.2.3-76-gca2dc61 (7800)
* com.android.contacts 1.7.31 (10731)
* foundation.e.calendar 10 (29)
11

What I find strange about both your errors is an http error on a https service, if I understand correctly.

As in your log @breakfrea, the error is clearly marked as in foundation.e.accountmanager I think the log merits dev attention by way of Report an issue.

12

I created the issue at https://gitlab.e.foundation/e/qa/testing-community/-/issues/19

Thank you.

3 Likes
13

Thanks @breakfrea for creating the issue.

I am still getting this 418 error randomly, sometimes more than once within a few hours, sometimes it won’t happen for a couple of days.

14

I’m getting this 418 error too since upgrading to 1.3
It’s random but when it comes it’s popping up every 30 seconds
On 1.3 Gigaset

15

Not a total solution: go to Account->your /e/ account->My account(overview)->Settings->Account manager->your e.email account->then the settings sprocket/gear icon. You can set how often it syncs there so at least you won’t have constant notifications.

16

Hi Cornfarmer, thanks for this. I’ve done it- fingers croseed.
Strangely it has not done it over the last few days however.

Cheers