Vladislav Tchernev | 2 Aug 16:28 2011
Picon

Disable ClamAV on an old Kolab setup

Hello Everyone,

I have a problem with an old Kolab 1.9.4 setup that is in use in prod so the issue is very urgent for me. The ClamAV (0.94.2) is outdated (does not work with the new database formats) and was running out of an old database which is copied in place every night via cron. This was working OK since this morning when the ClamAV stop working complaining that the old previously working  database is malformed. At this point, up to my knowledge I can't upgrade the ClamAV on this version of Kolab so the only way to make the mail flow again is to make Amavis not to use ClamAV. So .. I went to  /kolab/etc/amavisd/amavisd.conf, un-commented the line " <at> bypass_virus_checks_acl = qw( . );" and restarted all services but unfortunately it looks like Amavis still tries to invoke Clamav and the delivery process if failing. Can some one help me with instructions how to disable ClamAV. 

Thanks for your help!!!

Vlad
_______________________________________________
Kolab-users mailing list
Kolab-users <at> kolab.org
https://kolab.org/mailman/listinfo/kolab-users
Thomas Spuhler | 3 Aug 02:51 2011

Re: Disable ClamAV on an old Kolab setup

On Tuesday, August 02, 2011 07:28:54 am Vladislav Tchernev wrote:
> Hello Everyone,
> I have a problem with an old Kolab 1.9.4 setup that is in use in prod so
> the issue is very urgent for me. The ClamAV (0.94.2) is outdated (does not
> work with the new database formats) and was running out of an old database
> which is copied in place every night via cron. This was working OK since
> this morning when the ClamAV stop working complaining that the
> old previously working  database is malformed. At this point, up to
> my knowledge I can't upgrade the ClamAV on this version of Kolab so the
> only way to make the mail flow again is to make Amavis not to use ClamAV.
> So .. I went to  /kolab/etc/amavisd/amavisd.conf, un-commented the line
> " <at> bypass_virus_checks_acl = qw( . );" and restarted all services
> but unfortunately it looks like Amavis still tries to invoke Clamav and the
> delivery process if failing. Can some one help me with instructions how to
> disable ClamAV.
> 
> Thanks for your help!!!
> 
> Vlad
As far as I know you can delete the corrupted data files and the will re-
install when running freshclam
--

-- 
Thomas
Alvin | 5 Aug 11:21 2011
Picon

Adding a Kolab account in KMail 4.7.0

I'm trying to add a kolab account in kmail 4.7.0

Kolabwizard was replaced by 'Tools -> Account Wizard'. However, this 
isn't working for me because my kolab server listens on port 50993 
instead of 993. The wizard doesn't find the server and can't create the 
akonadi agents.

So, how does one do so manually in the new kdepim? Is there any 
documentation?
Johannes Kehrer | 6 Aug 20:19 2011
Picon

Windows-Client Kontact E5RC

Hello,
I installed the latest Release Candiated of the Kontact for Windows.
Installation works fine, but when I start Kontact, the following error 
message appears and shuts down.

"KMail encountered a fatal error and will terminate now.
The error was: Failed to fetch the resource collection."

Also, in the taskmanager I can see 10 ! processes of akonadi. Is this 
correct?

Kind regards,
Johannes

--

-- 
Johannes Kehrer
Im oberen Weingarten 13
88682 Salem
Germany

Tel.: +49-7553-917266
Mobile: +49-170-9058278
Email: johannes <at> kehrer.by

Attachment (smime.p7s): application/pkcs7-signature, 5223 bytes
_______________________________________________
Kolab-users mailing list
Kolab-users <at> kolab.org
https://kolab.org/mailman/listinfo/kolab-users
Andre Heinecke | 11 Aug 09:33 2011
Picon

Re: Adding a Kolab account in KMail 4.7.0

Hi,

