[SOGo] BTS activities for Friday, November 06 2020

2020-11-06 Thread SOGo reporter
Title: BTS activities for Friday, November 06 2020





  
BTS Activities

  Home page: https://sogo.nu/bugs
  Project: SOGo
  For the period covering: Friday, November 06 2020

  
  
idlast updatestatus (resolution)categorysummary
	
	
	  
	
5206
	2020-11-06 02:55:11
	updated (open)
	ActiveSync
	Search via Active Sync does not find text in email bodies
	
	  
	
5187
	2020-11-06 03:33:42
	updated (open)
	Apple iPhone OS
	Calendar invitation does not show up in IOS calendar inbox
	
	  
	
5197
	2020-11-06 08:53:23
	updated (open)
	Web Calendar
	Reminder mail notification of appointments doesn't work
	
	  
	
5205
	2020-11-06 02:53:54
	updated (open)
	Web Mail
	Attachment icon is not shown for some e-mails
	
	  
	
  
  


-- users@sogo.nuhttps://inverse.ca/sogo/lists

Re: [SOGo] 5.0.1: Possible imaps error

2020-11-06 Thread Lars Liedtke
Addition:

using

> imap://localhost:143/?tls=YES=allowInsecureLocalhost"

leads to

> Nov 06 16:34:12 sogod [60950]: [ERROR]
<0x0x807446b28[NGImap4ConnectionManager]> IMAP4 login failed:
>  host=localhost, user=ry86, pwd=yes
>  url=imaps://ry86@localhost/?tls=YES=default
>  base=(null)
>  base-class=(null))
>  = <0x0x80742b148[NGImap4Client]: login=ry86(pwd)
socket=>>

using

> imap://localhost:143

works. This is not a big Problem, bc were on localhost; but it seems a
bug, whichmight affect others as well

Cheers

Lars

Am 06.11.20 um 16:01 schrieb Lars Liedtke (lied...@punkt.de):
> Hello everyone,
>
> after Nicholas helped with setting my imap configuration right my the
> sogo.conf on 5.0.0, I tried to apply the same for 5.0.1 and ran into
> another issue:
>
> My IMAP config looks like this:
>
>> SOGoIMAPServer =
> "imaps://localhost:993/?tlsVerifyMethod=allowInsecureLocalhost";
>
> But SOGo tells me in cannot connect to the imap server. In sogo.log I
> find this:
>
>> 2020-11-06 15:44:13.844 sogod[60504:100448] ERROR(-[NGActiveSSLSocket
> startTLS]): couldn't setup SSL connection on host localhost
> (error:0001:lib(0):func(0):reason(1))...
>> Nov 06 15:44:13 sogod [60504]: [ERROR]
> <0x0x807458a68[NGImap4ConnectionManager]> IMAP4 login failed:
>> host=localhost, user=ry86, pwd=yes
>>   url=imaps://ry86@localhost/?tls=NO=default
>>   base=(null)
>>   base-class=(null))
>>   = <0x0x807449488[NGImap4Client]: login=ry86(pwd)
> address=<0x0x80751df38[NGInternetSocketAddress]: host=localhost port=993>>
>> Nov 06 15:44:13 sogod [60504]: [ERROR] <0x807442888[SOGoMailAccount]:0>
> Could not connect IMAP4
>
> Which look to me at the moment as if SOGo 5.0.1 does not translate my
> configuration into its own call to dovecot properly.
>
> Am I mistaken?
>
> Cheers
>
> Lars
>
-- 
---
punkt.de GmbH
Lars Liedtke
.infrastructure

Kaiserallee 13a 
76133 Karlsruhe

Tel. +49 721 9109 500
https://infrastructure.punkt.de
i...@punkt.de

AG Mannheim 108285
Geschäftsführer: Jürgen Egeling, Daniel Lienert, Fabian Stein

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


[SOGo] 5.0.1: Possible imaps error

2020-11-06 Thread Lars Liedtke
Hello everyone,

after Nicholas helped with setting my imap configuration right my the
sogo.conf on 5.0.0, I tried to apply the same for 5.0.1 and ran into
another issue:

