date:20120206

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

2012-02-06 Thread André Schild


Am 07.02.2012 02:39, schrieb Jeroen Dekkers:

At Wed, 18 Jan 2012 14:16:08 -0500,
Ludovic Marcotte wrote:

On 18/01/12 01:39, André Schild wrote:

There already exists a sogo backend for Z-Push, a few posts ago is a
link for download.
I will try to make it better available, so we can work on improving it.

We could also import it on our source repository. We did this a while
ago from the connector developed by Philipp Kewisch, but he soon after
abandoned its development.

One of the problems with the existing SOGo backend is that it uses an
old version of Z-Push that has a different license. The old version
was GPLv2 only, newer versions are AGPLv3 only. Because the SOGo
backend code doesn't have an explicit different license, we can only
assume that it's GPLv2 only and can't use this code with newer Z-Push
versions.

I don't think we want to maintain our own Z-Push fork forever and not
be able to use newer Z-Push features. Because of that and that I also
read that it was not production quality, I tried to see how hard it
would be to implement a new backend (without reading any of the old
code of course) that uses caldav-client-2.php from davical to talk to
the caldav server. I spend a few days working on it and got as far as
that I could sync my calendar items from the server to the phone. I've
just pushed the code to github in the case anyone would want to
continue with the effort:

https://github.com/dekkers/s-push/tree/caldav

Have you taken the 1.5.x branch or the upcomming 2.0 branch ?
Perhaps it would be good to directly go to the 2.x code.


The problem is that I guess that 2-3 weeks of development time is
needed to get two-way syncing of both calendar and contacts working
and most bugs have been ironed out. I currently don't have the free
time to do it and don't think there are enough people/companies
willing to donate money to fund the development (but if you are, speak
up here or in private, maybe I'm wrong and something like a
kickstarter crowdfunding of this feature is possible).


I could also spend time on that project.


Another sources for active sync informations can be found here

- http://wiki.horde.org/ActiveSync
  It's based on a 1.x version of z-push but then heavily 
refactored/reworked.


- http://code.google.com/p/o-push/
  A java based active sync server



What I mostly fear about Z-Push is that we'll revisit all the device
synchronization bugs we had over the past few years with Funambol/SyncML
and we'll have to hack around like we did. This is very valuable time
and know-how here. Getting the Z-Push connector up and running can be
done in a snap, but refining it will take some time. Also, having the
Sword of Damocles on top of my head regarding the licensing agreement
doesn't make me a happy, happy, joy man.

If you're concerned about patents on ActiveSync then you should also
be concerned about the patents on the Exchange-Outlook protocol,
because MS also lists quite a lot of patents in that area. At least
they have been forced by the European Commission to disclose those
patents, so it is possible to check whether any patents are infringed.



I think you must be patent lawyer to understand these and see the 
implications they will give us...


As for the Exchange-Outlook protocol, there is inverse working on that, 
so it is not the same "problem" for me, and I think (hope) inverse has 
looked out for potential patent issues...



André

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

[SOGo] BTS activities for Monday, February 06 2012

2012-02-06 Thread SOGo reporter

Title: BTS activities for Monday, February 06 2012





  
BTS Activities

  Home page: http://www.sogo.nu/bugs
  Project: SOGo
  For the period covering: Monday, February 06 2012

  
  
idlast updatestatus (resolution)categorysummary
	
	
	  
	
1599
	2012-02-06 10:13:32
	updated (open)
	Backend Calendar
	Cannot set ACL for Confidential events to "None"
	
	  
	
1616
	2012-02-06 15:48:12
	new (open)
	Backend General
	Correctly link libraries that are used and don't link unused libraries
	
	  
	
1617
	2012-02-06 16:43:44
	new (open)
	Backend General
	Support running "make check"
	
	  
	
1614
	2012-02-06 16:01:19
	updated (open)
	SOPE
	Close all open file descriptors when daemonizing
	
	  
	
1615
	2012-02-06 15:45:00
	new (open)
	SOPE
	Correctly link libraries that are used and don't link unused libraries
	
	  
	
