[SOGo] BTS activities for Tuesday, December 17 2019
Title: BTS activities for Tuesday, December 17 2019 BTS Activities Home page: https://sogo.nu/bugs Project: SOGo For the period covering: Tuesday, December 17 2019 idlast updatestatus (resolution)categorysummary 4909 2019-12-17 11:01:39 updated (open) GUI A category is always assigned to contact with sogo-connector 68.0.0 4807 2019-12-17 05:18:07 updated (open) Web Mail Elements (eg tables) not being displayed in HTML emails 4908 2019-12-17 11:34:03 updated (open) with SOGo Sogo connector 68.0.0 - addressbook only partly synchronized -- users@sogo.nuhttps://inverse.ca/sogo/lists
[SOGo] ANN: SOGo v4.2.0 released!
Minor release, but many bug fixes. Download it now!NEW RELEASEANNOUNCEMENTSOGo v4.2.0The Inverse Team is pleased to announce the immediate availability of SOGo version 4.2.0. This is a minor release of SOGo which focuses on improved stability over previous versions.New featurescore: allow pre/appended Sieve scripts (4475ac6)core: Allow the detection of external Sieve scripts (ac91a30)mail(js): new button to expand recipients that are LDAP groups (46ade76), closes #4902mail(js): new button to expand recipients that are LDAP groups (456a66b)preferences: allow hiding of vacation the vacation period (c2e7f6a)Bug fixesaddressbook(core): safety check from broken URLs (0ceccdd)calendar: adjust invalid dates when importing a vEvent (3bb40e4), closes #4845calendar: adjust invalid dates when importing a vEvent (15d7c69), closes #4845calendar: allow fetching group members from contacts-only sources (edc01e9)calendar: raise warning when MuiltipleBookings is set to -1 (5923639)calendar(html): don't cache list of week days (9aeecea), closes #4907calendar(js): avoid call to /members when expansion is disabled (14b60cd)calendar(js): avoid exception when adding duplicated attendee (2048fb1)calendar(js): don't escape HTML characters in repeat select menu (699849c), closes #4875calendar(js): fix refresh of attendees freebusy information (fbdabc9), closes #4899core: don't disable the current script if we aren't doing anything (2bc24ec)mail: wrap HTML part with HTML tags to render all content (47075b4)mail(html: expose UIxMailViewRecipientMenu in popup view (5ccc126)mail(js): add missing library to save msg from popup window (7298022), closes #4879mail(js): avoid exception when adding duplicated recipient (a303011)preferences: improve error handling with Sieve server (7180b59)preferences(js): Lower constraints on auto-reply dates range (70984de), closes #4874web: improve contrast of toolbars w/input field (e71afc9)Localizationca: update Catalan translation (e458a78), closes #4878cs: update Czech translation (cd8f957)de: remove duplicated short date formats (f872dc5)fr: update French translation (bc172c5)nl: update Dutch translation (ae42fd8)sk: update Slovak translation (e65e0f1)Enhancementspreferences: conditionally activate the Sieve script (5b3d84e)replace calls to create GMT NSTimeZone instance (2e46e89)With this release, Inverse also announces the adoption of Semantic Versioning and git commit guidelines to ease the release process. The old NEWS plaintext file has been converted to a more convenient Markdown file and renamed CHANGELOG.md. The bug tracking system as also been updated to the latest version of MantisBT.See the closed tickets for this release and the complete change log.DownloadUpgrade Instructions →What is SOGoSOGo is a free and modern scalable groupware server. It offers shared calendars, address books and emails through your favorite Web browser or by using a native client such as Mozilla Thunderbird and Lightning, Apple Calendar and Address Book (Mac OS X and iOS) and Microsoft Outlook.SOGo is standard-compliant and supports CalDAV, CardDAV and reuses existing IMAP, SMTP and database servers - making the solution easy to deploy and interoperable with many applications.SOGo features:Scalable architecture suitable for deployments from dozen to many thousand usersRich, responsible Web-based interface aligned with Google Material Design guidelinesImproved integration with Mozilla Thunderbird and Lightning by using the SOGo Connector and the SOGo IntegratorTwo-way synchronization support with any Microsoft ActiveSync-capable device (Apple iOS, Android, Windows Phone, BlackBerry 10) or Outlook 2013/2016Excellent native integration with Apple software (OS X and iOS) and Android-based devicesand many more! SOGo and our connectors are completely free.Try OnlineAvailable accounts: sogo1, sogo2 and sogo3. Their password is the same as their username.HelpingSOGo is a collaborative effort in order to create the best Free and Open Source groupware solution.There are multiple ways you can contribute to the project:Documentation reviews, enhancements and translationsWrite test cases - if you know Python, join in!Feature requests or by sharing your ideasParticipate to the discussion in mailing listsPatches for bugs or enhancementsProvide new translationsFeel free to send us your questions. You can also post them to the SOGo mailing list.Getting SupportFor any questions, do not hesitate to contact us by writing to supp...@inverse.caCustomer support packages for SOGo are also available.
Re: [SOGo] Calendars have changed behaviour with all day events
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 e
Re: [SOGo] Calendars have changed behaviour with all day events
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? Presumably SOGo had a workaround for the bug within its code
which has been removed in an update?
If I understand the RFC correctly, it always has to be Zulu timezone in
timezone d
Re: [SOGo] Will there be packages for RHEL 8 ?
Hello If you have support, you can open a support ticket. Or you ask Inverse specifically for sponsoring this addition at https://sogo.nu/support.html#/commercial Kind regards, Christian Mack Am 16.12.19 um 22:18 schrieb Patrick Ben Koetter (p...@sys4.de): *ping* We would need sogo for RHEL 8, too. Anything we can do to make it happen? p@rick * Florian Unger : Best regards Florian -- users@sogo.nu https://inverse.ca/sogo/lists -- Christian Mack Universität Konstanz Kommunikations-, Informations-, Medienzentrum (KIM) Abteilung Basisdienste 78457 Konstanz +49 7531 88-4416 smime.p7s Description: S/MIME Cryptographic Signature
