date:20120125


On 24/01/12 13:44, Dominique BERTHET wrote:

- Choose nginx for the reverse proxy (for performance?) and perhaps made
load balancing in the future.
I have see that nginx was prefered but now apache seem to be the only
one in official documentation.
nginx is still interesting because it can buffer the responses generated 
by SOGo and then, slowly send them back to clients. Apache's mod_proxy 
can't do that.


--
Ludovic Marcotte
lmarco...@inverse.ca  ::  +1.514.755.3630  ::  www.inverse.ca
Inverse inc. :: Leaders behind SOGo (www.sogo.nu) and PacketFence 
(www.packetfence.org)

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

Re: [SOGo] SOGo 2.0 beta : LDAP & NSInvalidArgumentException


On 25/01/12 04:59, Rémi Cailletaud wrote:

That's not better : same exception.
You could install the debug symbols for the GNUstep/SOPE/SOGo packages 
and produce a stack trace with a breakpoint on "raise". It has been 
covered multiple times in the mailing list how you can do that.

We finally found which field causes the exception : guilty accounts are
those with several user certificates. With only one, there is no problem.

Please show us the complete LDIF entry for the two examples.

We reproduce this bug on two different test servers. Changing database
backend to mysql has no effect.

We did not face the bug on Sogo 1.3 (with mysql).

2.0 has had the LDAP code quite overhauled.

Should I fill a bug report ?

No, not right now.

--
Ludovic Marcotte
lmarco...@inverse.ca  ::  +1.514.755.3630  ::  www.inverse.ca
Inverse inc. :: Leaders behind SOGo (www.sogo.nu) and PacketFence 
(www.packetfence.org)

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

Re: [SOGo] WOWatchDogRequestTimeout - Defaults.plist parameters ?


On 25/01/12 09:34, Vincent Bonamy wrote:

But is it safe to put 1 for this parameter ?
You chose that. If a legitimate request takes 61 seconds to complete 
because your server is loaded, it'll get killed.

Indeed, why the default value is "so high" (10 minutes) ?
We had to pick a value and initial loading of large calendars over 
CalDAV can take minutes to complete. That can be an issue for clients 
over slow links with a non-buffering HTTP solution.
Also, it seems that we can't setup this parameter lower than 1 minute, 
like 30 seconds for example, why ? 
Because we think that anything less than 60 seconds would generate too 
many false-positives.


--
Ludovic Marcotte
lmarco...@inverse.ca  ::  +1.514.755.3630  ::  www.inverse.ca
Inverse inc. :: Leaders behind SOGo (www.sogo.nu) and PacketFence 
(www.packetfence.org)

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

Re: [SOGo] [ERROR] could not open channel to sogo@localhost


On 25/01/12 12:11, vor...@yahoo.com wrote:

postgres is up and runing. "psql -U sogo -d sogo -W", connects OK. Any pointers
will be highly appreciated.

Show your configuration.

--
Ludovic Marcotte
lmarco...@inverse.ca  ::  +1.514.755.3630  ::  www.inverse.ca
Inverse inc. :: Leaders behind SOGo (www.sogo.nu) and PacketFence 
(www.packetfence.org)

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

Re: [SOGo] Changing display of related emails in WebGUI similar to newer TB versions

Hi Mirko,

> in my opinion the web interface is not meant to be the primary
> interface for extensive mail management. [...]

well, you do have a point. But I'm always surprised about I many people
are not using mail clients and are relaying on web frontends.
It's definitely nothing with priority. And the gui is very well usable
even if my suggestions are not added.

> Instead of adding all the features of a fat client to the web GUI, I'd
> prefer seeing the effort being put in adding the web GUI options to
> Thunderbird (extensions). It's quite annoying to log-in to the web
> interface in order to set a vacation message or other preferences, share
> a mail folder, etc. while TB is running anyway.

Adding and editing of vacation messages is possible right now. SOGo is,
if I'm correct, only creating a sieve script. You can install the TB
addon "Sieve" to edit your sieve scripts. Of course, the managesieve
protocol has to be accessible from outside, some configurations on your
firewall might be needed.
On the other hand - it's really not user-friendly. No normal user will
start scripting just to enable vacation messages. :-)

Sharing of mailboxes should be possible with the addon
"imap-acl-extensions", I guess?


Bye
Georg


> 
> Just my 2 cents.
> 
> Mirko
> 
> On 01/25/2012 02:43 PM, Georg Bretschneider wrote:
>> Hi,
>>
>> it looks like enabling this in SOGo config doesn't help. Every user has
>> to enable this view on his own. I checked it with a newly created user.
>>
>> Okay, the feature is there. But I have suggestions :)
>> In Thunderbird I can "open" and "close" the threads. If you have a lot
>> of emails, the new smart filters in Thunderbird can help finding unread
>> messages. In SOGo web gui I can't filter for read or unread messages.
>> Something that I would like to see in Thunderbird AND Sogo aswell,
>> "updated" threads (new mails) are "bounced" to the top of the email
>> list. This and a smart filter bar would enhanced the usability a lot!
>>
>> Other ideas?
>>
>>
>> Bye
>> Georg
>>
>> Am 25.01.2012 19:54, schrieb Martin Seener:
>>> i plan to add this feature too for our "Outlook"-Guys
>>> so is it enabled by default or "enable"-able?
>>>
>>> Thanks!
>>>
>>>
>>> On 1/25/12 7:52 PM, Georg Bretschneider wrote:
 Hi Steve,

 many thanks for your efforts.

