Re: [SOGo] useless .GNUstepDefaults ?

2013-01-31 Thread Christian Reischl 

Hi,

it was introduced in 2.0.2.

New feature in 2.0.4:
"sogo-tool: new "dump-defaults" command to easily create 
/etc/sogo/sogo.conf"


Kind regards,
Christian
__
Christian Reischl

Fraunhofer Institut für
Verfahrenstechnik und Verpackung
Giggenhauser Str. 35
85354 Freising

Telefon: 08161 491-704
mailto:christian.reis...@ivv.fraunhofer.de
http://www.ivv.fraunhofer.de


Jean-Michel OLTRA schrieb:


 Bonjour,


I made a new install of version 2.0.4a last night. And spent some time
searching why SOGo was not working as expected.

The .GNUstepDefaults file seems to be ignored in Debian Squeezy, and the
configuration file is now required in /etc/sogo/sogo.conf

Feature for new installs? Debian specific feature?

Thanks.


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

[SOGo] Problem after session timeout

2013-01-31 Thread Christian Reischl 

Hi,

I have a problem with the web interface that occurs since SOGo 2.0.4 
(Debian Squeeze, Firefox 17.0.2).


After a session times out, the user should be redirected to the logon 
page. In my case a redirect occurs, but the resulting page looks strange 
and inputs aren't recognized.


I'll take a screenshot next time it happens.

Should i file a bug? Does anyone other experience this behaviour?

Kind regards,
Christian
--
__
Christian Reischl

Fraunhofer Institut für
Verfahrenstechnik und Verpackung
Giggenhauser Str. 35
85354 Freising

Telefon: 08161 491-704
mailto:christian.reis...@ivv.fraunhofer.de
http://www.ivv.fraunhofer.de
--
users@sogo.nu
https://inverse.ca/sogo/lists

Re: [SOGo] useless .GNUstepDefaults ?

2013-01-31 Thread Jean-Michel OLTRA 

Bonjour,


Le jeudi 31 janvier 2013, Christian Reischl a écrit...


> it was introduced in 2.0.2.

> New feature in 2.0.4:
> "sogo-tool: new "dump-defaults" command to easily create
> /etc/sogo/sogo.conf"

Yes, I read the announce. And I remember this thread:

https://inverse.ca/sogo/lists/arc/users/2012-11/msg00085.html

which says:

"If both GNUstepDefaults and sogo.conf exists, then both are used."

Old installs, upgraded to 2.0.4a do not need the /etc/sogo/sogo.conf
file (Debian Squeeze too).

Can I say that .GNUstepDefaults is omitted if it does not exists when
sogod runs for the first time?

Regards,

-- 
jm

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

Re: [SOGo] useless .GNUstepDefaults ?

2013-01-31 Thread Jean-Michel OLTRA 

Bonjour,


Le jeudi 31 janvier 2013, Jean-Michel OLTRA a écrit...


> Can I say that .GNUstepDefaults is omitted if it does not exists when
> sogod runs for the first time?

It may be related to the fact that, for a new installation, the sogo
user is a system user, with home at /var/lib/sogo, but, for an upgrade,
the sogo user remains a normal user with home at /home/sogo.

-- 
jm

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

[SOGo] email disclaimer missing in html mails sent via sogo

2013-01-31 Thread vishal.anil12 

Hi Team,

I have installed Sogo 2.04 . But Email disclaimer doesn't work while sending
html mails via Sogo . It works with Roundcube and plain text mails while
sending via Sogo . Is it  because in those messages MIME declaration was
missing . It was present only in the header . Please provide me a solution for
this . 

Thanks & Regards,
Vishal
-- 
users@sogo.nu
https://inverse.ca/sogo/lists

[SOGo] OT: FOSDEM 2013

2013-01-31 Thread Alessio Fattorini 

Is there any member of the ML at FOSDEM in Brussels? :-)
I'll be there, if you want we can meet over a beer.

--
Alessio Fattorini

Nethesis srl
Via degli Olmi 12 - 61122 Pesaro PU
tel. +39 0721 405516 - fax +39 0721 268147
http://www.nethesis.it - suppo...@nethesis.it
http://blog.nethesis.it
http://www.facebook.com/nethesis
--
users@sogo.nu
https://inverse.ca/sogo/lists

[SOGo] Moving .GNUstepDefaults to /etc/sogo

2013-01-31 Thread Ronald J. Yacketta 
Considering moving our config to /etc/sogo but not positive about the directory 
and file permissions as well as the proper usage of defaults after the change. 
Tested on our dev server; defaults read returns nothing, further testing with 
strace shows that defaults read is trying to access .GNUstepDefaults in /root:

