[SOGo] BTS activities for Monday, July 08 2013

[SOGo reporter]

Title: BTS activities for Monday, July 08 2013





  
BTS Activities

  Home page: http://www.sogo.nu/bugs
  Project: SOGo
  For the period covering: Monday, July 08 2013

  
  
idlast updatestatus (resolution)categorysummary
	
	
	  
	
585
	2013-07-08 10:50:43
	updated (open)
	Web Calendar
	Printing calendar views should hide UI elements
	
	  
	
  
  

Re: [SOGo] ZEG install script

[Szládovics Péter]

2013-07-09 00:30 keltezéssel, Szládovics Péter írta:

2013-07-08 18:10 keltezéssel, Szládovics Péter írta:

Dear Gents,

Yesterday in another thread raided, some people have many problems 
with install and configure.

The SOGo is a frontend, what has many alternate backends. My config is:
Apache, Dovecot (with sieve/quota/folder sharindg), Postfix (with 
remote auth using saslauth over ldap), MySQL and Sogosync with a 
little modification. All of them configured with SSL access (sieve 
with TLS).


I have a script, so anybody can install a ZEG appliance in about 30 
minutes with using it.


This  webpage 
contains some informations and resctrictions, and you can download 
the tarball with the script from it.


Please read the page from the begin to the end as attentively.

Today I tested the script, and as far as I see it's working fine.


My fault: in the config.sh script line 327 please change from 
'SOGoLanguage Hungarian' to 'SOGoLanguage English' or other :)

Sorry for that.


I've corrected it on the site. New downloads default language is English.
--
users@sogo.nu
https://inverse.ca/sogo/lists

Re: [SOGo] ZEG install script

[Szládovics Péter]

2013-07-08 18:10 keltezéssel, Szládovics Péter írta:

Dear Gents,

Yesterday in another thread raided, some people have many problems 
with install and configure.

The SOGo is a frontend, what has many alternate backends. My config is:
Apache, Dovecot (with sieve/quota/folder sharindg), Postfix (with 
remote auth using saslauth over ldap), MySQL and Sogosync with a 
little modification. All of them configured with SSL access (sieve 
with TLS).


I have a script, so anybody can install a ZEG appliance in about 30 
minutes with using it.


This  webpage contains 
some informations and resctrictions, and you can download the tarball 
with the script from it.


Please read the page from the begin to the end as attentively.

Today I tested the script, and as far as I see it's working fine.


My fault: in the config.sh script line 327 please change from 
'SOGoLanguage Hungarian' to 'SOGoLanguage English' or other :)

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

Re: [SOGo] ZEG install script

[Steve Ankeny]

Thanks so much Peter!  I'll be testing it soon.

On 07/08/2013 12:10 PM, Szládovics Péter wrote:

Dear Gents,

Yesterday in another thread raided, some people have many problems 
with install and configure.

The SOGo is a frontend, what has many alternate backends. My config is:
Apache, Dovecot (with sieve/quota/folder sharindg), Postfix (with 
remote auth using saslauth over ldap), MySQL and Sogosync with a 
little modification. All of them configured with SSL access (sieve 
with TLS).


I have a script, so anybody can install a ZEG appliance in about 30 
minutes with using it.


This  webpage contains 
some informations and resctrictions, and you can download the tarball 
with the script from it.


Please read the page from the begin to the end as attentively.

Today I tested the script, and as far as I see it's working fine.

Cheers,
Peter


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

[SOGo] ZEG install script

[Szládovics Péter]

Dear Gents,

Yesterday in another thread raided, some people have many problems with 
install and configure.

The SOGo is a frontend, what has many alternate backends. My config is:
Apache, Dovecot (with sieve/quota/folder sharindg), Postfix (with remote 
auth using saslauth over ldap), MySQL and Sogosync with a little 
modification. All of them configured with SSL access (sieve with TLS).


I have a script, so anybody can install a ZEG appliance in about 30 
minutes with using it.


This  webpage contains 
some informations and resctrictions, and you can download the tarball 
with the script from it.


