Probably the number of slots in an hour here should depend on Preferences > Calendar > Time slots per hour.

https://git.kolab.org/D200

pykolab 0.8.3-0~kola all
The file /opt/kolab_guam/releases/0.8.3/sys.config
contains referrals to:
/etc/pki/cyrus-imapd/cyrus-imapd.pem
which is missing in the ubuntu distros.
It should be:
/etc/ssl/private/cyrus-imapd.pem
If I try to start manually erlexec with this command:
/opt/kolab_guam/erts-5.10.4/bin/erlexec -boot /opt/kolab_guam/releases/0.8.3/kolab_guam -mode embedded -config /opt/kolab_guam/releases/0.8.3/sys.config -args_file /opt/kolab_guam/releases/0.8.3/vm.args
I get back the error:
Environment variable BINDIR is not set.
Even if I set the variable BINDIR with:
export BINDIR=/opt/kolab_guam/erts-5.10.4/bin
I still get back the error:
Environment variable BINDIR is not set.

Fixed Bug#1, Bug#2, Bug#3 described in my previous comment.

Ok, there's a couple of issues here described, but first... Let's agree that (while we do not support counter proposals) when an attendee changes a task's status the iTip REPLY is send to the organizer. When the REPLY is "merged" only an attendee status should be updated, NOT the completion status. Think about a task with two attendees (assignees).

It was fixed in rPbfb9070f4fb2e8f, pykolab-0.7.27.

These notices come from composer. Update composer.

Could you provide complete message sample? You can remove message/attachment bodies or other sensitive information, but keep the structure.

Let's substitute the use of the word "delegate" here, for the "assignee" -- to avoid confusion with the actual delegation scenario involving a secretary, or indeed the delegation scenario in iTip.

Confirmed. I see this message is used sometimes when moving/resizing/deleting an event. However, I'm not really convinced about usefulness of such a message. I don't see a code that would "copy" the event to personal calendar, so it does not make sense at all.

Plugins localization updated in ab433d7428d649

It is just a shared Folder.

Yes, this is definitely a duplicate of T1301. However, the solution suggested there is only a partial fix, i.e. the case insensitive email comparison is fixed, but the regex used to match email addresses is still broken.

Sounds like a duplicate of T1301. Could you confirm it fixes the issue?

I'm unable to reproduce.

In mail compose searches are handled a little bit different than the searches in Addressbook if we consider groups. Here only cn attribute is used, in Addressbook we use more attributes.

migmak-232, migmak-575.2, migmak-569 are fixed on Transifex. After we fix other issues here, we'd need to update localizations in git.

According to http://www.useragentman.com/IETransformsTranslator/ for IE < 9 we need additional css hacks.

Fixed in 4361a9582050 [master] and fbf89913a30 [release-1.1].

We will keep this ticket as is for now - In the future this stuff will go through support.

This involves a lot of different components and not all are just "missing translation". Would be better to create a separate ticket for every issue.

Is there delegation involved, i.e. User2 has addresses of User1 defined in his identities or the folder is just shared?

Confirmed. And this looks like a different issue.

I suspect https://git.kolab.org/rP200ba8fe4dab5884ab0b3818c6678ad9745bdd7e

A better diff for fixing the problem.

@@ -492,8 +497,11 @@ def expunge_resource_calendar(mailbox):
                     # skip if recurring forever
                     continue

This is not occurred for me since the original report. If it still happens, can you reopen the ticket?