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
Yvan
Le 03/30/2011 03:59 PM, Stephen Ingram a écrit :
Yvan-
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/[email protected]/Contacts HTTP/1.1" 404 62/0
0.590 - - 0
"REPORT /SOGo/dav/[email protected]/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/[email protected]/Contacts/people/ HTTP/1.1" 207
127/341 2.004 - - 0
"REPORT /SOGo/dav/[email protected]/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/[email protected])
The thing to know, is that I have a particular configuration, using
the mail address (ie [email protected]) 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).
Steve
--
[email protected]
https://inverse.ca/sogo/lists