1609
	2012-02-06 09:53:47
	updated (open)
	Web Calendar
	With Windows 7 you get a huge dialog box for calendars
	
	  
	
1606
	2012-02-06 16:33:02
	resolved (fixed)
	Web Address Book
	ZIP of work-address is not stored in contacts

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

2012-02-06 Thread Jeroen Dekkers

At Wed, 18 Jan 2012 14:16:08 -0500,
Ludovic Marcotte wrote:
> On 18/01/12 01:39, André Schild wrote:
> > There already exists a sogo backend for Z-Push, a few posts ago is a 
> > link for download.
> > I will try to make it better available, so we can work on improving it.
> We could also import it on our source repository. We did this a while 
> ago from the connector developed by Philipp Kewisch, but he soon after 
> abandoned its development.

One of the problems with the existing SOGo backend is that it uses an
old version of Z-Push that has a different license. The old version
was GPLv2 only, newer versions are AGPLv3 only. Because the SOGo
backend code doesn't have an explicit different license, we can only
assume that it's GPLv2 only and can't use this code with newer Z-Push
versions.

I don't think we want to maintain our own Z-Push fork forever and not
be able to use newer Z-Push features. Because of that and that I also
read that it was not production quality, I tried to see how hard it
would be to implement a new backend (without reading any of the old
code of course) that uses caldav-client-2.php from davical to talk to
the caldav server. I spend a few days working on it and got as far as
that I could sync my calendar items from the server to the phone. I've
just pushed the code to github in the case anyone would want to
continue with the effort:

https://github.com/dekkers/s-push/tree/caldav

The problem is that I guess that 2-3 weeks of development time is
needed to get two-way syncing of both calendar and contacts working
and most bugs have been ironed out. I currently don't have the free
time to do it and don't think there are enough people/companies
willing to donate money to fund the development (but if you are, speak
up here or in private, maybe I'm wrong and something like a
kickstarter crowdfunding of this feature is possible).

> > The one big advantage I see of ActiveSync is, that you have only one 
> > setup to do for Email,Calendar,Contacts and Tasks and all traffic 
> > flows via HTTP(S)
> >
> > There are several disadvantages of ActiveSync compared to native 
> > Cardav/Caldav support:
> > - Only ONE Calendar, Contacts and Tasks can be synched

This is actually a limitation a lot of clients have, but not a
protocol limitation. The protocol supports multiple
calendars/addressbooks/etc.

> > - Only one ActiveSync account is possible

This of course also depends on the client and some clients support
multiple accounts.

> > - Mail handling is very limited
> Indeed but it should be compared with SyncML/Funambol, not CalDAV/CardDAV.
> 
> I would still very much like to open a discussion about this - ie., 
> Funambol (SyncML) backend vs. Z-Push (ActiveSync) backend.
> 
> To offer a very good mobile experience, I feel we'll have to make a 
> choice and focus our efforts into one or the other. We chose Funambol 
> many years ago. It might have been a good choice back then but it 
> doesn't mean it's still the best.

I think the advantage of ActiveSync is that almost every phone has
ActiveSync built-in and that it's well tested. Having ActiveSync is
pretty much a requirement for a mobile phone, compared to
SyncML/Funambol that also needs to implement the client application.

Another advantage of a caldav/carddav backend for Z-Push is that it
can also be shared by other projects implementing caldav and/or
carddav, such as for example davical.

> On my end (and speaking for myself only), there are some things I 
> dislike about Funambol such as a worthless bug tracker, patches taking 
> decades to get accepted (or even bugs getting acknowledged), Java-based 
> (enough said here), requires more resources than all other SOGo 
> components and requirements combined together and multiplied by your 
> favorite factor of the day (must be greater than 2), almost impossible 
> to package together with SOGo and more.

I agree about Funambol, I ditched it completely completely and
currently only support iOS and Android for the very small group of
customers I currently have. With regards to packaging, Z-Push is
already packaged in Debian under the name D-Push because of
trademarks.