Please read the page from the begin to the end as attentively.

Today I tested the script, and as far as I see it's working fine.

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

Re: [SOGo] printable version of a calendar?

[Aurélien Minet]

On 05/15/2013 03:19 PM, Donny Brooks wrote:




On Wednesday, May 15, 2013 08:15 AM CDT, Arnaud LE NORCY 
 wrote:



Le 15/05/2013 14:42, Christian Mack a écrit :
> Hello Arnaud LE NORCY
>
>
> Am 2013-05-15 11:59, schrieb Arnaud LE NORCY:
>> Is there the possibility to print a calendar in the SOGo web 
interface?

>> If not, is it possible to add, in the futur, a functionality to add a
>> "printable version" of a calendar?
>>
> See bug # 585
> http://www.sogo.nu/bugs/view.php?id=585
>
>
> Kind regards,
> Christian Mack
>

Ok, thanks
Arnaud
--
users@sogo.nu
https://inverse.ca/sogo/lists
We pretty much gave up on that 3 year old bug being fixed. For the few 
users we have that need to print a copy of their calendar we just have 
them load it in Thunderbird with Lightning. It will then format 
properly for print.


For my users using Thunderbird, who need this feature, I have installed 
this extension: http://xul.addons.free.fr/fgprinters/

it gives better print than the default

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

Re: [SOGo] Dear progammers and architects

[Paul Pathiakis]

Mourik,

Again, I am misunderstood.  I should have said 'sites' and the 'users' I meant 
are the people on this list.

P.




 From: mourik jan heupink 
To: users@sogo.nu 
Sent: Monday, July 8, 2013 8:36 AM
Subject: Re: [SOGo] Dear progammers and architects
 

Hi Paul,

On 07/08/2013 02:14 PM, Paul Pathiakis wrote:
> I understand that some of you disagree, however, at only 1000 or so
> users, you will lose to others with better documentation and ease of
> installation every time.

I can only say that we are 250+ users, and SOGo won. And I'm sure there 
are many like us here.

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

Re: [SOGo] Dear progammers and architects

[Steve Ankeny]

We hired Inverse to change the domain (used half our contract)

That was November, 2010  I did all the upgrades since (Ubuntu 11.04 to 
12.04 and all packages to 2.0.6b)
We used the rest of our half-day contract to help with the 'cyrus' 
upgrade but that was it.


I've maintained it since.  We take snapshots for backup/restore and any 
moves.


Other than that we are using it in production (5 users but it could 
support 100) (100GB HDD)


I'm sure there are others on this mailing list using the ZEG in production.

On 07/08/2013 07:33 AM, Schmitt, Christian wrote:

The ZEG is definitly not for production environement.
Its a for evaluation purpose where you see, how fast sogois and how 
well the features work.


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

Re: [SOGo] SOGo autoconfiguration for iOS and OSX

[Achim Gottinger]

Thanks for the docs,

For iOS i have this in my apache config

RewriteRule ^/principals/users/(.*)$ /SOGo/dav/$1 [PT]

Only thing i have to enter with this on an iphone is server-name, 
username and passwort.


What advantages does the .well-known redirect have?

thanks in advance
achim~

Am 08.07.2013 14:36, schrieb Marcel Waldvogel:

I find it very important to make decentralized services as simple to use as 
centralized ones. SOGo is an important step in this direction. However, it 
turns out that users having to go through the setup steps for mail, calendar 
and contacts on Mac OS X and iOS are easily confused and discouraged.

I decided to create a user-friendly web-based generator, where a user would 
only have to enter his name and mail address, and a configuration profile 
(.mobileconfig) would be returned, which would set all the parameters for you 
iOS or OS X device, so a fully configured client would be just a few easy 
clicks away.

I did not quite succeed, as mail autoconfiguration on OS X is broken so hard, 
it seems impossible to work around (the other pieces of autoconfiguration 
brokenness can be worked around, see below). So, mail autoconfiguration is only 
supported for iOS. Calendar and Contacts work for both.

