[SOGo] BTS activities for Wednesday, December 18 2019

2019-12-18 Thread SOGo reporter
Title: BTS activities for Wednesday, December 18 2019





  
BTS Activities

  Home page: https://sogo.nu/bugs
  Project: SOGo
  For the period covering: Wednesday, December 18 2019

  
  
idlast updatestatus (resolution)categorysummary
	
	
	  
	
4910
	2019-12-18 12:24:40
	updated (open)
	ActiveSync
	ActiveSync is misbehaving on event series
	
	  
	
4911
	2019-12-18 11:17:26
	updated (open)
	ActiveSync
	Event accept removes notifications from events
	
	  
	
4899
	2019-12-18 07:46:04
	updated (open)
	Web Calendar
	Freebusy preview pane does not refresh
	
	  
	
4621
	2019-12-18 18:57:51
	updated (open)
	Web Mail
	Image signature in forward messages.
	
	  
	
4908
	2019-12-18 13:49:20
	updated (open)
	with SOGo
	Sogo connector 68.0.0 - addressbook only partly synchronized
	
	  
	
4912
	2019-12-18 12:00:30
	updated (open)
	with SOGo
	Synchronisation des Carnets d'Adresses très incomplète depuis TB68 et sogoconnector 68.0.0
	
	  
	
4783
	2019-12-18 09:35:18
	resolved (suspended)
	Backend Mail
	Unable to login to a remote IMAP Server which has MySQL backend
	
	  
	
  
  




[SOGo] Unable to login to a remote IMAP Server

2019-12-18 Thread Adi Kriegisch
Dear all,

I am experiencing the same troubles as described in #4783[1]. This also
happened after the upgrade from Debian/Stretch to Debian/Buster; the
same setup worked just fine before. SOGo 4.2.0 also does not fix the
issue.
When recompiling SOPE with OpenSSL (instead of the default gnutls),
connecting to the IMAP server worked just fine.
I also tried to recompile gnutls28 (v3.6.7-4) with a patch for Debian
bug #933538[2] but that didn't change a thing with respect to this bug.
Dovecot shows a successful authentication in its log.

I hope someone can point me to a fix.

best regards,
Adi

[1] https://sogo.nu/bugs/view.php?id=4783
[2] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=933538



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


Re: [SOGo] Calendars have changed behaviour with all day events

2019-12-18 Thread John Stirling

Hi Francis,

On 17/12/2019 20:18, Francis Lachapelle (flachape...@inverse.ca) wrote:

Hi John


On Dec 17, 2019, at 1:17 PM, John Stirling (j...@johnstirling.co.uk) 
 wrote:

Hi,

On 10/12/2019 08:56, Christian Mack (christian.m...@uni-konstanz.de) wrote:

Hello

Am 09.12.19 um 10:35 schrieb John Stirling (j...@johnstirling.co.uk):

Hi Christian,

Thank you for replying

On 05/12/2019 08:39, Christian Mack (christian.m...@uni-konstanz.de) wrote:

Hello

Am 28.11.19 um 18:56 schrieb John Stirling (j...@johnstirling.co.uk):

Hi guys,

I could really use some advice please.

I'm using sogo 4.1.1 (@shiva2.inverse 201911280300) on Ubuntu 18.04.4
with a mixed environment of Mozilla Thunderbird versions from 68 or so
through to 71, and some phones, apple and android. We aren't a big site,
12 users, with maybe 8 phones connected.