> What I mostly fear about Z-Push is that we'll revisit all the device 
> synchronization bugs we had over the past few years with Funambol/SyncML 
> and we'll have to hack around like we did. This is very valuable time 
> and know-how here. Getting the Z-Push connector up and running can be 
> done in a snap, but refining it will take some time. Also, having the 
> Sword of Damocles on top of my head regarding the licensing agreement 
> doesn't make me a happy, happy, joy man.

If you're concerned about patents on ActiveSync then you should also
be concerned about the patents on the Exchange-Outlook protocol,
because MS also lists quite a lot of patents in that area. At least
they have been forced by the European Commission to disclose those
patents, so it is possible to check whether any patents are infringed.

Kind re

Debian packaging (Was: Re: [SOGo] ANN: SOGo v2.0.0beta4 with Native Outlook Compatibility)

2012-02-06 Thread Jeroen Dekkers

At Fri, 20 Jan 2012 10:05:21 -0500,
Fabian Rodriguez wrote:
> What is the ETA for Ubuntu packages ? I am a bit disappointed it seems
> SOGo will miss the opportunity to be part of the Ubuntu 12.04 LTS
> release, which would have been great exposure. I see an ITP for Debian
> and a brief exchange about Ubuntu packages on the mailing list >1y ago
> so I am curious.

That ITP is mine, I've just submitted some of the patches I created
that fixes some issues that would prevent SOGo from getting into
Debian. I've pushed my current work for 1.3.11 to github:
https://github.com/dekkers/sope-debian
https://github.com/dekkers/sogo-debian

I'm using git-buildpackage to build the packages. Things that still
need to be done:

- I've patched SOPE to be able to use GnuTLS, but not SOGo yet. SOGo
  is a bit harder because GnuTLS doesn't provide a drop-in replacement
  for checking of S/MIME signatures. I don't know how much used this
  feature is, disabling the S/MIME signature checking might also be an
  option.