Part of the workaround – unfortunately – involves the systems administrators, 
which, on the SOGo web server, need to redirect /.well-known/caldav and 
/.well-known/carddav to /SOGo/dav/ (note the trailing slash). As this is 
required for RFC 6764 compatibility, you probably were planning to do that 
anyway :-)

The .mobileconfig creator is at https://netfuture.ch/tools/autoconfiguration/ , 
some more documentation on 
https://netfuture.ch/2013/07/automatic-sogo-configuration-for-ios-iphoneipad-and-macosx-and-more/

All the best,
-Marcel


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

Re: [SOGo] SOGo autoconfiguration for iOS and OSX

[Sven Schwedas]

Hi,

Thanks for the documentation! Unfortunately, the generator seems to be
broken when used with the ?dom-Parameter (Internal Server Error).

This tool is not open source, is it?

-- 
Mit freundlichen Grüßen, / Best Regards,
Sven SCHWEDAS
Systemadministrator
TAO Beratungs- und Management GmbH | Lendplatz 45 | A - 8020 Graz
Mail/XMPP: sven.schwe...@tao.at | +43 (0)680 301 7167
http://software.tao.at
-- 
users@sogo.nu
https://inverse.ca/sogo/lists

Re: [Solved] Re: [SOGo] sogo-integrator bundling as an hidden addon

[Achim Gottinger]

Am 08.07.2013 12:48, schrieb Achim Gottinger:




The variables from custom-preferences.js however seem to be read only 
once.

If i change it to

force_char_pref("calendar.timezone.local","[Some other Timezone]");

Europe/Berlin still gets forced.
.
If i run change the last access time of all files in "c:\program 
files(x86)\mozilla thunderbird" it is read again.
Touching only c:\program files(x86)\mozilla 
thunderbird\distrubution\bundles\sogo-integrator is not enough.

So far i figured out that touching any of the four files inside
C:\Programme\Mozilla 
Thunderbird\extensions\{972ce4c6-7e08-4474-a285-3208198ce6fd}
somehow triggers an reread of the custom-preferences.js at next 
thunderbird start. This is really odd because that plugin is 
thunderbird's default theme.


Afterwards i can make another modification to custom-preferences.js 
which gets applied at the next start. Following modifications are 
ignorded till one of above mentioned files are touched or resaved again. 
Tried it a dozend times, so it's reproducable.


I'll leave this uncommented as it is now.

cheers
achim~




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

[SOGo] SOGo autoconfiguration for iOS and OSX

[Marcel Waldvogel]

I find it very important to make decentralized services as simple to use as 
centralized ones. SOGo is an important step in this direction. However, it 
turns out that users having to go through the setup steps for mail, calendar 
and contacts on Mac OS X and iOS are easily confused and discouraged.

I decided to create a user-friendly web-based generator, where a user would 
only have to enter his name and mail address, and a configuration profile 
(.mobileconfig) would be returned, which would set all the parameters for you 
iOS or OS X device, so a fully configured client would be just a few easy 
clicks away.

I did not quite succeed, as mail autoconfiguration on OS X is broken so hard, 
it seems impossible to work around (the other pieces of autoconfiguration 
brokenness can be worked around, see below). So, mail autoconfiguration is only 
supported for iOS. Calendar and Contacts work for both.

Part of the workaround – unfortunately – involves the systems administrators, 
which, on the SOGo web server, need to redirect /.well-known/caldav and 
/.well-known/carddav to /SOGo/dav/ (note the trailing slash). As this is 
required for RFC 6764 compatibility, you probably were planning to do that 
anyway :-)

The .mobileconfig creator is at https://netfuture.ch/tools/autoconfiguration/ , 
some more documentation on 
https://netfuture.ch/2013/07/automatic-sogo-configuration-for-ios-iphoneipad-and-macosx-and-more/

All the best,
-Marcel

smime.p7s
Description: S/MIME cryptographic signature

Re: [SOGo] Dear progammers and architects

[mourik jan heupink]

Hi Paul,

On 07/08/2013 02:14 PM, Paul Pathiakis wrote:

