Jochen Hein | 4 Feb 23:00 2016

Re: Kolab 16 on Centos 7 after install

Carlos R Laguna <carlosr <at> jovenclub.cu> writes:

> Following the regular step i get my installation a setup correctly,
> kolab-webadmin work out of the box, so it did user creation. However
> the cyrus server configuration was incomplete imaps was also running
> in the wrong port 9993 instead of 993 so i add and correct those
> problem in /etc/cyrus.conf on Services:

Since Kolab 16 we have guam as an IMAP proxy, which listens on the IMAP
ports 143 and 993, and finally forwards to cyrus on port 9993.

On my installation the guam service was not running and not enabled.  To
enable (start on next reboot):

       systemctl enable guam.service

Start the service:

      systemctl start guam.service

Hope that helps.

Jochen

--

-- 
The only problem with troubleshooting is that the trouble shoots back.
Carlos R Laguna | 4 Feb 22:06 2016
Picon

Kolab 16 on Centos 7 after install

Hello list, just want to share my experience so far after install kolab 
16 on Centos 7.

Following the regular step i get my installation a setup correctly, 
kolab-webadmin work out of the box, so it did user creation. However the 
cyrus server configuration was incomplete imaps was also running in the 
wrong port 9993 instead of 993 so i add and correct those problem in 
/etc/cyrus.conf on Services:

     imap       cmd="imapd"  listen="143"                 prefork=1
     imaps      cmd="imapd -s"  listen="993" prefork=5
     pop3       cmd="pop3d"  listen="pop3"                 prefork=3
     pop3s       cmd="pop3d -s"  listen="pop3s" prefork=1

After this i was able to logins  clients in the webmail, but all mail 
were tagged as UNCHECKED, for some reason in centos 7 clamav-server is 
not install along with kolab, after sort this one out the problem 
disappear.

At this moment still have a problem in roundcube, every 30s when it 
check for new mails a pop-up shows Internal Error message but nothing 
get in the logs, at this time the debug_level is set to 5 but no 
relevant info is show anywhere. Ideas ?

Also i would like to know how i can help with this 
https://kanarip.wordpress.com/2016/02/03/support-your-distribution-or-else/ 
and translation since a few kolab-plugins are half translated to spanish 
eg calendar, task and so on. Thanks in advance.

________________________________________________________________________
(Continue reading)

Gelpi Andrea | 4 Feb 10:21 2016
Picon

[policyd-users] Kolab repository?

I have a kolab 3.2 installed on debian 7.
Today I discover that the kolab repository is now empty.
It was OK on 22th January 2016.

# Kolab debian repository
deb http://obs.kolabsys.com:82/Kolab:/3.2/Debian_7.0/ ./
deb http://obs.kolabsys.com:82/Kolab:/3.2:/Updates/Debian_7.0/ ./

So I cannot upgrade debian anymore. If I do debian component are
installed over kolab.

Is there a place where I can find the repository for Kolab 3.2?

Thanks.

--

-- 
ing. Andrea Gelpi
***************************************************
La Terra non la abbiamo ereditata dai nostri avi,
ma la abbiamo presa in prestito dai nostri bambini.
***************************************************
We do not inherit the Earth from our parents,
but borrow it from our children.
***************************************************

_______________________________________________
Users mailing list
Users <at> lists.policyd.org
http://lists.policyd.org/mailman/listinfo/users_lists.policyd.org
(Continue reading)

Carlos R Laguna | 1 Feb 23:20 2016
Picon

Kolab.org

Hello lists,  no one has notices the new face of kolab ?

________________________________________________________________________
V Simposio Internacional de comunidad, entretenimiento y redes sociales, 
del 14 al 18 de marzo de 2016 en el Palacio de Convenciones de La Habana.
http://www.informaticahabana.cu/es/eventos/show/100
Miroslav Sabljic | 29 Jan 17:44 2016
Picon

Assigned Tasks not working properly

Hello everybody!

I recently started using and testing Kolab, I have installed CentOS 7 with Kolab 3.4, after solving few bugs which weren't working out-of-box now everything works as expected. Except Tasks feature.