- SOGo needs to use /etc for configuration
  (http://sogo.nu/bugs/view.php?id=1156). I did some experimentation
  with GNUstep and SOGo defaults and concluded that it isn't that
  hard, but I still need to code and test such a patch.

- We should use debconf to ask where to find the SQL and LDAP
  databases.

- A DEP5-complaint (http://dep.debian.net/deps/dep5) debian/copyright
  file needs to be created.

- The bundled javascript libraries need to be unbundled and the
  libraries from the Debian packages need to be used instead.

And there might be more things I'm forgetting and this is just for
SOGo 1.3. For SOGo 2.0 there is even a lot more work to be done. I
currently don't have much time to work on this as I'm too busy with
things that pay the rent or will do so in the future, so any help is
more than welcome.

Kind regards,

Jeroen Dekkers

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

Re: [SOGo] Web Calendar

2012-02-06 Thread spamvoll

ive checked the logs and found:

2012-02-06 23:01:56.570 sogod[1487] WARNING(-[NSNull(misc) length]):
called NSNull -length (returns 0) !!!

complete log when adding an appointment:
sogo.mydom.de - - [06/Feb/2012:23:01:54 GMT] "POST
/SOGo/so/hpeter/Calendar/personal/5CF-4F304E00-E9-C07B050.ics/saveAsAppointment
HTTP/1.1" 200 21/3417 0.067 - - 0
Feb 06 23:01:55 sogod [1487]: [WARN] <0x0xa076b2c[SOGoSystemDefaults]>
expected an NSArray for 'SOGoSuperUsernames' (ignored)
Feb 06 23:01:55 sogod [1487]: [WARN] <0x0xa076b2c[SOGoSystemDefaults]>
expected an NSArray for 'SOGoSuperUsernames' (ignored)
Feb 06 23:01:55 sogod [1487]: [WARN] <0x0xa076b2c[SOGoSystemDefaults]>
expected an NSArray for 'SOGoSuperUsernames' (ignored)
Feb 06 23:01:55 sogod [1487]: [WARN] <0x0xa076b2c[SOGoSystemDefaults]>
expected an NSArray for 'SOGoSuperUsernames' (ignored)
Feb 06 23:01:55 sogod [1487]: [WARN] <0x0xa076b2c[SOGoSystemDefaults]>
expected an NSArray for 'SOGoSuperUsernames' (ignored)
Feb 06 23:01:55 sogod [1487]: [WARN] <0x0xa076b2c[SOGoSystemDefaults]>
expected an NSArray for 'SOGoSuperUsernames' (ignored)
Feb 06 23:01:55 sogod [1487]: [ERROR]
<0x0CCB50C4[SOGoAppointmentFolder]:sbarchni_53E-4C485A00-2B-45412C00>
(-[SOGoAppointmentFolder fetchAlarmInfosFrom:to:]): missing folder for
fetch!
sogo.mydom.de - - [06/Feb/2012:23:01:56 GMT] "POST
/SOGo/so/hpeter/Calendar/alarmslist?browserTime=1328565715 HTTP/1.1"
200 2/0 0.268 - - 0
Feb 06 23:01:56 sogod [1487]: [WARN] <0x0xa076b2c[SOGoSystemDefaults]>
expected an NSArray for 'SOGoSuperUsernames' (ignored)
Feb 06 23:01:56 sogod [1487]: [WARN] <0x0xa076b2c[SOGoSystemDefaults]>
expected an NSArray for 'SOGoSuperUsernames' (ignored)
Feb 06 23:01:56 sogod [1487]: [WARN] <0x0xa076b2c[SOGoSystemDefaults]>
expected an NSArray for 'SOGoSuperUsernames' (ignored)
Feb 06 23:01:56 sogod [1487]: [WARN] <0x0xa076b2c[SOGoSystemDefaults]>
expected an NSArray for 'SOGoSuperUsernames' (ignored)
Feb 06 23:01:56 sogod [1487]: [WARN] <0x0xa076b2c[SOGoSystemDefaults]>
expected an NSArray for 'SOGoSuperUsernames' (ignored)
Feb 06 23:01:56 sogod [1487]: [WARN] <0x0xa076b2c[SOGoSystemDefaults]>
expected an NSArray for 'SOGoSuperUsernames' (ignored)
Feb 06 23:01:56 sogod [1487]: [ERROR]
<0x0CCCA8F4[SOGoAppointmentFolder]:sbarchni_53E-4C485A00-2B-45412C00>
(-[SOGoAppointmentFolder
fetchFields:from:to:title:component:additionalFilters:includeProtectedInformation:]):
missing folder for fetch!
sogo.mydom.de - - [06/Feb/2012:23:01:56 GMT] "POST
/SOGo/so/hpeter/Calendar/eventslist?asc=true&sort=start&day=20120207&filterpopup=view_next31
HTTP/1.1" 200 259/0 0.060 - - 0
Feb 06 23:01:56 sogod [1487]: [WARN] <0x0xa076b2c[SOGoSystemDefaults]>
expected an NSArray for 'SOGoSuperUsernames' (ignored)
Feb 06 23:01:56 sogod [1487]: [WARN] <0x0xa076b2c[SOGoSystemDefaults]>
expected an NSArray for 'SOGoSuperUsernames' (ignored)
Feb 06 23:01:56 sogod [1487]: [WARN] <0x0xa076b2c[SOGoSystemDefaults]>
expected an NSArray for 'SOGoSuperUsernames' (ignored)
Feb 06 23:01:56 sogod [1487]: [WARN] <0x0xa076b2c[SOGoSystemDefaults]>
expected an NSArray for 'SOGoSuperUsernames' (ignored)
Feb 06 23:01:56 sogod [1487]: [WARN] <0x0xa076b2c[SOGoSystemDefaults]>
expected an NSArray for 'SOGoSuperUsernames' (ignored)
Feb 06 23:01:56 sogod [1487]: [WARN] <0x0xa076b2c[SOGoSystemDefaults]>
expected an NSArray for 'SOGoSuperUsernames' (ignored)
sogo.mydom.de - - [06/Feb/2012:23:01:56 GMT] "POST
/SOGo/so/hpeter/Calendar/monthview?day=20120207 HTTP/1.1" 200 1228/0
0.023 6593 81% 0
Feb 06 23:01:56 sogod [1487]: [WARN] <0x0xa076b2c[SOGoSystemDefaults]>
expected an NSArray for 'SOGoSuperUsernames' (ignored)
Feb 06 23:01:56 sogod [1487]: [WARN] <0x0xa076b2c[SOGoSystemDefaults]>
expected an NSArray for 'SOGoSuperUsernames' (ignored)
Feb 06 23:01:56 sogod [1487]: [WARN] <0x0xa076b2c[SOGoSystemDefaults]>
expected an NSArray for 'SOGoSuperUsernames' (ignored)
Feb 06 23:01:56 sogod [1487]: [WARN] <0x0xa076b2c[SOGoSystemDefaults]>
expected an NSArray for 'SOGoSuperUsernames' (ignored)
Feb 06 23:01:56 sogod [1487]: [WARN] <0x0xa076b2c[SOGoSystemDefaults]>
expected an NSArray for 'SOGoSuperUsernames' (ignored)
Feb 06 23:01:56 sogod [1487]: [WARN] <0x0xa076b2c[SOGoSystemDefaults]>
expected an NSArray for 'SOGoSuperUsernames' (ignored)
Feb 06 23:01:56 sogod [1487]: [ERROR]
<0x0CCCA8F4[SOGoAppointmentFolder]:sbarchni_53E-4C485A00-2B-45412C00>
(-[SOGoAppointmentFolder
fetchFields:from:to:title:component:additionalFilters:includeProtectedInformation:]):
missing folder for fetch!
2012-02-06 23:01:56.570 sogod[1487] WARNING(-[NSNull(misc) length]):
called NSNull -length (returns 0) !!!
sogo.mydom.de - - [06/Feb/2012:23:01:56 GMT] "POST
/SOGo/so/hpeter/Calendar/eventsblocks?sd=20120130&ed=20120304&view=monthview
HTTP/1.1" 200 518/0 0.025 - - 0

2012/1/29  :
> Any ideas ?
>
> 2012/1/27  :
>> # rpm -qa |grep sope
>> sope49-appserver-4.9-20111212_1664.el5.1
>> sope49-cards-1.3.11-1.el5
>> sope49-xml-4.9-20111212_1664.el5.1
>> sope49-mime-4.9-20111212_1664.el5.1
>> sope49-lda

Re: [SOGo] Resource calendars

2012-02-06 Thread Donny Brooks

On 2/4/2012 6:58 PM, Bill Roberts wrote:

On 04/02/12 00:33, Donny Brooks wrote:

On 2/2/2012 4:14 PM, bill.robe...@anu.edu.au wrote:

Hi Donny,

The solution I found for this problem is to make the calendar public,
grab a
copy of it in ics format with a cron job and then display the ics file
using
PHPiCalendar from http://phpicalendar.net/

I was able to embed this in our PHP templates using one of the recipes
on the
PHPiCalendar forum. You can see the results at
http://www.mso.anu.edu.au/research/meetings/phpicalendar/calendar.php
- I think
it does a nice job.

Others may have better solutions - I'd be interested to know what
these are.

As far as I can tell, there is no way to anonymously read-only access
the SOGo
web calendar interface. This would be a nice thing to have and is
about the
only thing I miss from our old Sun Calendar.

Regards,

Bill Roberts

How would one go about creating the cron job to output the ical file?

Donny B.

Something like this:

10 9 * * * /usr/bin/wget -O https://name>/SOGo/dav/public/name>/Calendar/3397-4E4C9700-1-7B8E0100.ics

is where you want the ics file to go
The name of the calendar (3397-4E4C9700-1-7B8E0100.ics) comes from
right-clicking on the calendar name in the SOGo web interface and
selecting Properties->Links to this calendar->Public Access->WebDAV
ICS URL

Cheers,

Bill

Works like a charm. I have setup our resources into the various
categories and published via phpicalendar. Thanks for the input!

Donny B.

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

Re: [SOGo] Thunderbird 10 Extensions

2012-02-06 Thread Ludovic Marcotte


On 06/02/12 08:15, Brendan Murtagh wrote:
Can we get a response from Inverse regarding SOGo extensions for TB 
10? Possibly regarding the status of development, future releases, 
timeline(s), etc?


If not, at least knowing where SOGo extensions for TB 10 stand 
presently is still helpful.

We are working on them. A prerelease should be out this week.

--
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] Thunderbird 10 Extensions

2012-02-06 Thread Brendan Murtagh

Can we get a response from Inverse regarding SOGo extensions for TB 10? 
Possibly regarding the status of development, future releases, 
timeline(s), etc?


If not, at least knowing where SOGo extensions for TB 10 stand presently 
is still helpful.


*Brendan Murtagh*
Email Administrator / IT Coordinator
*PHONE*: (610) 874-5000 x2232
*FAX*: (610) 874-5030
*WEB*: http://www.powerhrg.com


*Power Home Remodeling Group*

*Awarded Window & Door Magazine's Dealer of the Year
Awarded The Top Workplace for Mid-Sized Companies by Philadelphia Inquirer
Awarded to the Inc. 5000 Fastest Growing Companies List*

/Visit our other websites and social platforms:/ Facebook 
 | YouTube 
 | PHRG Reviews 
 | Total Care Installs 



Power Home Remodeling Group is an equal opportunity employer, committed 
to hiring a diverse and talented workforce. Confidentiality Notice: 
Please be advised that no quotes, agreements, or understandings 
involving Power Home Remodeling Group, will be binding unless and until 
codified in a written document signed by an officer of the company. The 
information transmitted by this email is intended only for the use of 
the addressee(s) and may contain confidential and/or privileged 
information. Any interception, review, retransmission, dissemination, or 
other use of, or taking any action upon this information by persons or 
entities other than the intended recipient(s) is prohibited by law and 
may subject them to criminal or civil liability. If you have received 
this communication in error, please contact us immediately at (610) 
874-5000 and delete the message from any computer or other storage system.


On 2/6/2012 8:12 AM, Alessio Fattorini wrote:
Nella citazione in data dom 05 feb 2012 23:07:13 CET, Advrk Aplmrkt ha 
scritto:

I would be willing to help with testing if needed.


Test a new release or addons before release it could be a good idea.
In this ML there are a lot of people that could help!
We can download and test it before final relase! And inverse can 
prevent a,b release..




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

Re: [SOGo] Outlook 2007 unable to send

2012-02-06 Thread Ludovic Marcotte


On 06/02/12 07:42, Brent Nordin wrote:
I don't know if you noticed, but I did post information about how I 
managed to get reliable Outlook 2007 sending set up. There is a 
conflict between your documentation and the openchange documentation 
that might bear some attention.
Yes, I've seen your comment but it is wrong. We encourage the use of the 
Outlook Cached Mode - we even added this at Inverse to OpenChange. So 
our documentation is right.


Nonetheless, the behavior difference between online and cached mode for 
Outlook 2007 when sending mails is an interesting find.


Thanks,

--
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] sogod hanging in the same request for ... minutes