I understand that some of you disagree, however, at only 1000 or so
users, you will lose to others with better documentation and ease of
installation every time.


I can only say that we are 250+ users, and SOGo won. And I'm sure there 
are many like us here.


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

Re: [SOGo] Dear progammers and architects

[Paul Pathiakis]

Ladies and Gentlemen,

I understand that some of you disagree, however, at only 1000 or so users, you 
will lose to others with better documentation and ease of installation every 
time.

I keep seeing a lot of questions being asked on the board and there's a lot of 
help from this small community.  Utilize the help to bring something better 
forward.

As for reading 200-300 hundred pages, it just shows that people are not reading 
(or is it understanding) what I'm saying and want to just cry foul about my 
even suggesting it.  The pages would be something of:

Installing and LDAP service:

Using SUN's LDAP:

Using OpenLDAP:

Using LDAP etc:

Gee, if you're using one of these, are you going to read the others?  NO.  
You're not going to read 60-70% of those documents.  However, you're going to 
suck in all the people using all the variants as there exists nuances in the 
documentation for them and they'll see the effort has been made to help them in 
their endeavor.

Again, I'm very high-end.  It still took me quite a bit of time once I deviated 
from an OS that wasn't in the documentation and OpenLDAP had a nuance that 
wasn't specifically pointed out by breaking out that particular issue in a 
separate section.

If you aren't understanding what I am trying to say...  then read and digest... 
don't try to say "I have the exact configuration in the documentation and 
because it's my special case, it worked great.  I don't know what you're 
talking about and I totally disagree with what you're saying"  Sorry, that's 
just plain ignorance and flies in the face of exactly why you need better 
documentation for the reasons I've covered in this thread.


However, I am done here.  Live or die, I will use SOGo at my client sites for 
now.  IF Zimbra, Horde, or something else gets their act together with their 
shortcomings, they will become my 'platform' of choice for my clients and I 
will easily migrate to them.

I believe I had a lot to offer this project in this thread, however, I don't 
have time for this.  I will post all of my struggles to get it working.  It 
will be posted to the FreeBSD articles in their repository by another FreeBSD 
user on this site and the 'port' of the application will be put in the FreeBSD 
repository.

Good day to everyone, I do hope this project gets more market share/traction.

P.




 From: "raymondpotgie...@telkomsa.net" 
To: users@sogo.nu 
Sent: Monday, July 8, 2013 7:30 AM
Subject: Re: [SOGo] Dear progammers and architects
 


Did you get the Zeg to work? How? Please provide me the spec of your setup.

Ray



Sent via my BlackBerry from Vodacom - let your email find you!

-Original Message-
From: Steve Ankeny 
Date: Mon, 08 Jul 2013 07:15:25 
To: 
Reply-To: users@sogo.nu
Subject: Re: [SOGo] Dear progammers and architects

We get a lot of things done (when necessary) but reading 200 pages is 
not the focus and often a waste.  After installation and configuration 
(which the ZEG has "instantly"), it's a matter of maintenance.

IF there's a project, then a period of investigation is needed (that 
might require 200 pages or simply time)  On the other hand, using the 
ZEG for investigative purposes takes a lot of that out of the picture.

I'm sold on the convenience of the ZEG, and I'm willing to hire experts 
instead of trying to become one.  There are too many other things to 
focus on within the business than reading extra-long documentation.

I'd rather be busy troubleshooting network or client/server issues.

On 07/08/2013 05:35 AM, Sven Schwedas wrote:
> On 08.07.2013 10:56, Steve Ankeny wrote:
>> Agree completely, Mourik!
>>
>> 'high-end' people will already know what's being suggested, and
>> 'low-end' people will not read 200 pages!  I'm a 2-3 year 'low-end'
>> administrator (i.e., 'newbie'), and I wouldn't read 200 pages to get it
>> installed.
> Maybe some people just need to find a job that isn't so demanding. How
> are you getting anything done if you cannot be arsed to actually do
> anything?
>

-- 
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] Dear progammers and architects