My IMAP config looks like this:

> SOGoIMAPServer =
"imaps://localhost:993/?tlsVerifyMethod=allowInsecureLocalhost";

But SOGo tells me in cannot connect to the imap server. In sogo.log I
find this:

> 2020-11-06 15:44:13.844 sogod[60504:100448] ERROR(-[NGActiveSSLSocket
startTLS]): couldn't setup SSL connection on host localhost
(error:0001:lib(0):func(0):reason(1))...
> Nov 06 15:44:13 sogod [60504]: [ERROR]
<0x0x807458a68[NGImap4ConnectionManager]> IMAP4 login failed:
> host=localhost, user=ry86, pwd=yes
>  url=imaps://ry86@localhost/?tls=NO=default
>  base=(null)
>  base-class=(null))
>  = <0x0x807449488[NGImap4Client]: login=ry86(pwd)
address=<0x0x80751df38[NGInternetSocketAddress]: host=localhost port=993>>
>Nov 06 15:44:13 sogod [60504]: [ERROR] <0x807442888[SOGoMailAccount]:0>
Could not connect IMAP4

Which look to me at the moment as if SOGo 5.0.1 does not translate my
configuration into its own call to dovecot properly.

Am I mistaken?

Cheers

Lars

-- 
---
punkt.de GmbH
Lars Liedtke
.infrastructure

Kaiserallee 13a 
76133 Karlsruhe

Tel. +49 721 9109 500
https://infrastructure.punkt.de
i...@punkt.de

AG Mannheim 108285
Geschäftsführer: Jürgen Egeling, Daniel Lienert, Fabian Stein


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

Re: [SOGo] Thunderbird 78 Connector

2020-11-06 Thread Frank Pauxberger

Hi Greg,

I followed the steps at https://github.com/inverse-inc/sogo-connector 
which are the ones you will find in the README.md.
The copy cmd generates the config for your site so yes, my lucky guess 
was I renamed it to my SOGo server's public URL.

