Re: [SOGo] sogsync -- activesync for sogo -- read/write support enabled -- please help by testing

2012-05-05 Thread Heiner Markert
Am Friday 04 May 2012 14:34:40 schrieb mayak-cq:
 hi all,

 i just wanted to remind everyone that activesync is working with sogo
 through the use of z-push with a carddav and caldav backend.

 in the first release, calendars and address books were read-only,
 however, the code base has been modified to allow both read and write.

 please do feel free to test and report your results back here.

 and of course, a round of applause to francois lacroix for his php
 programming .

 thanks

 mayak

 sogo sync home page: https://github.com/xbgmsharp/sogosync
 z-push home page: http://z-push.sourceforge.net

Hi,

this is really great news, thank you for the work. I already reported some 
issues to the github tracker...

Best regards
Heiner

-- 
users@sogo.nu
https://inverse.ca/sogo/lists


Re: [SOGo] Sogo nightly - LDAP authentication doesn't work

2012-05-05 Thread Andreas Schlager
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 Active Directory (MS) you have to use
 cn=aschlager or ou=aschlager (if your users are stored in
 organization group) or use only dc=daheim,dc=at if you are using more OU
 oh sorry i didnt notice BIND dn line.. cn=username, cn=Users,
 dc=domain,dc=tld works for me if username is in Users container.


signature.asc
Description: OpenPGP digital signature


Re: [SOGo] sogsync -- activesync for sogo -- read/write support enabled -- please help by testing

2012-05-05 Thread Rémi Letot
mayak-cq ma...@australsat.com writes:

 hi all,

 i just wanted to remind everyone that activesync is working with sogo
 through the use of z-push with a carddav and caldav backend.

 in the first release, calendars and address books were read-only,
 however, the code base has been modified to allow both read and write.

 please do feel free to test and report your results back here.

 and of course, a round of applause to francois lacroix for his php
 programming .

Hello,

thanks a lot for that, it seems very promising an fills a big hole in
sogo's functionnality :-)

One remark: sogosync assumes that the username/password used for sogo
should be valid on the imap server. But in sogo I can configure other
credentials for the imap account, which makes sogosync refuse the sogo
credentials since all backends should authenticate.

Would it be possible to get the imap credentials from sogo (and let's be
bold while asking, including the imap configuration :-), or at least
make an imap authentication error non blocking in sogosync ? In this
latter case, just don't provide the mail service to the device if imap
auth fails.

Other than that, I use sogosync from an android cm9 device, and the
events do not appear in the calendar. They are synchronized, because I
can create an event on the android and it will appear in sogo and in
lightning, but as soon as I sync it it disappear from the android
device. And events created in sogo do not appear on the android.

Tell me if you need more info, or if I can do anything to help.

Thanks a lot,
-- 
Rémi

-- 
users@sogo.nu
https://inverse.ca/sogo/lists


Re: [SOGo] Sogo nightly - LDAP authentication doesn't work

2012-05-05 Thread Andreas Schlager
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
stringcn/string
keyIDFieldName/key
stringuid/string
keyIMAPHostFieldName/key
stringmailHost/string
keyUIDFieldName/key
stringuid/string
keybaseDN/key
stringou=users,dc=daheim,dc=at/string
keybindDN/key
stringcn=admin,dc=daheim,dc=at/string
keybindPassword/key
stringmysecretpw/string
keycanAuthenticate/key
stringYES/string
keydisplayName/key
stringShared Addresses/string
keyhostname/key
stringlocalhost/string
keyid/key
stringpublic/string
keyisAddressBook/key
stringYES/string
keyport/key
string389/string
keytype/key
stringldap/string
/dict
/array

Any idea how to resolve this?

Regards,
-Andreas.

Am 2012-05-04 19:18, schrieb Andreas Schlager:
 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 slapd[4632]: conn=1014 op=0 BIND
 dn=uid=aschlager,dc=daheim,dc=at method=128
 May  4 19:15:42 srv1 slapd[4632]: conn=1014 op=0 RESULT tag=97 err=49
 text=
 May 04 19:15:42 sogod [4960]: SOGoRootPage Login for user 'aschlager'
 might not have worked - password policy: 65535  grace: -1  expire: -1 
 bound: 0
 May  4 19:15:42 srv1 slapd[4632]: conn=1014 op=1 UNBIND
 May  4 19:15:42 srv1 slapd[4632]: conn=1014 fd=13 closed

 Any help higlhly appreciated.

 -Andreas. 


