General discussion on installation and configuration of SOGo

Text archives Help

Re: [SOGo] Error 404 before using the SOGo Web interface

Chronological Thread 
  • From: Yvan LE BOUFFANT < >
  • To:
  • Subject: Re: [SOGo] Error 404 before using the SOGo Web interface
  • Date: Wed, 30 Mar 2011 16:18:21 +0200

Hello again,

I think you didn't understand what my problem is.
I did configure the SOGo sources so that I can access to everything I needed (such as mail, calendar and addresses), and it works.... while I do at least one connection through the web interface.
I will take and example of what bother me :
If the first person to connect to SOGo use the web interface, it's ok, everything works well.
If the first person use Thunderbird to connect to SOGo, he won't have an access to it's calendars, nor address books before one connect to the web interface. He will get the 404 every time.
Another problem is that I have to do that trick every morning.

I don't know if it's clearer.

Thanks for your help


Le 03/30/2011 03:59 PM, Stephen Ingram a écrit :

Yvan LE BOUFFANT wrote:
First of all, I'm new using SOGo, and find that's a very good product (a bit difficult to setup, but I managed to do it), so I would like to thank you for all of that.
I had a trouble, and I didn't find any solution on the net. The problem is that I can't connect to SOGo through the SOGo Integrator since I logged once through the web interface. The requests returns are :

"REPORT /SOGo/dav/ /Contacts HTTP/1.1" 404 62/0 0.590 - - 0
"REPORT /SOGo/dav/ /Calendar HTTP/1.1" 404 62/0 0.588 - - 0

The '404' indicates that SOGo can't find this user entry. You might check the database (sogo_folder_info) to see that the correct user was created since you are using uid to login instead of the email address it is apparently looking for.

After logged in, I've got that :

"REPORT /SOGo/dav/ /Contacts/people/ HTTP/1.1" 207 127/341 2.004 - - 0
"REPORT /SOGo/dav/ /Calendar/personal/ HTTP/1.1" 207 125/245 0.044 - - 0

and between both, few lines like :

WARNING(-[NSNull(misc) count]): called NSNull -count (returns 0) !!!
"GET /SOGo/ HTTP/1.1" 200 3713/0 0.147 10215 63% 2M
SOGoRootPage successful login for user 'user' - expire = -1 grace = -1

Correct login--that's good.

[WARN] <0x0x84b9520[SOGoWebDAVAclManager]> entry '{DAV:}write' already exists in DAV permissions table
[WARN] <0x0x84b9520[SOGoWebDAVAclManager]> entry '{DAV:}write-properties' already exists in DAV permissions table
[WARN] <0x0x84b9520[SOGoWebDAVAclManager]> entry '{DAV:}write-content' already exists in DAV permissions table
Note: Using UTF-8 as URL encoding in NGExtensions.
"POST /SOGo/connect HTTP/1.1" 200 27/40 1.207 - - 588K
"GET /SOGo/user HTTP/1.1" 302 0/0 0.002 - - 8K
"GET /SOGo/user/view HTTP/1.1" 302 0/0 0.008 - - 4K
"GET /SOGo/so/user/Mail HTTP/1.1" 302 0/0 0.002 - - 0
Note(NGImap4Connection): using '/' as the IMAP4 folder separator.
"GET /SOGo/so/user/Mail/view HTTP/1.1" 200 8932/0 0.444 30076 70% 1M
"POST /SOGo/so/user/Calendar/alarmslist?browserTime=1301381892 HTTP/1.1" 200 2/0 0.007 - - 96K
"POST /SOGo/so/user/Mail/0/mailboxes HTTP/1.1" 200 1052/0 0.091 - - 4K
"POST /SOGo/so/user/Mail//0/folderINBOX/unseenCount HTTP/1.1" 200 13/0 0.008 - - 4K
"POST /SOGo/so/user/Mail/foldersState HTTP/1.1" 200 23/0 0.002 - - 0

See. Notice the difference here with the successful requests (200). They are pointing toward the uid instead of the email address (/SOGo/so/user/Mail instead of /SOGo/so/ )

The thing to know, is that I have a particular configuration, using the mail address (ie ) as login for IMAP, and id field in LDAP (ie user) to log on SOGo. To make it work with the SOGo integrator, I deleted the override of the common-dialog in the Thunderbird's plugin (to be able to enter another username than the email address).

You *can* do this, but you have to be very careful that the correct information is passed to SOGo such that it can access both its information (addressbook and calendar in database and email in mailstore) using ldap binds and searches (see pages 16-18 of manual).


Archive powered by MHonArc 2.6.18.

Top of page