In the file
custom//chrome/content/sogo-connector/general/custom-preferences.js
I did the following

  demo: force_char_pref("sogo-connector.baseURL", 
"https://demo.sogo.nu/SOGo;);
  mySOGoserver: force_char_pref("sogo-connector.baseURL", 
"https://www./SOGo");


then I ran the build commands and zipped the stuff back into the XPI file.

For that worked in the sense that Thunderbird found my calendars and my 
address book. What didn't work though:


- Not the full address book was synced (according to Ludovic that is due 
to a bug in Thunderbird; there is a workaround using SOGo 5.0.1 and the 
latest SOPE version. That *did not* fix it for me!)
- I cannot edit calendar entries in Thunderbird; when saving an entry I 
get the message that it recently was changed on the server and if I want 
to reload or safe anyways. Saving does not work after either.


So for now I stick with T68 and the working environment, happy to test 
the "new" stuff though as well.


Frank



Am 05.11.20 um 20:44 schrieb Greg Miller (gmil...@conley-inc.com):

Pardon the newbie questions...

What are the steps involved to create an XPI from the Connector code 
currently available on Github?  I'm used to modifying the "demo" XPI 
to suit our environment, but this appears to be a completely different 
process than I have done in the past.  I cloned the repo (pretty 
standard), but where do I go from there? The instructions in README.md 
state that I should "cp -a custom/sogo-demo custom/mysite".  Does 
"mysite" need to be set to something specific?  Does it need to be the 
fully-qualified URL of my SOGo server, or something else?  The 
instructions also state that I should "customize the 
sogo-connector.baseURL value" in 
"custom/mysite//chrome/content/sogo-connector/general/custom-preferences.js". 
However, I do not see "sogo-connector.baseURL" in this file.  I see 
compilation instructions for SOGo itself in the Wiki, but I can't find 
instructions for compiling the Thunderbird Connector.


Thanks for any direction you can provide to me!


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


[SOGo] Thunderbird 78: Cannot delete address books

2020-11-06 Thread sogo-us...@list-post.ddt-consult.de
Hi all,

yesterday I upgraded Thunderbird 68.12.0 -> 78.4.0, created and
installed the SOGo connector from here
https://github.com/inverse-inc/sogo-connector
SOGo version is 5.0.1.

AFAICT things seems to work. There's one problem I can't solve, though:
After the upgrade all addrss books appeared twice. Judging from their
resp. properties one of the doubles is local (properties show only
address book's name) and the other the "SOGo address book" (properties
show it's URL, sync interval etc.).
I then wanted to delete the local address books but that failed. Error
console shows if I try to:

> 09:28:21.088 Uncaught TypeError: 'caller', 'callee', and 'arguments' 
> properties may not be accessed on strict mode functions or the arguments 
> objects for calls to them
> backtrace chrome://inverse-library/content/sogoWebDAV.js:49
> SCAbDeleteDirectory 
> chrome://sogo-connector/content/addressbook/addressbook.groupdav.overlay.js:135
> SIAbDeleteDirectory 
> chrome://sogo-connector/content/addressbook/addressbook.groupdav.overlay.js:524
> AbDeleteSelectedDirectory 
> chrome://messenger/content/addressbook/abCommon.js:355
> doCommand chrome://messenger/content/addressbook/abCommon.js:201
> goDoCommand chrome://global/content/globalOverlay.js:101
> oncommand chrome://messenger/content/addressbook/addressbook.xhtml:1
> sogoWebDAV.js:49:9
> backtrace chrome://inverse-library/content/sogoWebDAV.js:49
> SCAbDeleteDirectory 
> chrome://sogo-connector/content/addressbook/addressbook.groupdav.overlay.js:135
> SIAbDeleteDirectory 
> chrome://sogo-connector/content/addressbook/addressbook.groupdav.overlay.js:524
> AbDeleteSelectedDirectory 
> chrome://messenger/content/addressbook/abCommon.js:355
> doCommand chrome://messenger/content/addressbook/abCommon.js:201
> goDoCommand chrome://global/content/globalOverlay.js:101
> oncommand chrome://messenger/content/addressbook/addressbook.xhtml:1
> 09:28:21.088 An error occurred executing the button_delete command: 
> [Exception... "[JavaScript Error: "'caller', 'callee', and 'arguments' 
> properties may not be accessed on strict mode functions or the arguments 
> objects for calls to them" {file: 
> "chrome://inverse-library/content/sogoWebDAV.js" line: 49}]'[JavaScript 
> Error: "'caller', 'callee', and 'arguments' properties may not be accessed on 
> strict mode functions or the arguments objects for calls to them" {file: 
> "chrome://inverse-library/content/sogoWebDAV.js" line: 49}]' when calling 
> method: [nsIController::doCommand]"  nsresult: "0x80570021 
> (NS_ERROR_XPC_JAVASCRIPT_ERROR_WITH_DETAILS)"  location: "JS frame :: 
> chrome://global/content/globalOverlay.js :: goDoCommand :: line 101"  data: 
> yes] globalOverlay.js:104
> goDoCommand chrome://global/content/globalOverlay.js:104
> oncommand chrome://messenger/content/addressbook/addressbook.xhtml:1

Did I make a mistake during the upgrade or is this a bug?
Any way to circumvent this?

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


Re: [SOGo] SOGo 5.0.0 Login Problem -> SOGo 5.0.1

2020-11-06 Thread Lars Liedtke
Hi Nocholas

> I'm happy this works! Would be great to help others not to fall into
> the same trap.
>
> Certainly, I think this needs to be handled properly by the exception
> handling. However, I am no expert in objc in this. Maybe file a bug
> report.
>
Yeah, will do.

Cheers

Lars

-- 
---
punkt.de GmbH
Lars Liedtke
.infrastructure

Kaiserallee 13a 
76133 Karlsruhe

Tel. +49 721 9109 500
https://infrastructure.punkt.de
i...@punkt.de

AG Mannheim 108285
Geschäftsführer: Jürgen Egeling, Daniel Lienert, Fabian Stein

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