> SOGoThreadedView = YES; (or defaults write sogod SOGoThreadedView YES
> if you are using the XML version)
>
> and then an option will appear in the mail tab of preferences for user
> to turn on option if desired.
 I hope you mean "turn off if desired", because, I hope,
 SOGoThreadedView
 YES will enable this kind of view per default. Ah...doesn't matter. I
 will see it in the next couple of minutes. :)

> This should probably be added to the manual as newcomers will not even
> know it exists.
 Ack!


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

Re: [SOGo] Changing display of related emails in WebGUI similar to newer TB versions

Hi Pascal,

> It is the 2nd option in Preferences -> Mail.
> 
> :)

yes, I know that (by now) :), I tried to find out how to enable this
kind of view per default for _every user_ using the SOGo configuration
file. That does not seem to work.


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

Re: [SOGo] Changing display of related emails in WebGUI similar to newer TB versions

2012-01-25 Thread Mirko Stoffers

Hi Georg,

in my opinion the web interface is not meant to be the primary interface for extensive mail
management. It is rather meant to be used on PCs where you don't want (be allowed) to
install a fat client since you do not use them every day.

Instead of adding all the features of a fat client to the web GUI, I'd prefer seeing the
effort being put in adding the web GUI options to Thunderbird (extensions). It's quite
annoying to log-in to the web interface in order to set a vacation message or other
preferences, share a mail folder, etc. while TB is running anyway.

Just my 2 cents.

Mirko

On 01/25/2012 02:43 PM, Georg Bretschneider wrote:

Hi,

it looks like enabling this in SOGo config doesn't help. Every user has
to enable this view on his own. I checked it with a newly created user.

Okay, the feature is there. But I have suggestions :)
In Thunderbird I can "open" and "close" the threads. If you have a lot
of emails, the new smart filters in Thunderbird can help finding unread
messages. In SOGo web gui I can't filter for read or unread messages.
Something that I would like to see in Thunderbird AND Sogo aswell,
"updated" threads (new mails) are "bounced" to the top of the email
list. This and a smart filter bar would enhanced the usability a lot!

Other ideas?

Bye
Georg

Am 25.01.2012 19:54, schrieb Martin Seener:

i plan to add this feature too for our "Outlook"-Guys
so is it enabled by default or "enable"-able?

Thanks!

On 1/25/12 7:52 PM, Georg Bretschneider wrote:

Hi Steve,

many thanks for your efforts.

SOGoThreadedView = YES; (or defaults write sogod SOGoThreadedView YES
if you are using the XML version)

and then an option will appear in the mail tab of preferences for user
to turn on option if desired.

I hope you mean "turn off if desired", because, I hope, SOGoThreadedView
YES will enable this kind of view per default. Ah...doesn't matter. I
will see it in the next couple of minutes. :)

This should probably be added to the manual as newcomers will not even
know it exists.

Ack!

Bye
Georg

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

Re: [SOGo] Changing display of related emails in WebGUI similar to newer TB versions

Hi,

it looks like enabling this in SOGo config doesn't help. Every user has
to enable this view on his own. I checked it with a newly created user.

Okay, the feature is there. But I have suggestions :)
In Thunderbird I can "open" and "close" the threads. If you have a lot
of emails, the new smart filters in Thunderbird can help finding unread
messages. In SOGo web gui I can't filter for read or unread messages.
Something that I would like to see in Thunderbird AND Sogo aswell,
"updated" threads (new mails) are "bounced" to the top of the email
list. This and a smart filter bar would enhanced the usability a lot!

Other ideas?

Bye
Georg

Am 25.01.2012 19:54, schrieb Martin Seener:
> i plan to add this feature too for our "Outlook"-Guys
> so is it enabled by default or "enable"-able?
> 
> Thanks!
> 
> 
> On 1/25/12 7:52 PM, Georg Bretschneider wrote:
>> Hi Steve,
>>
>> many thanks for your efforts.
>>
>>> SOGoThreadedView = YES; (or defaults write sogod SOGoThreadedView YES
>>> if you are using the XML version)
>>>
>>> and then an option will appear in the mail tab of preferences for user
>>> to turn on option if desired.
>> I hope you mean "turn off if desired", because, I hope, SOGoThreadedView
>> YES will enable this kind of view per default. Ah...doesn't matter. I
>> will see it in the next couple of minutes. :)
>>
>>> This should probably be added to the manual as newcomers will not even
>>> know it exists.
>> Ack!
>>
>>
>> Bye
>> Georg
-- 
users@sogo.nu
https://inverse.ca/sogo/lists

Re: [SOGo] Why not move from Funambol to Z-Push? Many features will be obtained.


Am 25.01.12 18:07, schrieb mayak-cq:

as far as architecture goes, would a mysql backend scale better than *dav?
No. Using the *dav interface there are some nice features provided by 
SOGo - sorted, change flags, calculated recurrences and so on.
When you get the data directly from the database, you have to look for 
the right table, getting the interessting data (events), searching for 
recurrences ... not so funny to implement (I gave it a try ...).


Maybe the performance would be a bit better accessing the database, but 
I think not really remarkable. And you would get the problems funambol 
has - it accesses the database ... a "z-unambol".


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

Re: [SOGo] Changing display of related emails in WebGUI similar to newer TB versions

2012-01-25 Thread Martin Seener


i plan to add this feature too for our "Outlook"-Guys
so is it enabled by default or "enable"-able?

Thanks!


On 1/25/12 7:52 PM, Georg Bretschneider wrote:

Hi Steve,

many thanks for your efforts.


SOGoThreadedView = YES; (or defaults write sogod SOGoThreadedView YES
if you are using the XML version)

and then an option will appear in the mail tab of preferences for user
to turn on option if desired.

I hope you mean "turn off if desired", because, I hope, SOGoThreadedView
YES will enable this kind of view per default. Ah...doesn't matter. I
will see it in the next couple of minutes. :)