[raymondpotgieter]

I am running the zeg on ESXi server but having difficulty keeping outlook 
connected so I was wondering if you say that you used the zeg then which OS and 
with which outlook version ? 

Ta






Sent via my BlackBerry from Vodacom - let your email find you!

-Original Message-
From: "Schmitt, Christian" 
Date: Mon, 8 Jul 2013 13:33:00 
To: 
Reply-To: users@sogo.nu
Subject: Re: [SOGo] Dear progammers and architects

The ZEG is definitly not for production environement.
Its a for evaluation purpose where you see, how fast sogois and how well
the features work.
Am 08.07.2013 13:15 schrieb "Steve Ankeny" :

> We get a lot of things done (when necessary) but reading 200 pages is not
> the focus and often a waste.  After installation and configuration (which
> the ZEG has "instantly"), it's a matter of maintenance.
>
> IF there's a project, then a period of investigation is needed (that might
> require 200 pages or simply time)  On the other hand, using the ZEG for
> investigative purposes takes a lot of that out of the picture.
>
> I'm sold on the convenience of the ZEG, and I'm willing to hire experts
> instead of trying to become one.  There are too many other things to focus
> on within the business than reading extra-long documentation.
>
> I'd rather be busy troubleshooting network or client/server issues.
>
> On 07/08/2013 05:35 AM, Sven Schwedas wrote:
>
>> On 08.07.2013 10:56, Steve Ankeny wrote:
>>
>>> Agree completely, Mourik!
>>>
>>> 'high-end' people will already know what's being suggested, and
>>> 'low-end' people will not read 200 pages!  I'm a 2-3 year 'low-end'
>>> administrator (i.e., 'newbie'), and I wouldn't read 200 pages to get it
>>> installed.
>>>
>> Maybe some people just need to find a job that isn't so demanding. How
>> are you getting anything done if you cannot be arsed to actually do
>> anything?
>>
>>
> --
> 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] Dear progammers and architects

[Schmitt, Christian]

The ZEG is definitly not for production environement.
Its a for evaluation purpose where you see, how fast sogois and how well
the features work.
Am 08.07.2013 13:15 schrieb "Steve Ankeny" :

> We get a lot of things done (when necessary) but reading 200 pages is not
> the focus and often a waste.  After installation and configuration (which
> the ZEG has "instantly"), it's a matter of maintenance.
>
> IF there's a project, then a period of investigation is needed (that might
> require 200 pages or simply time)  On the other hand, using the ZEG for
> investigative purposes takes a lot of that out of the picture.
>
> I'm sold on the convenience of the ZEG, and I'm willing to hire experts
> instead of trying to become one.  There are too many other things to focus
> on within the business than reading extra-long documentation.
>
> I'd rather be busy troubleshooting network or client/server issues.
>
> On 07/08/2013 05:35 AM, Sven Schwedas wrote:
>
>> On 08.07.2013 10:56, Steve Ankeny wrote:
>>
>>> Agree completely, Mourik!
>>>
>>> 'high-end' people will already know what's being suggested, and
>>> 'low-end' people will not read 200 pages!  I'm a 2-3 year 'low-end'
>>> administrator (i.e., 'newbie'), and I wouldn't read 200 pages to get it
>>> installed.
>>>
>> Maybe some people just need to find a job that isn't so demanding. How
>> are you getting anything done if you cannot be arsed to actually do
>> anything?
>>
>>
> --
> users@sogo.nu
> https://inverse.ca/sogo/lists
>
-- 
users@sogo.nu
https://inverse.ca/sogo/lists

Re: [SOGo] Dear progammers and architects

[raymondpotgieter]

Did you get the Zeg to work? How? Please provide me the spec of your setup.

Ray



Sent via my BlackBerry from Vodacom - let your email find you!

-Original Message-
From: Steve Ankeny 
Date: Mon, 08 Jul 2013 07:15:25 
To: 
Reply-To: users@sogo.nu
Subject: Re: [SOGo] Dear progammers and architects

