Not a problem in Kolab 16.

Correcting the priority from 60/40 to Normal

Correcting the priority from 60/40 to Normal

Correcting the priority from 60/40 to Normal

No more support for Debian Wheezy.

I'm closing this because we don't support Debian Wheezy any longer.

Fixed in dfacbe01bca [master] and acc49b51fff [roundcubemail-plugins-kolab-3.2].

See also T2208.

This is a duplicate of T1847.

@vanmeeuwen, So we have a case with no delegation, but with a shared folder where user (with write rights) deletes an event. Considering my comment here https://git.kolab.org/T1357#27566 and the next one, what would you propose? Note that we first have to solve this independently from what wallace does, i.e. define what iTip messages are sent and when, should we use SENT-BY field, etc. Then how wallace would handle that is another story.

Any news for this issue?

Promoted to BifrostT9064

These "untranslated" messages come form wallace. We need to take care the solution works also for environments where invitation policy is not used at all or is used in various other modes.

Played around with Delegation and Shared Folder to test the behaviour of both functions.

got new Version here

Translation was added to transifex: https://www.transifex.com/kolab/kolab/translate/#de/pykolab/93629155

Of course the correct version including the fix is: cyrus-imap.2.5.10

Now, partially translated:

Thank you for the information. We will review it and dig a little deeper into this issue (shared folder vs. delegation).

Actually RFC5546 specifies a special case of acting on behalf of an organizer. So, I suppose we could assume that having write rights to calendar is such a case. Can't we?

I didn't test yet, but then I think the described behaviour is not exactly as expected. I.e. if UserB is not the organizer I do not expect attendees (nor organizer) to be informed. We should not send cancellation emails with UserB's as a sender. Or maybe we should? That's problematic.

@machniak I am not using identities or delegation, it just a simple shared folder.

@Robert_Selk are you using delegation feature or simple ACL modification? Or in other words, does UserB have identities with UserA's addresses? I'm asking just to be sure I test the same scenario.

Tested it with Rouundcube Plugins 3.2.15-4.1.el6.kolab_14.

would you like to change the status of this to some other Status than open? As far as I see now a kolab package for 2.5.9 exists right now.

According to Florian Eder, this has been tested and is working.

I will close this for now - Please feel free to reopen if there are still issues related to this.

Is this still an issue, or did the increase of filehandles configuration resolve the issue?

Just to confirm: It was a faulty PHP-Mailer-Version that caused this issue.

root@debian:~# dpkg -l apache*
Desired=Unknown/Install/Remove/Purge/Hold

+++-======================-================-================-=================================================
ii apache2 2.4.10-1.1 amd64 Apache HTTP Server
un apache2-api-20120211 <none> (no description available)
ii apache2-bin 2.4.10-1.1 amd64 Apache HTTP Server (binary files and modules)
ii apache2-data 2.4.10-1.1 all Apache HTTP Server (common files)
un apache2-doc <none> (no description available)
un apache2-mpm-event <none> (no description available)
un apache2-mpm-itk <none> (no description available)
ii apache2-mpm-prefork 2.4.10-1.1 amd64 transitional prefork MPM package for apache2
un apache2-mpm-worker <none> (no description available)
un apache2-suexec-custom <none> (no description available)
un apache2-suexec-pristin <none> (no description available)
un apache2-utils <none> (no description available)
un apache2.2-bin <none> (no description available)
ii apache2.2-common 2.4.10-1.1 amd64 Transitional package for apache2