Solved.
Found the new working script now:
https://stash.kopano.io/projects/KSC/repos/core-tools/browse/contacts2suggested/contacts2suggested.py

Hello @klipp,

first some info gathering:
you’ve createt the ticket in WebApp, so i assume this occures there… does this happen in other clients too? (outlook, deskapp or mobile app)?
is the sender address from the mail you want to reply correctly shown?
what does the mail header from this mail shows in <return-path>?

coffee_is_life

@nisamudeen97 you either need to update your Kopano to the latest version (which contains a fixed script) (recommended action) or download the script from the link provided by @robing

same problem here

WebApp:
3.4.11.1363+775.1
Kopano Core:
8.6.80
Z-Push:
2.4.2+0-0
Deskapp
1…9.5

i would be nice to see the count of attachments in recived and sent mails

@lherrmann

First step is to create a item in the calendar, with some categories.
Save the item then right click the item and go to the change the category window.
Don’t click anything until the refresh blink, after this blink you cannot deselect the category set in the first step.

@bitboy0 said in Questions and suggestions for the search:

search with options like "Search all mails from senders whose names begin with ‘Chr’.

My understanding regarding how search indexing works is that something like this is not possible.

Regarding the others: Refined search possibilities would always be appreciated from my side :-)

Silly me. I wish that I could use an emoji to express how ashamed I’m feeling right now for my stupidity. To think that I went through the settings several times and didn’t notice this. Anyway thanks a lot @fbartels.

@fbartels OK, thanks. So it’s up to univention now. If there’s nothing there next week, I’ll check with them.
Only when I have the current status, I can see where still problems and desires are open.

@ahillesss said in WebApp russian symbols problem:

If i create a file /etc/default/kopano with localization settings, mail stores just can’t created and users can’t to login

can you post some logging around this? also which setting did you actually modify? which value did you set?

… but you should now that not automatically downloading the images is a security feature!

It protects you from some kinds of drive-by downloads and from tracking you. For example, some spammer could send you an e-mail with a picture reference to a server, and then detect you have downloaded the picture. This confirms your e-mail address, raises it’s value on underground markets, and leads to more spam for you.

Not downloading every image is a very good default setting!

I can’t reproduce it. I doubleclick in my calender, fill out the form, hit Save and it saves and closes. (latest WebApp, can’t easily detect the version number)

Can you reproduce the problem with

DeskApp (is it a client or server problem?) another mail account (store problem?) another browser (Browser incompatibily, Plug-In problem?) another computer (any local problem?) with a mobile browser (bypass any web proxy)

These questions were those I’d ask myself to track down the issue.

And: did you check the log apache log and errorlog files, just to be sure?

We have a ticket for this: https://jira.kopano.io/browse/KW-2278

Ticket created by support: https://jira.kopano.io/browse/KW-2384

What @AnotherAndy says. In addition to this information such as the version of the installed webapp and the os are always helpful.

@marty,

thanks for testing. - these steps are done for the kalender.
The output of “kopano-mailbox-permissions --list-permissions” <This user> shows the same as weball. All Users are listed with “displayname:norights”.

I delete them from webapp permission list, output of kopano-mailbox-permissions are the same…

i will try to remove all permissions wiht this cmd and set them new.
reporting back soon

//EDIT: delete all permissions via cmd, reopen the store - permission list is clean.
thanks for the hint with kopano-mailbox-permissions
But when i delete someone from the list, the cmd shows me the removed user with “:denied” instead of just vanish…

coffee_is_life

yes, that’s it