We get a lot of things done (when necessary) but reading 200 pages is 
not the focus and often a waste.  After installation and configuration 
(which the ZEG has "instantly"), it's a matter of maintenance.

IF there's a project, then a period of investigation is needed (that 
might require 200 pages or simply time)  On the other hand, using the 
ZEG for investigative purposes takes a lot of that out of the picture.

I'm sold on the convenience of the ZEG, and I'm willing to hire experts 
instead of trying to become one.  There are too many other things to 
focus on within the business than reading extra-long documentation.

I'd rather be busy troubleshooting network or client/server issues.

On 07/08/2013 05:35 AM, Sven Schwedas wrote:
> On 08.07.2013 10:56, Steve Ankeny wrote:
>> Agree completely, Mourik!
>>
>> 'high-end' people will already know what's being suggested, and
>> 'low-end' people will not read 200 pages!  I'm a 2-3 year 'low-end'
>> administrator (i.e., 'newbie'), and I wouldn't read 200 pages to get it
>> installed.
> Maybe some people just need to find a job that isn't so demanding. How
> are you getting anything done if you cannot be arsed to actually do
> anything?
>

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

Re: [SOGo] Dear progammers and architects

[Steve Ankeny]

We get a lot of things done (when necessary) but reading 200 pages is 
not the focus and often a waste.  After installation and configuration 
(which the ZEG has "instantly"), it's a matter of maintenance.


IF there's a project, then a period of investigation is needed (that 
might require 200 pages or simply time)  On the other hand, using the 
ZEG for investigative purposes takes a lot of that out of the picture.


I'm sold on the convenience of the ZEG, and I'm willing to hire experts 
instead of trying to become one.  There are too many other things to 
focus on within the business than reading extra-long documentation.


I'd rather be busy troubleshooting network or client/server issues.

On 07/08/2013 05:35 AM, Sven Schwedas wrote:

On 08.07.2013 10:56, Steve Ankeny wrote:

Agree completely, Mourik!

'high-end' people will already know what's being suggested, and
'low-end' people will not read 200 pages!  I'm a 2-3 year 'low-end'
administrator (i.e., 'newbie'), and I wouldn't read 200 pages to get it
installed.

Maybe some people just need to find a job that isn't so demanding. How
are you getting anything done if you cannot be arsed to actually do
anything?



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

Re: [SOGo] SOGO hangs trying to connect to external imap-server

[Marcel Waldvogel]

Can you run wireshark (tshark) on the SOGo server to see what the two talk 
about and where they get stuck?

-Marcel

Am 05.07.2013 um 19:09 schrieb u...@rumlikon.ch:

> didn't to the trick.
> 
> I've tried with another external imap-server (courier) and it worked great.
> Only this stupid thing we use is not working. I think it's an exchange server
> behind it.
> 
> :-(
> -- 
> users@sogo.nu
> https://inverse.ca/sogo/lists



smime.p7s
Description: S/MIME cryptographic signature

Re: [Solved] Re: [SOGo] sogo-integrator bundling as an hidden addon

[Achim Gottinger]

The variables from custom-preferences.js however seem to be read only 
once.

If i change it to

force_char_pref("calendar.timezone.local","[Some other Timezone]");

Europe/Berlin still gets forced.
.
If i run change the last access time of all files in "c:\program 
files(x86)\mozilla thunderbird" it is read again.
Touching only c:\program files(x86)\mozilla 
thunderbird\distrubution\bundles\sogo-integrator is not enough.




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

Re: [SOGo] Dear progammers and architects

[Sven Schwedas]

On 08.07.2013 10:56, Steve Ankeny wrote:
> Agree completely, Mourik!
> 
> 'high-end' people will already know what's being suggested, and
> 'low-end' people will not read 200 pages!  I'm a 2-3 year 'low-end'
> administrator (i.e., 'newbie'), and I wouldn't read 200 pages to get it
> installed.

Maybe some people just need to find a job that isn't so demanding. How
are you getting anything done if you cannot be arsed to actually do
anything?

-- 
Mit freundlichen Grüßen, / Best Regards,
Sven SCHWEDAS
Systemadministrator
TAO Beratungs- und Management GmbH | Lendplatz 45 | A - 8020 Graz
Mail/XMPP: sven.schwe...@tao.at | +43 (0)680 301 7167
http://software.tao.at



signature.asc
Description: OpenPGP digital signature

Re: [SOGo] Dear progammers and architects

[Steve Ankeny]

Agree completely, Mourik!

'high-end' people will already know what's being suggested, and 
'low-end' people will not read 200 pages!  I'm a 2-3 year 'low-end' 
administrator (i.e., 'newbie'), and I wouldn't read 200 pages to get it 
installed.


It's too confusing!  That's why I chose the ZEG  On the other hand, I'm 
now reconfiguring a "new" ZEG mostly so I can learn how to "rebuild" it 
should I need to do so (or "build" it for others)


I am interested in scripts that automate the process (or most of the 
install)  I think that sounds great!


And, by the way, in another life, I am a document (and documentation) 
writer.  I want it clear and concise!  I want all the confusion 
off-the-table, and including all those definitions just clutter it up.


That's what the internet (and Wikipedia) are for (find out what I don't 
know)


