[SOGo] Can someone explain Delegation feature?

2014-04-28 Thread Djordje Crni
One of SOGo features is Delegation:
Delegate access to your mail account or delegate an invitation to another
person.

If user A delegate access to his mail account to user B, then user B can
see user's A Firstname Lastname email address as one option in From:
field in Compose Message windows.

How can granting access to other user to send messages can function,
regarding required Postfix configuration? Usually Postfix is configured
with smtpd_sender_login_maps, in order to block sender address spoofing
with SMPT AUTH.

Both delegation options, delegation of access to mail account, as well as
delegating of invitation are functioning from web interface only, but not
from Thunderbird with SOGo extensions installed.
-- 
users@sogo.nu
https://inverse.ca/sogo/lists

[SOGo] Nginx config with SOGo Microsoft-Server-ActiveSync support

2014-04-08 Thread Djordje Crni
Can someone update Wiki page Config for Nginx and Sogo with working
ActiveSync part?

Nginx Wiki page has a lot of info about ActiveSync gateway settings.
http://wiki.nginx.org/SSL-Offloader#Active-Sync_Gateway
-- 
users@sogo.nu
https://inverse.ca/sogo/lists

[SOGo] search filter on Address Book page doesn't display search results in Personal Address Book

2014-03-24 Thread Djordje Crni
After upgrading SOGo to v2.2.2, search filter on Address Book web page
doesn't display search results in Personal Address Book correctly. It
displays only first matching contact, followed by the rest of all contacts
from that address book.

OS: CentOS 6.4 x86_64
After upgrading SOGo and sope49-* packages, sogod and memcached are
restarted.
SOGo and sope49-* packages are installed from Inverse yum repository.
-- 
users@sogo.nu
https://inverse.ca/sogo/lists

Re: [SOGo] search filter on Address Book page doesn't display search results in Personal Address Book

2014-03-24 Thread Djordje Crni
Hi Francis,

I've applied provided patch and problem's gone!

Thanks for your gerat support,

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

[SOGo] otherMailbox vs mozillaSecondEmail attribute

2014-03-21 Thread Djordje Crni
Hi,

I've just found one interesting earlier discussion on the mailing list:

  From: Christian Mack  christian.m...@uni-konstanz.de
  To: users@sogo.nu
  Subject: Re: [SOGo] SOGo does not start with 2 SOGoUserSources
  Date: Wed, 15 Jan 2014 13:39:06 +0100

Christian Mack said:

Try instead with:
mapping = {
  mozillasecondemail = (otherMailbox, mozillasecondemail);
  mozillaworkurl = (wWWHomePage, mozillaworkurl);
  nsaimid = (sAMAccountName, nsaimid);
  street = (streetAddress, street);
};

I've looked once more section LDAP Attributes Mapping in SOGo -
Installation and Configuration Guide, and I don't understand why LDAP
Attributes Mapping has such confusing format. I was expecting something
like Cedric Perrot described:

mapping = {
  mozillasecondemail = otherMailbox;
  mozillaworkurl = wWWHomePage;
  nsaimid = sAMAccountName;
  street = streetAddress;
};

What is the purpose of repeating contact's attribute name?

And one more remark regarding otherMailbox vs mozillaSecondEmail attribute.
Please, note the following:

mozillaSecondEmail (xmozillasecondemail) is defined as:
  OID 1.3.6.1.4.1.13769.2.2
  IA5String
  Single-valued
  Defined in: Mozilla Address Book

otherMailbox is defined as:
  OID  0.9.2342.19200300.100.1.22
  DirectoryString
  Multi-valued
  Defined in: RFC 1274

If otherMailbox LDAP attribute contains only one email address, this email
address will be displayed as secondary email address in contact details.

If otherMailbox LDAP attribute contains more than one email address, only
one email address will be displayed as secondary email address in contact
details - because mozillaSecondEmail attribute is single-valued. Other
email addresses given in otherMailbox won't be displayed in contact details.
-- 
users@sogo.nu
https://inverse.ca/sogo/lists