2012-02-06 Thread Patrick Ben Koetter

We're running SOGo for a customer with 25k accounts. Occasionally sogod locks
up and users cannot be served.

In such cases, the log below is from December, 15th 2011, sogod reports it has
been hanging for a while:

Dec 15 10:27:06 sogod [953]: [WARN] <0x0x1757e948[WOWatchDogChild]> pid 18602 
has been hanging in the same request for 7 minutes

Looking for the PID I get log like this:

Dec 15 09:33:35 sogod [18602]: <0x0x177f6518[SOGoCache]> an error occurred when 
caching value for key '012345...@example.com +attributes': "CLIENT 
ERROR"
Dec 15 09:33:35 sogod [18602]: SOGoRootPage successful login for user 
'012345...@example.com ' - expire = -1  grace = -1
Dec 15 09:33:35 sogod [18602]: <0x0x177f6518[SOGoCache]> an error occurred when 
caching value for key '012345...@example.com +attributes': "CLIENT 
ERROR"
Dec 15 09:33:36 sogod [18602]: <0x0x177f6518[SOGoCache]> an error occurred when 
caching value for key '012345...@example.com +attributes': "CLIENT 
ERROR"
Dec 15 09:33:36 sogod [18602]: <0x0x177f6518[SOGoCache]> an error occurred when 
caching value for key '012345...@example.com +attributes': "CLIENT 
ERROR"
Dec 15 09:33:36 sogod [18602]: <0x0x177f6518[SOGoCache]> an error occurred when 
caching value for key '012345...@example.com +attributes': "CLIENT 
ERROR"
Dec 15 09:33:36 sogod [18602]: <0x0x177f6518[SOGoCache]> an error occurred when 
caching value for key '012345...@example.com +attributes': "CLIENT 
ERROR"
Dec 15 09:33:37 sogod [18602]: <0x0x177f6518[SOGoCache]> an error occurred when 
caching value for key '012345...@example.com +attributes': "CLIENT 
ERROR"
Dec 15 09:33:37 sogod [18602]: <0x0x177f6518[SOGoCache]> an error occurred when 
caching value for key '012345...@example.com +attributes': "CLIENT 
ERROR"
Dec 15 09:33:37 sogod [18602]: <0x0x177f6518[SOGoCache]> an error occurred when 
caching value for key '012345...@example.com +attributes': "CLIENT 
ERROR"
Dec 15 09:33:37 sogod [18602]: <0x0x177f6518[SOGoCache]> an error occurred when 
caching value for key '012345...@example.com +attributes': "CLIENT 
ERROR"
Dec 15 09:33:38 sogod [18602]: [WARN] 
<0x0x1a25f338[UIxEnvelopeAddressFormatter]> unexpected envelope address: 
<0x0x1a6b37b8[NGImap4EnvelopeAddress]: mailbox='' host='MISSING_DOMAIN'>
Dec 15 09:33:39 sogod [18602]: [WARN] 
<0x0x1a25f338[UIxEnvelopeAddressFormatter]> unexpected envelope address: 
<0x0x1a434df8[NGImap4EnvelopeAddress]:>
Dec 15 09:33:43 sogod [18602]: <0x0x177f6518[SOGoCache]> an error occurred when 
caching value for key '012345...@example.com +attributes': "CLIENT 
ERROR"
Dec 15 09:33:43 sogod [18602]: <0x0x177f6518[SOGoCache]> an error occurred when 
caching value for key '012345...@example.com +attributes': "CLIENT 
ERROR"
Dec 15 09:33:43 sogod [18602]: <0x0x177f6518[SOGoCache]> an error occurred when 
caching value for key '012345...@example.com +attributes': "CLIENT 
ERROR"
Dec 15 09:33:43 sogod [18602]: <0x0x177f6518[SOGoCache]> an error occurred when 
caching value for key '012345...@example.com +attributes': "CLIENT 
ERROR"
Dec 15 09:33:44 sogod [18602]: <0x0x177f6518[SOGoCache]> an error occurred when 
caching value for key '012345...@example.com +attributes': "CLIENT 
ERROR"
Dec 15 09:33:44 sogod [18602]: <0x0x177f6518[SOGoCache]> an error occurred when 
caching value for key '012345...@example.com +attributes': "CLIENT 
ERROR"
Dec 15 09:33:44 sogod [18602]: <0x0x177f6518[SOGoCache]> an error occurred when 
caching value for key '012345...@example.com +attributes': "CLIENT 
ERROR"
Dec 15 09:33:44 sogod [18602]: <0x0x177f6518[SOGoCache]> an error occurred when 
caching value for key '012345...@example.com +attributes': "CLIENT 
ERROR"
Dec 15 09:33:48 sogod [18602]: [ERROR] <0x0x19254068[UIxMailRenderingContext]> 
found no viewer for MIME type: application/msword
Dec 15 09:33:50 sogod [18602]: [ERROR] <0x0x186fd538[UIxMailRenderingContext]> 
found no viewer for MIME type: application/msword
Dec 15 09:33:51 sogod [18602]: [WARN] 
<0x0x1a6a5618[UIxEnvelopeAddressFormatter]> unexpected envelope address: 
<0x0x1a6c4718[NGImap4EnvelopeAddress]: mailbox='' host='MISSING_DOMAIN'>
Dec 15 09:33:51 sogod [18602]: [WARN] 
<0x0x1a6a5618[UIxEnvelopeAddressFormatter]> unexpected envelope address: 
<0x0x19cb7598[NGImap4EnvelopeAddress]:>
Dec 15 09:33:51 sogod [18602]: [WARN] 
<0x0x1a6a5618[UIxEnvelopeAddressFormatter]> unexpected envelope address: 
<0x0x1a6a1158[NGImap4EnvelopeAddress]: mailbox='' host='MISSING_DOMAIN'>