signature.asc
Description: OpenPGP digital signature


Re: [SOGo] Sogo nightly - LDAP authentication doesn't work

2012-05-05 Thread Jean Raby

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
keyCNFieldName/key
stringcn/string
keyIDFieldName/key
stringuid/string
keyIMAPHostFieldName/key
stringmailHost/string
keyUIDFieldName/key
stringuid/string
keybaseDN/key
stringou=users,dc=daheim,dc=at/string
keybindDN/key
stringcn=admin,dc=daheim,dc=at/string
keybindPassword/key
stringmysecretpw/string
keycanAuthenticate/key
stringYES/string
keydisplayName/key
stringShared Addresses/string
keyhostname/key
stringlocalhost/string
keyid/key
stringpublic/string
keyisAddressBook/key
stringYES/string
keyport/key
string389/string
keytype/key
stringldap/string
/dict
/array

Any idea how to resolve this?
This is strange, you don't see any ldap bind for 
'cn=admin,dc=daheim,dc=at' in the slapd logs?
I find it surprising that sogo tries to bind as 
uid=aschlager,dc=daheim,dc=at since the config file sets a baseDN of 
'ou=users,dc=daheim,dc=at' ... something is fishy here.




Regards,
-Andreas.

Am 2012-05-04 19:18, schrieb Andreas Schlager:

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 slapd[4632]: conn=1014 op=0 BIND
dn=uid=aschlager,dc=daheim,dc=at method=128
May  4 19:15:42 srv1 slapd[4632]: conn=1014 op=0 RESULT tag=97 err=49
text=
May 04 19:15:42 sogod [4960]: SOGoRootPage Login for user 'aschlager'
might not have worked - password policy: 65535  grace: -1  expire: -1
bound: 0
May  4 19:15:42 srv1 slapd[4632]: conn=1014 op=1 UNBIND
May  4 19:15:42 srv1 slapd[4632]: conn=1014 fd=13 closed

Any help higlhly appreciated.

-Andreas.



--
Jean Raby
jr...@inverse.ca  ::  +1.514.447.4918 (x120) ::  www.inverse.ca
Inverse inc. :: Leaders behind SOGo (www.sogo.nu) and PacketFence 
(www.packetfence.org)

--
users@sogo.nu
https://inverse.ca/sogo/lists


[SOGo] SoGo-Connector asks masterpassword from TB once per remote addressbook

2012-05-05 Thread Ulf Kosack
Hi users,

perhaps you can help me.

I use TB 10.0.4 ESR with SoGo Connector 10.0.1. I save the credentials for
every remote addressbook (several books on the same server) in the TB password
manager and use a masterpassword. When I open TB with two remote addressbooks I
have to type the masterpassword three times, one for all smtp accounts and one
for every addressbook. I tested with one addressbook and then I have to type
the password two times.

Do you have any hint for me, how I can reduce the typing to one time?

Thanks a lot.
Ulf
-- 
users@sogo.nu
https://inverse.ca/sogo/lists


Re: [SOGo] SoGo-Connector asks masterpassword from TB once per remote addressbook

2012-05-05 Thread Thomas Urban

Hi Ulf,


try the addon Startup Master ... this is working great over here for 
several majo releases of TB.



Best Regards,
Thomas Urban

Am 05.05.2012 19:31, schrieb Ulf Kosack:

Hi users,

perhaps you can help me.

I use TB 10.0.4 ESR with SoGo Connector 10.0.1. I save the credentials for
every remote addressbook (several books on the same server) in the TB password
manager and use a masterpassword. When I open TB with two remote addressbooks I
have to type the masterpassword three times, one for all smtp accounts and one
for every addressbook. I tested with one addressbook and then I have to type
the password two times.

Do you have any hint for me, how I can reduce the typing to one time?

Thanks a lot.
Ulf




smime.p7s
Description: S/MIME Kryptografische Unterschrift


Re: [SOGo] Sogo nightly - LDAP authentication doesn't work