access("/root/GNUstep/Defaults/.GNUstepDefaults", R_OK) = -1 ENOENT (No such 
file or directory)

Also see an attempt to access :

access("/root/.GNUstep.conf", R_OK) = -1 ENOENT (No such file or directory)

Is their a configuration option that needs to be set so defaults knows what 
file to look at?
-- 
users@sogo.nu
https://inverse.ca/sogo/lists

Re: [SOGo] Moving .GNUstepDefaults to /etc/sogo

2013-01-31 Thread Jean Raby 

On 13-01-31 2:27 PM, Ronald J. Yacketta wrote:

Considering moving our config to /etc/sogo but not positive about the directory 
and file permissions as well as the proper usage of defaults after the change. 
Tested on our dev server; defaults read returns nothing, further testing with 
strace shows that defaults read is trying to access .GNUstepDefaults in /root:

access("/root/GNUstep/Defaults/.GNUstepDefaults", R_OK) = -1 ENOENT (No such 
file or directory)

Also see an attempt to access :

access("/root/.GNUstep.conf", R_OK) = -1 ENOENT (No such file or directory)

Is their a configuration option that needs to be set so defaults knows what 
file to look at?

'defaults' is a gnustep tool to manipulate gnustep defaults,  by using 
sogo.conf, you are moving away from those.


Configuration should be done by hand, in sogo.conf only.
The content of that file is quite sensitive, so sogo:sogo 600 is the 
preferred mode for it.


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

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

Re: [SOGo] Moving .GNUstepDefaults to /etc/sogo

2013-01-31 Thread Ronald J. Yacketta 
You are correct, thanks for the reminder!
Been dealing with fires all week here, just overlooked the obvious *sigh*
 
 
On Thursday, 31 January, 2013 03:20 EST, "Jean Raby"  wrote: 
 
> On 13-01-31 2:27 PM, Ronald J. Yacketta wrote:
> > Considering moving our config to /etc/sogo but not positive about the 
> > directory and file permissions as well as the proper usage of defaults 
> > after the change. Tested on our dev server; defaults read returns nothing, 
> > further testing with strace shows that defaults read is trying to access 
> > .GNUstepDefaults in /root:
> >
> > access("/root/GNUstep/Defaults/.GNUstepDefaults", R_OK) = -1 ENOENT (No 
> > such file or directory)
> >
> > Also see an attempt to access :
> >
> > access("/root/.GNUstep.conf", R_OK) = -1 ENOENT (No such file or 
> > directory)
> >
> > Is their a configuration option that needs to be set so defaults knows what 
> > file to look at?
> >
> 'defaults' is a gnustep tool to manipulate gnustep defaults,  by using 
> sogo.conf, you are moving away from those.
> 
> Configuration should be done by hand, in sogo.conf only.
> The content of that file is quite sensitive, so sogo:sogo 600 is the 
> preferred mode for it.
> 
> -- 
> Jean Raby
> jr...@inverse.ca  ::  +1.514.447.4918 (x120) ::  www.inverse.ca
> Inverse inc. :: Leaders behind SOGo (www.sogo.nu) and PacketFence 
> (www.packetfence.org)
> -- 
> users@sogo.nu
> https://inverse.ca/sogo/lists
 
 

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

[SOGo] Request for testing - ldap authentication

2013-01-31 Thread Jean Raby 

Hi all,

since 2.0.4, a few bugs have been reported regarding login failures,
a fix for those have been committed in the last few hours and would 
benefit from wider testing.


While I'm pretty sure the bugs have been properly squashed, I'd like to
make sure that we're not introducing regressions.

If you have a test environment and are using LDAP as an authentication
backend, could you try the "sope-ldap" package from the nightly
repository and make sure the authentication works as expected?

See the following bugs for more info:
http://sogo.nu/bugs/view.php?id=2207
http://sogo.nu/bugs/view.php?id=2208
http://sogo.nu/bugs/view.php?id=2213
http://sogo.nu/bugs/view.php?id=2152

Thanks!

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

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

Re: [SOGo] Request for testing - ldap authentication

2013-01-31 Thread Ronald J. Yacketta 
 Jean,

I'll update our dev server this evening and run through some QA type tests 
regarding the tickets mentioned in the AM.

-Ron
 
 
On Thursday, 31 January, 2013 05:12 EST, "Jean Raby"  wrote: 
 