This should probably be added to the manual as newcomers will not even
know it exists.

Ack!


Bye
Georg

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

Re: [SOGo] Changing display of related emails in WebGUI similar to newer TB versions

Hi Steve,

many thanks for your efforts.

> SOGoThreadedView = YES; (or defaults write sogod SOGoThreadedView YES
> if you are using the XML version)
> 
> and then an option will appear in the mail tab of preferences for user
> to turn on option if desired.

I hope you mean "turn off if desired", because, I hope, SOGoThreadedView
YES will enable this kind of view per default. Ah...doesn't matter. I
will see it in the next couple of minutes. :)

> This should probably be added to the manual as newcomers will not even
> know it exists.

Ack!


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

Re: [SOGo] Changing display of related emails in WebGUI similar to newer TB versions

2012-01-25 Thread Stephen Ingram

Well, I can't find it in the manual either! I had to go back to
previous mail to find it, but you can add:

SOGoThreadedView = YES; (or defaults write sogod SOGoThreadedView YES
if you are using the XML version)

and then an option will appear in the mail tab of preferences for user
to turn on option if desired.

This should probably be added to the manual as newcomers will not even
know it exists.

Steve

On Wed, Jan 25, 2012 at 9:53 AM, Georg Bretschneider
 wrote:
> Hi Steve,
>
>> That capability was added several versions ago.
>> (http://www.sogo.nu/english/buzz/2011/article/sogo-138.html) Check the
>> manual (http://www.sogo.nu/files/docs/SOGo%20Installation%20Guide.pdf)
>> for information on how to configure the feature.
>
> I'm stunned. I totally missed that article. But I know I couldn't find
> something related in the docs earlier, at least I think so. You are not
> talking about SOGoMailUseOutlookStyleReplies, right?
> I found the option in the web gui alright, but I am really too blind to
> find the correct option within the documentation to set this for all users.
>
>
> Bye
> Georg
>
>
>
>
>>
>> Steve
>>
>> On Wed, Jan 25, 2012 at 7:14 AM, Georg Bretschneider
>>  wrote:
>>> Hello SOGo team,
>>>
>>> are there plans to adjust the display of related emails, as in newer
>>> Thunderbird versions? (See image attached.)
>>> It really helps keeping track of topics and related emails and to switch
>>> between mails within a topic.
>>>
>>>
>>> Bye
>>> Georg
>>> --
>>> users@sogo.nu
>>> https://inverse.ca/sogo/lists
> --
> users@sogo.nu
> https://inverse.ca/sogo/lists
-- 
users@sogo.nu
https://inverse.ca/sogo/lists

Re: [SOGo] Changing display of related emails in WebGUI similar to newer TB versions

Hi Steve,

> That capability was added several versions ago.
> (http://www.sogo.nu/english/buzz/2011/article/sogo-138.html) Check the
> manual (http://www.sogo.nu/files/docs/SOGo%20Installation%20Guide.pdf)
> for information on how to configure the feature.

I'm stunned. I totally missed that article. But I know I couldn't find
something related in the docs earlier, at least I think so. You are not
talking about SOGoMailUseOutlookStyleReplies, right?
I found the option in the web gui alright, but I am really too blind to
find the correct option within the documentation to set this for all users.

Bye
Georg

> 
> Steve
> 
> On Wed, Jan 25, 2012 at 7:14 AM, Georg Bretschneider
>  wrote:
>> Hello SOGo team,
>>
>> are there plans to adjust the display of related emails, as in newer
>> Thunderbird versions? (See image attached.)
>> It really helps keeping track of topics and related emails and to switch
>> between mails within a topic.
>>
>>
>> Bye
>> Georg
>> --
>> users@sogo.nu
>> https://inverse.ca/sogo/lists
-- 
users@sogo.nu
https://inverse.ca/sogo/lists

Re: [SOGo] Changing display of related emails in WebGUI similar to newer TB versions

2012-01-25 Thread Stephen Ingram

That capability was added several versions ago.
(http://www.sogo.nu/english/buzz/2011/article/sogo-138.html) Check the
manual (http://www.sogo.nu/files/docs/SOGo%20Installation%20Guide.pdf)
for information on how to configure the feature.

Steve

On Wed, Jan 25, 2012 at 7:14 AM, Georg Bretschneider
 wrote:
> Hello SOGo team,
>
> are there plans to adjust the display of related emails, as in newer
> Thunderbird versions? (See image attached.)
> It really helps keeping track of topics and related emails and to switch
> between mails within a topic.
>
>
> Bye
> Georg
> --
> users@sogo.nu
> https://inverse.ca/sogo/lists
-- 
users@sogo.nu
https://inverse.ca/sogo/lists

Re: [SOGo] Why not move from Funambol to Z-Push? Many features will be obtained.

2012-01-25 Thread André Schild

Am 25.01.2012 18:07, schrieb mayak-cq:

On Wed, 2012-01-25 at 17:37 +0100, André Schild wrote:

Am 25.01.2012 16:20, schrieb Martin Rabl:

Am 25.01.2012 15:58, schrieb Martin Lehmann:

I have also seen this ActiveSync implementation. Maybe it's better
than Z-Push?
http://www.tine20.org/downloads/2011-05-6/tine20-activesync_2011-05-6.tar.bz2

Had a quick look over the code - it heavyly depends on tine data
structures and classes - much effort solve this, I think.
Then, it would be better to create a sophisticated ;-) sogo plugin
for z-push which is more independent.
A general problem for ActiveSync is this one (Taken from the tine20
website)

http://www.tine20.org/wiki/index.php/Admins/Synchronisation#Patent_warning_for_US-based_users

*Patent warning for US-based users *

Don't use our implementation of ActiveSync if you live in the USA. As
Microsoft has a software patent on ActiveSync you can not use our
code free of charge. We are currently in contact with Microsoft to
negotiate a deal for our US-based users.

Any other users are free to use our ActiveSync implementation.

This "potential" problem will also have to be considered by a z-push
backend

hi all,

i had proposed a the creation of a bounty in a previous message to
accomplish this work (and I guess we'll need to do it Euros -- i'm
outside the US anyway ...)

Me too, inverse too, but ca is near US ;)

. i fully agree that activeSync support would be a fantastic addition
to sogo.

as far as architecture goes, would a mysql backend scale better than *dav?
Perhaps, but this means that you will have to recode all business logic
and access control once more (Just as it is for the current funambol
connector)

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

[SOGo] [ERROR] could not open channel to sogo@localhost

2012-01-25 Thread vordoo

Hi all,

postgres is up and runing. "psql -U sogo -d sogo -W", connects OK. Any pointers
will be highly appreciated.

Thanks!

sogo Log:
version 1.3.11 (build r...@vizzini.inverse.ca 201112121617) -- starting
Jan 25 18:44:49 sogod [3931]: vmem size check enabled: shutting down app when
vmem > 384 MB
Jan 25 18:44:49 sogod [3931]: <0x0x95ecf3c[SOGoProductLoader]> SOGo products
loaded from '/usr/lib/GNUstep/SOGo':
Jan 25 18:44:49 sogod [3931]: <0x0x95ecf3c[SOGoProductLoader]>   CommonUI.SOGo,
PreferencesUI.SOGo, MainUI.SOGo, SchedulerUI.SOGo, Contacts.SOGo,
MailPartViewers.SOGo, MailerUI.SOGo, Appointments.SOGo, Mailer.SOGo,
AdministrationUI.SOGo, ContactsUI.SOGo
Jan 25 18:44:49 sogod [3931]: <0x0x96a9e74[WOWatchDog]> listening on *:2
Jan 25 18:44:49 sogod [3931]: <0x0x96a9e74[WOWatchDog]> watchdog process pid:
3931
Jan 25 18:44:49 sogod [3931]: <0x0x48ca00[WOWatchDogChild]> watchdog request
timeout set to 10 minutes
Jan 25 18:44:49 sogod [3931]: <0x0x96a9e74[WOWatchDog]> preparing 1 children
Jan 25 18:44:49 sogod [3931]: <0x0x96a9e74[WOWatchDog]> child spawned with pid
3932
2012-01-25 18:44:49.647 sogod[3932] could not open channel to sogo@localhost
Jan 25 18:44:49 sogod [3932]: [ERROR] <0x0x96d362c[GCSChannelManager]> could
not open channel <0x0x96d4e04[PostgreSQL72Channel]: not-connected> for URL:
postgresql://sogo:sogo@localhost:5432/sogo/sogo_user_profile
Jan 25 18:44:49 sogod [3932]: [WARN] <0x0x96d362c[GCSChannelManager]>   will
prevent opening of this channel 5 seconds after 2012-01-25 18:44:49 +0200
-- 
users@sogo.nu
https://inverse.ca/sogo/lists

Re: [SOGo] Why not move from Funambol to Z-Push? Many features will be obtained.

2012-01-25 Thread mayak-cq

On Wed, 2012-01-25 at 17:37 +0100, André Schild wrote:

> Am 25.01.2012 16:20, schrieb Martin Rabl: 
> 
> > Am 25.01.2012 15:58, schrieb Martin Lehmann: 
> > 
> > > I have also seen this ActiveSync implementation. Maybe it's
> > > better 
> > > than Z-Push? 
> > > http://www.tine20.org/downloads/2011-05-6/tine20-activesync_2011-05-6.tar.bz2
> > >  
> > 
> > Had a quick look over the code - it heavyly depends on tine data
> > structures and classes - much effort solve this, I think. 
> > Then, it would be better to create a sophisticated ;-) sogo plugin
> > for z-push which is more independent. 
> 
> A general problem for ActiveSync is this one (Taken from the tine20
> website)
> http://www.tine20.org/wiki/index.php/Admins/Synchronisation#Patent_warning_for_US-based_users
> 
> 
> 
> Patent warning for US-based users 
> 
> Don't use our implementation of ActiveSync if you live in the USA. As
> Microsoft has a software patent on ActiveSync you can not use our code
> free of charge. We are currently in contact with Microsoft to
> negotiate a deal for our US-based users. 
> 
> Any other users are free to use our ActiveSync implementation.
> 
> This "potential" problem will also have to be considered by a z-push
> backend

hi all,

i had proposed a the creation of a bounty in a previous message to
accomplish this work (and I guess we'll need to do it Euros -- i'm
outside the US anyway ...). i fully agree that activeSync support would
be a fantastic addition to sogo.

as far as architecture goes, would a mysql backend scale better than
*dav?

thanks

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

Re: [SOGo] Why not move from Funambol to Z-Push? Many features will be obtained.

2012-01-25 Thread André Schild


Am 25.01.2012 16:20, schrieb Martin Rabl:

Am 25.01.2012 15:58, schrieb Martin Lehmann:

I have also seen this ActiveSync implementation. Maybe it's better
than Z-Push?
http://www.tine20.org/downloads/2011-05-6/tine20-activesync_2011-05-6.tar.bz2 

Had a quick look over the code - it heavyly depends on tine data 
structures and classes - much effort solve this, I think.
Then, it would be better to create a sophisticated ;-) sogo plugin for 
z-push which is more independent.

A general problem for ActiveSync is this one (Taken from the tine20 website)
http://www.tine20.org/wiki/index.php/Admins/Synchronisation#Patent_warning_for_US-based_users


   Patent warning for US-based users

Don't use our implementation of ActiveSync if you live in the USA. As 
Microsoft has a software patent on ActiveSync you can not use our code 
free of charge. We are currently in contact with Microsoft to negotiate 
a deal for our US-based users.


Any other users are free to use our ActiveSync implementation.




This "potential" problem will also have to be considered by a z-push 
backend



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

Re: [SOGo] Why not move from Funambol to Z-Push? Many features will be obtained.

2012-01-25 Thread André Schild


Am 25.01.2012 14:53, schrieb Ludovic Marcotte:

On 19/01/12 10:37, Ludovic Marcotte wrote:

On 19/01/12 10:35, Bartłomiej Kluska wrote:
maybe the question isn't very intelligent but why not implementing 
the SyncML functionality directly into SOGo (without Funambol or 
even Z-Push).
Is Funambol server giving anything more than the SyncML 
functionality to SOGo?

This should also be considered.

Libsynthesis (https://gitorious.org/libsynthesis) could be used to 
expedite that development.


One other option here, which I just reminded, would be to use the 
Funambol JSON Connector (https://json-connector.forge.funambol.org/). 
Using this, we would only need to implement the required JSON API in 
SOGo, which should be very simple.


That API could also be used for other apps that want to consume data 
from SOGo in JSON. Everybody loves JSON and it's the solution to all 
problems!



Yet another (non-standard) interface to implement in Sogo...

Currently I don't see a advantage to introduce one more interface...
Or are there thousands of other applications accessing cal/cardav infos
(in a standard way) via JSON ?

I think better to reuse the existing cal/car-dav stuff on (sogo) serverside
so the sogo core can remain unchanged and improve.

For sync with all other technologies I would use cal-/car-dav 
connector/adapter.


And I don't think we should drop SyncML in favor of ActiveSync,
but rather have both solutions, each one has it's own use cases,
many similar, but you just can't always replace one with the other.

André

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

Re: [SOGo] Why not move from Funambol to Z-Push? Many features will be obtained.


Am 25.01.2012 15:58, schrieb Martin Lehmann:

And in my opinion Funambol is to buggy and makes to many problems.
You're right, but maybe many bugs are from the direct database 
connection? FU looks for the events in the database of SOGo, so the 
interface between FU and SOGo are the tables.
I think, the problems with Fu are coming from that. FU has to 
calculate some values (events etc.) and fails.


Using a JSON-based datastore (instead of the database-based) could 
make it better - SOGo is the leader of the events it will give Fu (and 
other tools) and a data retrieve could be done in a caldav way, but so 
much easier (not the xml-ish in and out like in caldav)


--
Greetings,

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

Re: [SOGo] Why not move from Funambol to Z-Push? Many features will be obtained.


Am 25.01.2012 15:58, schrieb Martin Lehmann:

I have also seen this ActiveSync implementation. Maybe it's better
than Z-Push?
http://www.tine20.org/downloads/2011-05-6/tine20-activesync_2011-05-6.tar.bz2
Had a quick look over the code - it heavyly depends on tine data 
structures and classes - much effort solve this, I think.
Then, it would be better to create a sophisticated ;-) sogo plugin for 
z-push which is more independent.


---
Greetings,

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

Re: [SOGo] Why not move from Funambol to Z-Push? Many features will be obtained.

2012-01-25 Thread Martin Seener

I would also prefer using a "standalone" ActiveSync Solution like Z-Push 
oder the Tine´s One.
I dont like 50 different daemons for 50 different use cases...and 
funambol eats resources...dont like that :-/



On 1/25/12 3:58 PM, Martin Lehmann wrote:
But you still have the big monster Funambol-Server with all its 
problems and heavy resource requirements which also must be maintained 
by the admins besides SOGo, Samba4, ...


And in my opinion Funambol is to buggy and makes to many problems. 
ActiveSync on top of a buggy system doesn't make it better. I'd prefer 
directly use ActiveSync via Z-Push on top of the very well working 
Caldav/Carddav.


I have also seen this ActiveSync implementation. Maybe it's better 
than Z-Push?
http://www.tine20.org/downloads/2011-05-6/tine20-activesync_2011-05-6.tar.bz2 



Am 01/25/2012 03:07 PM, schrieb Alessio Fattorini:
Nella citazione in data mer 25 gen 2012 14:53:24 CET, Ludovic 
Marcotte ha scritto:
That API could also be used for other apps that want to consume data 
from SOGo in JSON. Everybody loves JSON and it's the solution to all 
problems!


Hi Ludovic,
We have some project in nodejs+javascript and read/write sogo data by 
json could be very very useful

Other advantage about this solution?





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

Re: [SOGo] Why not move from Funambol to Z-Push? Many features will be obtained.


Am 25.01.2012 14:53, schrieb Ludovic Marcotte:

One other option here, which I just reminded, would be to use the
Funambol JSON Connector (https://json-connector.forge.funambol.org/).
Hm - this one to connect SOGo and Funambol to each other instead of 
using the database?


Could be done over a URL like
http://sogo.server.net/SOGo/json//
?


That API could also be used for other apps that want to consume data
from SOGo in JSON.

;-) i. e. for EAS aka z-push

> Everybody loves JSON and it's the solution to all

problems!

:) peace on earth!

Seriously, this seems to be a good idea and brings a RPC-like 
interface to us.


Ludovic, how much efforts do you estimate, if possible now?

--
Greetings,

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

Re: [SOGo] Why not move from Funambol to Z-Push? Many features will be obtained.

2012-01-25 Thread Martin Lehmann

But you still have the big monster Funambol-Server with all its problems 
and heavy resource requirements which also must be maintained by the 
admins besides SOGo, Samba4, ...


And in my opinion Funambol is to buggy and makes to many problems. 
ActiveSync on top of a buggy system doesn't make it better. I'd prefer 
directly use ActiveSync via Z-Push on top of the very well working 
Caldav/Carddav.


I have also seen this ActiveSync implementation. Maybe it's better than 
Z-Push?

http://www.tine20.org/downloads/2011-05-6/tine20-activesync_2011-05-6.tar.bz2

Am 01/25/2012 03:07 PM, schrieb Alessio Fattorini:
Nella citazione in data mer 25 gen 2012 14:53:24 CET, Ludovic Marcotte 
ha scritto:
That API could also be used for other apps that want to consume data 
from SOGo in JSON. Everybody loves JSON and it's the solution to all 
problems!


Hi Ludovic,
We have some project in nodejs+javascript and read/write sogo data by 
json could be very very useful

Other advantage about this solution?





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

[SOGo] WOWatchDogRequestTimeout - Defaults.plist parameters ?

2012-01-25 Thread Vincent Bonamy


Hi Everyone,

We're using SOGo 1.3.11 here for some thousands of users, and we can say 
it works well.

Thanks for that !

But sometimes we have some problems with some sogod process  : indeed 
sometimes they take 100% of CPU during a 'long' time (> 1min.).


That can appear when IMAP is down, or when a caldav client sends some 
specific requests ...
... Actually we're not sure to know why this problem appears exactly at 
the moment.


SOGo (sogod parent - the WatchDog) kills the sogod children that don't 
respond after 10 minutes, that's the "watchdog request timeout".
So if a problem appears on some child process of SOGo when they handle a 
request, after 10 minutes they are killed and we are sure that SOGo 
becomes again available.

That's nice :-)

But we thought that 10 minutes is too much, so we changed it.

Indeed, we found in the Defaults.plist file (which provides many others 
advanced parameters) the parameter WOWatchDogRequestTimeout, which is 
fixed to 10.


We set up this WOWatchDogRequestTimeout to 1 in our .GNUstepDefaults and 
it seems to work :-)


But is it safe to put 1 for this parameter ?
Indeed, why the default value is "so high" (10 minutes) ?
Also, it seems that we can't setup this parameter lower than 1 minute, 
like 30 seconds for example, why ?


Thanks for your response,
Vincent Bonamy.

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

Re: [SOGo] Still can't download attachments on Web Interface

2012-01-25 Thread Leon L. Robinson

oops. You are absolutely correct. Sorry about that.

On Wed, 2012-01-25 at 09:50 -0500, Ludovic Marcotte wrote:
> On 25/01/12 09:45, Leon L. Robinson wrote:
> > I don't think this is a bug as I've installed a clean version of SOGo on
> > a virtual machine of similar configuration and it works fine.
> Your SOPE packages are outdated.
> 
> -- 
> Ludovic Marcotte
> lmarco...@inverse.ca  ::  +1.514.755.3630  ::  www.inverse.ca
> Inverse inc. :: Leaders behind SOGo (www.sogo.nu) and PacketFence 
> (www.packetfence.org)
> 


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

Re: [SOGo] Still can't download attachments on Web Interface

2012-01-25 Thread Denis Medvedev


which imap server do you use? and with which config?

25 января 2012, 18:45 от "Leon L. Robinson" :
> I upgraded to SOGo 1.3.11 a while ago and now I can't download any
> attachments.
> 
> In the browser I get
> ==
> Proxy Error
> 
> The proxy server received an invalid response from an upstream server.
> The proxy server could not handle the request
> GET /SOGo/so/baggypants/Mail/0/folderINBOX/6310/2/Christ Central
> Blogging.docx.
> 
> Reason: Error reading from remote server
> 
> In Sogo log I Get
> ==
> 
> Jan 25 14:41:04 sogod [921]: [ERROR]
> <0x0x9b33ebc[UIxMailRenderingContext]> found no viewer for MIME type:
> application/vnd.openxmlformats-officedocument.wordprocessingml.document
> localhost.localdomain - - [25/Jan/2012:14:41:04 GMT]
> "POST /SOGo/so/baggypants/Mail//0/folderINBOX/6310/view?noframe=1
> HTTP/1.1" 200 1561/0 0.366 4504 65% 0
> EXCEPTION:  NAME:NSInvalidArgumentException
> REASON:NGImap4Connection(instance) does not recognize
> fetchContentOfBodyPart:atURL:withPeek: INFO:(null)
> Jan 25 14:41:06 sogod [27135]: <0x0x98407c4[WOWatchDogChild]> child 921
> exited
> Jan 25 14:41:06 sogod [27135]: <0x0x98407c4[WOWatchDogChild]>
> (terminated due to signal 6)
> 
> I don't think this is a bug as I've installed a clean version of SOGo on
> a virtual machine of similar configuration and it works fine.
> 
> I've reset the SOGo.conf so I don't think it is an error with that.
> 
> Leon
> 
> --
> users@sogo.nu
> https://inverse.ca/sogo/lists
> -- 
users@sogo.nu
https://inverse.ca/sogo/lists

Re: [SOGo] Still can't download attachments on Web Interface


On 25/01/12 09:45, Leon L. Robinson wrote:

I don't think this is a bug as I've installed a clean version of SOGo on
a virtual machine of similar configuration and it works fine.

Your SOPE packages are outdated.

--
Ludovic Marcotte
lmarco...@inverse.ca  ::  +1.514.755.3630  ::  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] Still can't download attachments on Web Interface

