[SOGo] BTS activities for Wednesday, January 08 2020
Title: BTS activities for Wednesday, January 08 2020 BTS Activities Home page: https://sogo.nu/bugs Project: SOGo For the period covering: Wednesday, January 08 2020 idlast updatestatus (resolution)categorysummary 4911 2020-01-08 05:43:00 updated (open) ActiveSync Event accept removes notifications from events 4920 2020-01-08 11:59:15 updated (open) ActiveSync Outlook does not show all emails in EAS sync mode 4927 2020-01-08 13:08:12 updated (fixed) ActiveSync Nonvalid XML answer generated 4929 2020-01-08 14:31:24 updated (open) Backend Address Book Middle name field missing for contacts and not processed correctly when changed 4928 2020-01-08 12:51:28 updated (open) Backend General Domains can search for all users in all domains in multi-domain configuration with SQL backend -- users@sogo.nuhttps://inverse.ca/sogo/lists
Re: [SOGo] Middle name field missing for contacts and not processed correctly when changed.
Hello Martin, Thank you for your reply and advise. I have opened a bug for my issue like you suggested: 0004929 Best Regards, Joop Martens On 8-1-2020 15:44, Martin Trinks (martin.tri...@basycon.com) wrote: Hello Joop, it seems to me that the support of vCard 3.0 is not yet complete. I opened the bug 4892 which is one example of that, you now have another one. You should open a new bug for your problem (or one for complete vCard 3.0 support in general). There is also bug 1205 which asked for vCard 4.0 support some time ago. Best regards Martin On 07.01.2020 20:29, Joop Martens (j...@starkriet.nl) wrote: Hello, After migrating all my contacts to Sogo I'm running into the issue that changing middle names is not handled properly. When changing the middle name of a contact on an Android smartphone using Activesync the middle name field is send to Sogo: Jan 07 19:50:37 sogod [12325]: <0x0x557e5373bbf0[SOGoActiveSyncDispatcher]> EAS - request for device androidc1529267344: "http://www.microsoft.com/;> 1578357780 vcard%2Fpersonal 1 10 1 20 18E9-5E13A680-5-69F5A700.vcf Eagle, Test Van Test middle Eagle 1 In the raw vcard the displayname (FN) is changed but the middle name (3rd value of N) is unchanged. BEGIN:VCARD UID:18E9-5E13A680-5-69F5A700.vcf VERSION:3.0 CLASS:PUBLIC PROFILE:VCARD FN:Eagle\, Test middle N:Eagle;Test;van de END:VCARD When changing the middle name of a contact using Thunderbird with CardDAV the middle name is changed properly: BEGIN:VCARD UID:18E9-5E13A680-5-69F5A700.vcf VERSION:3.0 CLASS:PUBLIC PROFILE:VCARD FN:Test middle Eagle N:Eagle;Test;middle BDAY:2020-01-01 END:VCARD I'm also surprised that the webinterface of Sogo does not provide a middle name field for contacts at all during editing, so I am wondering if middle names are not supported at all (Sounds unlikely to me) or if I'm running into a bug that I should file, or do I have misconfigured something? Searching the mailing lists and bug-tracker does not provide me any applicable results so any advise is appreciated. Best regards, Joop Martens -- users@sogo.nu https://inverse.ca/sogo/lists -- Dr. Martin Trinks Basycon Unternehmensberatung GmbH Welserstraße 1, 81373 München Telefon: +49 89 890671-48 Mobil: +49 172 8912707 Amtsgericht München HRB 117925 Geschäftsführer: Dr. Alexander Bartmann -- users@sogo.nu https://inverse.ca/sogo/lists -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] duplicate calendar entries after deleting one entry
Hi Christian!
that was the hint I needed.
Thank you.
What I did:
1) making a backup with sogo-tool of that use
2) edit the backup file (made a copy first ;-) ) and removed all broken
calendar entries (approx: 1400!)
exept „personal“.
FoldersOrder = (
"27DF8C5B-2843-4914-A433-59D3DE91126B",
"535AF5C4-435A-4C92-95D0-E83552172966",
"BE3B2155-6B30-4A20-94B4-1ED8BEECCFCD",
"48E628BC-8B1C-47CA-97B1-0F544CB306FD",
"59BFBA97-E7A6-433F-8F40-A93776BDAF2B“,
…….. many entries ;-)
"46D298D2-59E0-4696-AA06-84071506E0C3",
"CD9E5477-39EC-4026-8EB1-400628A2A4C9",
"6A5AEAA2-29EE-47C9-94F0-9817490C2E69",
personal
);
3) in the same file under the „tables-section“ I removed all entries
corresponding to the broken calendars.
tables = {
"/Users/usen...@efriends.at/Calendar/00842A14-3F4A-4E18-92E9-5C36A0C664BF" = {
acl = {
};
displayname = "Untitled 2";
records = (
);
};
4) reimported the complete user data
5) logged in as user and ——> smile on my face : IT WORKED
I’m s happy
bg
Günther
> Am 08.01.2020 um 17:49 schrieb Christian Mack
> (christian.m...@uni-konstanz.de) :
>
> Hello
>
> Am 08.01.20 um 15:46 schrieb Günther Pfannhauser (guent...@efriends.at):
>> Hi everybody!
>> I have the problem of having "endless" (a view hundred) shared calendars in
>> SOGo.
>> When we try to delete one entry, another entries are created with leaving
>> the old one.
>> What I've found is, this is a bug maybe in the mac calendar app.
>> So far so good.
>> I tried many things and nothing worked. So I endet up in editing the SOGo
>> mysql database directly.
>> But when I edit the entry in the table "sogo_user_profile" column
>> c_settings, the complete old entry is restored when the user logs in per
>> SOGo-webinterface.
>> Then the hundreds of shared calendars are back again.
>> Any hint ?
>
> I would make a backup of that user with sogo-tool.
> Then remove the user with sogo-tool.
> Now only restore the wanted pieces of that user.
>
> And before doing that I would remove the account from Apple Mac.
> Afterwards adding the cleaned up account again.
>
>
> Kind regards,
> Christian Mack
>
> --
> Christian Mack
> Universität Konstanz
> Kommunikations-, Informations-, Medienzentrum (KIM)
> Abteilung Basisdienste
> 78457 Konstanz
> +49 7531 88-4416
>
--
Datenschutz ist uns sehr wichtig. Alle Informationen dazu in unserem Impressum:
https://www.efriends.at/impressum/
--
users@sogo.nu
https://inverse.ca/sogo/lists
Re: [SOGo] Issues sharing folders (commercial edition)
Hello I just upgraded my test system to 4.2.0 release of SOGo. There I can not reproduce your behaviour. The only problem I have seen was with valid users who had never logged into SOGo, when giving sharing permissions. But that was on calendars, not email. Do you see any error messages in sogo.log? Do you see any error messages on dovecot side? Kind regards, Christian Mack Am 07.01.20 um 12:32 schrieb "Sander Konings" (sanderkoni...@olyses.nl): Hi Christian, Thanks for your response. I assume you meant the permissions that you see on the attached image? Those have been set and saved. But it's not persistent. When you refresh (after saving) the added user is already gone. Best regards, Sander Konings -Oorspronkelijk bericht- Van: users-requ...@sogo.nu Namens Christian Mack Verzonden: dinsdag 7 januari 2020 11:01 Aan: users@sogo.nu Onderwerp: Re: [SOGo] Issues sharing folders (commercial edition) Am 06.01.20 um 13:54 schrieb "Sander Konings" (sanderkoni...@olyses.nl): Hello, Our customer wants to share a folder in SOGo with different users but I cannot get it configured. I've been reading about ACL's with Dovecot but have never done this before. When doing a right click on the map and click on 'share' I can add the user that needs access but it's not persistent and gone right after saving it. Is there someone on the list that point me into the right direction? You have to give the user permissions, adding a user doesn't do that on its own. After adding the user to the permission list, double click on the users entry in the list. Then set the desired permissions and "Save". Kind regards, Christian Mack -- Christian Mack Universität Konstanz Kommunikations-, Informations-, Medienzentrum (KIM) Abteilung Basisdienste 78457 Konstanz +49 7531 88-4416 smime.p7s Description: S/MIME Cryptographic Signature
Re: [SOGo] duplicate calendar entries after deleting one entry
Hello Am 08.01.20 um 15:46 schrieb Günther Pfannhauser (guent...@efriends.at): Hi everybody! I have the problem of having "endless" (a view hundred) shared calendars in SOGo. When we try to delete one entry, another entries are created with leaving the old one. What I've found is, this is a bug maybe in the mac calendar app. So far so good. I tried many things and nothing worked. So I endet up in editing the SOGo mysql database directly. But when I edit the entry in the table "sogo_user_profile" column c_settings, the complete old entry is restored when the user logs in per SOGo-webinterface. Then the hundreds of shared calendars are back again. Any hint ? I would make a backup of that user with sogo-tool. Then remove the user with sogo-tool. Now only restore the wanted pieces of that user. And before doing that I would remove the account from Apple Mac. Afterwards adding the cleaned up account again. Kind regards, Christian Mack -- Christian Mack Universität Konstanz Kommunikations-, Informations-, Medienzentrum (KIM) Abteilung Basisdienste 78457 Konstanz +49 7531 88-4416 smime.p7s Description: S/MIME Cryptographic Signature
[SOGo] Package sogo-tool-4.2.0.20200108-1.el7.centos.x86_64.rpm is not signed
Hi, during yum update I received the following message today: Package sogo-tool-4.2.0.20200108-1.el7.centos.x86_64.rpm is not signed Even after a yum clean all the problem persists. Is this a known issue? -- users@sogo.nu https://inverse.ca/sogo/lists
[SOGo] duplicate calendar entries after deleting one entry
Hi everybody! I have the problem of having "endless" (a view hundred) shared calendars in SOGo. When we try to delete one entry, another entries are created with leaving the old one. What I've found is, this is a bug maybe in the mac calendar app. So far so good. I tried many things and nothing worked. So I endet up in editing the SOGo mysql database directly. But when I edit the entry in the table "sogo_user_profile" column c_settings, the complete old entry is restored when the user logs in per SOGo-webinterface. Then the hundreds of shared calendars are back again. Any hint ? BG Günther -- Datenschutz ist uns sehr wichtig. Alle Informationen dazu in unserem Impressum: https://www.efriends.at/impressum/ -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] Middle name field missing for contacts and not processed correctly when changed.
Hello Joop, it seems to me that the support of vCard 3.0 is not yet complete. I opened the bug 4892 which is one example of that, you now have another one. You should open a new bug for your problem (or one for complete vCard 3.0 support in general). There is also bug 1205 which asked for vCard 4.0 support some time ago. Best regards Martin On 07.01.2020 20:29, Joop Martens (j...@starkriet.nl) wrote: Hello, After migrating all my contacts to Sogo I'm running into the issue that changing middle names is not handled properly. When changing the middle name of a contact on an Android smartphone using Activesync the middle name field is send to Sogo: Jan 07 19:50:37 sogod [12325]: <0x0x557e5373bbf0[SOGoActiveSyncDispatcher]> EAS - request for device androidc1529267344: "http://www.microsoft.com/;> 1578357780 vcard%2Fpersonal 1 10 1 20 18E9-5E13A680-5-69F5A700.vcf Eagle, Test Van Test middle Eagle 1 In the raw vcard the displayname (FN) is changed but the middle name (3rd value of N) is unchanged. BEGIN:VCARD UID:18E9-5E13A680-5-69F5A700.vcf VERSION:3.0 CLASS:PUBLIC PROFILE:VCARD FN:Eagle\, Test middle N:Eagle;Test;van de END:VCARD When changing the middle name of a contact using Thunderbird with CardDAV the middle name is changed properly: BEGIN:VCARD UID:18E9-5E13A680-5-69F5A700.vcf VERSION:3.0 CLASS:PUBLIC PROFILE:VCARD FN:Test middle Eagle N:Eagle;Test;middle BDAY:2020-01-01 END:VCARD I'm also surprised that the webinterface of Sogo does not provide a middle name field for contacts at all during editing, so I am wondering if middle names are not supported at all (Sounds unlikely to me) or if I'm running into a bug that I should file, or do I have misconfigured something? Searching the mailing lists and bug-tracker does not provide me any applicable results so any advise is appreciated. Best regards, Joop Martens -- users@sogo.nu https://inverse.ca/sogo/lists -- Dr. Martin Trinks Basycon Unternehmensberatung GmbH Welserstraße 1, 81373 München Telefon: +49 89 890671-48 Mobil: +49 172 8912707 Amtsgericht München HRB 117925 Geschäftsführer: Dr. Alexander Bartmann -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] SOGo 4.2.0 - An error occured while removing auto-reply
the same: <0x0x14a3580[SOGoCache]> Cache cleanup interval set every 300.00 seconds <0x0x14a3580[SOGoCache]> Using host(s) '127.0.0.1:11211' as server(s) <0x0x1584e20[NGSieveClient]> TLS started successfully. 2020-01-08 00:00:03.360 sogo-tool[31942] An error occured while removing auto-reply of use...@d1.com <0x0x19fad90[NGSieveClient]> TLS started successfully. <0x0x19fa3a0[SOGoSieveManager]> Could not delete Sieve script: Script does not exist. 2020-01-08 00:00:09.573 sogo-tool[31942] An error occured while removing auto-reply of use...@d1.com <0x0x1b58dc0[NGSieveClient]> TLS started successfully. <0x0x1b583d0[SOGoSieveManager]> Could not delete Sieve script: Script does not exist. 2020-01-08 00:00:11.566 sogo-tool[31942] An error occured while removing auto-reply of user u...@d1.com <0x0x1e4e720[NGSieveClient]> TLS started successfully. <0x0x1e4dcb0[SOGoSieveManager]> Could not delete Sieve script: Script does not exist. 2020-01-08 00:00:13.661 sogo-tool[31942] An error occured while enabling auto-reply of use...@d1.com <0x0x1edcff0[NGSieveClient]> TLS started successfully. 2020-01-08 00:00:15.586 sogo-tool[31942] An error occured while removing auto-reply of use...@d1.com <0x0x223ef20[NGSieveClient]> TLS started successfully. <0x0x223e550[SOGoSieveManager]> Could not delete Sieve script: Script does not exist. 2020-01-08 00:00:17.580 sogo-tool[31942] An error occured while removing auto-reply of user u...@d1.com <0x0x231b4c0[NGSieveClient]> TLS started successfully. <0x0x231aad0[SOGoSieveManager]> Could not delete Sieve script: Script does not exist. 2020-01-08 00:00:19.582 sogo-tool[31942] An error occured while removing auto-reply of user u...@d1.com 2020.01.08 09:32, Götz Reinicke (goetz.reini...@filmakademie.de) rašė: Hi, after updating to the recent SOGo 4.2.0 I see „An error occured while removing auto-reply“ from the cron job. But I don’t see yet what is wrong. …. Any hints? Regards . Götz -- users@sogo.nu https://inverse.ca/sogo/lists
[SOGo] SOGo 4.2.0 - An error occured while removing auto-reply
Hi, after updating to the recent SOGo 4.2.0 I see „An error occured while removing auto-reply“ from the cron job. But I don’t see yet what is wrong. …. Any hints? Regards . Götz smime.p7s Description: S/MIME cryptographic signature