> Hi all,
> 
> since 2.0.4, a few bugs have been reported regarding login failures,
> a fix for those have been committed in the last few hours and would 
> benefit from wider testing.
> 
> While I'm pretty sure the bugs have been properly squashed, I'd like to
> make sure that we're not introducing regressions.
> 
> If you have a test environment and are using LDAP as an authentication
> backend, could you try the "sope-ldap" package from the nightly
> repository and make sure the authentication works as expected?
> 
> See the following bugs for more info:
> http://sogo.nu/bugs/view.php?id=2207
> http://sogo.nu/bugs/view.php?id=2208
> http://sogo.nu/bugs/view.php?id=2213
> http://sogo.nu/bugs/view.php?id=2152
> 
> Thanks!
> 
> -- 
> Jean Raby
> jr...@inverse.ca  ::  +1.514.447.4918 (x120) ::  www.inverse.ca
> Inverse inc. :: Leaders behind SOGo (www.sogo.nu) and PacketFence 
> (www.packetfence.org)
> -- 
> users@sogo.nu
> https://inverse.ca/sogo/lists
 
 

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

Re: [SOGo] Request for testing - ldap authentication

2013-01-31 Thread Donny Brooks 
 
 
 
On Thursday, January 31, 2013 04:46 PM CST, "Ronald J. Yacketta" 
 wrote: 
 
>  Jean,
> 
> I'll update our dev server this evening and run through some QA type tests 
> regarding the tickets mentioned in the AM.
> 
> -Ron
>  
>  
> On Thursday, 31 January, 2013 05:12 EST, "Jean Raby"  
> wrote: 
>  
> > Hi all,
> > 
> > since 2.0.4, a few bugs have been reported regarding login failures,
> > a fix for those have been committed in the last few hours and would 
> > benefit from wider testing.
> > 
> > While I'm pretty sure the bugs have been properly squashed, I'd like to
> > make sure that we're not introducing regressions.
> > 
> > If you have a test environment and are using LDAP as an authentication
> > backend, could you try the "sope-ldap" package from the nightly
> > repository and make sure the authentication works as expected?
> > 
> > See the following bugs for more info:
> > http://sogo.nu/bugs/view.php?id=2207
> > http://sogo.nu/bugs/view.php?id=2208
> > http://sogo.nu/bugs/view.php?id=2213
> > http://sogo.nu/bugs/view.php?id=2152
> > 
> > Thanks!
> > 
> > -- 
> > Jean Raby
> > jr...@inverse.ca  ::  +1.514.447.4918 (x120) ::  www.inverse.ca
> > Inverse inc. :: Leaders behind SOGo (www.sogo.nu) and PacketFence 
> > (www.packetfence.org)
> > -- 
> > users@sogo.nu
> > https://inverse.ca/sogo/lists
>  
>  
> 
> -- 
> users@sogo.nu
> https://inverse.ca/sogo/lists
 
I am very interested in this also. I am holding on 2.0.3a for now until the 
ldap related bugs get worked out.
-- 

Donny B. 

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

Re: [SOGo] Request for testing - ldap authentication

2013-01-31 Thread romain 

Hi,
Bug seems corrected for me.
Thanks,
MARIADASSOU Romain

Le 31/01/2013 23:54, Donny Brooks a écrit :
  
  
  
On Thursday, January 31, 2013 04:46 PM CST, "Ronald J. Yacketta"  wrote:
  

  Jean,

I'll update our dev server this evening and run through some QA type tests 
regarding the tickets mentioned in the AM.

-Ron
  
  
On Thursday, 31 January, 2013 05:12 EST, "Jean Raby"  wrote:
  

Hi all,

since 2.0.4, a few bugs have been reported regarding login failures,
a fix for those have been committed in the last few hours and would
benefit from wider testing.

While I'm pretty sure the bugs have been properly squashed, I'd like to
make sure that we're not introducing regressions.

If you have a test environment and are using LDAP as an authentication
backend, could you try the "sope-ldap" package from the nightly
repository and make sure the authentication works as expected?

See the following bugs for more info:
http://sogo.nu/bugs/view.php?id=2207
http://sogo.nu/bugs/view.php?id=2208
http://sogo.nu/bugs/view.php?id=2213
http://sogo.nu/bugs/view.php?id=2152

Thanks!

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


--
users@sogo.nu
https://inverse.ca/sogo/lists
  
I am very interested in this also. I am holding on 2.0.3a for now until the ldap related bugs get worked out.


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

[SOGo] BTS activities for Thursday, January 31 2013

2013-01-31 Thread SOGo reporter 
Title: BTS activities for Thursday, January 31 2013





  
BTS Activities

  Home page: http://www.sogo.nu/bugs
  Project: SOGo
  For the period covering: Thursday, January 31 2013

  
  
idlast updatestatus (resolution)categorysummary
	
	
	  
	
2205
	2013-01-31 12:05:15
	updated (open)
	Backend Address Book
	special chars in vcards are html encoded with html entities &#xxx;
	
	  
	