Today following an update to the server (Ubuntu standard update), and an
increase to WOWorkersCount and PREFORK all day events have started
behaving oddly (I don't thing it can be the config change, but since
it's a change I'm mentioning it

The behaviour is that instead of showing at the top of the calendar in
Thunderbird, they now get treated as 24 hour events. This is a
significant issue for us as there are a lot of shared diaries, and we
use all day events quite a bit.  The web version of SOGo works fine.

It's odd as it seems to be applying to all versions of Thunderbird, but
there have been no updates to Thunderbird, so it appears to be how SOGo
is treating all day requests as standard from Thunderbird.  When these
events are opened in SOGo web interface they do not register as all day
events.

Thanks

John


Do you use ActiveSync?

Which timezones have you set on Thunderbird clients and sogo.conf and
user settings?

Please give an example in raw form.

BEGIN:VCALENDAR

PRODID:-//Mozilla.org/NONSGML Mozilla Calendar V1.1//EN
VERSION:2.0
BEGIN:VEVENT
CREATED:20191203T173909Z
LAST-MODIFIED:20191206T144043Z
DTSTAMP:20191206T132229Z
UID:97d0e002-4dc9-4a27-be06-4ef3f94b2b20
SUMMARY:test
DTSTART;VALUE=DATE:20191207
DTEND;VALUE=DATE:20191208
CLASS:PUBLIC
TRANSP:TRANSPARENT
SEQUENCE:3
X-MOZ-GENERATION:4
END:VEVENT
END:VCALENDAR


One event created from SOGo Webfrontend which is not displayed as all
day event in Thunderbird.

If the event is created within the SOGo Webfrontend it is displayed correctly
within thunderbird and SOGo.  If the event is then edited within Thunderbird or
a new event is created within Thunderbird then the event no long displays
correctly in either SOGo or Thunderbird.

And one event created in Thunderbird, which is not displayed in SOGo
webfrontend as all day.

BEGIN:VCALENDAR
PRODID:-//Mozilla.org/NONSGML Mozilla Calendar V1.1//EN
VERSION:2.0
BEGIN:VTIMEZONE
TZID:Europe/London
LAST-MODIFIED:20191023T183904Z
X-LIC-LOCATION:Europe/London
BEGIN:DAYLIGHT
TZNAME:BST
TZOFFSETFROM:+
TZOFFSETTO:+0100
DTSTART:19700329T01
RRULE:FREQ=YEARLY;BYMONTH=3;BYDAY=-1SU
END:DAYLIGHT
BEGIN:STANDARD
TZNAME:GMT
TZOFFSETFROM:+0100
TZOFFSETTO:+
DTSTART:19701025T02
RRULE:FREQ=YEARLY;BYMONTH=10;BYDAY=-1SU
END:STANDARD
END:VTIMEZONE
BEGIN:VEVENT
CREATED:20191203T173909Z
LAST-MODIFIED:20191206T132229Z
DTSTAMP:20191206T132229Z
UID:97d0e002-4dc9-4a27-be06-4ef3f94b2b20
SUMMARY:test
DTSTART;TZID=Europe/London:20191207T00
DTEND;TZID=Europe/London:20191208T00
CLASS:PUBLIC
TRANSP:TRANSPARENT
SEQUENCE:3
X-MOZ-GENERATION:4
END:VEVENT
END:VCALENDAR

This is an iRedmail installation of SOGo, updated through Ubuntu apt upgrade.
We do not have any outlook clients currently.  We use android with webdav and
imap, and have a few iPhones which connect using whatever dark arts apple use -
so I don't think so, but I don't actually know.

Timezone in Thunderbird is Europe/London

SOGoTimeZone in sogo.conf is "Europe/London"

Many thanks

John Stirling


Hmmmh...
Those are both generated in Thunderbird/Lightning:
PRODID:-//Mozilla.org/NONSGML Mozilla Calendar V1.1//EN

The first event misses a Z character at the end in DTSTART and DTEND in
the event definition.
currently is:
DTSTART;VALUE=DATE:20191207
DTEND;VALUE=DATE:20191208

should be:
DTSTART;VALUE=DATE:20191207Z
DTEND;VALUE=DATE:20191208Z

Without that Z (which means Zulu, which in turn means timezone UTC) that
event is in local time per standard, as no time zone is set at all.
So this event has a false time zone set ("Europe/London" from sogo.conf).
With that this event will not start and end at 00:00:00 UTC, but at
00:00:00 of the set local timezone.
SOGo only accepts events in UTC as all day events.


The second event has a time zone set in the event, but in that timezone
definition it also has not set the Z character in DAYLIGHT and STANDARD
for DTSTART.
This is definitely a bug in Thunderbird/Lightning.

So should I report as a bug to the lightning development team?  Any idea why 
this suddenly started manifesting after an update to SOGo, on several different 
versions of thunderbird, without thunderbird being updated?  

Re: [SOGo] Thunderbird Plugin vor Version 68

2019-12-18 Thread Florian Ransmayr

Hello Christian,

I opened a bug report as requested.
https://sogo.nu/bugs/view.php?id=4908

Best regards

Florian

Am 13.12.2019 um 15:46 schrieb Christian Mack 
(christian.m...@uni-konstanz.de):

Hello

Please open a bug report at https://sogo.nu/bugs/ against Connector.

Kind regards,
Christian Mack

Am 13.12.19 um 12:48 schrieb Florian Ransmayr (ransm...@sl-technology.de):

Hello,

I see the same problem. There are only 186 contacts in one address book
but only a subset gets synchronized with TB 68 and the new plugin. With
the old TB and the previous two plugins everything worked like a charm.

If there is any information I could support the devs please let me know.

Best regards

Florian

Am 13.12.2019 um 11:11 schrieb Alex Hoebart (alex.hoeb...@icpdr.org):

Hello,

I also see something similar: fresh Tb 68 install with sogo-connector.
I see all my 4 address books, but only those with 41 and 16 contacts
are complete. The one with 450 contacts in SOGo only has 316 contacts
in Tb. The one with more than 1000 contacts initially has 0 contacts.
When I delete this address book in Tb and restart, it gets filled with
266 contacts.
Further synchronisation does not work. I also don't see any buttons
for subscribing, etc., nor any related properties like sync interval.
It seems something breaks the sync with Tb68. Anyone has experience
with this?

BTW, calenders work fine.

Regards,
Alex

Am 18.11.2019 um 13:41 schrieb Christian Naumer (c...@brain-biotech.de):

Hello you all,
does nobody have the same Problem with the new connector? I just tried
it again an I can also reproduce it on another computer here it stops at
~1000 contacts.
Is there something I can try to debug this?


Regards

Christian

Am 11.11.19 um 20:31 schrieb Christian Naumer (c...@brain-biotech.de):

Hello,
es habe Just how noticed tust with the new version 68 plugin address
book sync only works up to ~200 contacts ±30. I only noticed this
now as I made a new profile for a user that has this address book
with 4000 contacts and he had 0 of those and only some of his other
address books were complete. So a deleted and subscribed all of them
desperately and those with less than 200 were all complete only the
one with 4000 got stuck at some number around 200 (217,230,220 etc).
There is nothing in the error console of TB and nothing on the
server in the logs. Sync just stops after those 200.
I can reproduce this if I subscribe to the address book so I don't
think it is account related.
This works with TB60 and the old plugin. That is how I got the user
their address book back. New profile on TB60 sync the address book
and then upgrade.

Can anybody reproduce this? Anything I can do to debug?



Regards

Christian


--
Alexander Höbart
Technical Expert - Information Management and GIS
ICPDR/IKSD International Commission for the Protection of the Danube
River
VIC - Room D0419, Wagramer Strasse 5, 1220 Vienna, Austria
T: +43 1 26060 4404
M: +43 676 845 200 280
F: +43 1 26060 5895
alex.hoeb...@icpdr.org  -
http://www.icpdr.org
Follow us!
--
users@sogo.nu
https://inverse.ca/sogo/lists

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