2012-01-25 Thread Leon L. Robinson

I upgraded to SOGo 1.3.11 a while ago and now I can't download any
attachments.

In the browser I get
==
Proxy Error

The proxy server received an invalid response from an upstream server.
The proxy server could not handle the request
GET /SOGo/so/baggypants/Mail/0/folderINBOX/6310/2/Christ Central
Blogging.docx.

Reason: Error reading from remote server

In Sogo log I Get
==

Jan 25 14:41:04 sogod [921]: [ERROR]
<0x0x9b33ebc[UIxMailRenderingContext]> found no viewer for MIME type:
application/vnd.openxmlformats-officedocument.wordprocessingml.document
localhost.localdomain - - [25/Jan/2012:14:41:04 GMT]
"POST /SOGo/so/baggypants/Mail//0/folderINBOX/6310/view?noframe=1
HTTP/1.1" 200 1561/0 0.366 4504 65% 0
EXCEPTION:  NAME:NSInvalidArgumentException
REASON:NGImap4Connection(instance) does not recognize
fetchContentOfBodyPart:atURL:withPeek: INFO:(null)
Jan 25 14:41:06 sogod [27135]: <0x0x98407c4[WOWatchDogChild]> child 921
exited
Jan 25 14:41:06 sogod [27135]: <0x0x98407c4[WOWatchDogChild]>
(terminated due to signal 6)