Even HOWTOs require some adjustment in situations different than how it 
was written, so that doesn't always solve the problem for newbies.  I'm 
glad for HOWTOs, as they show how someone else did it.


Just my opinion!  Many thanks to the Inverse team and this mailing list 
for all the helps.


On 07/08/2013 03:59 AM, mourik jan heupink wrote:

Hi,


Because two folks told you they like the doc how it is while you said
yourself two times it was horrid and you're ready to drop the ball? I
appreciate the comments you provided, but if you voice your opinion, be
ready to accept what others tell you.

Yes!

I can only say that the docs were very helpful to me. Sure, nothing is 
perfect, but I completely disagree with almost all your suggestions to 
improve the documents.


We are have been running SOGo in production for a few months now, and 
even though we had some (minor) problems, most of those had nothing to 
do with the documentation. There is much knowledge and specific 
information in this list and it's archives. No need to duplicate those 
in the docs.


In fact: most of your 'improvements' sound to me like duplicating 
information that can easily be found someplace else.


In fact: (using your terminology) The 'high-end' people will either 
know what everything means, or know where to find that out themselves. 
And "low-end" people will never read a 200 page document just to 
install SOGo.


So sure: all docs can always be improved, including SOGo's, but I 
almost completely disagree with your suggestions how to do so.


MJ


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

Re: [Solved] Re: [SOGo] sogo-integrator bundling as an hidden addon

[Achim Gottinger]

Turned out that line caused all the strange behaviour.
force_char_pref("calendar.timezone.local",
"/mozilla.org/20070129_1/Europe/Berlin");

What about using the simpler format:

lock_pref("calendar.timezone.local", "Europe/Berlin");

Thank you for the hint daniel! lock_pref did not work but the simpler 
format for the timezone did.


Upgraded to thunderbird 17.0.7 ESR meanwhile and tested again with

force_char_pref("calendar.timezone.local","Europe/Berlin");

instead of

force_char_pref("calendar.timezone.local", 
"/mozilla.org/20070129_1/Europe/Berlin");

and this works.

The variables from custom-preferences.js however seem to be read only once.
If i change it to

force_char_pref("calendar.timezone.local","[Some other Timezone]");

Europe/Berlin still gets forced.
.
--
users@sogo.nu
https://inverse.ca/sogo/lists

Re: [SOGo] Dear progammers and architects

[mourik jan heupink]

Hi,


Because two folks told you they like the doc how it is while you said
yourself two times it was horrid and you're ready to drop the ball? I
appreciate the comments you provided, but if you voice your opinion, be
ready to accept what others tell you.

Yes!

I can only say that the docs were very helpful to me. Sure, nothing is 
perfect, but I completely disagree with almost all your suggestions to 
improve the documents.


