Hello everyone,
SOGo and SOPE packages for Debian Wheezy (testing) are now available
from our nightly repo.
To install these packages
1. add the following to your apt.sources :
deb http://inverse.ca/debian-nightly wheezy wheezy
2. add our GPG key to the apt key ring.
sudo apt-key adv
As of last night's nightly build, we are able to connect without
crashing samba. Outlook 2010 is connecting just fine. Thanks for your
efforts, and hopefully this will continue to improve.
On 08/20/2012 08:47 AM, ml...@gie.com wrote:
We setup a machine using Centos 6 and installed the
We setup a machine using Centos 6 and installed the nightly build of SOGo for
testing in the current code for Outlook compatibility. I edited the samba4
startup script to run samba instead of smbd, and perhaps that is our issue.
Anyway, when setting up a profile using the Mail control panel, I
Hi Ludovic,
?xml version=1.0 encoding=UTF-8?
!DOCTYPE plist PUBLIC -//GNUstep//DTD plist 0.9//EN
http://www.gnustep.org/plist-0_9.xml;
plist version=0.9
dict
keyNSGlobalDomain/key
dict
/dict
keysogod/key
dict
keyOCSFolderInfoURL/key
On 11/05/12 03:59, Andreas Schlager wrote:
/array
keybindFields/key
stringuid/string
/dict
You configuration is incorrect. bindFields is an array of strings and
must be within your SOGoUserSources' entry.
--
Ludovic Marcotte
+1.514.755.3630 :: www.inverse.ca
Inverse inc.
On 05/05/12 21:33, Jean Raby wrote:
Alright, SOGo is not doing an indirect bind, it tries to bind directly
as uid=username,baseDN.
From a quick look at the code, it seem that you need to set
'bindFields' to tell it to do the inderect bind.
Can you try adding this to you user source:
Thanks all for your answers.
At the moment I'm out of office - but will try this until next week.
-Andreas.
Am 2012-05-08 20:25, schrieb Ludovic Marcotte:
On 05/05/12 21:33, Jean Raby wrote:
Alright, SOGo is not doing an indirect bind, it tries to bind
directly as uid=username,baseDN.
From
I've updated to latest nightly build and inserted the key bindFields
as described,
but unfortunately still the same result:
May 8 22:29:16 srv1 slapd[1699]: conn=1012 fd=21 ACCEPT from
IP=127.0.0.1:59681 (IP=0.0.0.0:389)
May 8 22:29:16 srv1 slapd[1699]: conn=1012 op=0 BIND
Show your complete sogod configuration.
--
Ludovic Marcotte :: +1.514.755.3630
Inverse inc. :: http://inverse.ca
-Original Message-
From: Andreas Schlager andreas.schla...@ict-visions.at
Date: Tue, 08 May 2012 22:31:02
To: users@sogo.nu
Reply-To: users@sogo.nu
Subject: Re: [SOGo] Sogo
Hi skywalk3r,
sorry - I didn't mentioned it: I'm using OpenLDAP 2.4 which is running
on the same system together with sogo.
Am 2012-05-04 19:50, schrieb skywalk3r:
Dne 5/4/2012 7:40 PM, skywalk3r napsal(a):
Dne 5/4/2012 7:18 PM, Andreas Schlager napsal(a):
[snip]
Hello, if you are using
Hi list,
I've investigated a little bit and IMHO the sogo nightly build tries to
uses the username which wants to login to BIND to the directory, and not
the bindDN directive.
Here's the sogo config:
keySOGoUserSources/key
array
dict
keyCNFieldName/key
On 12-05-05 11:02 AM, Andreas Schlager wrote:
Hi list,
I've investigated a little bit and IMHO the sogo nightly build tries to
uses the username which wants to login to BIND to the directory, and not
the bindDN directive.
Here's the sogo config:
keySOGoUserSources/key
array
dict
Hi Jean,
I've done a restart of the cache daemons and a fresh start of sogo to
see all messages in the syslog and sogo.log.
Marked all slapd output in green.
I cannot identify a BIND operation with the configured DN
'cn=admin,dc=daheim,dc=at'.
root@srv1:/var/log# /etc/init.d/nscd restart;
Alright, SOGo is not doing an indirect bind, it tries to bind directly
as uid=username,baseDN.
From a quick look at the code, it seem that you need to set
'bindFields' to tell it to do the inderect bind.
Can you try adding this to you user source:
keybindFields/key
array
Hi list,
I'm trying to configure LDAP auth. with sogo - but get struggling.
OS authentication works well, but login via webinterfaces gives this
errors in the logs:
May 4 19:15:42 srv1 slapd[4632]: conn=1014 fd=13 ACCEPT from
IP=127.0.0.1:33247 (IP=0.0.0.0:389)
May 4 19:15:42 srv1
Dne 5/4/2012 7:18 PM, Andreas Schlager napsal(a):
Hi list,
I'm trying to configure LDAP auth. with sogo - but get struggling.
OS authentication works well, but login via webinterfaces gives this
errors in the logs:
May 4 19:15:42 srv1 slapd[4632]: conn=1014 fd=13 ACCEPT from
Dne 5/4/2012 7:40 PM, skywalk3r napsal(a):
Dne 5/4/2012 7:18 PM, Andreas Schlager napsal(a):
Hi list,
I'm trying to configure LDAP auth. with sogo - but get struggling.
OS authentication works well, but login via webinterfaces gives this
errors in the logs:
May 4 19:15:42 srv1
Le 12-04-13 09:59, Andreas Balg a écrit :
Hello SOGo fellows,
using the current nightly builds of SoGo 2 I can not attach PDF-Files any more
- everytime I do so the documents are unreadable when they arrive at the
recipients site - If I send them through Thunderbird nothing evil happens to
Le 12-04-13 10:06, Wolfgang Sourdeau a écrit :
Something is wrong with your server, because the attachment is sent as
text/html while it should be application/pdf. Is there an entry in
/etc/mime.types for pdf ? If so, what is it?
Actually, I am wrong. The mimetype is passed by the web browser.
O.k. there were no changes in this machine (I know people alway say so)
the respective line for .pdf in /etc/mime.types is:
application/pdf pdf
The frontend is proxied through an apache SSL:
/etc/apache2/magic says: (if relevant)
# Acrobat
# (due to
It's firefox 12 running on win7/64 - recently updated? Well I guess this might
be true as firefox is constantly updating itself.
I'll check another browser... But even If my browser does not recognize the
mime type corretly - why are contents of a file changed in any way by
attaching it??
Le 12-04-13 11:34, Andreas Balg a écrit :
It's firefox 12 running on win7/64 - recently updated? Well I guess this might
be true as firefox is constantly updating itself.
I'll check another browser... But even If my browser does not recognize the
mime type corretly - why are contents of a
Seems as if you'd be right - If I send it using Firefox (12) It gets
corrupted - using IE (9) It gets attached correctly and remains readable
for the recipient.
Why the heck does Firefox change the contents of an attachment uploaded?
If it were only the mime-type that it does not know about
Funny thing - Thank you for the fast and competent help:
I was able to Fix it:
In Firefox in Preferences = Applications You can assign the default
actions for mime-types
Typing pdf in the search field resulted in 3(!) different results for
this filetype:
application/pdf
On 12-01-04 11:44 AM, rpe...@f2s.com wrote:
Hello, there does not seem to be any sogo.* rpms in the RHEL6 nightly repo, I
have checked both i366 x86_64
could you please fix this?
Should be fixed with the next nightlies.
It is amazing what a stray backslash can do ;-)
Thanks
--
Jean Raby
25 matches
Mail list logo