Re: [SOGo] Free-busy lookup doesn't work after upgrading SOGo to v2.2.0

2014-03-19 Thread Djordje Crni
I can reproduce this issue on production server, as well as on test server
(CentOS 6).
I'm using Firefox and Chrome web browser - and the problem is the same in
both cases.
-- 
users@sogo.nu
https://inverse.ca/sogo/lists

Re: [SOGo] Free-busy lookup doesn't work after upgrading SOGo to v2.2.0

2014-03-18 Thread Djordje Crni
I've managed to resolve issues with message in error log:  ...
[SoWebDAVRenderer] got bogus port information from webserver: ...
According to recommendation from
http://www.blog.happytec.at/index.php?mode=viewid=333 , following line
should be added to nginx SOGo config:

proxy_set_header x-webobjects-server-port $server_port;

It would be nice if someone can update Config for Nginx and Sogo Wiki
page: http://wiki.sogo.nu/nginxSettings

However, problem with non-functional freebusy lookups still persist.
I've enabled verbose logging in SOGo, and I can't see any suspicious entry
in SOGo log.

I've used curl to test freebusy dav url - and it works OK:

https://127.0.0.1/SOGo/dav/user/freebusy.ifb

However, freebusy lookup from web interface doesn't work:
POST /SOGo/so/user/freebusy.ifb/ajaxRead?sday=20140312eday=20140326
HTTP/1.0 200 52/0 0.057 2879 98% 0
Content of HTTP response body is made of all zeroes.

The exactly same SQL query is executed in both cases:
SQL: SELECT c_defaults FROM sogo_user_profile WHERE c_uid =user





On Sat, Mar 8, 2014 at 11:01 PM, Djordje Crni djordjije.c...@gmail.comwrote:

 I've upgraded to v2.2.1. SOGo and sope49-* packages (x86_64) installed
 from stable Inverse YUM repository.
 The problem remains, there are no free-busy information.
 Downgraded again to v2.1.1b, and it works OK.
 There are no errors in the log file before or after entry:
 POST /SOGo/so/username/freebusy.ifb/ajaxRead?sday=



 On Thu, Mar 6, 2014 at 9:29 AM, Djordje Crni djordjije.c...@gmail.comwrote:

 OS: CentOS 6.5 x86_64
 SOGo and sope49-* packages (x86_64) installed from stable Inverse YUM
 repository.
 I have strange messages in log:  ... [SoWebDAVRenderer] got bogus port
 information from webserver: ... (not labeled as [ERROR]),
 and some other, which are common:
 [ERROR] 0x0x7fc2a6550a28[NGLdapAttribute] could not convert value of
 objectGUID to string
 [ERROR] 0x0x7fc2a6688028[NGLdapAttribute] could not convert value of
 objectSid to string



 On Wed, Mar 5, 2014 at 11:22 AM, Christian Mack 
 christian.m...@uni-konstanz.de wrote:

 Hello djordje crni

 Am 2014-03-04 23:56, schrieb djordje crni:
  Free-busy lookup doesn't work after upgrading SOGo to v2.2.0.
  I downgraded back to v2.1.1b, and it works OK.
  Sogo and mamcached are stopped before upgrade and started later.
 

 Sorry, but I can not reproduce this.
 On what OS are you?
 Did you use packages, or compile it yourself?
 Do you get any error messages in sogo.log?


 Kind regards,
 Christian Mack

 --
 Christian Mack
 Abteilung Basisdienste
 KIM IT-Services
 Universität Konstanz




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

Re: [SOGo] Free-busy lookup doesn't work after upgrading SOGo to v2.2.0

2014-03-18 Thread Djordje Crni
Thanks Christian for updating Wiki.
What about the described problem with non functional free-busy lookup?
I've tried to troubleshoot this by examining the log file, by increasing
log verbosity level, and using web browser debug tools.
Is there anyone else experiencing the same issue?
Should I open new bug in Mantis?