I don't think this is a bug as I've installed a clean version of SOGo on
a virtual machine of similar configuration and it works fine.

I've reset the SOGo.conf so I don't think it is an error with that.

Leon

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

Re: [SOGo] Why not move from Funambol to Z-Push? Many features will be obtained.

2012-01-25 Thread Alessio Fattorini

Nella citazione in data mer 25 gen 2012 14:53:24 CET, Ludovic Marcotte 
ha scritto:
That API could also be used for other apps that want to consume data 
from SOGo in JSON. Everybody loves JSON and it's the solution to all 
problems!


Hi Ludovic,
We have some project in nodejs+javascript and read/write sogo data by 
json could be very very useful

Other advantage about this solution?




--
--
Alessio Fattorini (alessio.fattor...@nethesis.it)

nethesis srl - Via degli Olmi 16/4 - 61100 Pesaro (PU)
tel. +39 0721 405516 - fax +39 0721 268147
www.nethesis.it - i...@nethesis.it 


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

Re: [SOGo] Why not move from Funambol to Z-Push? Many features will be obtained.


On 19/01/12 10:37, Ludovic Marcotte wrote:

On 19/01/12 10:35, Bartłomiej Kluska wrote:
maybe the question isn't very intelligent but why not implementing 
the SyncML functionality directly into SOGo (without Funambol or even 
Z-Push).
Is Funambol server giving anything more than the SyncML functionality 
to SOGo?