The system is:
- RHEL 5.7
- sogo-1.3.10-1-el5
- memcached-1.4.5-1-el5.rf
- libmemcached-0.34-1

My first idea and blind guess was that memory size for memcache was too small.
Increasing memcache memory seems to have helped a bit, but still sogod locks
up.

What can I do to find out what causes the error?

thanks

p@rick

--

Re: [SOGo] Thunderbird 10 Extensions

2012-02-06 Thread Alessio Fattorini

Nella citazione in data dom 05 feb 2012 23:07:13 CET, Advrk Aplmrkt ha 
scritto:

I would be willing to help with testing if needed.


Test a new release or addons before release it could be a good idea.
In this ML there are a lot of people that could help!
We can download and test it before final relase! And inverse can 
prevent a,b release..



--
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] Outlook 2007 unable to send

2012-02-06 Thread Brent Nordin


Ludovic:

I don't know if you noticed, but I did post information about how I 
managed to get reliable Outlook 2007 sending set up. There is a conflict 
between your documentation and the openchange documentation that might 
bear some attention.


Brent

On 01/02/2012 5:01 PM, Ludovic Marcotte wrote:

On 01/02/12 12:14, b.nor...@rogers.com wrote:

I have configured Outlook 2007 to work with ZEG-2.0.0beta4. Outlook
successfully picks up the email that is already loaded in the ZEG
store. After
that, I can do nothing. Every time I try send/receive in Outlook I get
an error