On Tue, Mar 18, 2014 at 10:19 AM, Djordje Crni djordjije.c...@gmail.comwrote:

 I've managed to resolve issues with message in error log:  ...
 [SoWebDAVRenderer] got bogus port information from webserver: ...
 According to recommendation from
 http://www.blog.happytec.at/index.php?mode=viewid=333 , following line
 should be added to nginx SOGo config:

 proxy_set_header x-webobjects-server-port $server_port;

 It would be nice if someone can update Config for Nginx and Sogo Wiki
 page: http://wiki.sogo.nu/nginxSettings

 However, problem with non-functional freebusy lookups still persist.
 I've enabled verbose logging in SOGo, and I can't see any suspicious entry
 in SOGo log.

 I've used curl to test freebusy dav url - and it works OK:

 https://127.0.0.1/SOGo/dav/user/freebusy.ifb

 However, freebusy lookup from web interface doesn't work:
 POST /SOGo/so/user/freebusy.ifb/ajaxRead?sday=20140312eday=20140326
 HTTP/1.0 200 52/0 0.057 2879 98% 0
 Content of HTTP response body is made of all zeroes.

 The exactly same SQL query is executed in both cases:
 SQL: SELECT c_defaults FROM sogo_user_profile WHERE c_uid =user





 On Sat, Mar 8, 2014 at 11:01 PM, Djordje Crni djordjije.c...@gmail.comwrote:

 I've upgraded to v2.2.1. SOGo and sope49-* packages (x86_64) installed
 from stable Inverse YUM repository.
 The problem remains, there are no free-busy information.
 Downgraded again to v2.1.1b, and it works OK.
 There are no errors in the log file before or after entry:
 POST /SOGo/so/username/freebusy.ifb/ajaxRead?sday=



 On Thu, Mar 6, 2014 at 9:29 AM, Djordje Crni djordjije.c...@gmail.comwrote:

 OS: CentOS 6.5 x86_64
 SOGo and sope49-* packages (x86_64) installed from stable Inverse YUM
 repository.
 I have strange messages in log:  ... [SoWebDAVRenderer] got bogus port
 information from webserver: ... (not labeled as [ERROR]),
 and some other, which are common:
 [ERROR] 0x0x7fc2a6550a28[NGLdapAttribute] could not convert value of
 objectGUID to string
 [ERROR] 0x0x7fc2a6688028[NGLdapAttribute] could not convert value of
 objectSid to string



 On Wed, Mar 5, 2014 at 11:22 AM, Christian Mack 
 christian.m...@uni-konstanz.de wrote:

 Hello djordje crni

 Am 2014-03-04 23:56, schrieb djordje crni:
  Free-busy lookup doesn't work after upgrading SOGo to v2.2.0.
  I downgraded back to v2.1.1b, and it works OK.
  Sogo and mamcached are stopped before upgrade and started later.
 

 Sorry, but I can not reproduce this.
 On what OS are you?
 Did you use packages, or compile it yourself?
 Do you get any error messages in sogo.log?


 Kind regards,
 Christian Mack

 --
 Christian Mack
 Abteilung Basisdienste
 KIM IT-Services
 Universität Konstanz





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

Re: [SOGo] Free-busy lookup doesn't work after upgrading SOGo to v2.2.0

2014-03-09 Thread Djordje Crni
I've upgraded to v2.2.1. SOGo and sope49-* packages (x86_64) installed from
stable Inverse YUM repository.
The problem remains, there are no free-busy information.
Downgraded again to v2.1.1b, and it works OK.
There are no errors in the log file before or after entry:
POST /SOGo/so/username/freebusy.ifb/ajaxRead?sday=