2012-05-05 Thread Andreas Schlager
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; /etc/init.d/nslcd restart;
/etc/init.d/sogo start
Restarting Name Service Cache Daemon: nscd.
Restarting LDAP connection daemon: nslcdMay  5 21:00:47 srv1
slapd[3039]: conn=1001 op=3 UNBIND
May  5 21:00:47 srv1 nslcd[3083]: caught signal SIGTERM (15), shutting down
May  5 21:00:47 srv1 slapd[3039]: conn=1001 fd=18 closed
May  5 21:00:47 srv1 slapd[3039]: conn=1000 op=2 UNBIND
May  5 21:00:47 srv1 nslcd[3083]: version 0.7.15 bailing out
May  5 21:00:47 srv1 slapd[3039]: conn=1000 fd=13 closed
.
May  5 21:00:47 srv1 nslcd[3274]: version 0.7.15 starting
May  5 21:00:47 srv1 nslcd[3274]: accepting connections
.
Starting SOGo: sogo
May  5 21:00:48 srv1 slapd[3039]: conn=1002 fd=13 ACCEPT from
IP=127.0.0.1:44763 (IP=0.0.0.0:389)
May  5 21:00:48 srv1 slapd[3039]: conn=1002 op=0 BIND dn= method=128
May  5 21:00:48 srv1 slapd[3039]: conn=1002 op=0 RESULT tag=97 err=0 text=
May  5 21:00:48 srv1 slapd[3039]: conn=1002 op=1 SRCH
base=dc=daheim,dc=at scope=2 deref=0
filter=((objectClass=posixAccount)(uid=sogo))
May  5 21:00:48 srv1 slapd[3039]: conn=1002 op=1 SRCH attr=userPassword
cn gidNumber uidNumber loginShell objectClass gecos uid homeDirectory
May  5 21:00:48 srv1 slapd[3039]: conn=1002 op=1 SEARCH RESULT tag=101
err=0 nentries=1 text=
May  5 21:00:49 srv1 slapd[3039]: conn=1003 fd=18 ACCEPT from
IP=127.0.0.1:44764 (IP=0.0.0.0:389)
May  5 21:00:49 srv1 slapd[3039]: conn=1003 op=0 BIND dn= method=128
May  5 21:00:49 srv1 slapd[3039]: conn=1003 op=0 RESULT tag=97 err=0 text=
May  5 21:00:49 srv1 slapd[3039]: conn=1003 op=1 SRCH
base=dc=daheim,dc=at scope=2 deref=0
filter=((objectClass=posixAccount)(uid=sogo))
May  5 21:00:49 srv1 slapd[3039]: conn=1003 op=1 SRCH attr=uid
May  5 21:00:49 srv1 slapd[3039]: conn=1003 op=1 SEARCH RESULT tag=101
err=0 nentries=1 text=
May  5 21:00:49 srv1 slapd[3039]: conn=1003 op=2 SRCH
base=dc=daheim,dc=at scope=2 deref=0
filter=((objectClass=posixGroup)(|(memberUid=sogo)(uniqueMember=cn=sogo 
user,ou=users,dc=daheim,dc=at)))
May  5 21:00:49 srv1 slapd[3039]: conn=1003 op=2 SRCH attr=cn
userPassword memberUid gidNumber uniqueMember
May  5 21:00:49 srv1 slapd[3039]: conn=1003 op=2 SEARCH RESULT tag=101
err=0 nentries=1 text=
May 05 21:00:49 sogod [3351]: version 2.0.0 (build @vizzini.inverse.ca
201205050637) -- starting
May 05 21:00:49 sogod [3351]: vmem size check enabled: shutting down app
when vmem  384 MB
May 05 21:00:49 sogod [3351]: 0x0x14f48a0[SOGoProductLoader] SOGo
products loaded from '/usr/lib/GNUstep/SOGo':
May 05 21:00:49 sogod [3351]: 0x0x14f48a0[SOGoProductLoader]  
Appointments.SOGo, ContactsUI.SOGo, AdministrationUI.SOGo,
CommonUI.SOGo, MailerUI.SOGo, Contacts.SOGo, MailPartViewers.SOGo,
SchedulerUI.SOGo, Mailer.SOGo, MainUI.SOGo, PreferencesUI.SOGo
.
root@srv1:/var/log# May 05 21:00:49 sogod [3351]:
0x0x169b900[WOWatchDog] listening on *:2
May 05 21:00:49 sogod [3351]: 0x0x169b900[WOWatchDog] watchdog process
pid: 3351
May 05 21:00:49 sogod [3351]: 0x0x7fc39f06b940[WOWatchDogChild]
watchdog request timeout set to 10 minutes
May 05 21:00:49 sogod [3351]: 0x0x169b900[WOWatchDog] preparing 1 children
May 05 21:00:49 sogod [3351]: 0x0x169b900[WOWatchDog] child spawned
with pid 3357