If I create new Task and assign it to some other user, when the user accepts the task I can see it in his shared tasks list and if I change the completeness level of the task or change status of the task then this change is properly synced and the user can see new status, etc ... but it doesn't work other way around. When the users accepts the task and sets status "in progress" and completeness to lets say 30%, than task is updated in his tasks list but the change isn't synchronized to my (organizer) task list.
Also if the user sets task to completed then it is marked as finished in his task list but this change isn't synchronized to me as organizer.

I've tested other groupware solutions (including MS Exchange) and this works as expected and Tasks are synchronized in two ways.
For Kolab I only managed to get them to sync in one way, organizer-->assignee but not other way around.

I'm posting two screenshots where you can see my organizer task list and shared assignee task list, and you can see how the tasks differ in those two lists.
http://postimg.org/image/xos5ubdql/
http://postimg.org/image/ezpy69kc1/


If anybody has any idea regarding this issue please feel free to comment.

Thanks in advance!


--
Best regards,
  Miroslav
_______________________________________________
users mailing list
users <at> lists.kolab.org
https://lists.kolab.org/mailman/listinfo/users
Michael Stuber | 29 Jan 11:33 2016
Picon
Picon

Kolab 3.4 on debian 8: multidomain problem -> cannot add users

Hi

Single domain setup is working so far.

I followed the steps from:
https://docs.kolab.org/howtos/multi-domain.html

Adding a new domain using the Web Administration Panel ends up in a
pop-up with the error message "Server Error". The domain ist created but
I cannot add any users (fields are grayed out).

ldapsearch -x -H ldap://localhost -b "cn=kolab,cn=config" -D
"cn=Directory Manager" -w "XXX" ->

# extended LDIF
#
# LDAPv3
# base <cn=kolab,cn=config> with scope subtree
# filter: (objectclass=*)
# requesting: ALL
#

# kolab, config
dn: cn=kolab,cn=config
objectClass: top
objectClass: extensibleobject
cn: kolab

# newdomain.ch, kolab, config
dn: associateddomain=newdomain.ch,cn=kolab,cn=config
associatedDomain: newdomain.ch
objectClass: top
objectClass: domainrelatedobject
objectClass: inetdomain

# olddomain.ch, kolab, config
dn: associateddomain=olddomain.ch,cn=kolab,cn=config
objectClass: top
objectClass: domainrelatedobject
objectClass: inetdomain
associatedDomain: olddomain.ch
associatedDomain: localhost
associatedDomain: localhost.localhost

# search result
search: 2
result: 0 Success

# numResponses: 4
# numEntries: 3

Any hints?
Kind regards Michael
Schmarcz, Ludvik | 25 Jan 17:13 2016
Picon

Re: Sieve settings being ignored since 3.4 update

Hi, Eric

May be later, but I was same problem. Interesting is, that problem was 
only with one account. On sieve directory was bad link: defaultbc 
(compiled sieve script) was linked to empty USER.bc instead to 
roundcube.bc.

Ludvik

> On 2015-06-09 09:20, Eric B Munson wrote: Yes, it is clear that the 
> individual rules are enabled, and toggling
> the set was the first thing I tried after searching for this problem.
> I am sure that roundcube has the set and the individual rules enabled.
> 
> I noticed an interesting entry in my syslog that might be relevant:
> 
> Jun  8 11:05:14 mail lmtpunix[17357]: sieve runtime error for
> user at domain.net id <5575B061.6060603 at kernel.dk>: Include can not
> load
> script
> 
> There is nothing else in the logs that looks like it is sieve related.
> 
> Eric
> 
> On 2015-06-09 05:53, Stefan Froehlich wrote: Just to clarify:
> You are 100% sure that both the filter is enabled  AND  the filter set
> is enabled?
> 
> Regards,
> Stefan
> 
> On 8/06/2015 11:31 PM, Eric B Munson wrote: I am running Kolab on a 
> debian wheezy install.  I finally updated to
> 3.4 recently and since the update my sieve filters are being ignored.
> I have ensured that they are marked active in roundcube but all mail
> is still ending up in my inbox. I have
> 
> $config['managesieve_debug'] = true;
> 
> set in my managesieve.inc.php config file but I cannot seem to find
> any logs at all.  The sieve log file exists in /var/log/roundcubemail
> but it has been 0 bytes since the update.
> 
> I keep my config files in a git repo, but the changes required from
> 3.3->3.4 were significant and I haven't found anything that looks
> obviously wrong in that diff yet.  Has anyone seen this before?
> 
> Thanks,
> _ Eric_