On Thu, Mar 6, 2014 at 9:29 AM, Djordje Crni djordjije.c...@gmail.comwrote:

 OS: CentOS 6.5 x86_64
 SOGo and sope49-* packages (x86_64) installed from stable Inverse YUM
 repository.
 I have strange messages in log:  ... [SoWebDAVRenderer] got bogus port
 information from webserver: ... (not labeled as [ERROR]),
 and some other, which are common:
 [ERROR] 0x0x7fc2a6550a28[NGLdapAttribute] could not convert value of
 objectGUID to string
 [ERROR] 0x0x7fc2a6688028[NGLdapAttribute] could not convert value of
 objectSid to string



 On Wed, Mar 5, 2014 at 11:22 AM, Christian Mack 
 christian.m...@uni-konstanz.de wrote:

 Hello djordje crni

 Am 2014-03-04 23:56, schrieb djordje crni:
  Free-busy lookup doesn't work after upgrading SOGo to v2.2.0.
  I downgraded back to v2.1.1b, and it works OK.
  Sogo and mamcached are stopped before upgrade and started later.
 

 Sorry, but I can not reproduce this.
 On what OS are you?
 Did you use packages, or compile it yourself?
 Do you get any error messages in sogo.log?


 Kind regards,
 Christian Mack

 --
 Christian Mack
 Abteilung Basisdienste
 KIM IT-Services
 Universität Konstanz



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

Re: [SOGo] Free-busy lookup doesn't work after upgrading SOGo to v2.2.0

2014-03-06 Thread Djordje Crni
OS: CentOS 6.5 x86_64
SOGo and sope49-* packages (x86_64) installed from stable Inverse YUM
repository.
I have strange messages in log:  ... [SoWebDAVRenderer] got bogus port
information from webserver: ... (not labeled as [ERROR]),
and some other, which are common:
[ERROR] 0x0x7fc2a6550a28[NGLdapAttribute] could not convert value of
objectGUID to string
[ERROR] 0x0x7fc2a6688028[NGLdapAttribute] could not convert value of
objectSid to string



On Wed, Mar 5, 2014 at 11:22 AM, Christian Mack 
christian.m...@uni-konstanz.de wrote:

 Hello djordje crni

 Am 2014-03-04 23:56, schrieb djordje crni:
  Free-busy lookup doesn't work after upgrading SOGo to v2.2.0.
  I downgraded back to v2.1.1b, and it works OK.
  Sogo and mamcached are stopped before upgrade and started later.
 

 Sorry, but I can not reproduce this.
 On what OS are you?
 Did you use packages, or compile it yourself?
 Do you get any error messages in sogo.log?


 Kind regards,
 Christian Mack

 --
 Christian Mack
 Abteilung Basisdienste
 KIM IT-Services
 Universität Konstanz


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

[SOGo] Free-busy lookup doesn't work after upgrading SOGo to v2.2.0

2014-03-04 Thread djordje crni
Free-busy lookup doesn't work after upgrading SOGo to v2.2.0.
I downgraded back to v2.1.1b, and it works OK.
Sogo and mamcached are stopped before upgrade and started later.
-- 
users@sogo.nu
https://inverse.ca/sogo/lists

[SOGo] Issue with Webmin SOGo module

2013-12-11 Thread djordje crni
I'm using Webmin SOGo module and sogo-2.1.1b-1.centos6.x86_64.

Webmin SOGo module tries to start/stop SOGo service using missing
/etc/init.d/sogo init script, instead of /etc/init.d/sogod.Workaround is to
create symlink in /etc/init.d/ directory.

Webmin SOGo module is using  ~sogo/GNUstep/Defaults/.GNUstepDefaults to
store configuration, instead of /etc/sogo/sogo.conf.
-- 
users@sogo.nu
https://inverse.ca/sogo/lists

[SOGo] Re: Issue with Webmin SOGo module

2013-12-11 Thread djordje crni
What is the correct category for Webmin SOGo module in Mantis bug tracking
system?


On Wed, Dec 11, 2013 at 10:23 AM, djordje crni djordjije.c...@gmail.comwrote:

 I'm using Webmin SOGo module and sogo-2.1.1b-1.centos6.x86_64.

 Webmin SOGo module tries to start/stop SOGo service using missing
 /etc/init.d/sogo init script, instead of /etc/init.d/sogod.Workaround is to
 create symlink in /etc/init.d/ directory.

 Webmin SOGo module is using  ~sogo/GNUstep/Defaults/.GNUstepDefaults to
 store configuration, instead of /etc/sogo/sogo.conf.

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