-- now called the sogo webbage and tried to logon as user aschlager:

May 05 21:00:58 sogod [3357]: 0x0x139f580[SOGoCache] Cache cleanup
interval set every 300.00 seconds
May 05 21:00:58 sogod [3357]: 0x0x139f580[SOGoCache] Using host(s)
'localhost' as server(s)
2012-05-05 21:00:58.029 sogod[3357] Note(SoObject): SoDebugKeyLookup is
enabled!
2012-05-05 21:00:58.030 sogod[3357] Note(SoObject): SoDebugBaseURL is
enabled!
2012-05-05 21:00:58.030 sogod[3357] Note(SoObject): relative base URLs
are enabled.
2012-05-05 21:00:58.039 sogod[3357] ERROR(-[NGBundleManager
bundleWithPath:]): could not create bundle for path:
'/usr/share/GNUstep/Libraries/gnustep-base/Versions/1.20/Resources/SSL.bundle'
2012-05-05 21:00:58.057 sogod[3357] WOCompoundElement: pool embedding is on.
2012-05-05 21:00:58.057 sogod[3357] WOCompoundElement: id logging is on.
2012-05-05 21:00:58.076 sogod[3357] WARNING(-[NSNull(misc) count]):
called NSNull -count (returns 0) !!!
localhost - - [05/May/2012:21:00:58 GMT] GET /SOGo/ HTTP/1.1 200
4245/0 0.076 11795 64% 3M
May  5 21:01:01 srv1 slapd[3039]: conn=1004 fd=21 ACCEPT from
IP=127.0.0.1:44769 (IP=0.0.0.0:389)
May  5 21:01:01 srv1 slapd[3039]: conn=1004 op=0 BIND
dn=uid=aschlager,ou=users,dc=daheim,dc=at method=128
May  5 21:01:01 srv1 slapd[3039]: conn=1004 op=0 RESULT tag=97 err=49 text=
May  5 21:01:01 srv1 slapd[3039]: conn=1004 op=1 UNBIND
May 05 21:01:01 sogod [3357]: SOGoRootPage Login for user 'aschlager'
might not have worked - password policy: 65535  grace: -1  expire: -1 

Re: [SOGo] Sogo nightly - LDAP authentication doesn't work

2012-05-05 Thread Jean Raby
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
  stringuid/string
/array