Task 'Microsoft Exchange - Sending' reported error (0x80040115) : 'The
connection to Microsoft Exchange is unavailable. Outlook must be
online or
connected to complete this action.'

I have looked through the messagea archive and looked over Google -
the only
item I noticed was to make sure that my 'hosts' file was correct. It
is. Does
anyone have any suggestions? For what it is worth, I also had this
problem with
beta3

We improved message sending from beta3 to beta4 but there are still
unknowns for us when Outlook 2007 just won't send emails. It works fine
with 2003 and 2010 but is random for 2007. Any kind of investigation you
can do on your side to see when it works and when it doesn't +
information sharing would be nice.


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

[SOGo] SOGo crashes when the SOGo mail spool is full

2012-02-06 Thread Pascal Gienger

SOGo leaves many files in the SOGo mail spool directory and even with a 
cron job deleting all files which were not modified for X days, it is 
still possible to crash sogo by filling it with attachments and breaking 
the session.


Would'nt it be possible to include a check for this spool space or some 
kind of garbage collection?


It is the directory referenced by SOGoMailSpoolPath .

Pascal
--
Pascal Gienger Jabber/XMPP/Mail: pascal.gien...@uni-konstanz.de
University of Konstanz, IT Services Department ("Rechenzentrum")
Building V, Room V404, Phone +49 7531 88 5048, Fax +49 7531 88 3739
G+: https://plus.google.com/114525323843315818983/
--
users@sogo.nu
https://inverse.ca/sogo/lists

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

[SOGo] BTS activities for Monday, February 06 2012

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

Debian packaging (Was: Re: [SOGo] ANN: SOGo v2.0.0beta4 with Native Outlook Compatibility)

Re: [SOGo] Web Calendar

Re: [SOGo] Resource calendars

Re: [SOGo] Thunderbird 10 Extensions

Re: [SOGo] Thunderbird 10 Extensions

Re: [SOGo] Outlook 2007 unable to send

[SOGo] sogod hanging in the same request for ... minutes

Re: [SOGo] Thunderbird 10 Extensions

Re: [SOGo] Outlook 2007 unable to send

[SOGo] SOGo crashes when the SOGo mail spool is full

13 matches

Site Navigation

Mail list logo

Footer information