We are have been running SOGo in production for a few months now, and 
even though we had some (minor) problems, most of those had nothing to 
do with the documentation. There is much knowledge and specific 
information in this list and it's archives. No need to duplicate those 
in the docs.


In fact: most of your 'improvements' sound to me like duplicating 
information that can easily be found someplace else.


In fact: (using your terminology) The 'high-end' people will either know 
what everything means, or know where to find that out themselves. And 
"low-end" people will never read a 200 page document just to install SOGo.


So sure: all docs can always be improved, including SOGo's, but I almost 
completely disagree with your suggestions how to do so.


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

Re: [Solved] Re: [SOGo] sogo-integrator bundling as an hidden addon

[Daniel Berteaud]

Le lundi 08 juillet 2013 à 09:00 +0200, Achim Gottinger a écrit :
> Am 08.07.2013 07:20, schrieb Achim Gottinger:
> > Hi,
> >
> > Facing an strange issue here. I deploy Thunderbird 17.0.5 with 
> > lightning 1.9.1 sogo-integrator/connector 17.0.5 to windows clients in 
> > an way, that lightning and sogo addons are bundled as hidden addons. 
> > Means they reside in
> > C:\Program Files(x86)\mozilla thunderbird\distribution\bundles\.
> > Made just a few mofigications to sogo-integrator:
> > sogo-integrator\chrome\content\extension.rtf has the proper 
> > isi_updateURL for the site
> > sogo-integrator\chrome\content\general\custom-preferences.js has this 
> > addition line
> > force_char_pref("calendar.timezone.local", 
> > "/mozilla.org/20070129_1/Europe/Berlin");
> > Also sogo-integrator\defaults\preferences has an modified timezone
> > pref("calendar.timezone.local", "/mozilla.org/20070129_1/Europe/Berlin");
> >
> Turned out that line caused all the strange behaviour.
> force_char_pref("calendar.timezone.local", 
> "/mozilla.org/20070129_1/Europe/Berlin");

What about using the simpler format:

lock_pref("calendar.timezone.local", "Europe/Berlin");

> 
> If it is there all those disabled fields exist. Once thunderbid was 
> started with that line removing the line and restarting did not help, 
> onyl an fresh install without that line brought the behaviour back to 
> normal.
> 
> Wonder how i can force the calender timezone for existing users without 
> these nasty sideeffects.
> 
> achim~
> 

-- 
Daniel Berteaud
FIREWALL-SERVICES SARL.
Société de Services en Logiciels Libres
Technopôle Montesquieu
33650 MARTILLAC
Tel : 05 56 64 15 32
Fax : 05 56 64 15 32
Web : http://www.firewall-services.com

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

[Solved] Re: [SOGo] sogo-integrator bundling as an hidden addon

[Achim Gottinger]

Am 08.07.2013 07:20, schrieb Achim Gottinger:

Hi,

Facing an strange issue here. I deploy Thunderbird 17.0.5 with 
lightning 1.9.1 sogo-integrator/connector 17.0.5 to windows clients in 
an way, that lightning and sogo addons are bundled as hidden addons. 
Means they reside in

C:\Program Files(x86)\mozilla thunderbird\distribution\bundles\.
Made just a few mofigications to sogo-integrator:
sogo-integrator\chrome\content\extension.rtf has the proper 
isi_updateURL for the site
sogo-integrator\chrome\content\general\custom-preferences.js has this 
addition line
force_char_pref("calendar.timezone.local", 
"/mozilla.org/20070129_1/Europe/Berlin");

Also sogo-integrator\defaults\preferences has an modified timezone
pref("calendar.timezone.local", "/mozilla.org/20070129_1/Europe/Berlin");


Turned out that line caused all the strange behaviour.
force_char_pref("calendar.timezone.local", 
"/mozilla.org/20070129_1/Europe/Berlin");


If it is there all those disabled fields exist. Once thunderbid was 
started with that line removing the line and restarting did not help, 
onyl an fresh install without that line brought the behaviour back to 
normal.


Wonder how i can force the calender timezone for existing users without 
these nasty sideeffects.


achim~

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