On 12-05-05 3:08 PM, Andreas Schlager wrote:

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; /etc/init.d/nslcd restart;
/etc/init.d/sogo start
Restarting Name Service Cache Daemon: nscd.
Restarting LDAP connection daemon: nslcdMay  5 21:00:47 srv1
slapd[3039]: conn=1001 op=3 UNBIND
May  5 21:00:47 srv1 nslcd[3083]: caught signal SIGTERM (15), shutting down
May  5 21:00:47 srv1 slapd[3039]: conn=1001 fd=18 closed
May  5 21:00:47 srv1 slapd[3039]: conn=1000 op=2 UNBIND
May  5 21:00:47 srv1 nslcd[3083]: version 0.7.15 bailing out
May  5 21:00:47 srv1 slapd[3039]: conn=1000 fd=13 closed
.
May  5 21:00:47 srv1 nslcd[3274]: version 0.7.15 starting
May  5 21:00:47 srv1 nslcd[3274]: accepting connections
.
Starting SOGo: sogo
May  5 21:00:48 srv1 slapd[3039]: conn=1002 fd=13 ACCEPT from
IP=127.0.0.1:44763 (IP=0.0.0.0:389)
May  5 21:00:48 srv1 slapd[3039]: conn=1002 op=0 BIND dn= method=128
May  5 21:00:48 srv1 slapd[3039]: conn=1002 op=0 RESULT tag=97 err=0 text=
May  5 21:00:48 srv1 slapd[3039]: conn=1002 op=1 SRCH
base=dc=daheim,dc=at scope=2 deref=0
filter=((objectClass=posixAccount)(uid=sogo))
May  5 21:00:48 srv1 slapd[3039]: conn=1002 op=1 SRCH attr=userPassword
cn gidNumber uidNumber loginShell objectClass gecos uid homeDirectory
May  5 21:00:48 srv1 slapd[3039]: conn=1002 op=1 SEARCH RESULT tag=101
err=0 nentries=1 text=
May  5 21:00:49 srv1 slapd[3039]: conn=1003 fd=18 ACCEPT from
IP=127.0.0.1:44764 (IP=0.0.0.0:389)
May  5 21:00:49 srv1 slapd[3039]: conn=1003 op=0 BIND dn= method=128
May  5 21:00:49 srv1 slapd[3039]: conn=1003 op=0 RESULT tag=97 err=0 text=
May  5 21:00:49 srv1 slapd[3039]: conn=1003 op=1 SRCH
base=dc=daheim,dc=at scope=2 deref=0
filter=((objectClass=posixAccount)(uid=sogo))
May  5 21:00:49 srv1 slapd[3039]: conn=1003 op=1 SRCH attr=uid
May  5 21:00:49 srv1 slapd[3039]: conn=1003 op=1 SEARCH RESULT tag=101
err=0 nentries=1 text=
May  5 21:00:49 srv1 slapd[3039]: conn=1003 op=2 SRCH
base=dc=daheim,dc=at scope=2 deref=0
filter=((objectClass=posixGroup)(|(memberUid=sogo)(uniqueMember=cn=sogo 
user,ou=users,dc=daheim,dc=at)))
May  5 21:00:49 srv1 slapd[3039]: conn=1003 op=2 SRCH attr=cn
userPassword memberUid gidNumber uniqueMember
May  5 21:00:49 srv1 slapd[3039]: conn=1003 op=2 SEARCH RESULT tag=101
err=0 nentries=1 text=
May 05 21:00:49 sogod [3351]: version 2.0.0 (build @vizzini.inverse.ca
201205050637) -- starting
May 05 21:00:49 sogod [3351]: vmem size check enabled: shutting down app
when vmem  384 MB
May 05 21:00:49 sogod [3351]: 0x0x14f48a0[SOGoProductLoader] SOGo
products loaded from '/usr/lib/GNUstep/SOGo':
May 05 21:00:49 sogod [3351]: 0x0x14f48a0[SOGoProductLoader]
Appointments.SOGo, ContactsUI.SOGo, AdministrationUI.SOGo,
CommonUI.SOGo, MailerUI.SOGo, Contacts.SOGo, MailPartViewers.SOGo,
SchedulerUI.SOGo, Mailer.SOGo, MainUI.SOGo, PreferencesUI.SOGo
.
root@srv1:/var/log# May 05 21:00:49 sogod [3351]:
0x0x169b900[WOWatchDog] listening on *:2
May 05 21:00:49 sogod [3351]: 0x0x169b900[WOWatchDog] watchdog process
pid: 3351
May 05 21:00:49 sogod [3351]: 0x0x7fc39f06b940[WOWatchDogChild]
watchdog request timeout set to 10 minutes
May 05 21:00:49 sogod [3351]: 0x0x169b900[WOWatchDog] preparing 1 children
May 05 21:00:49 sogod [3351]: 0x0x169b900[WOWatchDog] child spawned
with pid 3357

-- now called the sogo webbage and tried to logon as user aschlager:

May 05 21:00:58 sogod [3357]: 0x0x139f580[SOGoCache] Cache cleanup
interval set every 300.00 seconds
May 05 21:00:58 sogod [3357]: 0x0x139f580[SOGoCache] Using host(s)
'localhost' as server(s)
2012-05-05 21:00:58.029 sogod[3357] Note(SoObject): SoDebugKeyLookup is
enabled!
2012-05-05 21:00:58.030 sogod[3357] Note(SoObject): SoDebugBaseURL is
enabled!
2012-05-05 21:00:58.030 sogod[3357] Note(SoObject): relative base URLs
are enabled.
2012-05-05 21:00:58.039 sogod[3357] ERROR(-[NGBundleManager
bundleWithPath:]): could not create bundle for path:
'/usr/share/GNUstep/Libraries/gnustep-base/Versions/1.20/Resources/SSL.bundle'
2012-05-05 21:00:58.057 sogod[3357] WOCompoundElement: pool embedding is on.
2012-05-05 21:00:58.057 sogod[3357] WOCompoundElement: id logging is on.
2012-05-05 21:00:58.076 sogod[3357] WARNING(-[NSNull(misc) count]):
called NSNull -count (returns 0) !!!
localhost - - [05/May/2012:21:00:58 GMT] GET /SOGo/ HTTP/1.1 200
4245/0 0.076 11795 64% 3M
May  5 21:01:01 srv1 slapd[3039]: conn=1004 fd=21 ACCEPT from
IP=127.0.0.1:44769