Am Freitag 05 August 2011 11:21:18 schrieb Alvin:
> I'm trying to add a kolab account in kmail 4.7.0
>
> Kolabwizard was replaced by 'Tools -> Account Wizard'. However, this
> isn't working for me because my kolab server listens on port 50993
> instead of 993. The wizard doesn't find the server and can't create the
> akonadi agents.
Easiest way is to change the imap port 
in /usr/share/apps/akonadi/accountwizard/kolab/kolabwizard.es
It's javascript so you do not have anything to recompile.
>
> So, how does one do so manually in the new kdepim? Is there any
> documentation?
- Add the kolab server as imap account and set it up in a way that it catches 
full payload on the groupware folders.
- Add a kolab ressource
- Configure LDAP addressbook lookup

Regards,
Andre

--

-- 
Andre Heinecke |  ++49-541-335083-262 |  http://www.intevation.de/
Intevation GmbH, Neuer Graben 17, 49074 Osnabrück | AG Osnabrück, HR B 18998
Geschäftsführer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner
Andre Heinecke | 11 Aug 09:43 2011
Picon

Re: Windows-Client Kontact E5RC

Hello,

Am Samstag 06 August 2011 20:19:47 schrieb Johannes Kehrer:
> Hello,
> I installed the latest Release Candiated of the Kontact for Windows.
> Installation works fine, but when I start Kontact, the following error
> message appears and shuts down.
Just to clarify (the branding there is not so good and we won't use it in 
future releases that way) RC stands for "Rough Cut" and not Release 
Candidate. :) Sorry for the confusion.
>
> "KMail encountered a fatal error and will terminate now.
> The error was: Failed to fetch the resource collection."
Ok this is bad, did you already install Kontact From an old version (With a 
release date < 2011) ?

