Repo Server obs.kolabsys.com down

Soliva, Andrea andrea.soliva at comcept.ch
Fri Dec 18 11:33:24 CET 2015


Hi Timotheus

absolutly this makes Things clearer which means fully understandable 
that the guys would like to use not anymore 5.3.x and 5.4.x should be 
used. For MediaWiki I using for that reason on a CentOS 5 the remi repo 
http://rpms.famillecollet.com which provides for Enterprise Linux 5 the 
Version 5.5/6. From my Point of view to Support CentOS 7 is absolutly 
correct to Support but to leave out CentOS 6 is from my Point of view 
not really nice! I tested Kolab 3.4 on CentOS 7 at very beginning and it 
worked well but at least I installed CentOS 6 for some reasons like more 
stable, smaller, performing better on small devices. I have at the 
Moment 11 Domains based on multidomain Support. Approx 150 users 
producing about 2500 - 3000 tousend meails per day and the Server is not 
on top meaning enough reserve. Alls stuff is high secured with strongest 
encryption and separat DH generated etc. the Server which I use is 
http://www.landitec.com/Network-Appliance-Hardware/Desktop-Appliance/FW-7541::80.html 
:

        Architecture:          i686
        CPU op-mode(s):        32-bit, 64-bit
        Byte Order:            Little Endian
        CPU(s):                4
        On-line CPU(s) list:   0-3
        Thread(s) per core:    2
        Core(s) per socket:    2
        Socket(s):             1
        Vendor ID:             GenuineIntel
        CPU family:            6
        Model:                 28
        Stepping:              10
        CPU MHz:               1666.693
        BogoMIPS:              3333.38
        L1d cache:             24K
        L1i cache:             32K
        L2 cache:              512K

Of Course I minimalize the CentOS 6 whatever is possible and everything 
which is not used is disabled or removed. The Server has 4 GB RAM and 
still stuff free (about 1 GB). Also the old Kolab Installation 2.x was 
running since years based on CentOS 5 on this Server. At least it means 
CentOS 6 is "very" stable and can be stripped down very easaly which is 
difficult on CentOS 7 because of more package dependencies. The only 
stuff which I disabled on Kolab 3.4 is the "ptloader" because this stuff 
is Buggy and creates a lot of segfaults etc. This means canonification 
is still enabled only the ptloader is not active. Addtional I changed to 
memcached for caching which satisfies me completly.

At the end I have to say -and it is not the first time- that somebody 
which would like to install Kolab based on 3.x must dive a Little bit 
deeper into the case to understand what is working together with what 
stuff and what depends on what. If this is done the arch will be 
understood and troubleshooting is much easier.

At least also not to forgett to say....the guys behind Kolab did really 
a nice Job...well done! I'm a security engineer working for a big 
Distributor and I have to say the first implementation which is usable 
for Exchange replacement specially because ActivSync is working really 
well. Because of this a package at all which can be used for small 
appliance for small kmus....absolutly visible!

Kind regards

Andrea

Am 18-12-2015 11:00, schrieb Timotheus Pokorra:
> Hello Andrea,
> 
> 
>> I follow at the moment closly the comunication regarding future 
>> release and
>> if I understood all correct CentOS 6 will be not anymore 
>> supported/maintined
>> for 3.5. If this is true I could actually not really understand this 
>> even I
>> saw some comunication regarding PHP stuff based on Version 7 etc. 
>> Anyway
>> there are discussions going on looking Forward what is going on.
> 
> The problem is that CentOS6 comes with PHP 5.3.3, which is really old.
> The developers want to work with features that come with PHP 5.4.
> see the original ticket: https://git.kolab.org/T54
> 
> A solution would be to still be using CentOS6, but use a thirdparty
> repository to get PHP 5.4 or PHP 5.6.
> for example see https://webtatic.com/packages/php56/
> Or to use software collections:
> https://www.softwarecollections.org/en/scls/rhscl/rh-php56/
> I think that is even something more official.
> 
> I guess we need to have a matrix who in the community needs support
> for which Operating System, and who is willing and able to provide
> such support.
> I started to make that query in
> http://lists.kolab.org/pipermail/devel/2015-November/015383.html, and
> have got several replies. There was noone yet volunteering for CentOS6
> support.
> 
> In general, it should be possible to run the next Kolab on CentOS 6.
> But there will be some work involved, as usual...
> 
> I might try to look at it, but need someone else to test it properly.
> 
> I think I will focus on producing CentOS6, CentOS7 and Fedora 23/24
> builds of Kolab 3.5 in February 2016.
> 
> hope this makes things clearer,
>   Timotheus
> _______________________________________________
> users mailing list
> users at lists.kolab.org
> https://lists.kolab.org/mailman/listinfo/users


More information about the users mailing list