__________ Information from ESET Mail Security, version of virus 
signature database 12923 (20160125) __________

The message was checked by ESET Mail Security.
http://www.eset.com

__________ Information from ESET Mail Security, version of virus signature database 12923 (20160125) __________

The message was checked by ESET Mail Security.
http://www.eset.com
Thomas Spuhler | 23 Jan 00:59 2016

build of kolab packages

after downgrading to php-5, all kolab packages are now building on Mageia 
Cauldron, except kolab-utils.

This package is pretty old and it creates a build-dep hell with the current 
dep requirements.
Are there any plans to upgrade this soon to kf5 and new plasma (kdepimlibs-
devel-15.x, etc) ?

The CMakeLists.txt from Jul 24 2014, 1:03 AM file still shows 

find_package(Qt4 4.6.0 REQUIRED) we are now with qt4 at 4.8.7
find_package(Libkolab 0.5.0 REQUIRED) we are now libkolab-1.0.2
find_package(Libkolabxml 1.0 REQUIRED) we are now at libkolabxml-1.1.2

I am quite sure, you will run into the very same problem with Fedora

--

-- 
Best regards
Thomas Spuhler

All of my e-mails have a valid digital signature
ID 60114E63
_______________________________________________
users mailing list
users <at> lists.kolab.org
https://lists.kolab.org/mailman/listinfo/users
Jan Kowalsky | 22 Jan 22:13 2016
Picon

cyrus group acl and ptloader caching

Hi all,

I've a a question related with ptloader cache. I was struggling a long
time with it because if I set some imap acl with group-acl like:

  kolab sam shared/some-folder <at> example.org group:teamabc lrsip

people who has the role "teamabc" normally can access this shared
folder. Ok.

But adding roles to other people didn't had any effect. Even removing
the roles didn't change anything: they still couldn't  access the folder.

Ok, finally I found, that there is this a

ptclient/ptscache.db

Removing the file it worked, and then I found in the imapd.conf manpage
that there is a ptscache_timeout which default value is 3 hours.

For me it doesn't make much sense - if someone administer the kolab
system he will hardly wait about three hours until the changes have an
effect.

What happens if the timeout cache is say about 5 minutes? Does it make
much load? Any experiences?

And maybe someone else has the same problem and this is an usefull
information ... it took me some hours ;-)

Jan
Thomas Spuhler | 20 Jan 18:22 2016

libkolab libkolabxml not building with php-7

Just an update for Mageia distro
For the time being, we reverted to php-5 and may provide php7 too.
This will allow to build the above packages until swig is php-7 compliant.
Seem Ubuntu is working on php-7 and debian too. This may speed up the swig 
update.
--

-- 
Best regards
Thomas Spuhler

All of my e-mails have a valid digital signature
ID 60114E63
_______________________________________________
users mailing list
users <at> lists.kolab.org
https://lists.kolab.org/mailman/listinfo/users
Erika Mustermann | 20 Jan 13:04 2016
Picon

Upcoming Kolab release

I hope I didn't miss the information somewhere:

Does anybody know when the next release of Kolab will roll out?
What will be the version number in the new release model?
In the last months, the blog posts brought up many cool features. Which of them will be included in the next release?
What are the main points Kolab will be concentrating on in 2016?
Are there any tools to automate and facilitate the installation and configuration of Kolab?
_______________________________________________
users mailing list
users <at> lists.kolab.org
https://lists.kolab.org/mailman/listinfo/users

Gmane