Your best bet is to ensure that everything is shut down (e.g. by logging out 
and logging in again) and then to delete your configuration (documented at:
http://wiki.kolab.org/Kontact_for_Windows_(Enterprise-5)#Delete_all_configuration )

>
> Also, in the taskmanager I can see 10 ! processes of akonadi. Is this
> correct?
You mean processes that akonadi_ right?
Akonadi uses several processes this is normal, although a bit "untypical" for 
Windows.

Regards,
Andre

--

-- 
Andre Heinecke |  ++49-541-335083-262 |  http://www.intevation.de/
Intevation GmbH, Neuer Graben 17, 49074 Osnabrück | AG Osnabrück, HR B 18998
Geschäftsführer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner
Gavin McCullagh | 11 Aug 13:53 2011
Picon

[scaling kolab] using multiple cyrus partitions rather than one LVM partition

Hi,

we have a pretty standard kolab setup here.  When we set it up we put the
3 /kolab partitions on LVM.  The spool ran low on space recently, so we
added a second (hardware RAID1) physical volume and expanded the LVM onto
it.  This is fine.

It occurs to me however, that this is far from optimal.  People tend to
accumulate mail over years and want to hold onto it.  So, what happens is
that we fill Volume 1 up, then add Volume 2.  From then on Volume 2 is busy
with all the current and new mail, while Volume 1 is quiet, primarily
storing archived mail.  There will be some exceptions to this, but they
will be exceptions.  Also, should one of my RAID1 volumes fail, I
potentially lose all mail.

It seems to me that I'd get better disk performance and more failure
tolerance if I created multiple cyrus spools, one per physical volume and
balanced the users between them.  If the balancing is done right¹, this
should mean that the free space is split between the volumes, as is the old
and new mail and therefore the disk load.

I'm pretty sure Cyrus has the ability to spread mail over different spools,
but I don't wish to deviate too far from Kolab's setup.  

Is this functionality exposed in Kolab?  It seems like this would be key to
scaling kolab to many more users.  We're not concerned about disk load just
now, but at some point it might be an issue.

Gavin

¹ Not entirely trivial.
Alvin | 11 Aug 16:41 2011
Picon

Re: Adding a Kolab account in KMail 4.7.0

On 11/08/2011 9:33, Andre Heinecke wrote:
> Hi,
>
> Am Freitag 05 August 2011 11:21:18 schrieb Alvin:
>> [...]
>> So, how does one do so manually in the new kdepim? Is there any
>> documentation?
> - Add the kolab server as imap account and set it up in a way that it catches
> full payload on the groupware folders.
> - Add a kolab resource
> - Configure LDAP addressbook lookup

I found out yesterday how to add the dimap account on the other port. 
The mails arrived during the night. Luckily, I had 5GB of swap configured.

Currently, nepomuk/virtuoso is indexing, so I'll have to use a Windows 
computer because the Linux pc is too busy spending CPU cycles on the 
index and it takes half an hour before a folder I click on becomes 
visible. There might still be some issues I think...

Anyway, on to the problem: the kolab akonadi resource can be configured:
Resource folders are in account < /account/ >
Unfortunately, the wrong account is selected. I can change it, but it 
doesn't look like it's accepted. The next time I press modify, the wrong 
account is selected again.

With enough patience, I can read some mails(*), but there is no kolab 
contacts nor calendar to be found. Is this a bug?

(* Kontact shows mails in random folders where they do not belong. When 
I'm looking with Thunderbird, the mails are where they belong.)
Gavin McCullagh | 11 Aug 21:44 2011
Picon

Re: [scaling kolab] using multiple cyrus partitions rather than one LVM partition

Hi,

On Thu, 11 Aug 2011, Gavin McCullagh wrote:

> I'm pretty sure Cyrus has the ability to spread mail over different spools,
> but I don't wish to deviate too far from Kolab's setup.  

This spells out the Cyrus aspect of it anyway....

http://oreilly.com/catalog/mimap/chapter/ch09.html#79845

Gavin
Andre Heinecke | 12 Aug 10:08 2011
Picon

Re: Adding a Kolab account in KMail 4.7.0

Hi,

Am Donnerstag 11 August 2011 16:41:51 schrieb Alvin:
> On 11/08/2011 9:33, Andre Heinecke wrote:
> > Hi,
> >
> > Am Freitag 05 August 2011 11:21:18 schrieb Alvin:
> >> [...]
> >> So, how does one do so manually in the new kdepim? Is there any
> >> documentation?
> >
> > - Add the kolab server as imap account and set it up in a way that it
> > catches full payload on the groupware folders.
> > - Add a kolab resource
> > - Configure LDAP addressbook lookup
>
> I found out yesterday how to add the dimap account on the other port.
> The mails arrived during the night. Luckily, I had 5GB of swap configured.
>
> Currently, nepomuk/virtuoso is indexing, so I'll have to use a Windows
> computer because the Linux pc is too busy spending CPU cycles on the
> index and it takes half an hour before a folder I click on becomes
> visible. There might still be some issues I think...
There were multiple bugs about this but they "should" have been fixed, i have 
not switched to 4.7 but on 4.6 i did not have problems with it but others 
apperantly had:
https://bugs.kde.org/show_bug.cgi?id=246678

But sadly i have to agree that the nepomuk/virtuoso search stuff is too 
ressource hungry at the moment. There should be a lot of potential to 
optimize there, and in the gitMaster branch there is some work going in that 
direction.
>
> Anyway, on to the problem: the kolab akonadi resource can be configured:
> Resource folders are in account < /account/ >
> Unfortunately, the wrong account is selected. I can change it, but it
> doesn't look like it's accepted. The next time I press modify, the wrong
> account is selected again.
Mh i have not tested that so far since i always configure with the account 
wizzard, if it is reproducable can you open a bug at bugs.kde.org for this?
>
> With enough patience, I can read some mails(*), but there is no kolab
> contacts nor calendar to be found. Is this a bug?
If the kolab ressource only checks for groupware folders in the account that 
does not have them i guess it is a following symptom of that bug.
>
> (* Kontact shows mails in random folders where they do not belong. When
> I'm looking with Thunderbird, the mails are where they belong.)
Ok this just sounds really strange. Are you sure about this ? e.g. have 
checked with the kolab webinterface.

Regards,
Andre

P.S.
If you want to help make Kontact a better Kolab Client please use bugs.kde.org 
for what you find :)

--

-- 
Andre Heinecke |  ++49-541-335083-262 |  http://www.intevation.de/
Intevation GmbH, Neuer Graben 17, 49074 Osnabrück | AG Osnabrück, HR B 18998
Geschäftsführer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner

Gmane