This should also be considered.

Libsynthesis (https://gitorious.org/libsynthesis) could be used to 
expedite that development.


One other option here, which I just reminded, would be to use the 
Funambol JSON Connector (https://json-connector.forge.funambol.org/). 
Using this, we would only need to implement the required JSON API in 
SOGo, which should be very simple.


That API could also be used for other apps that want to consume data 
from SOGo in JSON. Everybody loves JSON and it's the solution to all 
problems!


--
Ludovic Marcotte
lmarco...@inverse.ca  ::  +1.514.755.3630  ::  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] public calendar not found

2012-01-25 Thread Khapare Joshi

Hi all,

I am debugging why my calendar does not work for public access but unable
to find the issue. I have enabled the public access for the calendar. when
i use


[khapare@localhost ~]$ wget
https://mytest.com/SOGo/dav/public/khapare/Calendar/personal.ics

I get the following output

--2012-01-25 10:38:12--
https://mytest.com/SOGo/dav/public/khapare/Calendar/personal.ics
Resolving mytest.com... 192.168.1.26
Connecting to mytest.com192.168.1.26|:443... connected.
HTTP request sent, awaiting response... 404 Not Found
2012-01-25 10:38:12 ERROR 404: Not Found.


So obviously If I subscribe to any other mail such as google or other could
not get anything.

How do i resolve this issue. is there something I am missing here ?
-- 
users@sogo.nu
https://inverse.ca/sogo/lists

Re: [SOGo] Pb Install Win 64bit + Thunderbird 3.1.17/9.0 + SOGo integrator 3.105

2012-01-25 Thread Stéphane GAUDICHE


Le 25/01/2012 10:31, Georg Bretschneider a écrit :

Hi Stéphane,

for event management you do not need SOGo TB addons. I guess, you are
accessing your calendars via CalDav? And imported every calendar on your
own?


Bye
Georg


Others informations to debate:
I personally run the following weird configuration:
same server sogo integrator 3.105 / SOGo server 3.1.9
my station: Ubuntu 11.10 Thunderbird 9.0 + SOGo Connector&  Integrator
3.105 disabled since last dist-upgrade (last Nov 2011)
But worked fine : add/delete event both way from Tb and from WebUI.


What is OK? and What's wrong with this configuration.

Hi Georg,
Before using SOGo Connector I had lightning in Stand Alone.
I follow instruction to remove extension and backup and remove calendar 
and contact before
began, a long time ago more than 1 year, with the 'basic' SOGo personal 
calendar through the integrator.

Then, I made few test to add a google calendar and that's all.
And then the dist-upgrade.
--
Stéphane
<>

Re: [SOGo] SOGo 2.0 beta : LDAP & NSInvalidArgumentException

2012-01-25 Thread Rémi Cailletaud

Hi Francis,

Thanks for your answer...

Le 24/01/2012 21:35, Francis Lachapelle a écrit :
> Hi Rémi
> 
> On 2012-01-24, at 11:19 AM, Rémi Cailletaud wrote:
> 
>> I try to install SOGo 2.0 and face a strange error. The scenario is :
>>
>> - fresh Debian Squeeze install ;
>> - SOGo from inverse nightly repository ;
>> - PGSQL ;
>> - apache2.
>>
>> - the source auth is an Active Directory :
>>
>>SOGoUserSources = (
>>{
>>type = ldap;
>>CNFieldName = cn;
>>IDFieldName = cn;
>>UIDFieldName = sAMAccountName;
> 
> Try setting IDFieldName to sAMAccountName.

That's not better : same exception.

We finally found which field causes the exception : guilty accounts are
those with several user certificates. With only one, there is no problem.

We reproduce this bug on two different test servers. Changing database
backend to mysql has no effect.

We did not face the bug on Sogo 1.3 (with mysql).

Should I fill a bug report ?

Thanks for your work...

rémi

> 
>>baseDN = "OU=Users,DC=domain,DC=local";
>>bindDN = read@domain.local;
>>bindPassword = "passwd";
>>bindFields = (middleName);
>>canAuthenticate = YES;
>>displayName = "Domain";
>>hostname = 194.254.65.56;
>>id = DOMAIN;
>>isAddressBook = YES;
>>port = 389;
>>  scope = sub;
>>}
>>
>> - some users cannot login. in fact, they can login, but sogo raises an
>> exception. we tried to search if they have particular LDAP field, but
>> nothing like that.
>>
>> EXCEPTION:  NAME:NSInvalidArgumentException
>> REASON:Tried to init array with nil object INFO:(nil)
>>
>> - in same time, searching the address book if those users are in the
>> ldap search scope does not work : same exception in Sogo log.
>>
>> - putting these users out of ldap search scope make the address book
>> functional...
>>
>> We did not manage to understand which LDAP entries can cause this
>> exception. Trying to remove most of the fileds, accents, not alpha char
>> was unsuccessful...
>>
>> I paste the commented log of an unsuccessful login attempt. I tried to
>> activate some other debug output, but nothing interesting :
>>
>>
>> Jan 24 16:55:30 sogod [31741]: <0x0x10aa5a0[WOWatchDog]> child spawned
>> with pid 31751
>> Jan 24 16:55:30 sogod [31751]: <0x0x128e7e0[SOGoCache]> Cache cleanup
>> interval set every 300.00 seconds
>> Jan 24 16:55:30 sogod [31751]: <0x0x128e7e0[SOGoCache]> Using host(s)
>> 'localhost' as server(s)
>> 2012-01-24 16:55:30.764 sogod[31751] Note(SoObject): SoDebugKeyLookup is
>> enabled!
>> 2012-01-24 16:55:30.764 sogod[31751] Note(SoObject): SoDebugBaseURL is
>> enabled!
>> 2012-01-24 16:55:30.764 sogod[31751] Note(SoObject): relative base URLs
>> are enabled.
>> 2012-01-24 16:55:30.767 sogod[31751] ERROR(-[NGBundleManager
>> bundleWithPath:]): could not create bundle for path:
>> '/usr/share/GNUstep/Libraries/gnustep-base/Versions/1.20/Resources/SSL.bundle'
>> 2012-01-24 16:55:30.773 sogod[31751] WOCompoundElement: pool embedding
>> is on.
>> 2012-01-24 16:55:30.773 sogod[31751] WOCompoundElement: id logging is on.
>> Jan 24 16:55:30 sogod [31751]: SOGoRootPage successful login for user
>> 'jertest' - expire = -1  grace = -1
>>
>> -> Login seems to be successful
>>
>> Jan 24 16:55:30 sogod [31751]: [ERROR] <0x0x1562420[NGLdapAttribute]>
>> cound not convert value of objectSid to string
>>
>> -> I think we can ignore this, as some users that have no problem cause
>> this error
>>
>> EXCEPTION:  NAME:NSInvalidArgumentException
>> REASON:Tried to init array with nil object INFO:(nil)
>>
>> -> This one appears only when login with a "bad" user, and searching in
>> a address book with some "bad" users.
>>
>> Jan 24 16:55:30 sogod [31741]: <0x0x108bea0[WOWatchDogChild]> child
>> 31751 exited
>> Jan 24 16:55:30 sogod [31741]: <0x0x108bea0[WOWatchDogChild]>
>> (terminated due to signal 6)
>> Jan 24 16:55:30 sogod [31741]: <0x0x108bea0[WOWatchDogChild]> avoiding
>> to respawn child before 2012-01-24 16:55:35 +0100
>>
>>
>> Thanks for your help,
>> rémi
>>
>> -- 
>> Rémi Cailletaud - IE CNRS
>> 3S-R - Laboratoire Sols, Solides, Structures - Risques
>> BP53, 38041 Grenoble CEDEX 0
>> FRANCE
>> remi.caillet...@hmg.inpg.fr
>> Tél: +33 (0)4 76 82 52 78
>> Fax: +33 (0)4 76 82 70 43
> 
> --
> flachape...@inverse.ca :: +1.514.755.3640 :: http://www.inverse.ca
> Inverse :: Leaders behind SOGo (http://sogo.nu) and PacketFence 
> (http://packetfence.org)
> 


-- 
Rémi Cailletaud - IE CNRS
3S-R - Laboratoire Sols, Solides, Structures - Risques
BP53, 38041 Grenoble CEDEX 0
FRANCE
remi.caillet...@hmg.inpg.fr
Tél: +33 (0)4 76 82 52 78
Fax: +33 (0)4 76 82 70 43




smime.p7s
Description: Signature cryptographique S/MIME

Re: [SOGo] Pb Install Win 64bit + Thunderbird 3.1.17/9.0 + SOGo integrator 3.105