2214
	2013-01-31 05:33:12
	new (open)
	Backend Calendar
	Events are written in wrong calendar
	
	  
	
2213
	2013-01-31 10:30:50
	updated (open)
	SOPE
	Login error after upgrade to 2.0.4(a)
	
	  
	
2219
	2013-01-31 09:16:53
	new (open)
	Web Calendar
	Next month button jump from January to March directly
	
	  
	
2221
	2013-01-31 10:52:23
	new (open)
	Web Calendar
	Remote webcalendars not synchronized
	
	  
	

	2013-01-31 14:06:59
	updated (open)
	Web Calendar
	Unable to manage Authenticated User ACL via Admin
	
	  
	
2224
	2013-01-31 19:39:31
	new (open)
	Web Calendar
	Setting of Access rights for Any Authenticated User
	
	  
	
2223
	2013-01-31 15:29:01
	new (open)
	Web General
	Unable to change event Privacy
	
	  
	
2215
	2013-01-31 07:45:04
	new (open)
	Web Mail
	Search mail in Sent box must have "Destination" filter, not "Sender"
	
	  
	
2217
	2013-01-31 08:51:34
	new (open)
	Web Mail
	html-mails should offer plaintext alternative... for smartphone native mail client
	
	  
	
2207
	2013-01-31 18:10:35
	feedback (open)
	Backend General
	LDAP Authentication for users in OU with accent
	
	  
	
2116
	2013-01-31 14:33:39
	feedback (reopened)
	i18n
	Mising strings in translations
	
	  
	
2216
	2013-01-31 16:48:39
	feedback (open)
	sogo-tool
	sogo-tool sigabrt if option on command line
	
	  
	
2218
	2013-01-31 09:45:47
	resolved (fixed)
	i18n
	"Send Anyway" button french translation missing in warning window when trying to send mail with empty subject
	
	  
	
2211
	2013-01-31 14:00:06
	resolved (fixed)
	Web Address Book
	tooltip are not synchronized when change sort order on adress book search result
	
	  
	
2220
	2013-01-31 10:40:13
	closed (not a bug)
	Backend General
	Sogo login page: unable to access
	
	  
	
2152
	2013-01-31 16:52:26
	closed (fixed)
	SOPE
	Users with commas and spaces in their LDAP DNs cannot login

Re: [SOGo] Request for testing - ldap authentication

2013-01-31 Thread vishal anil 
Hi All,

I have an issue with Sogo . I am not receiving email disclaimer while
sending html mails via Sogo . It works fine with Roundcube . Does it have
anything to do with Mime Declaration as Mime Declaration is seen only in
the header of the message while checking it from Thunderbird . Can you
please provide me a solution for this .

Thanks & Regards,
Vishal

On Fri, Feb 1, 2013 at 4:47 AM, romain  wrote:

> Hi,
> Bug seems corrected for me.
> Thanks,
> MARIADASSOU Romain
>
> Le 31/01/2013 23:54, Donny Brooks a écrit :
>
>On Thursday, January 31, 2013 04:46 PM CST, "Ronald J. Yacketta" <
>> yacke...@potsdam.edu> wrote:
>>
>>
>>>   Jean,
>>>
>>> I'll update our dev server this evening and run through some QA type
>>> tests regarding the tickets mentioned in the AM.
>>>
>>> -Ron
>>> On Thursday, 31 January, 2013 05:12 EST, "Jean Raby" <
>>> jr...@inverse.ca> wrote:
>>>
>>>
 Hi all,

 since 2.0.4, a few bugs have been reported regarding login failures,
 a fix for those have been committed in the last few hours and would
 benefit from wider testing.

 While I'm pretty sure the bugs have been properly squashed, I'd like to
 make sure that we're not introducing regressions.

 If you have a test environment and are using LDAP as an authentication
 backend, could you try the "sope-ldap" package from the nightly
 repository and make sure the authentication works as expected?

 See the following bugs for more info:
 http://sogo.nu/bugs/view.php?**id=2207
 http://sogo.nu/bugs/view.php?**id=2208
 http://sogo.nu/bugs/view.php?**id=2213
 http://sogo.nu/bugs/view.php?**id=2152

 Thanks!

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

>>>
>>> --
>>> users@sogo.nu
>>> https://inverse.ca/sogo/lists
>>>
>>   I am very interested in this also. I am holding on 2.0.3a for now until
>> the ldap related bugs get worked out.
>>
>
> --
> users@sogo.nu
> https://inverse.ca/sogo/lists
>
-- 
users@sogo.nu
https://inverse.ca/sogo/lists