From aspineux at gmail.com  Tue Sep  1 15:23:28 2009
From: aspineux at gmail.com (Alain Spineux)
Date: Tue, 1 Sep 2009 15:23:28 +0200
Subject: Kolab 2.2.2 getmail and postfix
In-Reply-To: <200908312355.55338.schneider@zawm.be>
References: <003d01ca2a76$3733a740$a59af5c0$@co.za>
	<200908312355.55338.schneider@zawm.be>
Message-ID: <71fe4e760909010623o1559ef4an154e72424838905a@mail.gmail.com>

You have lot of logging information available !

First in the mail itself, read carefully the mail header
then search the postfix.log and lmtp.log

On Mon, Aug 31, 2009 at 11:55 PM, Sascha Schneider<schneider at zawm.be> wrote:
> Hi list,
>
> I use kolab2.2.2 with getmail, getting the mails of 15 people every 2 Minutes.
> Now it seems that some emails get fetched but need up to 1hour to appear in
> the users mailbox. Any ideas why this might happen?? Sieve and Antivirus have
> been unchecked.
>
> Plus I have the problem that no MAILER-DEAMON stuff arrives in my Inbox
> although my mail-addrss has been set in all lists.
>
> Any ideas??
>
> Greetings from belgum, Sascha
>
> _______________________________________________
> Kolab-users mailing list
> Kolab-users at kolab.org
> https://kolab.org/mailman/listinfo/kolab-users
>



-- 
Alain Spineux
aspineux gmail com
May the sources be with you


From schneider at zawm.be  Wed Sep  2 10:21:59 2009
From: schneider at zawm.be (Sascha Schneider)
Date: Wed, 02 Sep 2009 10:21:59 +0200
Subject: Postfix Warning
Message-ID: <4A9E2B27.3050300@zawm.be>

Hi List,

I have a postfix warning in postfix.log with kolab 2.2.2
<warning> postfix/cleanup: database /kolab/etc/postfix/canonical.db is
older than source file /kolab/etc/postfix/canonical

Any fixes for this??


-- 
Mit freundlichem Gru?,

Sascha Schneider
Projektleiter "Fit f?r IT"
ZAWM Eupen
Limburger Weg 2
B-4700 Eupen
Tel.: +32 (0)87 593983
GSM:  +32 (0)474 605141

-------------- next part --------------
A non-text attachment was scrubbed...
Name: schneider.vcf
Type: text/x-vcard
Size: 239 bytes
Desc: not available
Url : http://kolab.org/pipermail/kolab-users/attachments/20090902/af9f024f/schneider.bin

From thomas at intevation.de  Wed Sep  2 15:01:58 2009
From: thomas at intevation.de (Thomas Arendsen Hein)
Date: Wed, 2 Sep 2009 15:01:58 +0200
Subject: ldap replication problem
In-Reply-To: <4A9BD0D9.2020609@FuH-E.de>
References: <4A9BD0D9.2020609@FuH-E.de>
Message-ID: <20090902150041.191836824.thomas@intevation.de>

* Christian R??ler <Roessler at FuH-E.de> [20090831 15:32]:
> I have a bit of a ldap replication problem. Most entries do replicate as
> they should; but some won't. I have the feeling that at least part of
> this problem is due to a clock running wild - the replication server
> (kolab-slave) is virtualized, and it's clock went by way too fast. Both
> clocks are synchronized now.

Clocks running wild can cause many problems, so you really want to
fix that. Xen, VMware or something else?

Regards,
Thomas Arendsen Hein

-- 
thomas at intevation.de - http://intevation.de/~thomas/ - OpenPGP key: 0x5816791A
Intevation GmbH, Neuer Graben 17, 49074 Osnabrueck - AG Osnabrueck, HR B 18998
Geschaeftsfuehrer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner


From thomas at intevation.de  Wed Sep  2 15:03:46 2009
From: thomas at intevation.de (Thomas Arendsen Hein)
Date: Wed, 2 Sep 2009 15:03:46 +0200
Subject: Kolab 2.2.2 Filter Problem
In-Reply-To: <003d01ca2a76$3733a740$a59af5c0$@co.za>
References: <003d01ca2a76$3733a740$a59af5c0$@co.za>
Message-ID: <20090902150304.853177943.thomas@intevation.de>

* Nazeer <Nazeer at kryptonpcs.co.za> [20090831 22:04]:
> I am having a problem with Kolab Horde Filters. I can't seem to activate it
> for everyone. Some email addresses work, others show that it's been enabled
> and as soon as I log out and back in again it shows as disabled again. I
> previously had version 2.2.1 and done an upgrade to 2.2.2 (not sure if this
> could be related)

Sounds like https://issues.kolab.org/issue3555
(unable to save filter settings more than once)

Regards,
Thomas Arendsen Hein

-- 
thomas at intevation.de - http://intevation.de/~thomas/ - OpenPGP key: 0x5816791A
Intevation GmbH, Neuer Graben 17, 49074 Osnabrueck - AG Osnabrueck, HR B 18998
Geschaeftsfuehrer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner


From dfinch at bynari.net  Wed Sep  2 15:08:00 2009
From: dfinch at bynari.net (Doug Finch)
Date: Wed, 02 Sep 2009 08:08:00 -0500
Subject: ldap replication problem
Message-ID: <87b1c923.1ca2bce.fac9c8f.7bb9@bynari.net>

Hello All,
I'm not sure if this has anything to do with the issue at hand, but on one of my CentOS virtual machines, I have to use a special VM kernel - otherwise my system clock gains 5 minutes every 15 minutes - or something similar.  If you are using CentOS - you may want to look at that.  My kernel (when you do an "rpm -qa *kernel*") shows up as:
kernel-vm-2....

thanks,

Doug Finch
Director of Technical Support
Bynari, Inc.
Skype ID: dfsixstring
"Sharing Made Easy..."
(sent with BETA 4.0 Connector)

-----Original Message-----
From: kolab-users-bounces at kolab.org [mailto:kolab-users-bounces at kolab.org] On Behalf Of Thomas Arendsen Hein
Sent: Wednesday, September 02, 2009 8:02 AM
To: kolab-users at kolab.org
Subject: Re: ldap replication problem

* Christian R??ler <Roessler at FuH-E.de> [20090831 15:32]:
> I have a bit of a ldap replication problem. Most entries do replicate as
> they should; but some won't. I have the feeling that at least part of
> this problem is due to a clock running wild - the replication server
> (kolab-slave) is virtualized, and it's clock went by way too fast. Both
> clocks are synchronized now.

Clocks running wild can cause many problems, so you really want to
fix that. Xen, VMware or something else?

Regards,
Thomas Arendsen Hein

-- 
thomas at intevation.de - http://intevation.de/~thomas/ - OpenPGP key: 0x5816791A
Intevation GmbH, Neuer Graben 17, 49074 Osnabrueck - AG Osnabrueck, HR B 18998
Geschaeftsfuehrer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner

_______________________________________________
Kolab-users mailing list
Kolab-users at kolab.org
https://kolab.org/mailman/listinfo/kolab-users


From thomas at intevation.de  Wed Sep  2 15:09:32 2009
From: thomas at intevation.de (Thomas Arendsen Hein)
Date: Wed, 2 Sep 2009 15:09:32 +0200
Subject: Postfix Warning
In-Reply-To: <4A9E2B27.3050300@zawm.be>
References: <4A9E2B27.3050300@zawm.be>
Message-ID: <20090902150358.676160746.thomas@intevation.de>

* Sascha Schneider <schneider at zawm.be> [20090902 10:21]:
> I have a postfix warning in postfix.log with kolab 2.2.2
> <warning> postfix/cleanup: database /kolab/etc/postfix/canonical.db is
> older than source file /kolab/etc/postfix/canonical

You can ignore this warning. kolabconf generates the new file and if
it is different from the old file, it runs postmap to create the new
.db file.

The logic in kolabconf could be improved a bit to prevent touching
the target configuration file (canonical) if there will be no
difference tough.

Maybe you can create an entry for this on issues.kolab.org with
priority "feature" and assign it to me (thomas)?

Regards,
Thomas Arendsen Hein

-- 
thomas at intevation.de - http://intevation.de/~thomas/ - OpenPGP key: 0x5816791A
Intevation GmbH, Neuer Graben 17, 49074 Osnabrueck - AG Osnabrueck, HR B 18998
Geschaeftsfuehrer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner


From ml at radoeka.nl  Wed Sep  2 16:51:36 2009
From: ml at radoeka.nl (Richard Bos)
Date: Wed, 2 Sep 2009 16:51:36 +0200
Subject: Postfix Warning
In-Reply-To: <20090902150358.676160746.thomas@intevation.de>
References: <4A9E2B27.3050300@zawm.be>
	<20090902150358.676160746.thomas@intevation.de>
Message-ID: <200909021651.37181.ml@radoeka.nl>

Op woensdag 02 september 2009 15:09:32 schreef Thomas Arendsen Hein:
> * Sascha Schneider <schneider at zawm.be> [20090902 10:21]:
> > I have a postfix warning in postfix.log with kolab 2.2.2
> > <warning> postfix/cleanup: database /kolab/etc/postfix/canonical.db is
> > older than source file /kolab/etc/postfix/canonical
>
> You can ignore this warning. kolabconf generates the new file and if
> it is different from the old file, it runs postmap to create the new
> .db file.
>
> The logic in kolabconf could be improved a bit to prevent touching
> the target configuration file (canonical) if there will be no
> difference tough.
>
> Maybe you can create an entry for this on issues.kolab.org with
> priority "feature" and assign it to me (thomas)?

I get the same message for these databases:
kolab2:/var/log # grep "is older than source file" warn | sed 's/.*warning: 
database //' | sort -u
/etc/postfix/canonical.db is older than source file /etc/postfix/canonical
/etc/postfix/relocated.db is older than source file /etc/postfix/relocated
/etc/postfix/transport.db is older than source file /etc/postfix/transport
/etc/postfix/virtual.db is older than source file /etc/postfix/virtual

-- 
Richard
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://kolab.org/pipermail/kolab-users/attachments/20090902/7e17cb48/attachment.html

From liutauras.adomaitis at gmail.com  Thu Sep  3 10:56:32 2009
From: liutauras.adomaitis at gmail.com (Liutauras Adomaitis)
Date: Thu, 3 Sep 2009 11:56:32 +0300
Subject: Bynari and IMAP namespace on KOLAB
Message-ID: <c1ec9ac0909030156x664eee90lcc725211d9b9a50e@mail.gmail.com>

Hi,

We have Kolab 2.2.2 and Bynari 3 working. Bynari displays all account
folder as a subfolders of Inbox. One user wants to move all folders
and have inbox and all subfolders (sent items, deleted items etc)  in
one level. As far as I know there is NAME SPACE parameter which is
dealing with these kind of things. Does Bynari support this with
Kolab?

Liutauras


From jwalls at browntransmission.com  Thu Sep  3 15:56:02 2009
From: jwalls at browntransmission.com (Jeffrey Walls)
Date: Thu, 3 Sep 2009 09:56:02 -0400
Subject: SPAM and bayers filtering
Message-ID: <9008CBBD55FD40D7B3A615A607575746@lancaster.browntransmission.com>

I have installed 2.2.2 several months ago, and I can't get the nspam reading
to move above 34.
 
kolab-r at kolab$ sa-learn --dump magic
0.000          0          3          0  non-token data: bayes db version
0.000          0         34          0  non-token data: nspam
0.000          0          0          0  non-token data: nham
0.000          0       2704          0  non-token data: ntokens
0.000          0 1241633935          0  non-token data: oldest atime
0.000          0 1251807977          0  non-token data: newest atime
0.000          0          0          0  non-token data: last journal sync
atime
0.000          0          0          0  non-token data: last expiry atime
0.000          0          0          0  non-token data: last expire atime
delta
0.000          0          0          0  non-token data: last expire
reduction count

I noticed on Monday I was getting permission errors when run manually on
writing to /kolab/var/amavisd/.spamassassin so I fixed that.
 
kolab-r at kolab$ ls -l /kolab/var/amavisd/.spamassassin
total 45748
-rw------- 1 kolab-r kolab-r 42037248 2009-09-03 09:51 auto-whitelist
-rwx------ 1 kolab-r kolab-r        1 2009-07-28 20:31
auto-whitelist.lock.kolab.browntransmission.com.17319
-rw------- 1 kolab-r kolab-r      912 2009-09-03 09:51 bayes_journal
-rw------- 1 kolab-r kolab-r 10514432 2009-09-03 09:50 bayes_seen
-rw------- 1 kolab-r kolab-r  5521408 2009-09-03 09:51 bayes_toks

I still don't see a difference, and I get no errors. Here is the output to
spamandclam.sh this morning:
 
## SPAMASSASSIN ##
 
I ran the following command:
/kolab/bin/sa-learn --spam
/kolab/var/imapd/spool/domain/b/browntransmission.com/j/user/jwalls/spam
--dbpath /kolab/var/amavisd/.spamassassin
And it told me this:
Learned tokens from 40 message(s) (84 message(s) examined)
 
## CLAMAV ##
 
I ran the following command:
/kolab/bin/freshclam
And it told me this:
ClamAV update process started at Thu Sep  3 01:00:12 2009
DON'T PANIC! Read http://www.clamav.net/support/faq
main.cld is up to date (version: 51, sigs: 545035, f-level: 42, builder:
sven)
daily.cld is up to date (version: 9772, sigs: 71637, f-level: 43, builder:
guitar)

 
It appears it is working fine, but I figure I have to be missing something.
Ideas?

-- 
Jeffrey Walls 
IT Manager 
Brown Transmission and Bearing Co. 
PO Box 11117 
Lancaster PA 17605-1117 
717 295-9200 ext 214 
717 295-9025 fax 
http://www.browntransmission.com <http://www.browntransmission.com/>  

 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://kolab.org/pipermail/kolab-users/attachments/20090903/b9e86276/attachment.html

From dfinch at bynari.net  Thu Sep  3 17:03:00 2009
From: dfinch at bynari.net (Doug Finch)
Date: Thu, 03 Sep 2009 10:03:00 -0500
Subject: Bynari and IMAP namespace on KOLAB
Message-ID: <baef9890.1ca2ca7.572cce8.305e@bynari.net>

Hello Liutauras,
Version 3.X of the Insight Connector does not have the capability to support the custom NAME SPACE parameter you are talking about.  

Our upcoming version 4.0 will place all Kolab folders that are under the Inbox at the same level as the Inbox. 

Regards,

Doug Finch
Director of Technical Support
Bynari, Inc.
Skype ID: dfsixstring
"Sharing Made Easy..."
(sent with BETA 4.0 Connector)

-----Original Message-----
From: kolab-users-bounces at kolab.org [mailto:kolab-users-bounces at kolab.org] On Behalf Of Liutauras Adomaitis
Sent: Thursday, September 03, 2009 3:57 AM
To: kolab-users at kolab.org
Subject: Bynari and IMAP namespace on KOLAB

Hi,

We have Kolab 2.2.2 and Bynari 3 working. Bynari displays all account
folder as a subfolders of Inbox. One user wants to move all folders
and have inbox and all subfolders (sent items, deleted items etc)  in
one level. As far as I know there is NAME SPACE parameter which is
dealing with these kind of things. Does Bynari support this with
Kolab?

Liutauras

_______________________________________________
Kolab-users mailing list
Kolab-users at kolab.org
https://kolab.org/mailman/listinfo/kolab-users


From thomas at intevation.de  Thu Sep  3 17:09:48 2009
From: thomas at intevation.de (Thomas Arendsen Hein)
Date: Thu, 3 Sep 2009 17:09:48 +0200
Subject: Postfix Warning
In-Reply-To: <200909021651.37181.ml@radoeka.nl>
References: <4A9E2B27.3050300@zawm.be>
	<20090902150358.676160746.thomas@intevation.de>
	<200909021651.37181.ml@radoeka.nl>
Message-ID: <20090903170335.371153772.thomas@intevation.de>

* Richard Bos <ml at radoeka.nl> [20090902 16:51]:
> Op woensdag 02 september 2009 15:09:32 schreef Thomas Arendsen Hein:
> > * Sascha Schneider <schneider at zawm.be> [20090902 10:21]:
> > > I have a postfix warning in postfix.log with kolab 2.2.2
> > > <warning> postfix/cleanup: database /kolab/etc/postfix/canonical.db is
> > > older than source file /kolab/etc/postfix/canonical
> >
> > You can ignore this warning. kolabconf generates the new file and if
> > it is different from the old file, it runs postmap to create the new
> > .db file.
> >
> > The logic in kolabconf could be improved a bit to prevent touching
> > the target configuration file (canonical) if there will be no
> > difference tough.
> >
> > Maybe you can create an entry for this on issues.kolab.org with
> > priority "feature" and assign it to me (thomas)?
> 
> I get the same message for these databases:
> kolab2:/var/log # grep "is older than source file" warn | sed 's/.*warning: 
> database //' | sort -u
> /etc/postfix/canonical.db is older than source file /etc/postfix/canonical
> /etc/postfix/relocated.db is older than source file /etc/postfix/relocated
> /etc/postfix/transport.db is older than source file /etc/postfix/transport
> /etc/postfix/virtual.db is older than source file /etc/postfix/virtual

Yes, the code is identical for all templates:
- copy config file to backup
- create new temp file from template
- move temp file to config file
- check if config file differs from backup
- if yes, do what's needed (e.g. run postmap)

If the check is done before the move, above warning will vanish.
See perl-kolab/lib/Kolab/Conf.pm: build()

This is more development than user talk, so moving to kolab-devel.

Regards,
Thomas

-- 
thomas at intevation.de - http://intevation.de/~thomas/ - OpenPGP key: 0x5816791A
Intevation GmbH, Neuer Graben 17, 49074 Osnabrueck - AG Osnabrueck, HR B 18998
Geschaeftsfuehrer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner


From thomas at intevation.de  Thu Sep  3 17:14:00 2009
From: thomas at intevation.de (Thomas Arendsen Hein)
Date: Thu, 3 Sep 2009 17:14:00 +0200
Subject: SPAM and bayers filtering
In-Reply-To: <9008CBBD55FD40D7B3A615A607575746@lancaster.browntransmission.com>
References: <9008CBBD55FD40D7B3A615A607575746@lancaster.browntransmission.com>
Message-ID: <20090903171226.637718475.thomas@intevation.de>

* Jeffrey Walls <jwalls at browntransmission.com> [20090903 16:04]:
> I have installed 2.2.2 several months ago, and I can't get the nspam reading
> to move above 34.
>  
> kolab-r at kolab$ sa-learn --dump magic
> 0.000          0          3          0  non-token data: bayes db version
> 0.000          0         34          0  non-token data: nspam
> 0.000          0          0          0  non-token data: nham
> 
> I still don't see a difference, and I get no errors. Here is the output to
> spamandclam.sh this morning:
>  
> ## SPAMASSASSIN ##
>  
> I ran the following command:
> /kolab/bin/sa-learn --spam
> /kolab/var/imapd/spool/domain/b/browntransmission.com/j/user/jwalls/spam
> --dbpath /kolab/var/amavisd/.spamassassin
> And it told me this:
> Learned tokens from 40 message(s) (84 message(s) examined)

You could add this line to local.cf.template and run kolabconf so
all calls to sa-learn use the same database:

bayes_path /kolab/var/amavisd/.spamassassin/bayes

Regards,
Thomas Arendsen Hein

-- 
thomas at intevation.de - http://intevation.de/~thomas/ - OpenPGP key: 0x5816791A
Intevation GmbH, Neuer Graben 17, 49074 Osnabrueck - AG Osnabrueck, HR B 18998
Geschaeftsfuehrer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner


From liutauras.adomaitis at gmail.com  Thu Sep  3 18:04:13 2009
From: liutauras.adomaitis at gmail.com (Liutauras Adomaitis)
Date: Thu, 3 Sep 2009 19:04:13 +0300
Subject: Bynari and IMAP namespace on KOLAB
In-Reply-To: <baef9890.1ca2ca7.572cce8.305e@bynari.net>
References: <baef9890.1ca2ca7.572cce8.305e@bynari.net>
Message-ID: <c1ec9ac0909030904j47724126x75a20c9f3cbdfafb@mail.gmail.com>

On Thu, Sep 3, 2009 at 6:03 PM, Doug Finch<dfinch at bynari.net> wrote:
> Hello Liutauras,
> Version 3.X of the Insight Connector does not have the capability to support the custom NAME SPACE parameter you are talking about.
>
> Our upcoming version 4.0 will place all Kolab folders that are under the Inbox at the same level as the Inbox.

Thanks for answer. When do you plan to release v4?

Liutauras


From dfinch at bynari.net  Thu Sep  3 18:21:00 2009
From: dfinch at bynari.net (Doug Finch)
Date: Thu, 03 Sep 2009 11:21:00 -0500
Subject: Bynari and IMAP namespace on KOLAB
Message-ID: <8af4d4c0.1ca2cb2.5b9a967.2170@bynari.net>

We are planning a "general" release by October.  There are a number of Kolab-specific components that we are currently adding in and testing.  These should all be incorporated by the end of the 4th quarter of this year.  

Regards,

Doug Finch
Director of Technical Support
Bynari, Inc.
Skype ID: dfsixstring
"Sharing Made Easy..."
(sent with BETA 4.0 Connector)

-----Original Message-----
From: kolab-users-bounces at kolab.org [mailto:kolab-users-bounces at kolab.org] On Behalf Of Liutauras Adomaitis
Sent: Thursday, September 03, 2009 11:04 AM
To: Doug Finch
Cc: kolab-users at kolab.org
Subject: Re: Bynari and IMAP namespace on KOLAB

On Thu, Sep 3, 2009 at 6:03 PM, Doug Finch<dfinch at bynari.net> wrote:
> Hello Liutauras,
> Version 3.X of the Insight Connector does not have the capability to support the custom NAME SPACE parameter you are talking about.
>
> Our upcoming version 4.0 will place all Kolab folders that are under the Inbox at the same level as the Inbox.

Thanks for answer. When do you plan to release v4?

Liutauras

_______________________________________________
Kolab-users mailing list
Kolab-users at kolab.org
https://kolab.org/mailman/listinfo/kolab-users


From liutauras.adomaitis at gmail.com  Fri Sep  4 14:38:00 2009
From: liutauras.adomaitis at gmail.com (Liutauras Adomaitis)
Date: Fri, 4 Sep 2009 15:38:00 +0300
Subject: lost emails in Kolab
Message-ID: <c1ec9ac0909040538v25c1f5dds851aef6c10fefd82@mail.gmail.com>

Hi,

we are facing very strange problem: some (very few) emails are lost
between kolab and client (Outlook+Bynari+Kaspersky AV).
Email is in Outlook Send Items, but no evidence on Kolab server
(postfix.log, amavisd.log).

Anyone has a clue? I know 2 such emails at the moment. No way to
simulate a situation, because repeated sending is OK. Users finds out
that mail was not delivered only after a few days and it complicates
investigation.

Thanks
Liutauras


From thomas at intevation.de  Fri Sep  4 15:21:59 2009
From: thomas at intevation.de (Thomas Arendsen Hein)
Date: Fri, 4 Sep 2009 15:21:59 +0200
Subject: lost emails in Kolab
In-Reply-To: <c1ec9ac0909040538v25c1f5dds851aef6c10fefd82@mail.gmail.com>
References: <c1ec9ac0909040538v25c1f5dds851aef6c10fefd82@mail.gmail.com>
Message-ID: <20090904150741.461946745.thomas@intevation.de>

* Liutauras Adomaitis <liutauras.adomaitis at gmail.com> [20090904 14:38]:
> we are facing very strange problem: some (very few) emails are lost
> between kolab and client (Outlook+Bynari+Kaspersky AV).
> Email is in Outlook Send Items, but no evidence on Kolab server
> (postfix.log, amavisd.log).

If postfix.log does not show any evidence, then the user's email
client did not talk to the Kolab server. Maybe he sent it to a
different server that threw away the mail?

Regards,
Thomas Arendsen Hein

-- 
thomas at intevation.de - http://intevation.de/~thomas/ - OpenPGP key: 0x5816791A
Intevation GmbH, Neuer Graben 17, 49074 Osnabrueck - AG Osnabrueck, HR B 18998
Geschaeftsfuehrer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner


From liutauras.adomaitis at gmail.com  Fri Sep  4 16:39:28 2009
From: liutauras.adomaitis at gmail.com (Liutauras Adomaitis)
Date: Fri, 4 Sep 2009 17:39:28 +0300
Subject: lost emails in Kolab
In-Reply-To: <20090904150741.461946745.thomas@intevation.de>
References: <c1ec9ac0909040538v25c1f5dds851aef6c10fefd82@mail.gmail.com>
	<20090904150741.461946745.thomas@intevation.de>
Message-ID: <c1ec9ac0909040739i392685bcq2958bc0ef4bb85c0@mail.gmail.com>

On Fri, Sep 4, 2009 at 4:21 PM, Thomas Arendsen
Hein<thomas at intevation.de> wrote:
> * Liutauras Adomaitis <liutauras.adomaitis at gmail.com> [20090904 14:38]:
>> we are facing very strange problem: some (very few) emails are lost
>> between kolab and client (Outlook+Bynari+Kaspersky AV).
>> Email is in Outlook Send Items, but no evidence on Kolab server
>> (postfix.log, amavisd.log).
>
> If postfix.log does not show any evidence, then the user's email
> client did not talk to the Kolab server. Maybe he sent it to a
> different server that threw away the mail?
>

At the time I was investigating the issue email server was set to
kolab server. What is the path of email to be delivered? starting form
Outlook:
Outlook -> Bynari Connector -> Postfix -> Amavis -> Postfix -> Local or Remote
Is it correct? Who is responsible for putting emails to sent folder?

Liutauras


From dfinch at bynari.net  Fri Sep  4 19:18:00 2009
From: dfinch at bynari.net (Doug Finch)
Date: Fri, 04 Sep 2009 12:18:00 -0500
Subject: lost emails in Kolab
Message-ID: <c1d44790.1ca2d83.b14c4d5.336d@bynari.net>

Hello Liutauras,
(Summary)
You have a user that has sent several email messages.  The messages show in the "Sent Items" folder as being "sent".  There is no trace of the emails in the Postfix log files - so we know it never made it to the mail server.

It must be happening somewhere between the Connector and the anti-virus.  Does the user have anti-virus add-ins enabled in Outlook?  Add-ins are known to cause problems with attachments and email in general.  As a simple test, you should disable the AV add-in and see if the problem goes away.  Disabling the AV add-in does not disable AV protection on the end-user's computer either.  They are still protected by the core AV program itself.

To answer your last question - the Connector is responsible for placing the sent mail in the "Sent Items" folder.

Regards,

Doug Finch
Director of Technical Support
Bynari, Inc.
Skype ID: dfsixstring
"Sharing Made Easy..."
(sent with BETA 4.0 Connector)

-----Original Message-----
From: kolab-users-bounces at kolab.org [mailto:kolab-users-bounces at kolab.org] On Behalf Of Liutauras Adomaitis
Sent: Friday, September 04, 2009 9:39 AM
To: kolab-users at kolab.org
Subject: Re: lost emails in Kolab

On Fri, Sep 4, 2009 at 4:21 PM, Thomas Arendsen
Hein<thomas at intevation.de> wrote:
> * Liutauras Adomaitis <liutauras.adomaitis at gmail.com> [20090904 14:38]:
>> we are facing very strange problem: some (very few) emails are lost
>> between kolab and client (Outlook+Bynari+Kaspersky AV).
>> Email is in Outlook Send Items, but no evidence on Kolab server
>> (postfix.log, amavisd.log).
>
> If postfix.log does not show any evidence, then the user's email
> client did not talk to the Kolab server. Maybe he sent it to a
> different server that threw away the mail?
>

At the time I was investigating the issue email server was set to
kolab server. What is the path of email to be delivered? starting form
Outlook:
Outlook -> Bynari Connector -> Postfix -> Amavis -> Postfix -> Local or Remote
Is it correct? Who is responsible for putting emails to sent folder?

Liutauras

_______________________________________________
Kolab-users mailing list
Kolab-users at kolab.org
https://kolab.org/mailman/listinfo/kolab-users


From liutauras.adomaitis at gmail.com  Sat Sep  5 09:42:42 2009
From: liutauras.adomaitis at gmail.com (Liutauras Adomaitis)
Date: Sat, 5 Sep 2009 10:42:42 +0300
Subject: lost emails in Kolab
In-Reply-To: <c1d44790.1ca2d83.b14c4d5.336d@bynari.net>
References: <c1d44790.1ca2d83.b14c4d5.336d@bynari.net>
Message-ID: <c1ec9ac0909050042j2f376c62ubc7463ddc53a6657@mail.gmail.com>

To be precise there are two users you have this problem. I'm aware of
two cases (one with each user) about lost emails.
Yes there is Kaspersky AV installed. I didn't check the settings yet,
but default AV policy is to have this enabled.
Thanks for your suggestion, I will try to disable AV and see what
happens. Unfortunately I cannot simulate a situation so the only way
to find out is wait for new case. My hope here is AV logs, maybe they
will show something.
Is there a possibility that Outlook crashed during sending and
connector made a mistake putting unsent email to Sent folder?

Thanks again
Liutauras

On Fri, Sep 4, 2009 at 8:18 PM, Doug Finch<dfinch at bynari.net> wrote:
> Hello Liutauras,
> (Summary)
> You have a user that has sent several email messages. ?The messages show in the "Sent Items" folder as being "sent". ?There is no trace of the emails in the Postfix log files - so we know it never made it to the mail server.
>
> It must be happening somewhere between the Connector and the anti-virus. ?Does the user have anti-virus add-ins enabled in Outlook? ?Add-ins are known to cause problems with attachments and email in general. ?As a simple test, you should disable the AV add-in and see if the problem goes away. ?Disabling the AV add-in does not disable AV protection on the end-user's computer either. ?They are still protected by the core AV program itself.
>
> To answer your last question - the Connector is responsible for placing the sent mail in the "Sent Items" folder.
>
> Regards,
>
> Doug Finch
> Director of Technical Support
> Bynari, Inc.
> Skype ID: dfsixstring
> "Sharing Made Easy..."
> (sent with BETA 4.0 Connector)
>
> -----Original Message-----
> From: kolab-users-bounces at kolab.org [mailto:kolab-users-bounces at kolab.org] On Behalf Of Liutauras Adomaitis
> Sent: Friday, September 04, 2009 9:39 AM
> To: kolab-users at kolab.org
> Subject: Re: lost emails in Kolab
>
> On Fri, Sep 4, 2009 at 4:21 PM, Thomas Arendsen
> Hein<thomas at intevation.de> wrote:
>> * Liutauras Adomaitis <liutauras.adomaitis at gmail.com> [20090904 14:38]:
>>> we are facing very strange problem: some (very few) emails are lost
>>> between kolab and client (Outlook+Bynari+Kaspersky AV).
>>> Email is in Outlook Send Items, but no evidence on Kolab server
>>> (postfix.log, amavisd.log).
>>
>> If postfix.log does not show any evidence, then the user's email
>> client did not talk to the Kolab server. Maybe he sent it to a
>> different server that threw away the mail?
>>
>
> At the time I was investigating the issue email server was set to
> kolab server. What is the path of email to be delivered? starting form
> Outlook:
> Outlook -> Bynari Connector -> Postfix -> Amavis -> Postfix -> Local or Remote
> Is it correct? Who is responsible for putting emails to sent folder?
>
> Liutauras
>
> _______________________________________________
> Kolab-users mailing list
> Kolab-users at kolab.org
> https://kolab.org/mailman/listinfo/kolab-users
>
>


From kcaesar at hotmail.com  Sun Sep  6 00:07:11 2009
From: kcaesar at hotmail.com (kiser Caesar)
Date: Sun, 6 Sep 2009 00:07:11 +0200
Subject: HTML view with horde
In-Reply-To: <mailman.861.1247733302.2114.kolab-users@kolab.org>
References: <mailman.861.1247733302.2114.kolab-users@kolab.org>
Message-ID: <BLU122-W86DCD26F6AA49C4CBDB90A3ED0@phx.gbl>


Hello,

I just finished to upgrade my kolab 2.2.0 to 2.2.2, all seems working exept funambol from my BB and the HTML view with Horde.

I made the change in :

/kolab/var/kolab/www/client/config/mime_drivers.php.
 
$mime_drivers['horde']['html'] = array(
     // NOTE: Inline HTML viewing is DISABLED by default.
     'inline' => true,
     'handles' => array(
         'text/html'
     ),
     'icons' => array(
         'default' => 'html.png'
     ),
     // Check for phishing exploits?
     'phishing_check' => true

);

But that's don't work... who have an idea ?

If you need some logs, please ask .. 


Best regards,



_________________________________________________________________
Tchattez en direct en en vid?o avec vos amis !  
http://www.windowslive.fr/messenger/
-------------- section suivante --------------
Une pi?ce jointe HTML a ?t? nettoy?e...
URL: http://kolab.org/pipermail/kolab-users/attachments/20090906/a97d48ab/attachment.html

From Nazeer at kryptonpcs.co.za  Sun Sep  6 14:20:43 2009
From: Nazeer at kryptonpcs.co.za (Nazeer)
Date: Sun, 6 Sep 2009 14:20:43 +0200
Subject: Horde
Message-ID: <003701ca2eec$74745120$5d5cf360$@co.za>

Hi

 

Is there anyway to make Horde POP3 functionality similar to Google Mail
where when you send a mail from a client it saves it in the Webmail. It
doesn't have to save it exactly like google, it can even save it in the sent
items. 

 

Also, where do I add signatures in horde?

 

Thanks

 

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://kolab.org/pipermail/kolab-users/attachments/20090906/5ec66449/attachment.html

From funke at hiskp.uni-bonn.de  Mon Sep  7 11:00:13 2009
From: funke at hiskp.uni-bonn.de (Christian Funke)
Date: Mon, 7 Sep 2009 11:00:13 +0200
Subject: HTML view with horde
In-Reply-To: <BLU122-W86DCD26F6AA49C4CBDB90A3ED0@phx.gbl>
References: <mailman.861.1247733302.2114.kolab-users@kolab.org>
	<BLU122-W86DCD26F6AA49C4CBDB90A3ED0@phx.gbl>
Message-ID: <200909071100.13378.funke@hiskp.uni-bonn.de>

Hi,

you are modifying the wrong file since IMP uses it's own mime_drivers.php 
which overrides horde's global settings.

The correct way would be adding

$mime_drivers['imp']['html'] = array(
    'inline' => true,
    'handles' => array(
        'text/html'
    ),
    'icons' => array(
        'default' => 'html.png'
    ),
    /* If you don't want to display the link to open the HTML content in a
     * separate window, set the following to false. */
    'external' => false,
    /* Run 'tidy' on all HTML output? This requires at least version 2.0 of 
the
     * PECL 'tidy' extension to be installed on your system. */
    'tidy' => false,
    /* Check for phishing exploits? */
    'phishing_check' => true
);

to /kolab/etc/kolab/templates/webclient-imp_mime_drivers.php.template and 
running kolabconf afterwards

Cheers
Christian



Am Sonntag, 6. September 2009 00:07:11 schrieb kiser Caesar:
> Hello,
> 
> I just finished to upgrade my kolab 2.2.0 to 2.2.2, all seems working exept
>  funambol from my BB and the HTML view with Horde.
> 
> I made the change in :
> 
> /kolab/var/kolab/www/client/config/mime_drivers.php.
> 
> $mime_drivers['horde']['html'] = array(
>      // NOTE: Inline HTML viewing is DISABLED by default.
>      'inline' => true,
>      'handles' => array(
>          'text/html'
>      ),
>      'icons' => array(
>          'default' => 'html.png'
>      ),
>      // Check for phishing exploits?
>      'phishing_check' => true
> 
> );
> 
> But that's don't work... who have an idea ?
> 
> If you need some logs, please ask ..
> 
> 
> Best regards,
> 
> 
> 
> _________________________________________________________________
> Tchattez en direct en en vid?o avec vos amis !
> http://www.windowslive.fr/messenger/
> 


From kcaesar at hotmail.com  Mon Sep  7 13:30:00 2009
From: kcaesar at hotmail.com (kiser Caesar)
Date: Mon, 7 Sep 2009 13:30:00 +0200
Subject: Kolab-users Digest, Vol 67, Issue 7
In-Reply-To: <mailman.0.1252317603.11300.kolab-users@kolab.org>
References: <mailman.0.1252317603.11300.kolab-users@kolab.org>
Message-ID: <BLU122-W8CC48C0E301948877A909A3EB0@phx.gbl>


Hello, 


Thank ! It's working :)




--Pi?ce jointe du message transmise--
Subject: Re: HTML view with horde
Date: Mon, 7 Sep 2009 11:00:13 +0200
To: kolab-users at kolab.org
From: funke at hiskp.uni-bonn.de

Hi,
 
you are modifying the wrong file since IMP uses it's own mime_drivers.php 
which overrides horde's global settings.
 
The correct way would be adding
 
$mime_drivers['imp']['html'] = array(
    'inline' => true,
    'handles' => array(
        'text/html'
    ),
    'icons' => array(
        'default' => 'html.png'
    ),
    /* If you don't want to display the link to open the HTML content in a
     * separate window, set the following to false. */
    'external' => false,
    /* Run 'tidy' on all HTML output? This requires at least version 2.0 of 
the
     * PECL 'tidy' extension to be installed on your system. */
    'tidy' => false,
    /* Check for phishing exploits? */
    'phishing_check' => true
);
 
to /kolab/etc/kolab/templates/webclient-imp_mime_drivers.php.template and 
running kolabconf afterwards
 
Cheers
Christian
 
 
 
Am Sonntag, 6. September 2009 00:07:11 schrieb kiser Caesar:
> Hello,
> 
> I just finished to upgrade my kolab 2.2.0 to 2.2.2, all seems working exept
>  funambol from my BB and the HTML view with Horde.
> 
> I made the change in :
> 
> /kolab/var/kolab/www/client/config/mime_drivers.php.
> 
> $mime_drivers['horde']['html'] = array(
>      // NOTE: Inline HTML viewing is DISABLED by default.
>      'inline' => true,
>      'handles' => array(
>          'text/html'
>      ),
>      'icons' => array(
>          'default' => 'html.png'
>      ),
>      // Check for phishing exploits?
>      'phishing_check' => true
> 
> );
> 
> But that's don't work... who have an idea ?
> 
> If you need some logs, please ask ..
> 
> 
> Best regards,
> 
> 
> 
> _________________________________________________________________
> Tchattez en direct en en vid?o avec vos amis !
> http://www.windowslive.fr/messenger/
> 
 
 

_________________________________________________________________
A la recherche de bons plans pour une rentr?e pas ch?re ? Bing ! Trouvez !
http://www.bing.com/search?q=bons+plans+rentr%C3%A9e&form=MVDE6
-------------- section suivante --------------
Une pi?ce jointe HTML a ?t? nettoy?e...
URL: http://kolab.org/pipermail/kolab-users/attachments/20090907/9df8739e/attachment.html

From kcaesar at hotmail.com  Mon Sep  7 13:42:22 2009
From: kcaesar at hotmail.com (kiser Caesar)
Date: Mon, 7 Sep 2009 13:42:22 +0200
Subject: Kolab-users Digest, Vol 67, Issue 7
In-Reply-To: <mailman.0.1252317603.11300.kolab-users@kolab.org>
References: <mailman.0.1252317603.11300.kolab-users@kolab.org>
Message-ID: <BLU122-W2667BA687023CDD3ECE4CEA3EB0@phx.gbl>


Hello,

I try to configure my BB with funambol sync, but when I want to sync ma calendar, I get the message "Network Error" on my phone and this in my logs :

Sep 07 13:34:44 HORDE [debug] [horde] Backend of class SyncML_Backend_Horde created [pid 18515 on line 292 of "/kolab/var/kolab/www/client/lib/SyncML/Backend.php"]
Sep 07 13:34:44 HORDE [debug] [horde] New session created: 2da89b0bb9e4847d4ee1ea42e84c1e09 [pid 18515 on line 197 of "/kolab/var/kolab/www/client/lib/SyncML/Command/SyncHdr.php"]
Sep 07 13:34:44 HORDE [debug] [horde] Checking authentication for user test.user at domain.com [pid 18515 on line 626 of "/kolab/var/kolab/www/client/lib/SyncML/Backend/Horde.php"]
Sep 07 13:34:44 HORDE [debug] [imp] Hook _prefs_change_hook_last_login in application horde not called. [pid 18515 on line 1683 of "/kolab/var/kolab/www/client/lib/Horde.php"]
Sep 07 13:34:44 HORDE [debug] [imp] Hook _prefs_change_hook_expanded_folders in application horde not called. [pid 18515 on line 1683 of "/kolab/var/kolab/www/client/lib/Horde.php"]
Sep 07 13:34:44 HORDE [debug] [imp] Hook _prefs_change_hook_expanded_folders in application horde not called. [pid 18515 on line 1683 of "/kolab/var/kolab/www/client/lib/Horde.php"]
Sep 07 13:34:44 HORDE [debug] [imp] Hook _prefs_change_hook_expanded_folders in application horde not called. [pid 18515 on line 1683 of "/kolab/var/kolab/www/client/lib/Horde.php"]
Sep 07 13:34:44 HORDE [debug] [imp] Hook _prefs_change_hook_expanded_folders in application horde not called. [pid 18515 on line 1683 of "/kolab/var/kolab/www/client/lib/Horde.php"]
Sep 07 13:34:44 HORDE [debug] [imp] Hook _prefs_change_hook_expanded_folders in application horde not called. [pid 18515 on line 1683 of "/kolab/var/kolab/www/client/lib/Horde.php"]
Sep 07 13:34:44 HORDE [debug] [imp] Hook _prefs_change_hook_expanded_folders in application horde not called. [pid 18515 on line 1683 of "/kolab/var/kolab/www/client/lib/Horde.php"]
Sep 07 13:34:44 HORDE [debug] [imp] Hook _prefs_change_hook_expanded_folders in application horde not called. [pid 18515 on line 1683 of "/kolab/var/kolab/www/client/lib/Horde.php"]
Sep 07 13:34:44 HORDE [debug] [imp] Hook _prefs_change_hook_expanded_folders in application horde not called. [pid 18515 on line 1683 of "/kolab/var/kolab/www/client/lib/Horde.php"]
Sep 07 13:34:44 HORDE [debug] [imp] Hook _prefs_change_hook_expanded_folders in application horde not called. [pid 18515 on line 1683 of "/kolab/var/kolab/www/client/lib/Horde.php"]
Sep 07 13:34:44 HORDE [debug] [imp] Hook _prefs_change_hook_expanded_folders in application horde not called. [pid 18515 on line 1683 of "/kolab/var/kolab/www/client/lib/Horde.php"]
Sep 07 13:34:44 HORDE [debug] [imp] Hook _prefs_change_hook_expanded_folders in application horde not called. [pid 18515 on line 1683 of "/kolab/var/kolab/www/client/lib/Horde.php"]
Sep 07 13:34:44 HORDE [debug] [imp] Hook _prefs_change_hook_expanded_folders in application horde not called. [pid 18515 on line 1683 of "/kolab/var/kolab/www/client/lib/Horde.php"]
Sep 07 13:34:44 HORDE [debug] [imp] Hook _prefs_change_hook_expanded_folders in application horde not called. [pid 18515 on line 1683 of "/kolab/var/kolab/www/client/lib/Horde.php"]
Sep 07 13:34:44 HORDE [debug] [imp] Hook _prefs_change_hook_expanded_folders in application horde not called. [pid 18515 on line 1683 of "/kolab/var/kolab/www/client/lib/Horde.php"]
Sep 07 13:34:44 HORDE [debug] [imp] Hook _prefs_change_hook_expanded_folders in application horde not called. [pid 18515 on line 1683 of "/kolab/var/kolab/www/client/lib/Horde.php"]
Sep 07 13:34:44 HORDE [debug] [imp] Hook _prefs_change_hook_expanded_folders in application horde not called. [pid 18515 on line 1683 of "/kolab/var/kolab/www/client/lib/Horde.php"]
Sep 07 13:34:44 HORDE [debug] [imp] Hook _prefs_change_hook_expanded_folders in application horde not called. [pid 18515 on line 1683 of "/kolab/var/kolab/www/client/lib/Horde.php"]
Sep 07 13:34:44 HORDE [debug] [imp] Hook _prefs_change_hook_expanded_folders in application horde not called. [pid 18515 on line 1683 of "/kolab/var/kolab/www/client/lib/Horde.php"]
Sep 07 13:34:44 HORDE [debug] [imp] Hook _prefs_change_hook_expanded_folders in application horde not called. [pid 18515 on line 1683 of "/kolab/var/kolab/www/client/lib/Horde.php"]
Sep 07 13:34:44 HORDE [debug] [imp] Hook _prefs_change_hook_expanded_folders in application horde not called. [pid 18515 on line 1683 of "/kolab/var/kolab/www/client/lib/Horde.php"]
Sep 07 13:34:44 HORDE [notice] [imp] Login success for test.user at domain.com [ip_public] to {company.mail.server:143 [imap/notls/novalidate-cert]} [pid 18515 on line 304 of "/kolab/var/kolab/www/client/imp/lib/Session.php"]
Sep 07 13:34:44 HORDE [debug] [horde] Authenticated: yes; version: 1.2; message ID: 1; source URI: fbb-627448174; target URI: https://company.mail.server/client/rpc.php; user: test.user at domain.com; charset: UTF-8; wbxml: no [pid 18515 on line 432 of "/kolab/var/kolab/www/client/lib/SyncML.php"]
Sep 07 13:34:44 HORDE [debug] [horde] SQL Query by SyncML_Backend_Horde::readSyncAnchors(): SELECT syncml_clientanchor, syncml_serveranchor FROM horde_syncml_anchors WHERE syncml_syncpartner = ? AND syncml_db = ? AND syncml_uid = ?, values: fbb-627448174, calendar, test.user at domain.com [pid 18515 on line 743 of "/kolab/var/kolab/www/client/lib/SyncML/Backend/Horde.php"]
Sep 07 13:34:44 HORDE [debug] [horde] No info about previous syncs found for device fbb-627448174 and database scal [pid 18515 on line 197 of "/kolab/var/kolab/www/client/lib/SyncML/Command/Alert.php"]
Sep 07 13:34:44 HORDE [debug] [horde] Creating SyncML_Sync object for database scal; sync type 205 [pid 18515 on line 289 of "/kolab/var/kolab/www/client/lib/SyncML/Command/Alert.php"]
Sep 07 13:34:44 HORDE [debug] [horde] Received <Final> from client. [pid 18515 on line 50 of "/kolab/var/kolab/www/client/lib/SyncML/Command/Final.php"]
Sep 07 13:34:44 HORDE [debug] [horde] Handle <Final> for state Init [pid 18515 on line 663 of "/kolab/var/kolab/www/client/lib/SyncML/Sync.php"]
Sep 07 13:34:44 HORDE [debug] [horde] Sending <Final> to client [pid 18515 on line 502 of "/kolab/var/kolab/www/client/lib/SyncML.php"]
Sep 07 13:34:44 HORDE [debug] [horde] Return message completed [pid 18515 on line 543 of "/kolab/var/kolab/www/client/lib/SyncML.php"]
Sep 07 13:34:44 HORDE [debug] [horde] Max memory usage: 11796480 bytes [pid 18515 on line 339 of "/kolab/var/kolab/www/client/lib/Horde/Registry.php"]
Sep 07 13:34:44 HORDE [debug] [horde] IMAP errors: SECURITY PROBLEM: insecure server advertised AUTH=PLAIN SECURITY PROBLEM: insecure server advertised AUTH=PLAIN [pid 18515 on line 175 of "/kolab/var/kolab/www/client/imp/lib/IMAP.php"]

Who can help me on this topic ?

Moreover who know a good tutorial to configure the funambol mail client on a BB ?


Best regards,

_________________________________________________________________
Tchattez en direct en en vid?o avec vos amis !  
http://www.windowslive.fr/messenger/
-------------- section suivante --------------
Une pi?ce jointe HTML a ?t? nettoy?e...
URL: http://kolab.org/pipermail/kolab-users/attachments/20090907/3c88fdb4/attachment.html

From Roessler at FuH-E.de  Tue Sep  8 11:14:27 2009
From: Roessler at FuH-E.de (=?ISO-8859-15?Q?Christian_R=F6=DFler?=)
Date: Tue, 08 Sep 2009 11:14:27 +0200
Subject: ldap replication problem
In-Reply-To: <20090902150041.191836824.thomas@intevation.de>
References: <4A9BD0D9.2020609@FuH-E.de>
	<20090902150041.191836824.thomas@intevation.de>
Message-ID: <4AA62073.5080100@FuH-E.de>

Hallo,

>> I have a bit of a ldap replication problem. Most entries do replicate
>> as they should; but some won't. I have the feeling that at least part
>> of this problem is due to a clock running wild - the replication
>> server (kolab-slave) is virtualized, and it's clock went by way too
>> fast. Both clocks are synchronized now.

Thomas Arendsen Hein schrieb:
> Clocks running wild can cause many problems, so you really want to
> fix that. Xen, VMware or something else?

Doug Finch schrieb:
>> I'm not sure if this has anything to do with the issue at hand, but
>> on one of my CentOS virtual machines, I have to use a special VM
>> kernel - otherwise my system clock gains 5 minutes every 15 minutes -
>> or something similar.

...you were correct, of course. It's a VM, as you guessed - for the
record: SLES 10 under VMware ESX.

By enforcing a strict time regime new LDAP data synchronizes correctly.
It proved sufficient to set the kernel option "clock=pmtmr" at boot
time. I am glad about that; had not really time to compile a kernel:).

Some older entries do not synchronize. But when I delete them and write
them again in exactly the same way they will - so that's what I have done.

Best regards & thanks,
Christian


From dfinch at bynari.net  Tue Sep  8 14:53:00 2009
From: dfinch at bynari.net (Doug Finch)
Date: Tue, 08 Sep 2009 07:53:00 -0500
Subject: lost emails in Kolab
Message-ID: <5b863aa0.1ca3083.1ebb508c.aab@bynari.net>

Hello Liutauras,
Connector 3 places a copy of the "sent" mail in the "Sent Items" folder "after" it is actually sent.  For this reason, I believe the AV may have something to do with this missing mail.  As far as the Connector is concerned, the mail left Outlook.

Were there attachments on these missing emails?  What were the attachments (type, not content)?  Were the attachments considered banned mail types for the AV?

Regards,

Doug Finch
Director of Technical Support
Bynari, Inc.
Skype ID: dfsixstring
"Sharing Made Easy..."
(sent with BETA 4.0 Connector)

-----Original Message-----
From: kolab-users-bounces at kolab.org [mailto:kolab-users-bounces at kolab.org] On Behalf Of Liutauras Adomaitis
Sent: Saturday, September 05, 2009 2:43 AM
To: Doug Finch
Cc: kolab-users at kolab.org
Subject: Re: lost emails in Kolab

To be precise there are two users you have this problem. I'm aware of
two cases (one with each user) about lost emails.
Yes there is Kaspersky AV installed. I didn't check the settings yet,
but default AV policy is to have this enabled.
Thanks for your suggestion, I will try to disable AV and see what
happens. Unfortunately I cannot simulate a situation so the only way
to find out is wait for new case. My hope here is AV logs, maybe they
will show something.
Is there a possibility that Outlook crashed during sending and
connector made a mistake putting unsent email to Sent folder?

Thanks again
Liutauras

On Fri, Sep 4, 2009 at 8:18 PM, Doug Finch<dfinch at bynari.net> wrote:
> Hello Liutauras,
> (Summary)
> You have a user that has sent several email messages. ?The messages show in the "Sent Items" folder as being "sent". ?There is no trace of the emails in the Postfix log files - so we know it never made it to the mail server.
>
> It must be happening somewhere between the Connector and the anti-virus. ?Does the user have anti-virus add-ins enabled in Outlook? ?Add-ins are known to cause problems with attachments and email in general. ?As a simple test, you should disable the AV add-in and see if the problem goes away. ?Disabling the AV add-in does not disable AV protection on the end-user's computer either. ?They are still protected by the core AV program itself.
>
> To answer your last question - the Connector is responsible for placing the sent mail in the "Sent Items" folder.
>
> Regards,
>
> Doug Finch
> Director of Technical Support
> Bynari, Inc.
> Skype ID: dfsixstring
> "Sharing Made Easy..."
> (sent with BETA 4.0 Connector)
>
> -----Original Message-----
> From: kolab-users-bounces at kolab.org [mailto:kolab-users-bounces at kolab.org] On Behalf Of Liutauras Adomaitis
> Sent: Friday, September 04, 2009 9:39 AM
> To: kolab-users at kolab.org
> Subject: Re: lost emails in Kolab
>
> On Fri, Sep 4, 2009 at 4:21 PM, Thomas Arendsen
> Hein<thomas at intevation.de> wrote:
>> * Liutauras Adomaitis <liutauras.adomaitis at gmail.com> [20090904 14:38]:
>>> we are facing very strange problem: some (very few) emails are lost
>>> between kolab and client (Outlook+Bynari+Kaspersky AV).
>>> Email is in Outlook Send Items, but no evidence on Kolab server
>>> (postfix.log, amavisd.log).
>>
>> If postfix.log does not show any evidence, then the user's email
>> client did not talk to the Kolab server. Maybe he sent it to a
>> different server that threw away the mail?
>>
>
> At the time I was investigating the issue email server was set to
> kolab server. What is the path of email to be delivered? starting form
> Outlook:
> Outlook -> Bynari Connector -> Postfix -> Amavis -> Postfix -> Local or Remote
> Is it correct? Who is responsible for putting emails to sent folder?
>
> Liutauras
>
> _______________________________________________
> Kolab-users mailing list
> Kolab-users at kolab.org
> https://kolab.org/mailman/listinfo/kolab-users
>
>

_______________________________________________
Kolab-users mailing list
Kolab-users at kolab.org
https://kolab.org/mailman/listinfo/kolab-users


From liutauras.adomaitis at gmail.com  Tue Sep  8 15:30:45 2009
From: liutauras.adomaitis at gmail.com (Liutauras Adomaitis)
Date: Tue, 8 Sep 2009 16:30:45 +0300
Subject: lost emails in Kolab
In-Reply-To: <5b863aa0.1ca3083.1ebb508c.aab@bynari.net>
References: <5b863aa0.1ca3083.1ebb508c.aab@bynari.net>
Message-ID: <c1ec9ac0909080630h4409030x792cb2f61a2d4558@mail.gmail.com>

On Tue, Sep 8, 2009 at 3:53 PM, Doug Finch<dfinch at bynari.net> wrote:
> Hello Liutauras,
> Connector 3 places a copy of the "sent" mail in the "Sent Items" folder "after" it is actually sent. ?For this reason, I believe the AV may have something to do with this missing mail. ?As far as the Connector is concerned, the mail left Outlook.
>
> Were there attachments on these missing emails? ?What were the attachments (type, not content)? ?Were the attachments considered banned mail types for the AV?
>

No, there were no attachments. I did not find any logs in AV about
that, but AV logs seemed to be broken. I disabled AV mail checking,
hope this will help.

thanks
Liutauras


From liutauras.adomaitis at gmail.com  Tue Sep  8 15:34:36 2009
From: liutauras.adomaitis at gmail.com (Liutauras Adomaitis)
Date: Tue, 8 Sep 2009 16:34:36 +0300
Subject: shared contacts folder
Message-ID: <c1ec9ac0909080634j72bfc06bhf31a37341e3519f6@mail.gmail.com>

Hi all,

we are using M$ Outlook with Bynari Connector v3. Kolab 2.2.2
We have created a shared folder to place all common contacts in it.
Everything works ok, except that contacts never get updated after the
first download. Example: user adds a subscribes to shared folder of
contacts. Bynari downloads all the content of the folder. Then
somebody else changes phone number of the one entry in this folder
nobody gets the updates of this change.

Any suggestions?
Thanks
Liutauras


From dfinch at bynari.net  Tue Sep  8 17:36:00 2009
From: dfinch at bynari.net (Doug Finch)
Date: Tue, 08 Sep 2009 10:36:00 -0500
Subject: shared contacts folder
Message-ID: <34193d50.1ca309a.1f5109c3.2322@bynari.net>

Hi All,
There are two ways in which you can make these changes appear correctly for the clients.  

1) set the shared folder as one of the automatic Send/Receive folders in the connector:
	1) Go to Connector toolbar
	2) Go to Account > More Settings > Send/Receive
	3) Select "Send receive checks mail in these folders"
	4) Place a check (tick) beside the shared folder
Each time Outlook does a standard "Send/Receive", it will check this folder also.

2) clicking away from the shared folder and then back to it.  Doing this causes the Connector to "check" the local copy of that folder with the server copy.

Thanks,

Doug Finch
Director of Technical Support
Bynari, Inc.
Skype ID: dfsixstring
"Sharing Made Easy..."
(sent with BETA 4.0 Connector)

-----Original Message-----
From: kolab-users-bounces at kolab.org [mailto:kolab-users-bounces at kolab.org] On Behalf Of Liutauras Adomaitis
Sent: Tuesday, September 08, 2009 8:35 AM
To: kolab-users at kolab.org
Subject: shared contacts folder

Hi all,

we are using M$ Outlook with Bynari Connector v3. Kolab 2.2.2
We have created a shared folder to place all common contacts in it.
Everything works ok, except that contacts never get updated after the
first download. Example: user adds a subscribes to shared folder of
contacts. Bynari downloads all the content of the folder. Then
somebody else changes phone number of the one entry in this folder
nobody gets the updates of this change.

Any suggestions?
Thanks
Liutauras

_______________________________________________
Kolab-users mailing list
Kolab-users at kolab.org
https://kolab.org/mailman/listinfo/kolab-users


From alessio at skye.it  Tue Sep  8 17:56:47 2009
From: alessio at skye.it (Alessio Cecchi)
Date: Tue, 08 Sep 2009 17:56:47 +0200
Subject: Problem with Disposition-Notification in Toltect+Horde
Message-ID: <4AA67EBF.4080507@skye.it>

Hi,

I'm running the latest version of kolab Server: 2.2.2

All users have MS Outlook and Toltect plugin.

If i send an e-mail and ask for "Disposition-Notification-To" when the
user send to me the "Read Receipt" In Horde I see a message like this:

From: Invalid Address
Object: TOLTEC.978F1E03035C40A5B8ED4E202DFB0855
Body:
This is a Kolab Groupware object. To view this object you
will need a email client that understands the Kolab Groupware
format. For a list of such email clients please visit
http://www.kolab.org/kolab2-clients.html

NOTE: I can see in Horde the "Read Receipt" correctly until Toltec not
synchronized.

In MS Outlook i can see the "Read Receipt" always correctly.

I have search in lists form similar problema but I haven't found any
helpful for me.

My Outlook versio is:

Outlook 2007 ( 12.0.6504.5000) SP1 MSO(12.0.6320.5000) ( office 2007 S.E.)

My toltec versio is:

Toltec? Connector Version 2.3.1

Any suggestion is welcome.
Thanks
-- 
Alessio Cecchi is:
@ ILS -> http://www.linux.it/~alessice/
on LinkedIn -> http://www.linkedin.com/in/alessice
Assistenza Sistemi GNU/Linux -> http://www.cecchi.biz/
@ PLUG -> ex-Presidente, adesso senatore a vita, http://www.prato.linux.it
@ LOLUG -> Socio http://www.lolug.net


From tech at yanq.org.au  Wed Sep  9 01:45:53 2009
From: tech at yanq.org.au (David Powell)
Date: Wed, 09 Sep 2009 09:45:53 +1000
Subject: Creating users resource folders without Kontact - is it possible?
Message-ID: <4AA6ECB1.2040804@yanq.org.au>

Hi all,

I'm new to the list and to kolab, so I'm probably starting off badly by 
asking a question that's been answered here before - but here goes...

Is it possible to create the various resource folders (Calendar, 
Contacts, Journal etc) for users, without using Kontact?

I've tried via both t'bird and imp (horde) but the folders don't work 
because the required annotations are missing. Adding a new event to a 
user's default calendar in horde returns a "No, Mailbox does not exist" 
error - whether or not the Calendar folder (created via t'bird or horde) 
exists or not.

Most of my users only have access to thunderbird/lightning with the 
syncKolab plugin and horde (3.3.4) with kronolith (2.3.1), which is why 
using kontact isn't possible (unless I manually do it myself for every 
user - which isn't really a viable option).

After a bit of googling on the wiki and the mailing list archives I've 
found a couple of relevant messages on this topic:

- one (see http://is.gd/3390O from 2005) implies that the only way to 
create the special imap folders for calendars and so on is via kontact.
- the other (from 2006 see http://is.gd/3395k) is a perl script, that 
adds new users and sets up the folders at the same time. But my users 
have already been set up (and I don't have the perl skills to figure out 
how to tweak the script for existing users).

Are there other strategies that have been developed since then that I 
missed?

Cheers,

David

-- 
David Powell
Youth Affairs Network of Queensland
Tel: (07) 3844 7713
Web: http://www.yanq.org.au

NOTICE:This communication and all attachments contains information which is confidential and the copyright of Youth Affairs Network Qld (YANQ)or a third party. If you are not the intended recipient of this communication please delete and destroy all copies and telephone/email (details above) YANQ. If you are the intended recipient of this communication you should not copy, disclose or distribute this communication without the authority of YANQ. Any views expressed in this communication are those of the individual sender, except where the sender specifically states them to be the views of YANQ.  Except as required at law, YANQ does not represent, warrant and/or guarantee that the integrity of this communication has been maintained or that the communication is free of errors, virus, interception or interference.


From Roessler at FuH-E.de  Wed Sep  9 11:33:47 2009
From: Roessler at FuH-E.de (=?ISO-8859-15?Q?Christian_R=F6=DFler?=)
Date: Wed, 09 Sep 2009 11:33:47 +0200
Subject: imapsync-Options for Kolab?
Message-ID: <4AA7767B.9030602@FuH-E.de>

Good morning,

I am trying to transfer mails from an old mailserver, using cyrus
2.0.16, to a Kolab 2.2.0. For this task i use imapsync, and now I am
fiddling with the options:

If I use (mail is the old server, kolab the new, all in one line):

imapsync --host1 mail --user1 roe --passfile1 /home/roe/mail_passwort
--host2 kolab --user2 kro --passfile2 /home/roe/kolab_passwort
--folderrec INBOX --prefix2 INBOX. --sep2 .

...the mails in the INBOX-Folder will be transferred ok. But not the
sub-folders, eg. one folder called 'Ablage':

| From Folder [INBOX.Ablage]
| To   Folder [INBOX.Ablage]
| To   Folder INBOX.Ablage does not exist
| Creating folder [INBOX.Ablage]
| Couldn't create [INBOX.Ablage]3889 NO Permission denied

Log file would say:

| Sep 09 11:23:40 kolab <debug> imap[17816]: append_fromstage: message
| 2084 added to kolab.fuhintern.de!user.kro

(...these mails directly in the base folder are ok).

But not the sub-folders:
| Sep 09 11:23:40 kolab <debug> imap[17816]: myfetch: starting txn
| 2147483823
| Sep 09 11:23:40 kolab <debug> imap[17816]: abort_txn: aborting txn
| 2147483823

And the strange thing is that I can add sub-folders with no problem
using a mail-program, eg. kmail, with exactly the same credentials.

Mailbox rights would be:
| kolab.fuhintern.de!user.kro 0 default kro at kolab.intern.de rswipkxtecda

If I do (without --prefix2 INBOX. and --sep2 .):
imapsync --host1 mail --user1 roe --passfile1 /home/roe/mail_passwort
--host2 kolab --user2 kro --passfile2 /home/roe/kolab_passwort
--folderrec INBOX

a subfolder named INBOX would be written and mails transferred into it
(so then the rights are sufficient, as it seems). But that is obviously
not what I need.

All in all I think I have some option missing when using imapsync. The
wiki gave me some helpful tips; but not too many. So, please, can
someone give me some hints?

Of course I will submit any wanted information:).

Best regrads,
Christian


From liutauras.adomaitis at gmail.com  Wed Sep  9 12:22:06 2009
From: liutauras.adomaitis at gmail.com (Liutauras Adomaitis)
Date: Wed, 9 Sep 2009 13:22:06 +0300
Subject: shared contacts folder
In-Reply-To: <34193d50.1ca309a.1f5109c3.2322@bynari.net>
References: <34193d50.1ca309a.1f5109c3.2322@bynari.net>
Message-ID: <c1ec9ac0909090322u4d32edcdu783ffa14aa75a65e@mail.gmail.com>

On Tue, Sep 8, 2009 at 6:36 PM, Doug Finch<dfinch at bynari.net> wrote:
> Hi All,
> There are two ways in which you can make these changes appear correctly for the clients.
>
> 1) set the shared folder as one of the automatic Send/Receive folders in the connector:
> ? ? ? ?1) Go to Connector toolbar
> ? ? ? ?2) Go to Account > More Settings > Send/Receive
> ? ? ? ?3) Select "Send receive checks mail in these folders"
> ? ? ? ?4) Place a check (tick) beside the shared folder
> Each time Outlook does a standard "Send/Receive", it will check this folder also.

What if I set to check in All folders? Is it the same?

Liutauras


From liutauras.adomaitis at gmail.com  Wed Sep  9 12:34:45 2009
From: liutauras.adomaitis at gmail.com (Liutauras Adomaitis)
Date: Wed, 9 Sep 2009 13:34:45 +0300
Subject: shared contacts folder
In-Reply-To: <34193d50.1ca309a.1f5109c3.2322@bynari.net>
References: <34193d50.1ca309a.1f5109c3.2322@bynari.net>
Message-ID: <c1ec9ac0909090334m37577484pe0c6951c77be688c@mail.gmail.com>

PS.
1. BTW what is the difference between send/receive and Refresh folders
in Bynari?
2. It didn't worked for me. I did:
- changed all contacts phone number format (deleting spaces, adding +)
- send receive
- in horde (with the same user I just changed contacts phones), seems ok
- going to the other computer (other user with full rights on shared
folder) and i can't get changes to propagate. In other words I see old
unchanged phone numbers. No matter if I do send/receive, refresh
folders, changing send/receive options in Bynari account configuration
from send/receive all to send/receive particular folders. Nothing.
Even unsubscribing from the shared folder and then subscribing to it
doesn't download new changes.

Liutauras


From Roessler at FuH-E.de  Wed Sep  9 13:06:07 2009
From: Roessler at FuH-E.de (=?ISO-8859-1?Q?Christian_R=F6=DFler?=)
Date: Wed, 09 Sep 2009 13:06:07 +0200
Subject: imapsync-Options for Kolab?
In-Reply-To: <4AA7767B.9030602@FuH-E.de>
References: <4AA7767B.9030602@FuH-E.de>
Message-ID: <4AA78C1F.607@FuH-E.de>

Christian R??ler schrieb:

> I am trying to transfer mails from an old mailserver, using cyrus
> 2.0.16, to a Kolab 2.2.0. For this task i use imapsync, and now I am
> fiddling with the options:

sometimes one does not see the forest because of the trees, and
sometimes an option too many gives many grievances.

imapsync --host1 mail --user1 roe --passfile1 /home/roe/mail_passwort
--host2 kolab --user2 kro --passfile2 /home/roe/kolab_passwort
--folderrec INBOX --regextrans2 's/INBOX.INBOX/INBOX/'

This (above) does the trick.

Best regards,
Christian


From dfinch at bynari.net  Wed Sep  9 14:58:00 2009
From: dfinch at bynari.net (Doug Finch)
Date: Wed, 09 Sep 2009 07:58:00 -0500
Subject: shared contacts folder
Message-ID: <2d6bcc4d.1ca314d.23e5f815.4765@bynari.net>

Hello Liutauras,
Let me answer your question from the previous email first: 
(What if I set to check in All folders? Is it the same?)
Doing this will tell the Connector to check for mail in every folder you have.  This could cause quite a performance problem since Outlook performs this, Send/Receive every 5 minutes by default in Outlook 2003.  We do not recommend this setting - rather, we recommend that you select "which" folders you wish to be part of the Send/Receive function.

There is a difference between "Send/Receive" and "Refresh Folders".  Refresh Folders is used when you want to "refresh" the IMAP folder tree in Outlook.  It is useful, for example, when "user 1" shares a folder to "user 2".  "User 2" can then select "Refresh Folders" to get the new ACL rights that have been granted to him by "user 1".  It is also effective if the folders have changed on the server and you want to reflect that in Outlook.  It has nothing to do with the actual "Send/Receive" function of Outlook.

On the test you performed with the contacts on a shared folder, what happens when you click on a different IMAP folder and then back to that shared folder?  Is the contact information updated then?  If the changes are seen after doing this, it would appear that there is a delay in the actual send/receive function.  There are a few settings I would recommend you check:

Click on the Insight Connector toolbar, "Accounts" > "More Settings" > "Connections".  Look for a default option, "Use Persistent Connection".  Make sure this is enabled.  If this is not enabled, the connector will have go through the entire authentication process each time it tries to make any kind of transaction with the server.  This can cause serious performance problems.  The other option you should look at is (same tab) "Server timeout value in number of seconds".  By default this option is set to "0".  Values can be "0", "30-600".  This option requests that the server keep the connection alive for XX seconds (XX being the numerical value).  

For any that are interested in these settings or other options available in the Insight Connector, you can download the admin guide here:
http://www.bynari.net/images/documentation/connector/insightconnector_31.pdf


Regards,

Doug Finch
Director of Technical Support
Bynari, Inc.
Skype ID: dfsixstring
"Sharing Made Easy..."
(sent with BETA 4.0 Connector)

-----Original Message-----
From: kolab-users-bounces at kolab.org [mailto:kolab-users-bounces at kolab.org] On Behalf Of Liutauras Adomaitis
Sent: Wednesday, September 09, 2009 5:35 AM
To: Doug Finch
Cc: kolab-users at kolab.org
Subject: Re: shared contacts folder

PS.
1. BTW what is the difference between send/receive and Refresh folders
in Bynari?
2. It didn't worked for me. I did:
- changed all contacts phone number format (deleting spaces, adding +)
- send receive
- in horde (with the same user I just changed contacts phones), seems ok
- going to the other computer (other user with full rights on shared
folder) and i can't get changes to propagate. In other words I see old
unchanged phone numbers. No matter if I do send/receive, refresh
folders, changing send/receive options in Bynari account configuration
from send/receive all to send/receive particular folders. Nothing.
Even unsubscribing from the shared folder and then subscribing to it
doesn't download new changes.

Liutauras

_______________________________________________
Kolab-users mailing list
Kolab-users at kolab.org
https://kolab.org/mailman/listinfo/kolab-users


From liutauras.adomaitis at gmail.com  Wed Sep  9 16:25:29 2009
From: liutauras.adomaitis at gmail.com (Liutauras Adomaitis)
Date: Wed, 9 Sep 2009 17:25:29 +0300
Subject: shared contacts folder
In-Reply-To: <2d6bcc4d.1ca314d.23e5f815.4765@bynari.net>
References: <2d6bcc4d.1ca314d.23e5f815.4765@bynari.net>
Message-ID: <c1ec9ac0909090725s73bf925eo5ef8ffb6f534857b@mail.gmail.com>

On Wed, Sep 9, 2009 at 3:58 PM, Doug Finch<dfinch at bynari.net> wrote:
> Hello Liutauras,
> Let me answer your question from the previous email first:
> (What if I set to check in All folders? Is it the same?)
> Doing this will tell the Connector to check for mail in every folder you have. ?This could cause quite a performance problem since Outlook performs this, Send/Receive every 5 minutes by default in Outlook 2003. ?We do not recommend this setting - rather, we recommend that you select "which" folders you wish to be part of the Send/Receive function.
>
> There is a difference between "Send/Receive" and "Refresh Folders". ?Refresh Folders is used when you want to "refresh" the IMAP folder tree in Outlook. ?It is useful, for example, when "user 1" shares a folder to "user 2". ?"User 2" can then select "Refresh Folders" to get the new ACL rights that have been granted to him by "user 1". ?It is also effective if the folders have changed on the server and you want to reflect that in Outlook. ?It has nothing to do with the actual "Send/Receive" function of Outlook.
>
> On the test you performed with the contacts on a shared folder, what happens when you click on a different IMAP folder and then back to that shared folder? ?Is the contact information updated then? ?If the changes are seen after doing this, it would appear that there is a delay in the actual send/receive function. ?There are a few settings I would recommend you check:
>
If click on the other folder and then back to shared contacts nothing changes.

> Click on the Insight Connector toolbar, "Accounts" > "More Settings" > "Connections". ?Look for a default option, "Use Persistent Connection". ?Make sure this is enabled. ?If this is not enabled, the connector will have go through the entire authentication process each time it tries to make any kind of transaction with the server. ?This can cause serious performance problems. ?The other option you should look at is (same tab) "Server timeout value in number of seconds". ?By default this option is set to "0". ?Values can be "0", "30-600". ?This option requests that the server keep the connection alive for XX seconds (XX being the numerical value).

I will look through your recommendation about speed and connection,
but at first glance we have done all of this, but still contacts are
not refreshed.

Thanks a lot on spending your time on these questions
Liutauras


From thorsten.schnebeck at gmx.net  Thu Sep 10 10:12:18 2009
From: thorsten.schnebeck at gmx.net (Thorsten Schnebeck)
Date: Thu, 10 Sep 2009 10:12:18 +0200
Subject: shared calendar as long time reminding system?
Message-ID: <200909101012.18927.thorsten.schnebeck@gmx.net>

Hi List,

we are searching for a solution to set-up a reminding system for tasks in the remote future.
This can not be a per user setting as it is not sure that the user still works in the company when the task arise. So, every Kolab user 
should be able to create such a reminder and the system should send a reminder email to a distribution list. This distribution list contains 
all users that take care of these tasks in the future.
So, I set-up a shared calendar and used Horde to insert the reminder. This seems to work for stuff like creating and deleting but the email-
reminder seems to be a per user setting. But I need this as a feature of the shared calendar. Maybe someone has an idea how to solve this 
issue or knows a better way how to handle the whole problem? Maybe its better to use the shared calendar of a virtual user?

Bye

   Thorsten

-- 
using Kolab 2.2.2


From bernhard at intevation.de  Thu Sep 10 11:56:14 2009
From: bernhard at intevation.de (Bernhard Reiter)
Date: Thu, 10 Sep 2009 11:56:14 +0200
Subject: imapsync-Options for Kolab?
In-Reply-To: <4AA78C1F.607@FuH-E.de>
References: <4AA7767B.9030602@FuH-E.de> <4AA78C1F.607@FuH-E.de>
Message-ID: <200909101156.17801.bernhard@intevation.de>

Am Mittwoch, 9. September 2009 13:06:07 schrieb Christian R??ler:
> Christian R??ler schrieb:
> > I am trying to transfer mails from an old mailserver, using cyrus
> > 2.0.16, to a Kolab 2.2.0. For this task i use imapsync, and now I am
> > fiddling with the options:
>
> sometimes one does not see the forest because of the trees, and
> sometimes an option too many gives many grievances.
>
> imapsync --host1 mail --user1 roe --passfile1 /home/roe/mail_passwort
> --host2 kolab --user2 kro --passfile2 /home/roe/kolab_passwort
> --folderrec INBOX --regextrans2 's/INBOX.INBOX/INBOX/'
>
> This (above) does the trick.

Good, can you add a hint to the wiki to help others? :)
Start at http://wiki.kolab.org/index.php/Imapsync or so.
Thanks!

-- 
Managing Director - Owner: www.intevation.net       (Free Software Company)
Germany Coordinator: fsfeurope.org. Coordinator: www.Kolab-Konsortium.com.
Intevation GmbH, Osnabr?ck, DE; Amtsgericht Osnabr?ck, HRB 18998
Gesch?ftsf?hrer Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part.
Url : http://kolab.org/pipermail/kolab-users/attachments/20090910/af4fcd9a/attachment.bin

From bernhard at intevation.de  Thu Sep 10 12:10:56 2009
From: bernhard at intevation.de (Bernhard Reiter)
Date: Thu, 10 Sep 2009 12:10:56 +0200
Subject: shared calendar as long time reminding system?
In-Reply-To: <200909101012.18927.thorsten.schnebeck@gmx.net>
References: <200909101012.18927.thorsten.schnebeck@gmx.net>
Message-ID: <200909101210.59711.bernhard@intevation.de>

Am Donnerstag, 10. September 2009 10:12:18 schrieb Thorsten Schnebeck:
> we are searching for a solution to set-up a reminding system for tasks in
> the remote future. This can not be a per user setting as it is not sure
> that the user still works in the company when the task arise. So, every
> Kolab user should be able to create such a reminder and the system should
> send a reminder email to a distribution list. This distribution list
> contains all users that take care of these tasks in the future.
> So, I set-up a shared calendar and used Horde to insert the reminder. 

An reminder for a task or an event is saved in the groupware object 
in order to be used by a client. How the client notifies the user,
is something the client can decide up to a point.
Of course to be able to read the object, a client must be running.

> This seems to work for stuff like creating and deleting but the 
> email- reminder  seems to be a per user setting. 
> But I need this as a feature of the shared  calendar. 

A shared calendar folder (which should belong to an account, but this does not 
matter) has the object, thus all readers can see that there is a reminder 
wanted with this object and could react. In other words: All users already 
have the reminder information, if it is saved in a folder those users have 
access to.

The issue here is that you would want someone to send out the email reminder 
even if no client is running. So we need a daemon on the server which 
periodically watches the folder in question and issues a reminder.

> Maybe someone has an idea how to solve this issue or knows a 
> better way how to handle the whole problem? Maybe its better to use the
> shared calendar of a virtual user?

I guess the hackish solution would be to make sure a webclient is running all 
the time that has access to the folder and will just send out emails for each 
reminder. You might need a script to keep the horde sessing alive, though.

A better solution would be to implement a daemon that does the same job. It 
would be less code, more robust, secure and flexible.

An even better, but more long time solution would be to enhance Kolab Storage
format and add a standard daemon for such purposes or come up with something 
else that does time based events.

Best,
Bernhard
-- 
Managing Director - Owner: www.intevation.net       (Free Software Company)
Germany Coordinator: fsfeurope.org. Coordinator: www.Kolab-Konsortium.com.
Intevation GmbH, Osnabr?ck, DE; Amtsgericht Osnabr?ck, HRB 18998
Gesch?ftsf?hrer Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part.
Url : http://kolab.org/pipermail/kolab-users/attachments/20090910/d7730f6f/attachment.bin

From wrobel at pardus.de  Thu Sep 10 12:12:05 2009
From: wrobel at pardus.de (Gunnar Wrobel)
Date: Thu, 10 Sep 2009 12:12:05 +0200
Subject: Kolab 2.2.2 Filter Problem
In-Reply-To: <003d01ca2a76$3733a740$a59af5c0$@co.za>
References: <003d01ca2a76$3733a740$a59af5c0$@co.za>
Message-ID: <20090910121205.44536rdssgcv8m4g@webmail.pardus.de>


Quoting Nazeer <Nazeer at kryptonpcs.co.za>:

>  Hi    I am having a problem with Kolab Horde Filters. I can?t seem to
> activate it for everyone. Some email addresses work, others show
> that it?s been enabled and as soon as I log out and back in again
> it shows as disabled again. I previously had version 2.2.1 and done
> an upgrade to 2.2.2 (not sure if this could be related)

Has been fixed now. See https://issues.kolab.org/issue3555

>
>   Thanks

-- 
____ http://www.pardus.de _________________ http://gunnarwrobel.de _

E-mail : p at rdus.de                                 Dr. Gunnar Wrobel
Tel.   : +49 700 6245 0000                         Bundesstrasse 29
Fax    : +49 721 1513 52322                        D-20146 Hamburg
--------------------------------------------------------------------
    >> Mail at ease - Rent a kolab groupware server at p at rdus <<
--------------------------------------------------------------------
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: Digitale PGP-Unterschrift
Url : http://kolab.org/pipermail/kolab-users/attachments/20090910/0f50a7d2/attachment.bin

From bernhard at intevation.de  Thu Sep 10 12:16:54 2009
From: bernhard at intevation.de (Bernhard Reiter)
Date: Thu, 10 Sep 2009 12:16:54 +0200
Subject: Creating users resource folders without Kontact - is it possible?
In-Reply-To: <4AA6ECB1.2040804@yanq.org.au>
References: <4AA6ECB1.2040804@yanq.org.au>
Message-ID: <200909101216.54749.bernhard@intevation.de>

Am Mittwoch, 9. September 2009 01:45:53 schrieb David Powell:
> Is it possible to create the various resource folders (Calendar,
> Contacts, Journal etc) for users, without using Kontact?

Yes, any Kolab compliant client must be able create the standard folders.

> I've tried via both t'bird and imp (horde) but the folders don't work
> because the required annotations are missing. 

If you did use the Webclient (based on Horde) coming with Kolab Server,
then this would be a defect. Please go the route of
http://wiki.kolab.org/index.php/Problem_reporting

I haven't checked the Synckolab plugin in for a while, but if the creation 
does not work, you should also file a report with them.
(In both cases make sure that you run a Kolab Server which actually allow 
annotations to be created.)

> Most of my users only have access to thunderbird/lightning with the
> syncKolab plugin and horde (3.3.4) with kronolith (2.3.1), which is why
> using kontact isn't possible (unless I manually do it myself for every
> user - which isn't really a viable option).

It seems you are not using the Kolab Webclient, e.g. coming with Kolab Server.
Maybe this version of horde you are using was not properly prepared to be a 
Kolab Client.

You could use a script to create the needed folders and set the annotations
of course, but if you are using a defect version of Horde, this will not help.

Bernhard

-- 
Managing Director - Owner: www.intevation.net       (Free Software Company)
Germany Coordinator: fsfeurope.org. Coordinator: www.Kolab-Konsortium.com.
Intevation GmbH, Osnabr?ck, DE; Amtsgericht Osnabr?ck, HRB 18998
Gesch?ftsf?hrer Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part.
Url : http://kolab.org/pipermail/kolab-users/attachments/20090910/37337e5e/attachment.bin

From bernhard at intevation.de  Thu Sep 10 12:19:29 2009
From: bernhard at intevation.de (Bernhard Reiter)
Date: Thu, 10 Sep 2009 12:19:29 +0200
Subject: Problem with Disposition-Notification in Toltect+Horde
In-Reply-To: <4AA67EBF.4080507@skye.it>
References: <4AA67EBF.4080507@skye.it>
Message-ID: <200909101219.30136.bernhard@intevation.de>

Am Dienstag, 8. September 2009 17:56:47 schrieb Alessio Cecchi:
> I'm running the latest version of kolab Server: 2.2.2
>
> All users have MS Outlook and Toltect plugin.
>
> If i send an e-mail and ask for "Disposition-Notification-To" when the
> user send to me the "Read Receipt" In Horde I see a message like this:
>
> From: Invalid Address
> Object: TOLTEC.978F1E03035C40A5B8ED4E202DFB0855
> Body:
> This is a Kolab Groupware object. To view this object you
> will need a email client that understands the Kolab Groupware
> format. For a list of such email clients please visit
> http://www.kolab.org/kolab2-clients.html
>
> NOTE: I can see in Horde the "Read Receipt" correctly until Toltec not
> synchronized.

Sounds like an issue with Toltec that might "rewrite" this response.
If so you could contact the Toltec support.

> In MS Outlook i can see the "Read Receipt" always correctly.
>
> I have search in lists form similar problema but I haven't found any
> helpful for me.
>
> My Outlook versio is:
>
> Outlook 2007 ( 12.0.6504.5000) SP1 MSO(12.0.6320.5000) ( office 2007 S.E.)
>
> My toltec versio is:
>
> Toltec? Connector Version 2.3.1


-- 
Managing Director - Owner: www.intevation.net       (Free Software Company)
Germany Coordinator: fsfeurope.org. Coordinator: www.Kolab-Konsortium.com.
Intevation GmbH, Osnabr?ck, DE; Amtsgericht Osnabr?ck, HRB 18998
Gesch?ftsf?hrer Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part.
Url : http://kolab.org/pipermail/kolab-users/attachments/20090910/48c6c4f1/attachment.bin

From bernhard at intevation.de  Thu Sep 10 12:24:24 2009
From: bernhard at intevation.de (Bernhard Reiter)
Date: Thu, 10 Sep 2009 12:24:24 +0200
Subject: Horde
In-Reply-To: <003701ca2eec$74745120$5d5cf360$@co.za>
References: <003701ca2eec$74745120$5d5cf360$@co.za>
Message-ID: <200909101224.25114.bernhard@intevation.de>

Am Sonntag, 6. September 2009 14:20:43 schrieb Nazeer:
> Is there anyway to make Horde POP3 functionality similar to Google Mail
> where when you send a mail from a client it saves it in the Webmail. It
> doesn't have to save it exactly like google, it can even save it in the
> sent items.

I don't know this functionality in detail, can you elavorate?
(To me the Kolab Webclient is a client and it can be configure to save 
send emails into folder, which all other clients than can see.)

> Also, where do I add signatures in horde?

If you mean postscripts: settings for email -> personal information.

Bernhard


-- 
Managing Director - Owner: www.intevation.net       (Free Software Company)
Germany Coordinator: fsfeurope.org. Coordinator: www.Kolab-Konsortium.com.
Intevation GmbH, Osnabr?ck, DE; Amtsgericht Osnabr?ck, HRB 18998
Gesch?ftsf?hrer Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part.
Url : http://kolab.org/pipermail/kolab-users/attachments/20090910/af7b6f7c/attachment.bin

From bernhard at intevation.de  Thu Sep 10 12:32:55 2009
From: bernhard at intevation.de (Bernhard Reiter)
Date: Thu, 10 Sep 2009 12:32:55 +0200
Subject: Clienttalk
In-Reply-To: <200908312350.27812.schneider@zawm.be>
References: <003d01ca2a76$3733a740$a59af5c0$@co.za>
	<200908312350.27812.schneider@zawm.be>
Message-ID: <200909101232.55913.bernhard@intevation.de>

Am Montag, 31. August 2009 23:50:27 schrieb Sascha Schneider:
> Kontact as THE PIM for Kolab is in Beat-Huge-bug for windows and mac.
> I saw that there are differnet versions for windows available
> - one directly from kolab
> - one via windows.kde.org
> - and there is also the possibility to run kontact with freeNX and a
> windows nx-client.
> Wich of these solutions would be the best at this stage and wich one for
> the future running on windows.

The windows and mac versions of Kontact enterprise4 are in beta,
they are usable but might have some issues for you.
With NX you have the full choise of running e35 or e4 on GNU/Linux.
Kontact e35 on GNU/Linux is the most stable option right now, use it if  you 
need a stable production system soon. It will stay stable for a while,
I guess around 2 years.

As for Kontact on Windows and files.kolab.org vs. windows.kde.org:
Currently files.kolab.org is a stand-a-lone installer which actually got some 
testing and packages an enterprise4 branch. As Kolab Client is should be 
preferred over the non-enterprise branches which windows.kde.org packages.
Of course the developers of Kontact hope and help that windows.kde.org 
will improve even more in the future to become another good option.
Currently I would try the stand-a-lone installer.

Best,
Bernhard

-- 
Managing Director - Owner: www.intevation.net       (Free Software Company)
Germany Coordinator: fsfeurope.org. Coordinator: www.Kolab-Konsortium.com.
Intevation GmbH, Osnabr?ck, DE; Amtsgericht Osnabr?ck, HRB 18998
Gesch?ftsf?hrer Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part.
Url : http://kolab.org/pipermail/kolab-users/attachments/20090910/b4ae1e1f/attachment.bin

From bernhard at intevation.de  Thu Sep 10 12:43:22 2009
From: bernhard at intevation.de (Bernhard Reiter)
Date: Thu, 10 Sep 2009 12:43:22 +0200
Subject: Outlook vs Kontact iCalender TZID interpretation
In-Reply-To: <200908260917.25697.albrecht.dress@lios-tech.com>
References: <200908260917.25697.albrecht.dress@lios-tech.com>
Message-ID: <200909101243.26214.bernhard@intevation.de>

Am Mittwoch, 26. August 2009 09:17:24 schrieb Albrecht Dre?:
> I have a question about the interpretation of the time information in
> vcalendar appointment invitations. ?I created an invitation with Kontact
> coming with Ubuntu Jaunty (Kontact 1.4.2, Korganiser 4.2.2), containing
>
> <snip>
> DTSTART;TZID=Europe/Berlin:20090826T150000
> DTEND;TZID=Europe/Berlin:20090826T153000
> </snip>
>
> I didn't look into the RFC yet, 

You probably should for a good interpretation, at least that would be my next 
step if I had this as a support case on my desk. :)

> but at least Horde (coming with kolab 
> 2.2.0) as well as (of course) Kontact interpret this correctly as
> "1500..1530 local time" (CEST). ?However, the Outlook clients (OL 2003 and
> 2007) using the Toltec connector v. 2.3.1 interpret this as either
> "1600..1630 local time" *or* as "1700..1730 local time". ?Needless to say
> that this created some confusion...

> Can anyone tell me who is to blame for this behaviour - the Kolab server,
> Kontact, Toltec, or even Outlook?  Any idea how I can fix this?

Toltec has nothing to do with the invitation processing, so this component is 
out of the question. Also the Kolab Server just transports the email message
and does not fiddle with  the contents of iCalender attachments.

This leaves Kontact, Outlook or the Kolab Webclient as possible culprits.
My enterprise35 does not add the timezone information, which seems to be good
to avoid the issue. My enterprise4 client does, though. Anyway, if this is an 
interoperability issue we might need to change Kontact even if it is the 
Outlook side that is wrong.

I think we should create an issue for this.

Best,
Bernhard
-- 
Managing Director - Owner: www.intevation.net       (Free Software Company)
Germany Coordinator: fsfeurope.org. Coordinator: www.Kolab-Konsortium.com.
Intevation GmbH, Osnabr?ck, DE; Amtsgericht Osnabr?ck, HRB 18998
Gesch?ftsf?hrer Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part.
Url : http://kolab.org/pipermail/kolab-users/attachments/20090910/0f675d57/attachment-0001.bin

From albrecht.dress at lios-tech.com  Thu Sep 10 12:47:39 2009
From: albrecht.dress at lios-tech.com (Albrecht =?iso-8859-15?q?Dre=DF?=)
Date: Thu, 10 Sep 2009 12:47:39 +0200
Subject: Problem with Disposition-Notification in Toltect+Horde
In-Reply-To: <200909101219.30136.bernhard@intevation.de>
References: <4AA67EBF.4080507@skye.it>
	<200909101219.30136.bernhard@intevation.de>
Message-ID: <200909101247.39845.albrecht.dress@lios-tech.com>

Am Donnerstag 10 September 2009 12:19:29 schrieb Bernhard Reiter:
> Am Dienstag, 8. September 2009 17:56:47 schrieb Alessio Cecchi:
> > If i send an e-mail and ask for "Disposition-Notification-To" when the
> > user send to me the "Read Receipt" In Horde I see a message like this:
> >
> > From: Invalid Address
> > Object: TOLTEC.978F1E03035C40A5B8ED4E202DFB0855
> > Body:
> > This is a Kolab Groupware object. To view this object you
> > will need a email client that understands the Kolab Groupware
> > format. For a list of such email clients please visit
> > http://www.kolab.org/kolab2-clients.html
> >
> > NOTE: I can see in Horde the "Read Receipt" correctly until Toltec not
> > synchronized.
> 
> Sounds like an issue with Toltec that might "rewrite" this response.
> If so you could contact the Toltec support.

I think this is more or less the same issue as <https://issues.kolab.org/issue3229> (see in particular msg17523).

There is no fix yet afaik.  In general, there seems to be not much progress with this connector, the latest available version is 2.3.1 of 08 Aug 2008 - does anyone know if Toltec is still working on the plug-in (i.e. will provide updates/fixes some time)?

Cheers, Albrecht.


From bernhard at intevation.de  Thu Sep 10 12:49:32 2009
From: bernhard at intevation.de (Bernhard Reiter)
Date: Thu, 10 Sep 2009 12:49:32 +0200
Subject: SyncML/Funambol/Nokia E71/Kolab/Horde
In-Reply-To: <200908201523.28559.dusty@qwer.tk>
References: <h6gndt$86l$2@ger.gmane.org>
	<200908192303.24581.webmaster@computational-chemistry.org>
	<200908201523.28559.dusty@qwer.tk>
Message-ID: <200909101249.32991.bernhard@intevation.de>

Am Donnerstag, 20. August 2009 15:23:28 schrieb Hermann Himmelbauer:
> Am Mittwoch 19 August 2009 23:03:24 schrieb Alexander Schr?ter:
> > Hi this sounds very promising, would you be so kind to add your Phone to
> > the Compatibility List to ensure that other people can use kolab the way
> > you do.
>
> At least for me syncing does not work with the very same setup. (Kolab
> 2.2.2, Nokia E71), syncing stops with some meaningless error.

Can you also add this information to the wiki somewhere?
https://wiki.kolab.org/index.php/Web_Client_SyncML


-- 
Managing Director - Owner: www.intevation.net       (Free Software Company)
Germany Coordinator: fsfeurope.org. Coordinator: www.Kolab-Konsortium.com.
Intevation GmbH, Osnabr?ck, DE; Amtsgericht Osnabr?ck, HRB 18998
Gesch?ftsf?hrer Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part.
Url : http://kolab.org/pipermail/kolab-users/attachments/20090910/0302ce0b/attachment.bin

From webmaster at computational-chemistry.org  Thu Sep 10 12:58:46 2009
From: webmaster at computational-chemistry.org (Alexander =?iso-8859-15?q?Schr=F6ter?=)
Date: Thu, 10 Sep 2009 12:58:46 +0200
Subject: Horde
In-Reply-To: <003701ca2eec$74745120$5d5cf360$@co.za>
References: <003701ca2eec$74745120$5d5cf360$@co.za>
Message-ID: <200909101258.46730.webmaster@computational-chemistry.org>

On Sunday 06 September 2009 02:20:43 pm Nazeer wrote:
> Hi

Hello

> Is there anyway to make Horde POP3 functionality similar to Google Mail
> where when you send a mail from a client it saves it in the Webmail. It
> doesn't have to save it exactly like google, it can even save it in the
> sent items.

I am also not exactly sure what you mean with "a client saves it in the 
Webmail".

Here is what I think it could mean ...

Most Clients can be set up to save your outgoing mail in a remote folder.

So for example when I send an email from my office computer (which has this 
option) it saves it in my maildirectory on my server. This way, the next time 
I am at home and check my mail I will see the mail I sent from the office in my 
sent-mail folder.

If this is what you mean this is a setting of your client and to help you find 
the right settings we would need to know which you are using.

Alexander


From johannes_graumann at web.de  Thu Sep 10 13:04:47 2009
From: johannes_graumann at web.de (Johannes Graumann)
Date: Thu, 10 Sep 2009 11:04:47 +0000 (UTC)
Subject: Horde Calendar: Deletion of old events hickup
Message-ID: <loom.20090910T125746-850@post.gmane.org>

Dear Kolab'orators,

Being a to trigger happy user, I had myself convinved, that enabling the "delete
everything older than 365 days" in the options of horde's calendar component
sounded like a good idea. Now I can't access the calendatr in horde any more.
Whenever I do I am presented with

"Calendar is ready to perform the maintenance operations checked below. Check
the box for any operation(s) you want to perform at this time.

All of your events older than 365 days will be permanently deleted."

No matter what I do here (skip or perform) I'm being invariably send back to my
inbox and nothing seems to happen (I currently have no access to another client
than horde, so I'm not 100% sure).

Question 1: Where can I reset this functionality? The calendar settings present
me with the same maintenance message and subsequent failure ...

Question 2: Is it possible to remove horde options that interfere/do not
function along with Kolab? I'd like to contribute protecting trigger happy users
like myself.

Thanks for any hint,

Cheers, Joh


From liutauras.adomaitis at gmail.com  Thu Sep 10 14:52:22 2009
From: liutauras.adomaitis at gmail.com (Liutauras Adomaitis)
Date: Thu, 10 Sep 2009 15:52:22 +0300
Subject: question about smtp error 5.1.1 and Outlook
Message-ID: <c1ec9ac0909100552l2591bc19o3fbc7c935f856aba@mail.gmail.com>

Hi,

this maybe a question to the other mailing list, but since I have all
setup around kolab I will start asking here.

Why does Outlook (with Bynari Connector) put sent email to the Sent
Items folder even then the recepient was bad and mail was not
delivered to any recipients of this email?

Example:
New email, add few local recipients to TO field and mistype one
recipients address. Click send.
- In Outlook email is sent, it appears in Sent Items, but a NDR is
returned as new email instantly saying that some of the recipients
were rejected by the server. Kolab (postfix to be precise) is
rejecting email even for valid addresses. So email is not sent to
anyone, but Outlook NDR misleads to think that email was sent, but
only one recipient failed.
- In Mozilla Thunderbird the same situation ends with new error window
which is saying that you must fix your recipients list before sending.
Email is not moved to Sent folder. This is a correct behavior, at
least not misleading.
- Kontact the same as Thunderbird. Email is not delivered, it is not
sent out of mail client.

So is this behavior of Outlook one more evidents of M$ not following standarts?

Thanks
Liutauras


From dfinch at bynari.net  Thu Sep 10 15:51:00 2009
From: dfinch at bynari.net (Doug Finch)
Date: Thu, 10 Sep 2009 08:51:00 -0500
Subject: question about smtp error 5.1.1 and Outlook
Message-ID: <cd4f7fb0.1ca321d.131ff91.26cd@bynari.net>

Liutauras,
Most likely, the issue is that the Connector is incorrectly placing the item in the Sent Items folder rather than leaving it in the Outbox.  This type of logic is being redesigned in our new Connector 4.0. 

Regards,

Doug Finch
Director of Technical Support
Bynari, Inc.
Skype ID: dfsixstring
"Sharing Made Easy..."
(sent with BETA 4.0 Connector)

-----Original Message-----
From: kolab-users-bounces at kolab.org [mailto:kolab-users-bounces at kolab.org] On Behalf Of Liutauras Adomaitis
Sent: Thursday, September 10, 2009 7:52 AM
To: kolab-users at kolab.org
Subject: question about smtp error 5.1.1 and Outlook

Hi,

this maybe a question to the other mailing list, but since I have all
setup around kolab I will start asking here.

Why does Outlook (with Bynari Connector) put sent email to the Sent
Items folder even then the recepient was bad and mail was not
delivered to any recipients of this email?

Example:
New email, add few local recipients to TO field and mistype one
recipients address. Click send.
- In Outlook email is sent, it appears in Sent Items, but a NDR is
returned as new email instantly saying that some of the recipients
were rejected by the server. Kolab (postfix to be precise) is
rejecting email even for valid addresses. So email is not sent to
anyone, but Outlook NDR misleads to think that email was sent, but
only one recipient failed.
- In Mozilla Thunderbird the same situation ends with new error window
which is saying that you must fix your recipients list before sending.
Email is not moved to Sent folder. This is a correct behavior, at
least not misleading.
- Kontact the same as Thunderbird. Email is not delivered, it is not
sent out of mail client.

So is this behavior of Outlook one more evidents of M$ not following standarts?

Thanks
Liutauras

_______________________________________________
Kolab-users mailing list
Kolab-users at kolab.org
https://kolab.org/mailman/listinfo/kolab-users


From wrobel at pardus.de  Thu Sep 10 15:55:33 2009
From: wrobel at pardus.de (Gunnar Wrobel)
Date: Thu, 10 Sep 2009 15:55:33 +0200
Subject: Horde Calendar: Deletion of old events hickup
In-Reply-To: <loom.20090910T125746-850@post.gmane.org>
References: <loom.20090910T125746-850@post.gmane.org>
Message-ID: <20090910155533.20475zk217ruqu80@webmail.pardus.de>

Quoting Johannes Graumann <johannes_graumann at web.de>:

> Dear Kolab'orators,
>
> Being a to trigger happy user, I had myself convinved, that enabling  
> the "delete
> everything older than 365 days" in the options of horde's calendar component
> sounded like a good idea. Now I can't access the calendatr in horde any more.
> Whenever I do I am presented with
>
> "Calendar is ready to perform the maintenance operations checked below. Check
> the box for any operation(s) you want to perform at this time.
>
> All of your events older than 365 days will be permanently deleted."
>
> No matter what I do here (skip or perform) I'm being invariably send  
> back to my
> inbox and nothing seems to happen (I currently have no access to  
> another client
> than horde, so I'm not 100% sure).
>
> Question 1: Where can I reset this functionality? The calendar  
> settings present
> me with the same maintenance message and subsequent failure ...
>
> Question 2: Is it possible to remove horde options that interfere/do not
> function along with Kolab? I'd like to contribute protecting trigger  
> happy users
> like myself.
>
> Thanks for any hint,

Thanks for the report!

I added a bug report for this and will answer there.

Cheers,

Gunnar

>
> Cheers, Joh
>
> _______________________________________________
> Kolab-users mailing list
> Kolab-users at kolab.org
> https://kolab.org/mailman/listinfo/kolab-users
>



-- 
______ http://kdab.com _______________ http://kolab-konsortium.com _

p at rdus Kolab work is funded in part by KDAB and the Kolab Konsortium

____ http://www.pardus.de _________________ http://gunnarwrobel.de _
E-mail : p at rdus.de                                 Dr. Gunnar Wrobel
Tel.   : +49 700 6245 0000                          Bundesstrasse 29
Fax    : +49 721 1513 52322                          D-20146 Hamburg
--------------------------------------------------------------------
    >> Mail at ease - Rent a kolab groupware server at p at rdus <<
--------------------------------------------------------------------

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: Digitale PGP-Unterschrift
Url : http://kolab.org/pipermail/kolab-users/attachments/20090910/9f07c62d/attachment-0001.bin

From liutauras.adomaitis at gmail.com  Thu Sep 10 16:02:50 2009
From: liutauras.adomaitis at gmail.com (Liutauras Adomaitis)
Date: Thu, 10 Sep 2009 17:02:50 +0300
Subject: question about smtp error 5.1.1 and Outlook
In-Reply-To: <cd4f7fb0.1ca321d.131ff91.26cd@bynari.net>
References: <cd4f7fb0.1ca321d.131ff91.26cd@bynari.net>
Message-ID: <c1ec9ac0909100702j32b10c3dvee05077938e1544b@mail.gmail.com>

On Thu, Sep 10, 2009 at 4:51 PM, Doug Finch <dfinch at bynari.net> wrote:
> Liutauras,
> Most likely, the issue is that the Connector is incorrectly placing the item in the Sent Items folder rather than leaving it in the Outbox. ?This type of logic is being redesigned in our new Connector 4.0.

Are you saying it is a known bug of Bynari Outlook Connector v3?

Liutauras


From wrobel at pardus.de  Thu Sep 10 16:19:59 2009
From: wrobel at pardus.de (Gunnar Wrobel)
Date: Thu, 10 Sep 2009 16:19:59 +0200
Subject: imapsync-Options for Kolab?
In-Reply-To: <200909101156.17801.bernhard@intevation.de>
References: <4AA7767B.9030602@FuH-E.de> <4AA78C1F.607@FuH-E.de>
	<200909101156.17801.bernhard@intevation.de>
Message-ID: <20090910161959.55482x0fddmkq2gw@webmail.pardus.de>

Quoting Bernhard Reiter <bernhard at intevation.de>:

> Am Mittwoch, 9. September 2009 13:06:07 schrieb Christian R??ler:
>> Christian R??ler schrieb:
>> > I am trying to transfer mails from an old mailserver, using cyrus
>> > 2.0.16, to a Kolab 2.2.0. For this task i use imapsync, and now I am
>> > fiddling with the options:
>>
>> sometimes one does not see the forest because of the trees, and
>> sometimes an option too many gives many grievances.
>>
>> imapsync --host1 mail --user1 roe --passfile1 /home/roe/mail_passwort
>> --host2 kolab --user2 kro --passfile2 /home/roe/kolab_passwort
>> --folderrec INBOX --regextrans2 's/INBOX.INBOX/INBOX/'
>>
>> This (above) does the trick.
>
> Good, can you add a hint to the wiki to help others? :)
> Start at http://wiki.kolab.org/index.php/Imapsync or so.

Added.

Cheers,

Gunnar

> Thanks!
>
> --
> Managing Director - Owner: www.intevation.net       (Free Software Company)
> Germany Coordinator: fsfeurope.org. Coordinator: www.Kolab-Konsortium.com.
> Intevation GmbH, Osnabr?ck, DE; Amtsgericht Osnabr?ck, HRB 18998
> Gesch?ftsf?hrer Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner
>



-- 
______ http://kdab.com _______________ http://kolab-konsortium.com _

p at rdus Kolab work is funded in part by KDAB and the Kolab Konsortium

____ http://www.pardus.de _________________ http://gunnarwrobel.de _
E-mail : p at rdus.de                                 Dr. Gunnar Wrobel
Tel.   : +49 700 6245 0000                          Bundesstrasse 29
Fax    : +49 721 1513 52322                          D-20146 Hamburg
--------------------------------------------------------------------
    >> Mail at ease - Rent a kolab groupware server at p at rdus <<
--------------------------------------------------------------------

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: Digitale PGP-Unterschrift
Url : http://kolab.org/pipermail/kolab-users/attachments/20090910/de008a75/attachment.bin

From wrobel at pardus.de  Thu Sep 10 16:23:44 2009
From: wrobel at pardus.de (Gunnar Wrobel)
Date: Thu, 10 Sep 2009 16:23:44 +0200
Subject: shared calendar as long time reminding system?
In-Reply-To: <200909101210.59711.bernhard@intevation.de>
References: <200909101012.18927.thorsten.schnebeck@gmx.net>
	<200909101210.59711.bernhard@intevation.de>
Message-ID: <20090910162344.150661uw9t35vnxs@webmail.pardus.de>

Quoting Bernhard Reiter <bernhard at intevation.de>:

> Am Donnerstag, 10. September 2009 10:12:18 schrieb Thorsten Schnebeck:
>> we are searching for a solution to set-up a reminding system for tasks in
>> the remote future. This can not be a per user setting as it is not sure
>> that the user still works in the company when the task arise. So, every
>> Kolab user should be able to create such a reminder and the system should
>> send a reminder email to a distribution list. This distribution list
>> contains all users that take care of these tasks in the future.
>> So, I set-up a shared calendar and used Horde to insert the reminder.
>
> An reminder for a task or an event is saved in the groupware object
> in order to be used by a client. How the client notifies the user,
> is something the client can decide up to a point.
> Of course to be able to read the object, a client must be running.
>
>> This seems to work for stuff like creating and deleting but the
>> email- reminder  seems to be a per user setting.
>> But I need this as a feature of the shared  calendar.
>
> A shared calendar folder (which should belong to an account, but  
> this does not
> matter) has the object, thus all readers can see that there is a reminder
> wanted with this object and could react. In other words: All users already
> have the reminder information, if it is saved in a folder those users have
> access to.
>
> The issue here is that you would want someone to send out the email reminder
> even if no client is running. So we need a daemon on the server which
> periodically watches the folder in question and issues a reminder.
>
>> Maybe someone has an idea how to solve this issue or knows a
>> better way how to handle the whole problem? Maybe its better to use the
>> shared calendar of a virtual user?
>
> I guess the hackish solution would be to make sure a webclient is running all
> the time that has access to the folder and will just send out emails for each
> reminder. You might need a script to keep the horde sessing alive, though.

I think the Horde Alarm system allows setting up email reminders via a  
cron job.

@Thorsten: Can you check section 4.4 ("Setting up reminder emails") of

http://www.horde.org/kronolith/docs/?f=INSTALL.html

and test if that works with the Kolab server? I admit I didn't test  
this yet but if you start testing that I'll promise to help along to  
get it working. It would be useful to add the necessary configuration  
into the Kolab Server configuration templates (or at least into the  
wiki).

Cheers,

Gunnar

>
> A better solution would be to implement a daemon that does the same job. It
> would be less code, more robust, secure and flexible.
>
> An even better, but more long time solution would be to enhance Kolab Storage
> format and add a standard daemon for such purposes or come up with something
> else that does time based events.
>
> Best,
> Bernhard
> --
> Managing Director - Owner: www.intevation.net       (Free Software Company)
> Germany Coordinator: fsfeurope.org. Coordinator: www.Kolab-Konsortium.com.
> Intevation GmbH, Osnabr?ck, DE; Amtsgericht Osnabr?ck, HRB 18998
> Gesch?ftsf?hrer Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner
>



-- 
______ http://kdab.com _______________ http://kolab-konsortium.com _

p at rdus Kolab work is funded in part by KDAB and the Kolab Konsortium

____ http://www.pardus.de _________________ http://gunnarwrobel.de _
E-mail : p at rdus.de                                 Dr. Gunnar Wrobel
Tel.   : +49 700 6245 0000                          Bundesstrasse 29
Fax    : +49 721 1513 52322                          D-20146 Hamburg
--------------------------------------------------------------------
    >> Mail at ease - Rent a kolab groupware server at p at rdus <<
--------------------------------------------------------------------

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: Digitale PGP-Unterschrift
Url : http://kolab.org/pipermail/kolab-users/attachments/20090910/7f1acdd8/attachment.bin

From thorsten.schnebeck at gmx.net  Thu Sep 10 17:32:05 2009
From: thorsten.schnebeck at gmx.net (Thorsten Schnebeck)
Date: Thu, 10 Sep 2009 17:32:05 +0200
Subject: shared calendar as long time reminding system?
In-Reply-To: <20090910162344.150661uw9t35vnxs@webmail.pardus.de>
References: <200909101012.18927.thorsten.schnebeck@gmx.net>
	<200909101210.59711.bernhard@intevation.de>
	<20090910162344.150661uw9t35vnxs@webmail.pardus.de>
Message-ID: <200909101732.05424.thorsten.schnebeck@gmx.net>

Hi,
> I think the Horde Alarm system allows setting up email reminders via a
> cron job.
sounds interesting
> 
> @Thorsten: Can you check section 4.4 ("Setting up reminder emails") of
> 
> http://www.horde.org/kronolith/docs/?f=INSTALL.html
I found
http://wiki.horde.org/KronolithReminders

So testing:
root at phobos:~#chown kolab /kolab-2.2.2/var/kolab/www/client/scripts/alarms.php
root at phobos:~#/kolab/bin/php /kolab-2.2.2/var/kolab/www/client/scripts/alarms.php

I have heavy safe-mode warnings and an auth problem:

PHP Warning:  ini_set(): SAFE MODE Restriction in effect.  The script whose uid is 19414 is not allowed to access 
/kolab-2.2.2/var/kolab/www/client/lib/../log/php-errors.log owned by uid 19416 in /kolab-2.2.2/var/kolab/www/client/lib/core.php on line 36
PHP Warning:  putenv(): Safe Mode warning: Cannot set environment variable 'TMPDIR' - it's not in the allowed list in 
/kolab-2.2.2/var/kolab/www/client/lib/core.php on line 39

[...and so on...]

HP Warning:  file_put_contents(): SAFE MODE Restriction in effect.  The script whose uid is 19414 is not allowed to access 
/kolab-2.2.2/var/kolab/www/client/storage/PrefsFileEXWBEy owned by uid 0 in /kolab-2.2.2/var/kolab/www/client/lib/Horde/Prefs/file.php on 
line 162
PHP Warning:  file_put_contents(/kolab-2.2.2/var/kolab/www/client/storage/PrefsFileEXWBEy): failed to open stream: Success in 
/kolab-2.2.2/var/kolab/www/client/lib/Horde/Prefs/file.php on line 162
PHP Notice:  Unknown: SECURITY PROBLEM: insecure server advertised AUTH=PLAIN (errflg=1) in Unknown on line 0
PHP Notice:  Unknown: IMAP protocol error: Client canceled authentication (errflg=2) in Unknown on line 0
PHP Notice:  Unknown: IMAP Authentication cancelled (errflg=2) in Unknown on line 0

Same happens when using reminders.php

This seems to be important (horde-wiki):
>"you must have at least one administrator specified in the Horde configuration" or the CLI scripts won't run
> You don't need to run daily kronolith reminders, if you don't use daily agenda notification (eg you lock that pref daily_agenda)



> and test if that works with the Kolab server? I admit I didn't test
> this yet but if you start testing that I'll promise to help along to
> get it working. It would be useful to add the necessary configuration
> into the Kolab Server configuration templates (or at least into the
> wiki).

looks like you only need two lines into crontab and daily agenda notification on(?) But I do not know how to do auth in safe-mode?

Thanks

  Thorsten


From dfinch at bynari.net  Thu Sep 10 18:04:00 2009
From: dfinch at bynari.net (Doug Finch)
Date: Thu, 10 Sep 2009 11:04:00 -0500
Subject: question about smtp error 5.1.1 and Outlook
Message-ID: <656c4a90.1ca3230.1abdb71.16bc@bynari.net>

What you are seeing is actually a "feature request" made by several of our users.  In earlier versions of Connector 3, the Connector would 1) send the message, then 2) upload that message to the server "Sent Items" folder.  This meant that when a user clicked on their "Sent Items" folder in Outlook, it would synchronize that folder.  This could render Outlook unusable during the synchronization process.  

Users wanted to have the mail moved (in Outlook) directly from Outbox to "Sent Items" to improve performance.  In version 4.0 of the Connector, there is quite a bit of different logic in how it handles mail delivery and synchronization.

To answer the original question, it is not a "bug" - but a request from our users.  

Regards,

Doug Finch
Director of Technical Support
Bynari, Inc.
Skype ID: dfsixstring
"Sharing Made Easy..."
(sent with BETA 4.0 Connector)

-----Original Message-----
From: kolab-users-bounces at kolab.org [mailto:kolab-users-bounces at kolab.org] On Behalf Of Liutauras Adomaitis
Sent: Thursday, September 10, 2009 9:03 AM
To: Doug Finch
Cc: kolab-users at kolab.org
Subject: Re: question about smtp error 5.1.1 and Outlook

On Thu, Sep 10, 2009 at 4:51 PM, Doug Finch <dfinch at bynari.net> wrote:
> Liutauras,
> Most likely, the issue is that the Connector is incorrectly placing the item in the Sent Items folder rather than leaving it in the Outbox. ?This type of logic is being redesigned in our new Connector 4.0.

Are you saying it is a known bug of Bynari Outlook Connector v3?

Liutauras

_______________________________________________
Kolab-users mailing list
Kolab-users at kolab.org
https://kolab.org/mailman/listinfo/kolab-users


From Nazeer at kryptonpcs.co.za  Thu Sep 10 21:32:43 2009
From: Nazeer at kryptonpcs.co.za (Nazeer)
Date: Thu, 10 Sep 2009 21:32:43 +0200
Subject: Horde Client (DIMP)
Message-ID: <000e01ca324d$7776b7a0$666426e0$@co.za>

Hi Guys

 

Stupid Question but where's the copy feature in DIMP like on the normal IMP
Mode?

 

Thanks

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://kolab.org/pipermail/kolab-users/attachments/20090910/5e601d90/attachment-0001.html

From johnm at advocap.org  Thu Sep 10 21:27:19 2009
From: johnm at advocap.org (John McMonagle)
Date: Thu, 10 Sep 2009 14:27:19 -0500
Subject: Can not create or delete forders in Horde
Message-ID: <200909101427.20518.johnm@advocap.org>

In kolab 2.2.2 can not see how to create or delete mail folders in Horde imp.

From help looks like one should select Mail -> Folders.
I do not see Create or Delete in the in the Choose Action pulldown??

Can do it in dimp.

I also tested in a clean install and it's the same.
Am I missing something or is something wrong?

Thanks

John


From liutauras.adomaitis at gmail.com  Thu Sep 10 22:08:27 2009
From: liutauras.adomaitis at gmail.com (Liutauras Adomaitis)
Date: Thu, 10 Sep 2009 23:08:27 +0300
Subject: question about smtp error 5.1.1 and Outlook
In-Reply-To: <656c4a90.1ca3230.1abdb71.16bc@bynari.net>
References: <656c4a90.1ca3230.1abdb71.16bc@bynari.net>
Message-ID: <c1ec9ac0909101308r30eb9a14q15ec474a06eb283d@mail.gmail.com>

On Thu, Sep 10, 2009 at 7:04 PM, Doug Finch <dfinch at bynari.net> wrote:
> What you are seeing is actually a "feature request" made by several of our users. ?In earlier versions of Connector 3, the Connector would 1) send the message, then 2) upload that message to the server "Sent Items" folder. ?This meant that when a user clicked on their "Sent Items" folder in Outlook, it would synchronize that folder. ?This could render Outlook unusable during the synchronization process.
>
> Users wanted to have the mail moved (in Outlook) directly from Outbox to "Sent Items" to improve performance. ?In version 4.0 of the Connector, there is quite a bit of different logic in how it handles mail delivery and synchronization.
>
> To answer the original question, it is not a "bug" - but a request from our users.

Yes, but I see a bit of problem here: if email was not sent it should
not appear in Sent Items folder. In Outlook + Binary case it appears
in Sent Items, but is not actually sent. Other clients (Thunderbird,
Kontact) pop up error window with error and email with wrong rcpt
stays in Outbox.
Users are complaining about this behavior, because they think that if
one recipient is wrong email should be delivered to all correct
recipients. If it is not sent it should not appear in Sent Items.
Here i see problem in Outlook behavior. I don't know the exact smtp
specification, but it seems, that if smtp service receives email with
multiple TO recipients to be delivered locally it should check all of
the recipients and if any is wrong the message should be rejected.
This is what I see from TB and Kontact behavior. Outlook is different:
first of all the error is not as in TB or in Kontact. Actually it is
not error, but a email from "System Administrator" and it makes people
think that email was sent, but failed just for few recipients and they
repeat the messages only to the failed recipients.

What is the explanation of this Outlook behavior? I mean what to say
to users - is it "the Bill" fault?

Liutauras


From dfinch at bynari.net  Fri Sep 11 00:01:00 2009
From: dfinch at bynari.net (Doug Finch)
Date: Thu, 10 Sep 2009 17:01:00 -0500
Subject: question about smtp error 5.1.1 and Outlook
Message-ID: <2faade30.1ca3262.2f2293a.61d0@bynari.net>

Liutauras,
If you want to test this, you can simply set up a POP3 account in Outlook and then compose and email to an illegitimate address.  What you will see happen is you will immediately receive a "System Administrator" email stating that there was an error and the message could not be delivered.  If you go to your "Sent Items" folder, you will see that the message appears "sent".  This being the case, you can probably blame "Bill" if it helps ;)

Regards,

Doug Finch
Director of Technical Support
Bynari, Inc.
Skype ID: dfsixstring
"Sharing Made Easy..."
(sent with BETA 4.0 Connector)

-----Original Message-----
From: Liutauras Adomaitis [mailto:liutauras.adomaitis at gmail.com] 
Sent: Thursday, September 10, 2009 3:08 PM
To: Doug Finch
Cc: kolab-users at kolab.org
Subject: Re: question about smtp error 5.1.1 and Outlook

On Thu, Sep 10, 2009 at 7:04 PM, Doug Finch <dfinch at bynari.net> wrote:
> What you are seeing is actually a "feature request" made by several of our users. ?In earlier versions of Connector 3, the Connector would 1) send the message, then 2) upload that message to the server "Sent Items" folder. ?This meant that when a user clicked on their "Sent Items" folder in Outlook, it would synchronize that folder. ?This could render Outlook unusable during the synchronization process.
>
> Users wanted to have the mail moved (in Outlook) directly from Outbox to "Sent Items" to improve performance. ?In version 4.0 of the Connector, there is quite a bit of different logic in how it handles mail delivery and synchronization.
>
> To answer the original question, it is not a "bug" - but a request from our users.

Yes, but I see a bit of problem here: if email was not sent it should
not appear in Sent Items folder. In Outlook + Binary case it appears
in Sent Items, but is not actually sent. Other clients (Thunderbird,
Kontact) pop up error window with error and email with wrong rcpt
stays in Outbox.
Users are complaining about this behavior, because they think that if
one recipient is wrong email should be delivered to all correct
recipients. If it is not sent it should not appear in Sent Items.
Here i see problem in Outlook behavior. I don't know the exact smtp
specification, but it seems, that if smtp service receives email with
multiple TO recipients to be delivered locally it should check all of
the recipients and if any is wrong the message should be rejected.
This is what I see from TB and Kontact behavior. Outlook is different:
first of all the error is not as in TB or in Kontact. Actually it is
not error, but a email from "System Administrator" and it makes people
think that email was sent, but failed just for few recipients and they
repeat the messages only to the failed recipients.

What is the explanation of this Outlook behavior? I mean what to say
to users - is it "the Bill" fault?

Liutauras


From bernhard at intevation.de  Fri Sep 11 08:49:47 2009
From: bernhard at intevation.de (Bernhard Reiter)
Date: Fri, 11 Sep 2009 08:49:47 +0200
Subject: shared calendar as long time reminding system?
In-Reply-To: <20090910162344.150661uw9t35vnxs@webmail.pardus.de>
References: <200909101012.18927.thorsten.schnebeck@gmx.net>
	<200909101210.59711.bernhard@intevation.de>
	<20090910162344.150661uw9t35vnxs@webmail.pardus.de>
Message-ID: <200909110849.51109.bernhard@intevation.de>

Am Donnerstag, 10. September 2009 16:23:44 schrieb Gunnar Wrobel:
> > I guess the hackish solution would be to make sure a webclient is running
> > all the time that has access to the folder and will just send out emails
> > for each reminder. You might need a script to keep the horde sessing
> > alive, though.
>
> I think the Horde Alarm system allows setting up email reminders via a ?
> cron job.

From the concept side I do not see how this could work reliably.
In order to read a folder, any client would need the users credentials
which should only be kept in memory as long as the client is active.
A cron job is another client and it dies not have the credentials to access 
the folder of any user.

(And we should move the implementation details to the kolab-devel@ list.)

> @Thorsten: Can you check section 4.4 ("Setting up reminder emails") of
>
> http://www.horde.org/kronolith/docs/?f=INSTALL.html
>
> and test if that works with the Kolab server? I admit I didn't test ?
> this yet but if you start testing that I'll promise to help along to ?
> get it working. It would be useful to add the necessary configuration ?
> into the Kolab Server configuration templates (or at least into the ?
> wiki).


-- 
Managing Director - Owner: www.intevation.net       (Free Software Company)
Germany Coordinator: fsfeurope.org. Coordinator: www.Kolab-Konsortium.com.
Intevation GmbH, Osnabr?ck, DE; Amtsgericht Osnabr?ck, HRB 18998
Gesch?ftsf?hrer Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part.
Url : http://kolab.org/pipermail/kolab-users/attachments/20090911/7a17f839/attachment.bin

From liutauras.adomaitis at gmail.com  Fri Sep 11 09:03:16 2009
From: liutauras.adomaitis at gmail.com (Liutauras Adomaitis)
Date: Fri, 11 Sep 2009 10:03:16 +0300
Subject: question about smtp error 5.1.1 and Outlook
In-Reply-To: <2faade30.1ca3262.2f2293a.61d0@bynari.net>
References: <2faade30.1ca3262.2f2293a.61d0@bynari.net>
Message-ID: <c1ec9ac0909110003i212b98ffpeed413ff18d09947@mail.gmail.com>

On Fri, Sep 11, 2009 at 1:01 AM, Doug Finch <dfinch at bynari.net> wrote:
> Liutauras,
> If you want to test this, you can simply set up a POP3 account in Outlook and then compose and email to an illegitimate address. ?What you will see happen is you will immediately receive a "System Administrator" email stating that there was an error and the message could not be delivered. ?If you go to your "Sent Items" folder, you will see that the message appears "sent". ?This being the case, you can probably blame "Bill" if it helps ;)
>

it helps then it is not you or me are blamed ... :)


From thomas at intevation.de  Fri Sep 11 12:34:33 2009
From: thomas at intevation.de (Thomas Arendsen Hein)
Date: Fri, 11 Sep 2009 12:34:33 +0200
Subject: Can not create or delete forders in Horde
In-Reply-To: <200909101427.20518.johnm@advocap.org>
References: <200909101427.20518.johnm@advocap.org>
Message-ID: <20090911121305.284626543.thomas@intevation.de>

* John McMonagle <johnm at advocap.org> [20090910 21:43]:
> In kolab 2.2.2 can not see how to create or delete mail folders in Horde imp.
> 
> >From help looks like one should select Mail -> Folders.
> I do not see Create or Delete in the in the Choose Action pulldown??
> 
> Can do it in dimp.
> 
> I also tested in a clean install and it's the same.
> Am I missing something or is something wrong?

I can reproduce this problem and reported it in
https://issues.kolab.org/issue3856
(IMP/DIMP folder navigator does not allow creating/deleting/... mail folders)

Regards,
Thomas Arendsen Hein

-- 
thomas at intevation.de - http://intevation.de/~thomas/ - OpenPGP key: 0x5816791A
Intevation GmbH, Neuer Graben 17, 49074 Osnabrueck - AG Osnabrueck, HR B 18998
Geschaeftsfuehrer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner


From thorsten.schnebeck at gmx.net  Fri Sep 11 13:50:07 2009
From: thorsten.schnebeck at gmx.net (Thorsten Schnebeck)
Date: Fri, 11 Sep 2009 13:50:07 +0200
Subject: shared calendar as long time reminding system?
In-Reply-To: <200909110849.51109.bernhard@intevation.de>
References: <200909101012.18927.thorsten.schnebeck@gmx.net>
	<20090910162344.150661uw9t35vnxs@webmail.pardus.de>
	<200909110849.51109.bernhard@intevation.de>
Message-ID: <200909111350.07330.thorsten.schnebeck@gmx.net>

Am Freitag 11 September 2009 08:49:47 schrieb Bernhard Reiter:
> Am Donnerstag, 10. September 2009 16:23:44 schrieb Gunnar Wrobel:
> > > I guess the hackish solution would be to make sure a webclient is
> > > running all the time that has access to the folder and will just send
> > > out emails for each reminder. You might need a script to keep the horde
> > > sessing alive, though.
> >
> > I think the Horde Alarm system allows setting up email reminders via a  
> > cron job.
> 
> From the concept side I do not see how this could work reliably.
> In order to read a folder, any client would need the users credentials
> which should only be kept in memory as long as the client is active.
> A cron job is another client and it dies not have the credentials to access
> the folder of any user.

Yep, this seems to be the problem.
I disabled safe-mode for testing purpose and now the scripts run in CLI but the cron job script still get no auth


Sep 11 13:01:52 HORDE [debug] [kronolith] Hook _prefs_change_hook_display_remote_cals in application horde not called. [pid 9470 on line 
1683 of "/kolab-2.2.2/var/kolab/www/client/lib/Horde.php"]  
Sep 11 13:01:52 HORDE [debug] [nag] Hook _horde_hook_share_init in application horde not called. [pid 9470 on line 1683 of 
"/kolab-2.2.2/var/kolab/www/client/lib/Horde.php"]                        
Sep 11 13:01:52 HORDE [error] [nag] IMAP error. Server: phobos.mydomain.de. Error: IMAP Authentication cancelled [pid 9470 on line 281 of 
"/kolab-2.2.2/var/kolab/www/client/nag/lib/Nag.php"]       
Sep 11 13:01:52 HORDE [error] [nag] IMAP error. Server: phobos.mydomain.de. Error: IMAP Authentication cancelled [pid 9470 on line 281 of 
"/kolab-2.2.2/var/kolab/www/client/nag/lib/Nag.php"]       
Sep 11 13:01:52 HORDE [error] [nag] IMAP error. Server: phobos.mydomain.de. Error: IMAP Authentication cancelled [pid 9470 on line 281 of 
"/kolab-2.2.2/var/kolab/www/client/nag/lib/Nag.php"]       
Sep 11 13:01:52 HORDE [debug] [nag] Hook _prefs_change_hook_display_tasklists in application horde not called. [pid 9470 on line 1683 of 
"/kolab-2.2.2/var/kolab/www/client/lib/Horde.php"]          
Sep 11 13:01:52 HORDE [error] [nag] IMAP error. Server: phobos.mydomain.de. Error: IMAP Authentication cancelled [pid 9470 on line 281 of 
"/kolab-2.2.2/var/kolab/www/client/nag/lib/Nag.php"]       
Sep 11 13:01:52 HORDE [debug] [kronolith] Hook _prefs_change_hook_display_external_cals in application horde not called. [pid 9470 on line 
1683 of "/kolab-2.2.2/var/kolab/www/client/lib/Horde.php"]
Sep 11 13:01:52 HORDE [debug] [kronolith] Hook _prefs_change_hook_display_cals in application horde not called. [pid 9470 on line 1683 of 
"/kolab-2.2.2/var/kolab/www/client/lib/Horde.php"]         
Sep 11 13:01:52 HORDE [debug] [horde] SQL query by Horde_Alarm_sql::_list(): SELECT alarm_id, alarm_uid, alarm_start, alarm_end, 
alarm_methods, alarm_params, alarm_title, alarm_text, alarm_snooze, alarm_internal FROM horde_alarms WHERE alarm_dismissed = 0 AND 
((alarm_snooze IS NULL AND alarm_start <= ?) OR alarm_snooze <= ?) AND (alarm_end IS NULL OR alarm_end >= ?) ORDER BY alarm_start, alarm_end 
[pid 9470 on line 148 of "/kolab-2.2.2/var/kolab/www/client/lib/Horde/Alarm/sql.php"]      

As soon as I log into the webclient I get my reminder email from the system.

Bye

  Thorsten


From wrobel at pardus.de  Fri Sep 11 16:10:24 2009
From: wrobel at pardus.de (Gunnar Wrobel)
Date: Fri, 11 Sep 2009 16:10:24 +0200
Subject: shared calendar as long time reminding system?
In-Reply-To: <200909110849.51109.bernhard@intevation.de>
References: <200909101012.18927.thorsten.schnebeck@gmx.net>
	<200909101210.59711.bernhard@intevation.de>
	<20090910162344.150661uw9t35vnxs@webmail.pardus.de>
	<200909110849.51109.bernhard@intevation.de>
Message-ID: <20090911161024.20943tt2i1kzljs4@webmail.pardus.de>

Quoting Bernhard Reiter <bernhard at intevation.de>:

> Am Donnerstag, 10. September 2009 16:23:44 schrieb Gunnar Wrobel:
>> > I guess the hackish solution would be to make sure a webclient is running
>> > all the time that has access to the folder and will just send out emails
>> > for each reminder. You might need a script to keep the horde sessing
>> > alive, though.
>>
>> I think the Horde Alarm system allows setting up email reminders  
>> via a  cron job.
>
> From the concept side I do not see how this could work reliably.
> In order to read a folder, any client would need the users credentials
> which should only be kept in memory as long as the client is active.
> A cron job is another client and it dies not have the credentials to access
> the folder of any user.
>
> (And we should move the implementation details to the kolab-devel@ list.)

Sent my answer to this one there.

>
>> @Thorsten: Can you check section 4.4 ("Setting up reminder emails") of
>>
>> http://www.horde.org/kronolith/docs/?f=INSTALL.html
>>
>> and test if that works with the Kolab server? I admit I didn't test  
>>  this yet but if you start testing that I'll promise to help along  
>> to  get it working. It would be useful to add the necessary  
>> configuration  into the Kolab Server configuration templates (or at  
>> least into the  wiki).
>
>
> --
> Managing Director - Owner: www.intevation.net       (Free Software Company)
> Germany Coordinator: fsfeurope.org. Coordinator: www.Kolab-Konsortium.com.
> Intevation GmbH, Osnabr?ck, DE; Amtsgericht Osnabr?ck, HRB 18998
> Gesch?ftsf?hrer Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner
>



-- 
______ http://kdab.com _______________ http://kolab-konsortium.com _

p at rdus Kolab work is funded in part by KDAB and the Kolab Konsortium

____ http://www.pardus.de _________________ http://gunnarwrobel.de _
E-mail : p at rdus.de                                 Dr. Gunnar Wrobel
Tel.   : +49 700 6245 0000                          Bundesstrasse 29
Fax    : +49 721 1513 52322                          D-20146 Hamburg
--------------------------------------------------------------------
    >> Mail at ease - Rent a kolab groupware server at p at rdus <<
--------------------------------------------------------------------

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: Digitale PGP-Unterschrift
Url : http://kolab.org/pipermail/kolab-users/attachments/20090911/c03665d8/attachment.bin

From wrobel at pardus.de  Fri Sep 11 16:14:29 2009
From: wrobel at pardus.de (Gunnar Wrobel)
Date: Fri, 11 Sep 2009 16:14:29 +0200
Subject: shared calendar as long time reminding system?
In-Reply-To: <200909101210.59711.bernhard@intevation.de>
References: <200909101012.18927.thorsten.schnebeck@gmx.net>
	<200909101210.59711.bernhard@intevation.de>
Message-ID: <20090911161429.14656bz9q4bqyvsw@webmail.pardus.de>

Quoting Bernhard Reiter <bernhard at intevation.de>:

> Am Donnerstag, 10. September 2009 10:12:18 schrieb Thorsten Schnebeck:
>> we are searching for a solution to set-up a reminding system for tasks in
>> the remote future. This can not be a per user setting as it is not sure
>> that the user still works in the company when the task arise. So, every
>> Kolab user should be able to create such a reminder and the system should
>> send a reminder email to a distribution list. This distribution list
>> contains all users that take care of these tasks in the future.
>> So, I set-up a shared calendar and used Horde to insert the reminder.
>
> An reminder for a task or an event is saved in the groupware object
> in order to be used by a client. How the client notifies the user,
> is something the client can decide up to a point.
> Of course to be able to read the object, a client must be running.
>
>> This seems to work for stuff like creating and deleting but the
>> email- reminder  seems to be a per user setting.
>> But I need this as a feature of the shared  calendar.
>
> A shared calendar folder (which should belong to an account, but  
> this does not
> matter) has the object, thus all readers can see that there is a reminder
> wanted with this object and could react. In other words: All users already
> have the reminder information, if it is saved in a folder those users have
> access to.
>
> The issue here is that you would want someone to send out the email reminder
> even if no client is running. So we need a daemon on the server which
> periodically watches the folder in question and issues a reminder.
>
>> Maybe someone has an idea how to solve this issue or knows a
>> better way how to handle the whole problem? Maybe its better to use the
>> shared calendar of a virtual user?
>
> I guess the hackish solution would be to make sure a webclient is running all
> the time that has access to the folder and will just send out emails for each
> reminder. You might need a script to keep the horde sessing alive, though.
>
> A better solution would be to implement a daemon that does the same job. It
> would be less code, more robust, secure and flexible.
>
> An even better, but more long time solution would be to enhance Kolab Storage
> format and add a standard daemon for such purposes or come up with something
> else that does time based events.

Response sent to kolab-devel@


>
> Best,
> Bernhard
> --
> Managing Director - Owner: www.intevation.net       (Free Software Company)
> Germany Coordinator: fsfeurope.org. Coordinator: www.Kolab-Konsortium.com.
> Intevation GmbH, Osnabr?ck, DE; Amtsgericht Osnabr?ck, HRB 18998
> Gesch?ftsf?hrer Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner
>



-- 
______ http://kdab.com _______________ http://kolab-konsortium.com _

p at rdus Kolab work is funded in part by KDAB and the Kolab Konsortium

____ http://www.pardus.de _________________ http://gunnarwrobel.de _
E-mail : p at rdus.de                                 Dr. Gunnar Wrobel
Tel.   : +49 700 6245 0000                          Bundesstrasse 29
Fax    : +49 721 1513 52322                          D-20146 Hamburg
--------------------------------------------------------------------
    >> Mail at ease - Rent a kolab groupware server at p at rdus <<
--------------------------------------------------------------------

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: Digitale PGP-Unterschrift
Url : http://kolab.org/pipermail/kolab-users/attachments/20090911/2ccbd0b7/attachment.bin

From wrobel at pardus.de  Fri Sep 11 16:19:01 2009
From: wrobel at pardus.de (Gunnar Wrobel)
Date: Fri, 11 Sep 2009 16:19:01 +0200
Subject: shared calendar as long time reminding system?
In-Reply-To: <200909111350.07330.thorsten.schnebeck@gmx.net>
References: <200909101012.18927.thorsten.schnebeck@gmx.net>
	<20090910162344.150661uw9t35vnxs@webmail.pardus.de>
	<200909110849.51109.bernhard@intevation.de>
	<200909111350.07330.thorsten.schnebeck@gmx.net>
Message-ID: <20090911161901.180966o65w7mogow@webmail.pardus.de>

Quoting Thorsten Schnebeck <thorsten.schnebeck at gmx.net>:

> Am Freitag 11 September 2009 08:49:47 schrieb Bernhard Reiter:
>> Am Donnerstag, 10. September 2009 16:23:44 schrieb Gunnar Wrobel:
>> > > I guess the hackish solution would be to make sure a webclient is
>> > > running all the time that has access to the folder and will just send
>> > > out emails for each reminder. You might need a script to keep the horde
>> > > sessing alive, though.
>> >
>> > I think the Horde Alarm system allows setting up email reminders via a
>> > cron job.
>>
>> From the concept side I do not see how this could work reliably.
>> In order to read a folder, any client would need the users credentials
>> which should only be kept in memory as long as the client is active.
>> A cron job is another client and it dies not have the credentials to access
>> the folder of any user.
>
> Yep, this seems to be the problem.
> I disabled safe-mode for testing purpose and now the scripts run in  
> CLI but the cron job script still get no auth

I looked at the script now and it does indeed do no real  
authentication. I guess this could be fixed though. But Bernhard is  
also right: You need the user credentials. Would it be sufficient if  
you run the script for just one specific user?

Cheers,

Gunnar

>
>
> Sep 11 13:01:52 HORDE [debug] [kronolith] Hook  
> _prefs_change_hook_display_remote_cals in application horde not  
> called. [pid 9470 on line
> 1683 of "/kolab-2.2.2/var/kolab/www/client/lib/Horde.php"]
> Sep 11 13:01:52 HORDE [debug] [nag] Hook _horde_hook_share_init in  
> application horde not called. [pid 9470 on line 1683 of
> "/kolab-2.2.2/var/kolab/www/client/lib/Horde.php"]
> Sep 11 13:01:52 HORDE [error] [nag] IMAP error. Server:  
> phobos.mydomain.de. Error: IMAP Authentication cancelled [pid 9470  
> on line 281 of
> "/kolab-2.2.2/var/kolab/www/client/nag/lib/Nag.php"]
> Sep 11 13:01:52 HORDE [error] [nag] IMAP error. Server:  
> phobos.mydomain.de. Error: IMAP Authentication cancelled [pid 9470  
> on line 281 of
> "/kolab-2.2.2/var/kolab/www/client/nag/lib/Nag.php"]
> Sep 11 13:01:52 HORDE [error] [nag] IMAP error. Server:  
> phobos.mydomain.de. Error: IMAP Authentication cancelled [pid 9470  
> on line 281 of
> "/kolab-2.2.2/var/kolab/www/client/nag/lib/Nag.php"]
> Sep 11 13:01:52 HORDE [debug] [nag] Hook  
> _prefs_change_hook_display_tasklists in application horde not  
> called. [pid 9470 on line 1683 of
> "/kolab-2.2.2/var/kolab/www/client/lib/Horde.php"]
> Sep 11 13:01:52 HORDE [error] [nag] IMAP error. Server:  
> phobos.mydomain.de. Error: IMAP Authentication cancelled [pid 9470  
> on line 281 of
> "/kolab-2.2.2/var/kolab/www/client/nag/lib/Nag.php"]
> Sep 11 13:01:52 HORDE [debug] [kronolith] Hook  
> _prefs_change_hook_display_external_cals in application horde not  
> called. [pid 9470 on line
> 1683 of "/kolab-2.2.2/var/kolab/www/client/lib/Horde.php"]
> Sep 11 13:01:52 HORDE [debug] [kronolith] Hook  
> _prefs_change_hook_display_cals in application horde not called.  
> [pid 9470 on line 1683 of
> "/kolab-2.2.2/var/kolab/www/client/lib/Horde.php"]
> Sep 11 13:01:52 HORDE [debug] [horde] SQL query by  
> Horde_Alarm_sql::_list(): SELECT alarm_id, alarm_uid, alarm_start,  
> alarm_end,
> alarm_methods, alarm_params, alarm_title, alarm_text, alarm_snooze,  
> alarm_internal FROM horde_alarms WHERE alarm_dismissed = 0 AND
> ((alarm_snooze IS NULL AND alarm_start <= ?) OR alarm_snooze <= ?)  
> AND (alarm_end IS NULL OR alarm_end >= ?) ORDER BY alarm_start,  
> alarm_end
> [pid 9470 on line 148 of  
> "/kolab-2.2.2/var/kolab/www/client/lib/Horde/Alarm/sql.php"]
>
> As soon as I log into the webclient I get my reminder email from the system.
>
> Bye
>
>   Thorsten
>
> _______________________________________________
> Kolab-users mailing list
> Kolab-users at kolab.org
> https://kolab.org/mailman/listinfo/kolab-users
>



-- 
______ http://kdab.com _______________ http://kolab-konsortium.com _

p at rdus Kolab work is funded in part by KDAB and the Kolab Konsortium

____ http://www.pardus.de _________________ http://gunnarwrobel.de _
E-mail : p at rdus.de                                 Dr. Gunnar Wrobel
Tel.   : +49 700 6245 0000                          Bundesstrasse 29
Fax    : +49 721 1513 52322                          D-20146 Hamburg
--------------------------------------------------------------------
    >> Mail at ease - Rent a kolab groupware server at p at rdus <<
--------------------------------------------------------------------

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: Digitale PGP-Unterschrift
Url : http://kolab.org/pipermail/kolab-users/attachments/20090911/27c07125/attachment-0001.bin

From wrobel at pardus.de  Fri Sep 11 16:37:04 2009
From: wrobel at pardus.de (Gunnar Wrobel)
Date: Fri, 11 Sep 2009 16:37:04 +0200
Subject: Horde Client (DIMP)
In-Reply-To: <000e01ca324d$7776b7a0$666426e0$@co.za>
References: <000e01ca324d$7776b7a0$666426e0$@co.za>
Message-ID: <20090911163704.10272xrz6h2yk1wk@webmail.pardus.de>


Quoting Nazeer <Nazeer at kryptonpcs.co.za>:

>
>
> Hi Guys
>
>  Stupid Question but where?s the copy feature in DIMP like on the
> normal IMP Mode?

I'm afraid to admit: It is missing.

It has been implemented in HEAD but there has been no release yet. If  
people think this is required you should open an issue about it. I  
could check how much effort it would be to merge the HEAD implemtation  
into our current version.

Cheers,

Gunnar

>
>  Thanks
>
>

-- 
____ http://www.pardus.de[1] _________________
http://gunnarwrobel.de[2] _

E-mail : p at rdus.de                                 Dr. Gunnar Wrobel
Tel.   : +49 700 6245 0000                         Bundesstrasse 29
Fax    : +49 721 1513 52322                        D-20146 Hamburg
--------------------------------------------------------------------
    >> Mail at ease - Rent a kolab groupware server at p at rdus <<
--------------------------------------------------------------------

Links:
------
[1] http://www.pardus.de
[2] http://gunnarwrobel.de

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: Digitale PGP-Unterschrift
Url : http://kolab.org/pipermail/kolab-users/attachments/20090911/b3065064/attachment.bin

From wrobel at pardus.de  Fri Sep 11 16:49:07 2009
From: wrobel at pardus.de (Gunnar Wrobel)
Date: Fri, 11 Sep 2009 16:49:07 +0200
Subject: Outlook vs Kontact iCalender TZID interpretation
In-Reply-To: <200909101243.26214.bernhard@intevation.de>
References: <200908260917.25697.albrecht.dress@lios-tech.com>
	<200909101243.26214.bernhard@intevation.de>
Message-ID: <20090911164907.735162wkr25bd3sw@webmail.pardus.de>

Quoting Bernhard Reiter <bernhard at intevation.de>:

> Am Mittwoch, 26. August 2009 09:17:24 schrieb Albrecht Dre?:
>> I have a question about the interpretation of the time information in
>> vcalendar appointment invitations.  I created an invitation with Kontact
>> coming with Ubuntu Jaunty (Kontact 1.4.2, Korganiser 4.2.2), containing
>>
>> <snip>
>> DTSTART;TZID=Europe/Berlin:20090826T150000
>> DTEND;TZID=Europe/Berlin:20090826T153000
>> </snip>
>>
>> I didn't look into the RFC yet,
>
> You probably should for a good interpretation, at least that would be my next
> step if I had this as a support case on my desk. :)
>
>> but at least Horde (coming with kolab
>> 2.2.0) as well as (of course) Kontact interpret this correctly as
>> "1500..1530 local time" (CEST).  However, the Outlook clients (OL 2003 and
>> 2007) using the Toltec connector v. 2.3.1 interpret this as either
>> "1600..1630 local time" *or* as "1700..1730 local time".  Needless to say
>> that this created some confusion...
>
>> Can anyone tell me who is to blame for this behaviour - the Kolab server,
>> Kontact, Toltec, or even Outlook?  Any idea how I can fix this?
>
> Toltec has nothing to do with the invitation processing, so this component is
> out of the question. Also the Kolab Server just transports the email message
> and does not fiddle with  the contents of iCalender attachments.
>
> This leaves Kontact, Outlook or the Kolab Webclient as possible culprits.
> My enterprise35 does not add the timezone information, which seems to be good
> to avoid the issue. My enterprise4 client does, though. Anyway, if this is an
> interoperability issue we might need to change Kontact even if it is the
> Outlook side that is wrong.
>
> I think we should create an issue for this.

Did somebody create an issue?

Cheers,

Gunnar

>
> Best,
> Bernhard
> --
> Managing Director - Owner: www.intevation.net       (Free Software Company)
> Germany Coordinator: fsfeurope.org. Coordinator: www.Kolab-Konsortium.com.
> Intevation GmbH, Osnabr?ck, DE; Amtsgericht Osnabr?ck, HRB 18998
> Gesch?ftsf?hrer Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner
>



-- 
______ http://kdab.com _______________ http://kolab-konsortium.com _

p at rdus Kolab work is funded in part by KDAB and the Kolab Konsortium

____ http://www.pardus.de _________________ http://gunnarwrobel.de _
E-mail : p at rdus.de                                 Dr. Gunnar Wrobel
Tel.   : +49 700 6245 0000                          Bundesstrasse 29
Fax    : +49 721 1513 52322                          D-20146 Hamburg
--------------------------------------------------------------------
    >> Mail at ease - Rent a kolab groupware server at p at rdus <<
--------------------------------------------------------------------

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: Digitale PGP-Unterschrift
Url : http://kolab.org/pipermail/kolab-users/attachments/20090911/69fe0270/attachment.bin

From RetheeshKR at microland.com  Fri Sep 11 16:54:55 2009
From: RetheeshKR at microland.com (Retheesh Kumar R)
Date: Fri, 11 Sep 2009 20:24:55 +0530
Subject: Issue 
Message-ID: <0459309E73E926498AEBD76CD022E44D04933C60@BLRISBE02.MLCORP.NET>

Hello,

 

We are evaluating Kolab Email Solution for sometime now. 

The server setup is successful and we are exploring all functionality. I
have hit a road block when I created multidomain. 

 

Primary Domain is example.com and the sub-domain is  tech.example.com.
User creation for both the domain are working fine and reflecting
accordingly on the LDAP Database.

 

However when I send any mail to the sub-domain user,  I don't see the
mail in the user's inbox. 

When a subdomain user sends a mail to self - The mail sent can be seen
in the SENT item box. But not coming to the inbox. 

 

=================

Sep 11 20:16:54 kolab.example.com <info> postfix/smtpd[17661]: connect
from unknown[172.21.18.121]

Sep 11 20:16:54 kolab.example.com <info> postfix/smtpd[17661]: setting
up TLS connection from unknown[172.21.18.121]

Sep 11 20:16:54 kolab.example.com <info> postfix/smtpd[17661]: TLS
connection established from unknown[172.21.18.121]: TLSv1 with cipher
DHE-RSA-AES256-SHA (256/256 bits)

Sep 11 20:16:54 kolab.example.com <info> postfix/smtpd[17661]:
85A0BDEE83: client=unknown[172.21.18.121], sasl_method=PLAIN,
sasl_username=retheesh at example.com

Sep 11 20:16:54 kolab.example.com <warning>
postfix/trivial-rewrite[17981]: warning: database
/kolab/etc/postfix/relocated.db is older than source file
/kolab/etc/postfix/relocated

Sep 11 20:16:54 kolab.example.com <info> postfix/cleanup[17960]:
85A0BDEE83: message-id=<4AAA62C8.5000402 at example.com>

Sep 11 20:16:54 kolab.example.com <info> postfix/qmgr[5838]: 85A0BDEE83:
from=<retheesh at example.com>, size=567, nrcpt=1 (queue active)

Sep 11 20:16:54 kolab.example.com <info> postfix/smtpd[17661]:
disconnect from unknown[172.21.18.121]

Sep 11 20:16:54 kolab.example.com <info> postfix/smtpd[17964]: connect
from localhost.localdomain[127.0.0.1]

Sep 11 20:16:54 kolab.example.com <info> postfix/smtpd[17964]:
A306FDEE84: client=localhost.localdomain[127.0.0.1]

Sep 11 20:16:54 kolab.example.com <info> postfix/cleanup[17965]:
A306FDEE84: message-id=<4AAA62C8.5000402 at example.com>

Sep 11 20:16:54 kolab.example.com <info> postfix/qmgr[5838]: A306FDEE84:
from=<retheesh at example.com>, size=749, nrcpt=1 (queue active)

Sep 11 20:16:54 kolab.example.com <info> postfix/smtpd[17964]:
disconnect from localhost.localdomain[127.0.0.1]

Sep 11 20:16:55 kolab.example.com <info> postfix/pipe[17961]:
85A0BDEE83: to=<tuser2 at example.com>, orig_to=<tuser2 at tech.example.com>,
relay=kolabfilter, delay=0.47, delays=0.08/0/0/0.39, dsn=2.0.0,
status=sent (delivered via kolabfilter service)

Sep 11 20:16:55 kolab.example.com <info> postfix/qmgr[5838]: 85A0BDEE83:
removed

Sep 11 20:16:55 kolab.example.com <info> postfix/smtpd[17969]: connect
from localhost.localdomain[127.0.0.1]

Sep 11 20:16:55 kolab.example.com <info> postfix/smtpd[17969]:
17266DEE83: client=localhost.localdomain[127.0.0.1]

Sep 11 20:16:55 kolab.example.com <info> postfix/cleanup[17965]:
17266DEE83: message-id=<4AAA62C8.5000402 at example.com>

Sep 11 20:16:55 kolab.example.com <info> postfix/qmgr[5838]: 17266DEE83:
from=<retheesh at example.com>, size=1187, nrcpt=1 (queue active)

Sep 11 20:16:55 kolab.example.com <info> postfix/smtpd[17969]:
disconnect from localhost.localdomain[127.0.0.1]

Sep 11 20:16:55 kolab.example.com <info> postfix/smtp[17966]:
A306FDEE84: to=<tuser2 at example.com>, relay=127.0.0.1[127.0.0.1]:10024,
delay=0.68, delays=0.11/0/0.01/0.56, dsn=2.0.0, status=sent (250 2.0.0
Ok: queued as 17266DEE83)

Sep 11 20:16:55 kolab.example.com <info> postfix/qmgr[5838]: A306FDEE84:
removed

Sep 11 20:16:55 kolab.example.com <info> postfix/pipe[17973]:
17266DEE83: to=<tuser2 at example.com>, relay=kolabmailboxfilter,
delay=0.34, delays=0.04/0/0/0.29, dsn=5.3.0, status=bounced (Command
died with status 38: "/kolab/bin/php")

Sep 11 20:16:55 kolab.example.com <info> postfix/cleanup[17960]:
6A86BDEE84: message-id=<20090911144655.6A86BDEE84 at kolab.example.com>

Sep 11 20:16:55 kolab.example.com <info> postfix/qmgr[5838]: 6A86BDEE84:
from=<>, size=2988, nrcpt=1 (queue active)

Sep 11 20:16:55 kolab.example.com <info> postfix/bounce[17987]:
17266DEE83: sender non-delivery notification: 6A86BDEE84

Sep 11 20:16:55 kolab.example.com <info> postfix/qmgr[5838]: 17266DEE83:
removed

Sep 11 20:16:55 kolab.example.com <info> postfix/pipe[17972]:
6A86BDEE84: to=<retheesh at example.com>, relay=kolabmailboxfilter,
delay=0.38, delays=0.02/0/0/0.36, dsn=2.0.0, status=sent (delivered via
kolabmailboxfilter service)

Sep 11 20:16:55 kolab.example.com <info> postfix/qmgr[5838]: 6A86BDEE84:
removed

=======================

 

*         The undelivered message gives user "tuser2 at example.com
<mailto:tuser2 at example.com> " instead of "tuser2 at tech.example.com
<mailto:tuser2 at tech.example.com> " 
*         I tested the /usr/local/kolab/sbin/postmap -q
tuser2 at tech.example.com ldap:/kolab/etc/postfix/ldapvirtual.cf - I am
getting tuser2 at tech.example.com as a reply.
 
Under the Imap Parition I see the domain and the user mail box created
with sent and other related folders except Inbox mails.  
 
Any Idea what needs to be done?   Apologies for such a long mail,
thought of sharing all possible info.

 

Thanks and Regards,

Retheesh Kumar R 

 

The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. 
Any review, re-transmission, dissemination or other use of or taking of any action in reliance upon,this information by persons or entities other than the intended recipient is prohibited. 
If you received this in error, please contact the sender and delete the material from your computer. 
Microland takes all reasonable steps to ensure that its electronic communications are free from viruses. 
However, given Internet accessibility, the Company cannot accept liability for any virus introduced by this e-mail or any attachment and you are advised to use up-to-date virus checking software. 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://kolab.org/pipermail/kolab-users/attachments/20090911/97bd0985/attachment-0001.html

From johnm at advocap.org  Fri Sep 11 17:15:24 2009
From: johnm at advocap.org (John McMonagle)
Date: Fri, 11 Sep 2009 10:15:24 -0500
Subject: Can not create or delete forlders in Horde
In-Reply-To: <20090911121305.284626543.thomas@intevation.de>
References: <200909101427.20518.johnm@advocap.org>
	<20090911121305.284626543.thomas@intevation.de>
Message-ID: <200909111015.24798.johnm@advocap.org>

On Friday 11 September 2009 05:34:33 am Thomas Arendsen Hein wrote:
> * John McMonagle <johnm at advocap.org> [20090910 21:43]:
> > In kolab 2.2.2 can not see how to create or delete mail folders in Horde
> > imp.
> >
> > >From help looks like one should select Mail -> Folders.
> >
> > I do not see Create or Delete in the in the Choose Action pulldown??
> >
> > Can do it in dimp.
> >
> > I also tested in a clean install and it's the same.
> > Am I missing something or is something wrong?
>
> I can reproduce this problem and reported it in
> https://issues.kolab.org/issue3856
> (IMP/DIMP folder navigator does not allow creating/deleting/... mail
> folders)
>
> Regards,
> Thomas Arendsen Hein

Thomas

Need to spell check subject :(
Amazing that nobody noticed it before.

Thanks

John


From albrecht.dress at lios-tech.com  Fri Sep 11 17:28:42 2009
From: albrecht.dress at lios-tech.com (Albrecht =?iso-8859-15?q?Dre=DF?=)
Date: Fri, 11 Sep 2009 17:28:42 +0200
Subject: Outlook vs Kontact iCalender TZID interpretation
In-Reply-To: <20090911164907.735162wkr25bd3sw@webmail.pardus.de>
References: <200908260917.25697.albrecht.dress@lios-tech.com>
	<200909101243.26214.bernhard@intevation.de>
	<20090911164907.735162wkr25bd3sw@webmail.pardus.de>
Message-ID: <200909111728.42729.albrecht.dress@lios-tech.com>

Am Freitag 11 September 2009 16:49:07 schrieb Gunnar Wrobel:
> Quoting Bernhard Reiter <bernhard at intevation.de>:
> >> <snip>
> >> DTSTART;TZID=Europe/Berlin:20090826T150000
> >> DTEND;TZID=Europe/Berlin:20090826T153000
> >> </snip>
> >>
> >> I didn't look into the RFC yet,
> >
> > You probably should for a good interpretation, at least that would be my next
> > step if I had this as a support case on my desk. :)

Afaict, the parameter is fine, according to RFC 2445, Sect. 4.2.19.  However, the interpretation seems to be anything but trivial.  Quoting the RFC:

<quote>
Note: This document does not define a naming convention for time zone identifiers. Implementers may want to use the naming conventions defined in existing time zone specifications such as the public-domain Olson database [TZ]. The specification of globally unique time zone identifiers is not addressed by this document and is left for future study.
</quote>

> > This leaves Kontact, Outlook or the Kolab Webclient as possible culprits.

I believe it's Outlook then... (which is also the easiest one to blame ;-)

> > My enterprise35 does not add the timezone information, which seems to be good to avoid the issue.

Reading the RFC's explanation, I completely agree with you!

> > My enterprise4 client does, though. Anyway, if this is an interoperability issue we might need to change Kontact even if it is the Outlook side that is wrong.
> >
> > I think we should create an issue for this.
> 
> Did somebody create an issue?

No yet, but I can do that.

Thanks, Albrecht.


From thorsten.schnebeck at gmx.net  Fri Sep 11 22:12:51 2009
From: thorsten.schnebeck at gmx.net (Thorsten Schnebeck)
Date: Fri, 11 Sep 2009 22:12:51 +0200
Subject: shared calendar as long time reminding system?
In-Reply-To: <20090911161901.180966o65w7mogow@webmail.pardus.de>
References: <200909101012.18927.thorsten.schnebeck@gmx.net>
	<200909111350.07330.thorsten.schnebeck@gmx.net>
	<20090911161901.180966o65w7mogow@webmail.pardus.de>
Message-ID: <200909112212.51903.thorsten.schnebeck@gmx.net>

Am Freitag 11 September 2009 16:19:01 schrieb Gunnar Wrobel:
> Quoting Thorsten Schnebeck <thorsten.schnebeck at gmx.net>:
> > Am Freitag 11 September 2009 08:49:47 schrieb Bernhard Reiter:
> >> Am Donnerstag, 10. September 2009 16:23:44 schrieb Gunnar Wrobel:
> >> > > I guess the hackish solution would be to make sure a webclient is
> >> > > running all the time that has access to the folder and will just
> >> > > send out emails for each reminder. You might need a script to keep
> >> > > the horde sessing alive, though.
> >> >
> >> > I think the Horde Alarm system allows setting up email reminders via a
> >> > cron job.
> >>
> >> From the concept side I do not see how this could work reliably.
> >> In order to read a folder, any client would need the users credentials
> >> which should only be kept in memory as long as the client is active.
> >> A cron job is another client and it dies not have the credentials to
> >> access the folder of any user.
> >
> > Yep, this seems to be the problem.
> > I disabled safe-mode for testing purpose and now the scripts run in
> > CLI but the cron job script still get no auth
> 
> I looked at the script now and it does indeed do no real
> authentication. I guess this could be fixed though. But Bernhard is
> also right: You need the user credentials. Would it be sufficient if
> you run the script for just one specific user?

Hi Gunnar,

for my use case this should work.

I create the internal user "termin" set-up a password, login Horde, used calendar configuration to give 
group:all at mydomain.de 'modify' rights and config default alarm + email reminder for user "termin" to the internal 
distribution list all at mydomain.de

I checked the group rights with cyradm, and used Kontact-client of one account that is also part of the group to connect 
to this calendar folder.

Everything works as soon as I login into horde as user "termin". This triggers the email reminder to the distribution 
list.

For a quick and dirty solution *me* thinks about using python + mechanize to simulate using a browser.

Bye

  Thorsten
  


From thorsten.schnebeck at gmx.net  Sat Sep 12 03:28:02 2009
From: thorsten.schnebeck at gmx.net (Thorsten Schnebeck)
Date: Sat, 12 Sep 2009 03:28:02 +0200
Subject: shared calendar as long time reminding system?
In-Reply-To: <200909112212.51903.thorsten.schnebeck@gmx.net>
References: <200909101012.18927.thorsten.schnebeck@gmx.net>
	<20090911161901.180966o65w7mogow@webmail.pardus.de>
	<200909112212.51903.thorsten.schnebeck@gmx.net>
Message-ID: <200909120328.02366.thorsten.schnebeck@gmx.net>

> For a quick and dirty solution *me* thinks about using python + mechanize
>  to simulate using a browser.

attached script as cron job Works For Me(TM) :-)

Bye

  Thorsten
-------------- next part --------------
A non-text attachment was scrubbed...
Name: reminder.py
Type: text/x-python
Size: 786 bytes
Desc: not available
Url : http://kolab.org/pipermail/kolab-users/attachments/20090912/35108108/reminder.py

From schneider at zawm.be  Sat Sep 12 12:27:30 2009
From: schneider at zawm.be (Sascha Schneider)
Date: Sat, 12 Sep 2009 12:27:30 +0200
Subject: Outlook reminders keep popin
Message-ID: <4AAB7792.7030005@zawm.be>

Hi,

I have a wear problem with Outlook 2007. The reminders of the calendar
keep popin up everytime I start Outlook.
I tested both, Konsec-Konnektor and Bynari. Both do the same.
The inbox on the kolab2.2.2 server shows 700 kolab-r/kolab-r on folder
Calendar and 600 kolab-r/kolab-r on the files.
This does not happen with all reminders, just with 77.

any idea??

-- 
Mit freundlichem Gru?,

Sascha Schneider
Projektleiter "Fit f?r IT"
ZAWM Eupen
Limburger Weg 2
B-4700 Eupen
Tel.: +32 (0)87 593983
GSM:  +32 (0)474 605141

-------------- next part --------------
A non-text attachment was scrubbed...
Name: schneider.vcf
Type: text/x-vcard
Size: 239 bytes
Desc: not available
Url : http://kolab.org/pipermail/kolab-users/attachments/20090912/56a2578d/schneider.bin

From kcaesar at hotmail.com  Sat Sep 12 15:06:20 2009
From: kcaesar at hotmail.com (kiser Caesar)
Date: Sat, 12 Sep 2009 15:06:20 +0200
Subject: Blackberry + Funambol + horde
In-Reply-To: <mailman.0.1252317603.11300.kolab-users@kolab.org>
References: <mailman.0.1252317603.11300.kolab-users@kolab.org>
Message-ID: <BLU122-W37D8E263C8A8DBFD07A64A3E60@phx.gbl>





Hello,

I try to configure my BB with funambol sync, but when I want to sync ma calendar, I get the message "Network Error" on my phone and this in my logs :

Sep 07 13:34:44 HORDE [debug] [horde] Backend of class SyncML_Backend_Horde created [pid 18515 on line 292 of "/kolab/var/kolab/www/client/lib/SyncML/Backend.php"]
Sep 07 13:34:44 HORDE [debug] [horde] New session created: 2da89b0bb9e4847d4ee1ea42e84c1e09 [pid 18515 on line 197 of "/kolab/var/kolab/www/client/lib/SyncML/Command/SyncHdr.php"]
Sep 07 13:34:44 HORDE [debug] [horde] Checking authentication for user test.user at domain.com [pid 18515 on line 626 of "/kolab/var/kolab/www/client/lib/SyncML/Backend/Horde.php"]
Sep 07 13:34:44 HORDE [debug] [imp] Hook _prefs_change_hook_last_login in application horde not called. [pid 18515 on line 1683 of "/kolab/var/kolab/www/client/lib/Horde.php"]
Sep 07 13:34:44 HORDE [debug] [imp] Hook _prefs_change_hook_expanded_folders in application horde not called. [pid 18515 on line 1683 of "/kolab/var/kolab/www/client/lib/Horde.php"]
Sep 07 13:34:44 HORDE [debug] [imp] Hook _prefs_change_hook_expanded_folders in application horde not called. [pid 18515 on line 1683 of "/kolab/var/kolab/www/client/lib/Horde.php"]
Sep 07 13:34:44 HORDE [debug] [imp] Hook _prefs_change_hook_expanded_folders in application horde not called. [pid 18515 on line 1683 of "/kolab/var/kolab/www/client/lib/Horde.php"]
Sep 07 13:34:44 HORDE [debug] [imp] Hook _prefs_change_hook_expanded_folders in application horde not called. [pid 18515 on line 1683 of "/kolab/var/kolab/www/client/lib/Horde.php"]
Sep 07 13:34:44 HORDE [debug] [imp] Hook _prefs_change_hook_expanded_folders in application horde not called. [pid 18515 on line 1683 of "/kolab/var/kolab/www/client/lib/Horde.php"]
Sep 07 13:34:44 HORDE [debug] [imp] Hook _prefs_change_hook_expanded_folders in application horde not called. [pid 18515 on line 1683 of "/kolab/var/kolab/www/client/lib/Horde.php"]
Sep 07 13:34:44 HORDE [debug] [imp] Hook _prefs_change_hook_expanded_folders in application horde not called. [pid 18515 on line 1683 of "/kolab/var/kolab/www/client/lib/Horde.php"]
Sep 07 13:34:44 HORDE [debug] [imp] Hook _prefs_change_hook_expanded_folders in application horde not called. [pid 18515 on line 1683 of "/kolab/var/kolab/www/client/lib/Horde.php"]
Sep 07 13:34:44 HORDE [debug] [imp] Hook _prefs_change_hook_expanded_folders in application horde not called. [pid 18515 on line 1683 of "/kolab/var/kolab/www/client/lib/Horde.php"]
Sep 07 13:34:44 HORDE [debug] [imp] Hook _prefs_change_hook_expanded_folders in application horde not called. [pid 18515 on line 1683 of "/kolab/var/kolab/www/client/lib/Horde.php"]
Sep 07 13:34:44 HORDE [debug] [imp] Hook _prefs_change_hook_expanded_folders in application horde not called. [pid 18515 on line 1683 of "/kolab/var/kolab/www/client/lib/Horde.php"]
Sep 07 13:34:44 HORDE [debug] [imp] Hook _prefs_change_hook_expanded_folders in application horde not called. [pid 18515 on line 1683 of "/kolab/var/kolab/www/client/lib/Horde.php"]
Sep 07 13:34:44 HORDE [debug] [imp] Hook _prefs_change_hook_expanded_folders in application horde not called. [pid 18515 on line 1683 of "/kolab/var/kolab/www/client/lib/Horde.php"]
Sep 07 13:34:44 HORDE [debug] [imp] Hook _prefs_change_hook_expanded_folders in application horde not called. [pid 18515 on line 1683 of "/kolab/var/kolab/www/client/lib/Horde.php"]
Sep 07 13:34:44 HORDE [debug] [imp] Hook _prefs_change_hook_expanded_folders in application horde not called. [pid 18515 on line 1683 of "/kolab/var/kolab/www/client/lib/Horde.php"]
Sep 07 13:34:44 HORDE [debug] [imp] Hook _prefs_change_hook_expanded_folders in application horde not called. [pid 18515 on line 1683 of "/kolab/var/kolab/www/client/lib/Horde.php"]
Sep 07 13:34:44 HORDE [debug] [imp] Hook _prefs_change_hook_expanded_folders in application horde not called. [pid 18515 on line 1683 of "/kolab/var/kolab/www/client/lib/Horde.php"]
Sep 07 13:34:44 HORDE [debug] [imp] Hook _prefs_change_hook_expanded_folders in application horde not called. [pid 18515 on line 1683 of "/kolab/var/kolab/www/client/lib/Horde.php"]
Sep 07 13:34:44 HORDE [debug] [imp] Hook _prefs_change_hook_expanded_folders in application horde not called. [pid 18515 on line 1683 of "/kolab/var/kolab/www/client/lib/Horde.php"]
Sep 07 13:34:44 HORDE [debug] [imp] Hook _prefs_change_hook_expanded_folders in application horde not called. [pid 18515 on line 1683 of "/kolab/var/kolab/www/client/lib/Horde.php"]
Sep 07 13:34:44 HORDE [notice] [imp] Login success for test.user at domain.com [ip_public] to {company.mail.server:143 [imap/notls/novalidate-cert]} [pid 18515 on line 304 of "/kolab/var/kolab/www/client/imp/lib/Session.php"]
Sep 07 13:34:44 HORDE [debug] [horde] Authenticated: yes; version: 1.2; message ID: 1; source URI: fbb-627448174; target URI: https://company.mail.server/client/rpc.php; user: test.user at domain.com; charset: UTF-8; wbxml: no [pid 18515 on line 432 of "/kolab/var/kolab/www/client/lib/SyncML.php"]
Sep 07 13:34:44 HORDE [debug] [horde] SQL Query by SyncML_Backend_Horde::readSyncAnchors(): SELECT syncml_clientanchor, syncml_serveranchor FROM horde_syncml_anchors WHERE syncml_syncpartner = ? AND syncml_db = ? AND syncml_uid = ?, values: fbb-627448174, calendar, test.user at domain.com [pid 18515 on line 743 of "/kolab/var/kolab/www/client/lib/SyncML/Backend/Horde.php"]
Sep 07 13:34:44 HORDE [debug] [horde] No info about previous syncs found for device fbb-627448174 and database scal [pid 18515 on line 197 of "/kolab/var/kolab/www/client/lib/SyncML/Command/Alert.php"]
Sep 07 13:34:44 HORDE [debug] [horde] Creating SyncML_Sync object for database scal; sync type 205 [pid 18515 on line 289 of "/kolab/var/kolab/www/client/lib/SyncML/Command/Alert.php"]
Sep 07 13:34:44 HORDE [debug] [horde] Received <Final> from client. [pid 18515 on line 50 of "/kolab/var/kolab/www/client/lib/SyncML/Command/Final.php"]
Sep 07 13:34:44 HORDE [debug] [horde] Handle <Final> for state Init [pid 18515 on line 663 of "/kolab/var/kolab/www/client/lib/SyncML/Sync.php"]
Sep 07 13:34:44 HORDE [debug] [horde] Sending <Final> to client [pid 18515 on line 502 of "/kolab/var/kolab/www/client/lib/SyncML.php"]
Sep 07 13:34:44 HORDE [debug] [horde] Return message completed [pid 18515 on line 543 of "/kolab/var/kolab/www/client/lib/SyncML.php"]
Sep 07 13:34:44 HORDE [debug] [horde] Max memory usage: 11796480 bytes [pid 18515 on line 339 of "/kolab/var/kolab/www/client/lib/Horde/Registry.php"]
Sep 07 13:34:44 HORDE [debug] [horde] IMAP errors: SECURITY PROBLEM: insecure server advertised AUTH=PLAIN SECURITY PROBLEM: insecure server advertised AUTH=PLAIN [pid 18515 on line 175 of "/kolab/var/kolab/www/client/imp/lib/IMAP.php"]

Who can help me on this topic ?

Moreover who know a good tutorial to configure the funambol mail client on a BB ?


Best regards,

Achetez un nouveau PC et b?n?ficiez de Windows 7 d?s sa sortie ! En savoir plus
_________________________________________________________________
Un avatar ? votre image ? Cr?ez votre mini-moi !
http://www.ilovemessenger.fr/minimize-me/
-------------- section suivante --------------
Une pi?ce jointe HTML a ?t? nettoy?e...
URL: http://kolab.org/pipermail/kolab-users/attachments/20090912/842d7136/attachment.html

From joon at radleys.co.za  Sat Sep 12 20:13:25 2009
From: joon at radleys.co.za (Joon Radley)
Date: Sat, 12 Sep 2009 20:13:25 +0200
Subject: Problem with Disposition-Notification in Toltect+Horde
In-Reply-To: <200909101247.39845.albrecht.dress@lios-tech.com>
References: <4AA67EBF.4080507@skye.it>	<200909101219.30136.bernhard@intevation.de>
	<200909101247.39845.albrecht.dress@lios-tech.com>
Message-ID: <01b501ca33d4$bb15c590$314150b0$@co.za>

Hi,

> > Sounds like an issue with Toltec that might "rewrite" this response.
> > If so you could contact the Toltec support.
> 
> I think this is more or less the same issue as
> <https://issues.kolab.org/issue3229> (see in particular msg17523).

There are a number of NDR messages in Outlook. Can you please g/zip the
problem message as is on the server and please send it to
support at toltec.co.za.

> There is no fix yet afaik.  In general, there seems to be not much
> progress with this connector, the latest available version is 2.3.1 of
> 08 Aug 2008 - does anyone know if Toltec is still working on the plug-
> in (i.e. will provide updates/fixes some time)?

The next version (2.3.2) will be released in October 2009.

Best Regards

Joon Radley
Radley Network Technologies CC
Cell: +27 (0)83 368 8557
Fax: +27 (0)86 547 2353
E-mail: joon at radleys.co.za
Web: www.toltec.co.za


> -----Original Message-----
> From: kolab-users-bounces at kolab.org [mailto:kolab-users-
> bounces at kolab.org] On Behalf Of Albrecht Dre?
> Sent: Thursday, September 10, 2009 12:48 PM
> To: kolab-users at kolab.org
> Subject: Re: Problem with Disposition-Notification in Toltect+Horde
> 
> Am Donnerstag 10 September 2009 12:19:29 schrieb Bernhard Reiter:
> > Am Dienstag, 8. September 2009 17:56:47 schrieb Alessio Cecchi:
> > > If i send an e-mail and ask for "Disposition-Notification-To" when
> the
> > > user send to me the "Read Receipt" In Horde I see a message like
> this:
> > >
> > > From: Invalid Address
> > > Object: TOLTEC.978F1E03035C40A5B8ED4E202DFB0855
> > > Body:
> > > This is a Kolab Groupware object. To view this object you
> > > will need a email client that understands the Kolab Groupware
> > > format. For a list of such email clients please visit
> > > http://www.kolab.org/kolab2-clients.html
> > >
> > > NOTE: I can see in Horde the "Read Receipt" correctly until Toltec
> not
> > > synchronized.
> >
> > Sounds like an issue with Toltec that might "rewrite" this response.
> > If so you could contact the Toltec support.
> 
> I think this is more or less the same issue as
> <https://issues.kolab.org/issue3229> (see in particular msg17523).
> 
> There is no fix yet afaik.  In general, there seems to be not much
> progress with this connector, the latest available version is 2.3.1 of
> 08 Aug 2008 - does anyone know if Toltec is still working on the plug-
> in (i.e. will provide updates/fixes some time)?
> 
> 
> Cheers, Albrecht.
> 
> _______________________________________________
> Kolab-users mailing list
> Kolab-users at kolab.org
> https://kolab.org/mailman/listinfo/kolab-users


From liutauras.adomaitis at gmail.com  Mon Sep 14 11:47:25 2009
From: liutauras.adomaitis at gmail.com (Liutauras Adomaitis)
Date: Mon, 14 Sep 2009 12:47:25 +0300
Subject: shared contacts folder
In-Reply-To: <c1ec9ac0909090725s73bf925eo5ef8ffb6f534857b@mail.gmail.com>
References: <2d6bcc4d.1ca314d.23e5f815.4765@bynari.net>
	<c1ec9ac0909090725s73bf925eo5ef8ffb6f534857b@mail.gmail.com>
Message-ID: <c1ec9ac0909140247p36150841v1792028af62c74d@mail.gmail.com>

On Wed, Sep 9, 2009 at 5:25 PM, Liutauras Adomaitis
<liutauras.adomaitis at gmail.com> wrote:
> On Wed, Sep 9, 2009 at 3:58 PM, Doug Finch<dfinch at bynari.net> wrote:
>> Hello Liutauras,
>> Let me answer your question from the previous email first:
>> (What if I set to check in All folders? Is it the same?)
>> Doing this will tell the Connector to check for mail in every folder you have. ?This could cause quite a performance problem since Outlook performs this, Send/Receive every 5 minutes by default in Outlook 2003. ?We do not recommend this setting - rather, we recommend that you select "which" folders you wish to be part of the Send/Receive function.
>>
>> There is a difference between "Send/Receive" and "Refresh Folders". ?Refresh Folders is used when you want to "refresh" the IMAP folder tree in Outlook. ?It is useful, for example, when "user 1" shares a folder to "user 2". ?"User 2" can then select "Refresh Folders" to get the new ACL rights that have been granted to him by "user 1". ?It is also effective if the folders have changed on the server and you want to reflect that in Outlook. ?It has nothing to do with the actual "Send/Receive" function of Outlook.
>>
>> On the test you performed with the contacts on a shared folder, what happens when you click on a different IMAP folder and then back to that shared folder? ?Is the contact information updated then? ?If the changes are seen after doing this, it would appear that there is a delay in the actual send/receive function. ?There are a few settings I would recommend you check:
>>
> If click on the other folder and then back to shared contacts nothing changes.
>
>> Click on the Insight Connector toolbar, "Accounts" > "More Settings" > "Connections". ?Look for a default option, "Use Persistent Connection". ?Make sure this is enabled. ?If this is not enabled, the connector will have go through the entire authentication process each time it tries to make any kind of transaction with the server. ?This can cause serious performance problems. ?The other option you should look at is (same tab) "Server timeout value in number of seconds". ?By default this option is set to "0". ?Values can be "0", "30-600". ?This option requests that the server keep the connection alive for XX seconds (XX being the numerical value).
>
> I will look through your recommendation about speed and connection,
> but at first glance we have done all of this, but still contacts are
> not refreshed.

Hi Doug,

I still cannot find a way to sync changes in shared contacts folder.
After a few test i can say that:
- deletion or creation of a contact works ok. it is enough to change
folder and changes are propagated
- changing existing (already synced contact) works very strange. What
I observer is:
--- I change let's say Manager info in Detail section. Then I go to
the other computer and click on shared contacts folder I see that new
contact with the same name I just edited appears in list and
disappears. It looks like sync process and lasts for about 1 second.
Then I click the contact in question I see, that managers name is
synced, but phone numbers are not. On the computer I edited contact
phone numbers are with + signs and on the other computer not. This
shows, that phone numbers of the contact is not syncing. Then this
contact was first entered into the shared folder his phone number was
without + signs. Now we want make a all phone numbers appear with +
signs and although I change it on one computer the changes are not
propagated to the others.

I don't know if I express myself correctly and you understood the
problem, but it seems that shared folders syncing works partly.

Any Ideas?
Thanks
Liutauras


From aspineux at gmail.com  Mon Sep 14 12:24:01 2009
From: aspineux at gmail.com (Alain Spineux)
Date: Mon, 14 Sep 2009 12:24:01 +0200
Subject: Issue
In-Reply-To: <0459309E73E926498AEBD76CD022E44D04933C60@BLRISBE02.MLCORP.NET>
References: <0459309E73E926498AEBD76CD022E44D04933C60@BLRISBE02.MLCORP.NET>
Message-ID: <71fe4e760909140324qd43913s92ccfe2bd5398f01@mail.gmail.com>

It looks to have to do with postfix parameter masquerade_domains

http://www.postfix.org/postconf.5.html#masquerade_domains

edit file /kolab/etc/kolab/templates/main.cf.template

comment line about masquerade_domains

run kolabconf

then retry !

Which version of kolab are you using ?



2009/9/11 Retheesh Kumar R <RetheeshKR at microland.com>:
> Hello,
>
>
>
> We are evaluating Kolab Email Solution for sometime now.
>
> The server setup is successful and we are exploring all functionality. I
> have hit a road block when I created multidomain.
>
>
>
> Primary Domain is example.com and the sub-domain is  tech.example.com. User
> creation for both the domain are working fine and reflecting accordingly on
> the LDAP Database.
>
>
>
> However when I send any mail to the sub-domain user,  I don’t see the mail
> in the user’s inbox.
>
> When a subdomain user sends a mail to self – The mail sent can be seen in
> the SENT item box. But not coming to the inbox.
>
>
>
> =================
>
> Sep 11 20:16:54 kolab.example.com <info> postfix/smtpd[17661]: connect from
> unknown[172.21.18.121]
>
> Sep 11 20:16:54 kolab.example.com <info> postfix/smtpd[17661]: setting up
> TLS connection from unknown[172.21.18.121]
>
> Sep 11 20:16:54 kolab.example.com <info> postfix/smtpd[17661]: TLS
> connection established from unknown[172.21.18.121]: TLSv1 with cipher
> DHE-RSA-AES256-SHA (256/256 bits)
>
> Sep 11 20:16:54 kolab.example.com <info> postfix/smtpd[17661]: 85A0BDEE83:
> client=unknown[172.21.18.121], sasl_method=PLAIN,
> sasl_username=retheesh at example.com
>
> Sep 11 20:16:54 kolab.example.com <warning> postfix/trivial-rewrite[17981]:
> warning: database /kolab/etc/postfix/relocated.db is older than source file
> /kolab/etc/postfix/relocated
>
> Sep 11 20:16:54 kolab.example.com <info> postfix/cleanup[17960]: 85A0BDEE83:
> message-id=<4AAA62C8.5000402 at example.com>
>
> Sep 11 20:16:54 kolab.example.com <info> postfix/qmgr[5838]: 85A0BDEE83:
> from=<retheesh at example.com>, size=567, nrcpt=1 (queue active)
>
> Sep 11 20:16:54 kolab.example.com <info> postfix/smtpd[17661]: disconnect
> from unknown[172.21.18.121]
>
> Sep 11 20:16:54 kolab.example.com <info> postfix/smtpd[17964]: connect from
> localhost.localdomain[127.0.0.1]
>
> Sep 11 20:16:54 kolab.example.com <info> postfix/smtpd[17964]: A306FDEE84:
> client=localhost.localdomain[127.0.0.1]
>
> Sep 11 20:16:54 kolab.example.com <info> postfix/cleanup[17965]: A306FDEE84:
> message-id=<4AAA62C8.5000402 at example.com>
>
> Sep 11 20:16:54 kolab.example.com <info> postfix/qmgr[5838]: A306FDEE84:
> from=<retheesh at example.com>, size=749, nrcpt=1 (queue active)
>
> Sep 11 20:16:54 kolab.example.com <info> postfix/smtpd[17964]: disconnect
> from localhost.localdomain[127.0.0.1]
>

=============> The problem is just below  <============

> Sep 11 20:16:55 kolab.example.com <info> postfix/pipe[17961]: 85A0BDEE83:
> to=<tuser2 at example.com>, orig_to=<tuser2 at tech.example.com>,
> relay=kolabfilter, delay=0.47, delays=0.08/0/0/0.39, dsn=2.0.0, status=sent
> (delivered via kolabfilter service)
>
> Sep 11 20:16:55 kolab.example.com <info> postfix/qmgr[5838]: 85A0BDEE83:
> removed
>
> Sep 11 20:16:55 kolab.example.com <info> postfix/smtpd[17969]: connect from
> localhost.localdomain[127.0.0.1]
>
> Sep 11 20:16:55 kolab.example.com <info> postfix/smtpd[17969]: 17266DEE83:
> client=localhost.localdomain[127.0.0.1]
>
> Sep 11 20:16:55 kolab.example.com <info> postfix/cleanup[17965]: 17266DEE83:
> message-id=<4AAA62C8.5000402 at example.com>
>
> Sep 11 20:16:55 kolab.example.com <info> postfix/qmgr[5838]: 17266DEE83:
> from=<retheesh at example.com>, size=1187, nrcpt=1 (queue active)
>
> Sep 11 20:16:55 kolab.example.com <info> postfix/smtpd[17969]: disconnect
> from localhost.localdomain[127.0.0.1]
>
> Sep 11 20:16:55 kolab.example.com <info> postfix/smtp[17966]: A306FDEE84:
> to=<tuser2 at example.com>, relay=127.0.0.1[127.0.0.1]:10024, delay=0.68,
> delays=0.11/0/0.01/0.56, dsn=2.0.0, status=sent (250 2.0.0 Ok: queued as
> 17266DEE83)
>
> Sep 11 20:16:55 kolab.example.com <info> postfix/qmgr[5838]: A306FDEE84:
> removed
>
> Sep 11 20:16:55 kolab.example.com <info> postfix/pipe[17973]: 17266DEE83:
> to=<tuser2 at example.com>, relay=kolabmailboxfilter, delay=0.34,
> delays=0.04/0/0/0.29, dsn=5.3.0, status=bounced (Command died with status
> 38: "/kolab/bin/php")
>
> Sep 11 20:16:55 kolab.example.com <info> postfix/cleanup[17960]: 6A86BDEE84:
> message-id=<20090911144655.6A86BDEE84 at kolab.example.com>
>
> Sep 11 20:16:55 kolab.example.com <info> postfix/qmgr[5838]: 6A86BDEE84:
> from=<>, size=2988, nrcpt=1 (queue active)
>
> Sep 11 20:16:55 kolab.example.com <info> postfix/bounce[17987]: 17266DEE83:
> sender non-delivery notification: 6A86BDEE84
>
> Sep 11 20:16:55 kolab.example.com <info> postfix/qmgr[5838]: 17266DEE83:
> removed
>
> Sep 11 20:16:55 kolab.example.com <info> postfix/pipe[17972]: 6A86BDEE84:
> to=<retheesh at example.com>, relay=kolabmailboxfilter, delay=0.38,
> delays=0.02/0/0/0.36, dsn=2.0.0, status=sent (delivered via
> kolabmailboxfilter service)
>
> Sep 11 20:16:55 kolab.example.com <info> postfix/qmgr[5838]: 6A86BDEE84:
> removed
>
> =======================
>
>
>
> ·         The undelivered message gives user “tuser2 at example.com” instead of
> “tuser2 at tech.example.com”
>
> ·         I tested the /usr/local/kolab/sbin/postmap -q
> tuser2 at tech.example.com ldap:/kolab/etc/postfix/ldapvirtual.cf – I am
> getting tuser2 at tech.example.com as a reply.
>
>
>
> Under the Imap Parition I see the domain and the user mail box created with
> sent and other related folders except Inbox mails.
>
>
>
> Any Idea what needs to be done?   Apologies for such a long mail, thought of
> sharing all possible info.
>
>
>
> Thanks and Regards,
>
> Retheesh Kumar R
>
>
>
> The information transmitted is intended only for the person or entity to
> which it is addressed and may contain confidential and/or privileged
> material.
> Any review, re-transmission, dissemination or other use of or taking of any
> action in reliance upon,this information by persons or entities other than
> the intended recipient is prohibited.
> If you received this in error, please contact the sender and delete the
> material from your computer.
> Microland takes all reasonable steps to ensure that its electronic
> communications are free from viruses.
> However, given Internet accessibility, the Company cannot accept liability
> for any virus introduced by this e-mail or any attachment and you are
> advised to use up-to-date virus checking software.
>
> _______________________________________________
> Kolab-users mailing list
> Kolab-users at kolab.org
> https://kolab.org/mailman/listinfo/kolab-users
>
>



-- 
Alain Spineux
aspineux gmail com
May the sources be with you


From dfinch at bynari.net  Mon Sep 14 14:39:00 2009
From: dfinch at bynari.net (Doug Finch)
Date: Mon, 14 Sep 2009 07:39:00 -0500
Subject: Outlook reminders keep popin
Message-ID: <58aecb80.1ca3538.f6e78d7.491c@bynari.net>

Hello Sascha,
Version 3.x of the Insight Connector has had issues with the reminders not completely dismissing events - specifically with Outlook 2007.  We have rewritten our iCal for version 4.0 to handle reminder dismissal in a more definitive manner.  

I have also read that if you have an event that is already passed (in Outlook 2007) and you open that event, Outlook will automatically set the reminder to "None" - disabling it.  I have not tested this but it may be worth looking into.

Regards,

Doug Finch
Director of Technical Support
Bynari, Inc.
Skype ID: dfsixstring
"Sharing Made Easy..."
(sent with BETA 4.0 Connector)

-----Original Message-----
From: kolab-users-bounces at kolab.org [mailto:kolab-users-bounces at kolab.org] On Behalf Of Sascha Schneider
Sent: Saturday, September 12, 2009 5:28 AM
To: 'kolab-users at kolab.org'
Subject: Outlook reminders keep popin

Hi,

I have a wear problem with Outlook 2007. The reminders of the calendar
keep popin up everytime I start Outlook.
I tested both, Konsec-Konnektor and Bynari. Both do the same.
The inbox on the kolab2.2.2 server shows 700 kolab-r/kolab-r on folder
Calendar and 600 kolab-r/kolab-r on the files.
This does not happen with all reminders, just with 77.

any idea??

-- 
Mit freundlichem Gru?,

Sascha Schneider
Projektleiter "Fit f?r IT"
ZAWM Eupen
Limburger Weg 2
B-4700 Eupen
Tel.: +32 (0)87 593983
GSM:  +32 (0)474 605141



From dfinch at bynari.net  Mon Sep 14 14:47:00 2009
From: dfinch at bynari.net (Doug Finch)
Date: Mon, 14 Sep 2009 07:47:00 -0500
Subject: shared contacts folder
Message-ID: <7bb117b0.1ca3539.f75ebff.1547@bynari.net>

Hello Liutauras,
I do understand what you are saying.  I think it would be best to have one of my support technicians work directly with you on this issue.  If you do not mind, let's take this conversation offline and we can work out a time for a remote desktop session with you.  

Regards,

Doug Finch
Director of Technical Support
Bynari, Inc.
Skype ID: dfsixstring
"Sharing Made Easy..."
(sent with BETA 4.0 Connector)

-----Original Message-----
From: Liutauras Adomaitis [mailto:liutauras.adomaitis at gmail.com] 
Sent: Monday, September 14, 2009 4:47 AM
To: Doug Finch
Cc: kolab-users at kolab.org
Subject: Re: shared contacts folder

On Wed, Sep 9, 2009 at 5:25 PM, Liutauras Adomaitis
<liutauras.adomaitis at gmail.com> wrote:
> On Wed, Sep 9, 2009 at 3:58 PM, Doug Finch<dfinch at bynari.net> wrote:
>> Hello Liutauras,
>> Let me answer your question from the previous email first:
>> (What if I set to check in All folders? Is it the same?)
>> Doing this will tell the Connector to check for mail in every folder you have. ?This could cause quite a performance problem since Outlook performs this, Send/Receive every 5 minutes by default in Outlook 2003. ?We do not recommend this setting - rather, we recommend that you select "which" folders you wish to be part of the Send/Receive function.
>>
>> There is a difference between "Send/Receive" and "Refresh Folders". ?Refresh Folders is used when you want to "refresh" the IMAP folder tree in Outlook. ?It is useful, for example, when "user 1" shares a folder to "user 2". ?"User 2" can then select "Refresh Folders" to get the new ACL rights that have been granted to him by "user 1". ?It is also effective if the folders have changed on the server and you want to reflect that in Outlook. ?It has nothing to do with the actual "Send/Receive" function of Outlook.
>>
>> On the test you performed with the contacts on a shared folder, what happens when you click on a different IMAP folder and then back to that shared folder? ?Is the contact information updated then? ?If the changes are seen after doing this, it would appear that there is a delay in the actual send/receive function. ?There are a few settings I would recommend you check:
>>
> If click on the other folder and then back to shared contacts nothing changes.
>
>> Click on the Insight Connector toolbar, "Accounts" > "More Settings" > "Connections". ?Look for a default option, "Use Persistent Connection". ?Make sure this is enabled. ?If this is not enabled, the connector will have go through the entire authentication process each time it tries to make any kind of transaction with the server. ?This can cause serious performance problems. ?The other option you should look at is (same tab) "Server timeout value in number of seconds". ?By default this option is set to "0". ?Values can be "0", "30-600". ?This option requests that the server keep the connection alive for XX seconds (XX being the numerical value).
>
> I will look through your recommendation about speed and connection,
> but at first glance we have done all of this, but still contacts are
> not refreshed.

Hi Doug,

I still cannot find a way to sync changes in shared contacts folder.
After a few test i can say that:
- deletion or creation of a contact works ok. it is enough to change
folder and changes are propagated
- changing existing (already synced contact) works very strange. What
I observer is:
--- I change let's say Manager info in Detail section. Then I go to
the other computer and click on shared contacts folder I see that new
contact with the same name I just edited appears in list and
disappears. It looks like sync process and lasts for about 1 second.
Then I click the contact in question I see, that managers name is
synced, but phone numbers are not. On the computer I edited contact
phone numbers are with + signs and on the other computer not. This
shows, that phone numbers of the contact is not syncing. Then this
contact was first entered into the shared folder his phone number was
without + signs. Now we want make a all phone numbers appear with +
signs and although I change it on one computer the changes are not
propagated to the others.

I don't know if I express myself correctly and you understood the
problem, but it seems that shared folders syncing works partly.

Any Ideas?
Thanks
Liutauras


From Roessler at FuH-E.de  Mon Sep 14 16:15:09 2009
From: Roessler at FuH-E.de (=?ISO-8859-15?Q?Christian_R=F6=DFler?=)
Date: Mon, 14 Sep 2009 16:15:09 +0200
Subject: Difficulties to get kontact/calendar to recognize an imap mail folder
	as calendar
Message-ID: <4AAE4FED.1020900@FuH-E.de>

Hallo,

I have great difficulties to get Kontact (Version 1.2.4 (enterprise
20070904.708012)) to recognize a shared folder as containing calendar
entries. The folder icon shows these folders as normal mail folders.

Could it be that calendar folder need to be disconnected imap?

Best regards,
Christian


From kloecker at kde.org  Mon Sep 14 22:08:08 2009
From: kloecker at kde.org (Ingo =?iso-8859-1?q?Kl=F6cker?=)
Date: Mon, 14 Sep 2009 22:08:08 +0200
Subject: Difficulties to get kontact/calendar to recognize an imap mail
	folder as calendar
In-Reply-To: <4AAE4FED.1020900@FuH-E.de>
References: <4AAE4FED.1020900@FuH-E.de>
Message-ID: <200909142208.13257@thufir.ingo-kloecker.de>

On Monday 14 September 2009, Christian R??ler wrote:
> Hallo,
>
> I have great difficulties to get Kontact (Version 1.2.4 (enterprise
> 20070904.708012)) to recognize a shared folder as containing calendar
> entries. The folder icon shows these folders as normal mail folders.
>
> Could it be that calendar folder need to be disconnected imap?

Yes. (Online) IMAP folders cannot be used as groupware folders.

Using local subscription you can create a disconnected IMAP account 
which shows only the shared calendar folder.


Regards,
Ingo
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
Url : http://kolab.org/pipermail/kolab-users/attachments/20090914/bc555c50/attachment.bin

From Roessler at FuH-E.de  Tue Sep 15 10:26:23 2009
From: Roessler at FuH-E.de (=?ISO-8859-15?Q?Christian_R=F6=DFler?=)
Date: Tue, 15 Sep 2009 10:26:23 +0200
Subject: Difficulties to get kontact/calendar to recognize an imap mail
	folder as calendar
In-Reply-To: <200909142208.13257@thufir.ingo-kloecker.de>
References: <4AAE4FED.1020900@FuH-E.de>
	<200909142208.13257@thufir.ingo-kloecker.de>
Message-ID: <4AAF4FAF.9070904@FuH-E.de>

Hallo,

Ingo Kl?cker schrieb:
> On Monday 14 September 2009, Christian R??ler wrote:
>> I have great difficulties to get Kontact (Version 1.2.4 (enterprise
>> 20070904.708012)) to recognize a shared folder as containing calendar
>> entries. The folder icon shows these folders as normal mail folders.
>> Could it be that calendar folder need to be disconnected imap?
> Yes. (Online) IMAP folders cannot be used as groupware folders.
> Using local subscription you can create a disconnected IMAP account 
> which shows only the shared calendar folder.

thank again, Ingo.

Well, I have another problem I would like a hint for. When trying local
subscription the shared folders are not mentioned in the given list of
folders possible to subscribe to, but they are mentioned in the folder
list showing up using 'normal' subscription.

Is it possible, then, to subscribe locally to a folder using a normal,
not disconnected email access? Do I need to enter two 'Accesses' (Zugang
in german kmail); one with full imap and the second with 'disonnected
imap'; both going to the same Kolab using the same user credentials?

Or is it not normal, that shared folders are not shown?

Best regards, Christian


From bernhard at intevation.de  Wed Sep 16 11:07:55 2009
From: bernhard at intevation.de (Bernhard Reiter)
Date: Wed, 16 Sep 2009 11:07:55 +0200
Subject: Blackberry + Funambol + horde
In-Reply-To: <BLU122-W37D8E263C8A8DBFD07A64A3E60@phx.gbl>
References: <mailman.0.1252317603.11300.kolab-users@kolab.org>
	<BLU122-W37D8E263C8A8DBFD07A64A3E60@phx.gbl>
Message-ID: <200909161107.56233.bernhard@intevation.de>

Am Samstag, 12. September 2009 15:06:20 schrieb kiser Caesar:
> Who can help me on this topic ?
>
> Moreover who know a good tutorial to configure the funambol mail client on
> a BB ?

There is a wiki page were information on the different devices is collected.
http://wiki.kolab.org/index.php/Web_Client_SyncML

It is important to state the versions of all software involved precisely.


-- 
Managing Director - Owner: www.intevation.net       (Free Software Company)
Germany Coordinator: fsfeurope.org. Coordinator: www.Kolab-Konsortium.com.
Intevation GmbH, Osnabr?ck, DE; Amtsgericht Osnabr?ck, HRB 18998
Gesch?ftsf?hrer Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part.
Url : http://kolab.org/pipermail/kolab-users/attachments/20090916/f13ef033/attachment.bin

From bernhard at intevation.de  Wed Sep 16 11:11:32 2009
From: bernhard at intevation.de (Bernhard Reiter)
Date: Wed, 16 Sep 2009 11:11:32 +0200
Subject: Difficulties to get kontact/calendar to recognize an imap mail
	folder as calendar
In-Reply-To: <4AAF4FAF.9070904@FuH-E.de>
References: <4AAE4FED.1020900@FuH-E.de>
	<200909142208.13257@thufir.ingo-kloecker.de>
	<4AAF4FAF.9070904@FuH-E.de>
Message-ID: <200909161111.32446.bernhard@intevation.de>

Am Dienstag, 15. September 2009 10:26:23 schrieb Christian R??ler:
> Well, I have another problem I would like a hint for. When trying local
> subscription the shared folders are not mentioned in the given list of
> folders possible to subscribe to, but they are mentioned in the folder
> list showing up using 'normal' subscription.

Note that you need to server subscribe a folder before you can locally 
subscribe it. (Yes there is some confusion of the used terminology.)

> Is it possible, then, to subscribe locally to a folder using a normal,
> not disconnected email access? 

Disconnected IMAP mode is a "normal" IMAP mode ...  ;)
You can do everything about it. There is no need for an online imap account.

> Do I need to enter two 'Accesses' (Zugang 
> in german kmail); one with full imap and the second with 'disonnected
> imap'; both going to the same Kolab using the same user credentials?

Some people prefer to have two "accesses" and only use the caching of the 
disconnected mode for some folders.

> Or is it not normal, that shared folders are not shown?

No, folder that the account has access to, should all be shown.
Bernhard


-- 
Managing Director - Owner: www.intevation.net       (Free Software Company)
Germany Coordinator: fsfeurope.org. Coordinator: www.Kolab-Konsortium.com.
Intevation GmbH, Osnabr?ck, DE; Amtsgericht Osnabr?ck, HRB 18998
Gesch?ftsf?hrer Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part.
Url : http://kolab.org/pipermail/kolab-users/attachments/20090916/a2692d6a/attachment.bin

From kcaesar at hotmail.com  Thu Sep 17 10:52:58 2009
From: kcaesar at hotmail.com (kiser Caesar)
Date: Thu, 17 Sep 2009 10:52:58 +0200
Subject: Blackberry + Funambol + horde
In-Reply-To: <200909161107.56233.bernhard@intevation.de>
References: <mailman.0.1252317603.11300.kolab-users@kolab.org>
	<BLU122-W37D8E263C8A8DBFD07A64A3E60@phx.gbl>
	<200909161107.56233.bernhard@intevation.de>
Message-ID: <BLU122-W24046FEF6176570C6F9887A3E10@phx.gbl>


Hello,

Thank for your answer,

I use a kolab 2.2.2 server.
My BB is a 9000 bold v4.6.0
Funambol sync v8.0 GA

I'm waiting for your help,


Best regards,




> From: bernhard at intevation.de
> To: kolab-users at kolab.org
> Subject: Re: Blackberry + Funambol + horde
> Date: Wed, 16 Sep 2009 11:07:55 +0200
> CC: kcaesar at hotmail.com
> 
> Am Samstag, 12. September 2009 15:06:20 schrieb kiser Caesar:
> > Who can help me on this topic ?
> >
> > Moreover who know a good tutorial to configure the funambol mail client on
> > a BB ?
> 
> There is a wiki page were information on the different devices is collected.
> http://wiki.kolab.org/index.php/Web_Client_SyncML
> 
> It is important to state the versions of all software involved precisely.
> 
> 
> -- 
> Managing Director - Owner: www.intevation.net       (Free Software Company)
> Germany Coordinator: fsfeurope.org. Coordinator: www.Kolab-Konsortium.com.
> Intevation GmbH, Osnabr?ck, DE; Amtsgericht Osnabr?ck, HRB 18998
> Gesch?ftsf?hrer Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner

_________________________________________________________________
Tchattez en direct en en vid?o avec vos amis !  
http://www.windowslive.fr/messenger/
-------------- section suivante --------------
Une pi?ce jointe HTML a ?t? nettoy?e...
URL: http://kolab.org/pipermail/kolab-users/attachments/20090917/c8d13e18/attachment.html

From Nazeer at kryptonpcs.co.za  Thu Sep 17 22:22:02 2009
From: Nazeer at kryptonpcs.co.za (Nazeer)
Date: Thu, 17 Sep 2009 22:22:02 +0200
Subject: URL Reirection
Message-ID: <001a01ca37d4$84a6aa70$8df3ff50$@co.za>

Hi

 

How do I redirect a URL in Kolab apache?

 

My URL to Access Horde is https://server.domain.com/client . I would like to
type in http(s)://mail.domain.com <http://mail.domain.com>  and it should be
redirected to the client URL.

 

Also currently if I type in https://server.domain.com , it automatically
redirects to https://server.domain.com/admin. How to I make it automatically
redirect to https://server.domain.com/client 

 

Thanks

 

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://kolab.org/pipermail/kolab-users/attachments/20090917/dc5b1494/attachment.html

From bernhard at intevation.de  Fri Sep 18 09:16:25 2009
From: bernhard at intevation.de (Bernhard Reiter)
Date: Fri, 18 Sep 2009 09:16:25 +0200
Subject: Blackberry + Funambol + horde
In-Reply-To: <BLU122-W24046FEF6176570C6F9887A3E10@phx.gbl>
References: <mailman.0.1252317603.11300.kolab-users@kolab.org>
	<200909161107.56233.bernhard@intevation.de>
	<BLU122-W24046FEF6176570C6F9887A3E10@phx.gbl>
Message-ID: <200909180916.28851.bernhard@intevation.de>

Am Donnerstag, 17. September 2009 10:52:58 schrieb kiser Caesar:
> I use a kolab 2.2.2 server.
> My BB is a 9000 bold v4.6.0
> Funambol sync v8.0 GA
>
> I'm waiting for your help,

The idea is that we all help ourselfs, 
you could for example enter your data and experiences in the wiki.
Maybe somebody else has a similiar situation and can give you a hint.

There are just too many devices out there. Even if we would have gotten a 
contract to improve the situation we would need to buy the specific devices 
and enroll into detailed testing ourselfs.

Best,
Bernhard

-- 
Managing Director - Owner: www.intevation.net       (Free Software Company)
Germany Coordinator: fsfeurope.org. Coordinator: www.Kolab-Konsortium.com.
Intevation GmbH, Osnabr?ck, DE; Amtsgericht Osnabr?ck, HRB 18998
Gesch?ftsf?hrer Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part.
Url : http://kolab.org/pipermail/kolab-users/attachments/20090918/f9b0b126/attachment.bin

From micha at kovoks.nl  Fri Sep 18 11:27:46 2009
From: micha at kovoks.nl (Micha Kersloot)
Date: Fri, 18 Sep 2009 11:27:46 +0200
Subject: URL Reirection
In-Reply-To: <001a01ca37d4$84a6aa70$8df3ff50$@co.za>
References: <001a01ca37d4$84a6aa70$8df3ff50$@co.za>
Message-ID: <200909181127.46935.micha@kovoks.nl>

Hi,

> How do I redirect a URL in Kolab apache?
> 
> My URL to Access Horde is https://server.domain.com/client . I would like
>  to type in http(s)://mail.domain.com <http://mail.domain.com>  and it
>  should be redirected to the client URL.

open /kolab/etc/kolab/templates/httpd.conf.template in your favorite editor 
and look for https://@@@fqdnhostname@@@/admin/ references. Change these to 
https://@@@fqdnhostname@@@/client/ write file and quit.
Run kolabconf and you should be done.

-- 
Met vriendelijke groet,

Micha Kersloot

http://www.kovoks.nl/
KovoKs B.V. is ingeschreven onder KvK nummer: 11033334


From liutauras.adomaitis at gmail.com  Mon Sep 21 11:32:27 2009
From: liutauras.adomaitis at gmail.com (Liutauras Adomaitis)
Date: Mon, 21 Sep 2009 12:32:27 +0300
Subject: Kolab + Samba and domain maintainers
Message-ID: <c1ec9ac0909210232u689fc841yfd8180964d7110b7@mail.gmail.com>

Hello,

we have running Kolab 2.2.2 with Samba accounts integrated. Everything
runs ok, except that domain maintainers cannot create new users. Error
is "Object class violation" then adding sambaLMPassword attribute for
new user. I did some investigation and found out that then using
domain maintainer to login to Kolab admin it tries to add new ldap
user as cn=nobody,cn=internal,... it does some searches for
sambaGroupMapping and fails to find a group because
cn=nobody,cn=internal,... doesn't even see the cn=internal,...
subtree.
Is this a ldap acl that should be edited or some php code?

Thanks
Liutauras

PS I followed http://wiki.kolab.org/index.php/Kolab_2.2_and_Samba_on_Ubuntu_Hardy
then integrating Samba and Kolab.


From thorsten.schnebeck at gmx.net  Mon Sep 21 11:46:23 2009
From: thorsten.schnebeck at gmx.net (Thorsten Schnebeck)
Date: Mon, 21 Sep 2009 11:46:23 +0200
Subject: inverse logic for vacation setup option more useful?
Message-ID: <200909211146.23904.thorsten.schnebeck@gmx.net>

Hi,

when setting up a vacation auto-replier I have the option
"Only react to mail coming from domain  (leave empty for all domains)"

Would'nt it be more useful to have an option like:
"Only react to mail _not_ coming from domain" 

That way I could easily disable the auto-replier for internal mails.

Bye

  Thorsten
 


From thomas at intevation.de  Mon Sep 21 15:01:59 2009
From: thomas at intevation.de (Thomas Arendsen Hein)
Date: Mon, 21 Sep 2009 15:01:59 +0200
Subject: Kolab + Samba and domain maintainers
In-Reply-To: <c1ec9ac0909210232u689fc841yfd8180964d7110b7@mail.gmail.com>
References: <c1ec9ac0909210232u689fc841yfd8180964d7110b7@mail.gmail.com>
Message-ID: <20090921145814.489961156.thomas@jtah.de>

* Liutauras Adomaitis <liutauras.adomaitis at gmail.com> [20090921 11:32]:
> we have running Kolab 2.2.2 with Samba accounts integrated. Everything
> runs ok, except that domain maintainers cannot create new users. Error
> is "Object class violation" then adding sambaLMPassword attribute for
> new user. I did some investigation and found out that then using
> domain maintainer to login to Kolab admin it tries to add new ldap
> user as cn=nobody,cn=internal,...

This should not happen this way.

I just verified again that in 2.2.2 the user is added by the domain
maintainer's LDAP account, not cn=nobody.

How did you verify that cn=nobody is used?

Regards,
Thomas Arendsen Hein

-- 
thomas at intevation.de - http://intevation.de/~thomas/ - OpenPGP key: 0x5816791A
Intevation GmbH, Neuer Graben 17, 49074 Osnabrueck - AG Osnabrueck, HR B 18998
Geschaeftsfuehrer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner
... and we need a dozen cans of tuna


From liutauras.adomaitis at gmail.com  Mon Sep 21 15:10:09 2009
From: liutauras.adomaitis at gmail.com (Liutauras Adomaitis)
Date: Mon, 21 Sep 2009 16:10:09 +0300
Subject: Kolab + Samba and domain maintainers
In-Reply-To: <20090921145814.489961156.thomas@jtah.de>
References: <c1ec9ac0909210232u689fc841yfd8180964d7110b7@mail.gmail.com>
	<20090921145814.489961156.thomas@jtah.de>
Message-ID: <c1ec9ac0909210610v346ccf9cl76b6ad484263d0a9@mail.gmail.com>

On Mon, Sep 21, 2009 at 4:01 PM, Thomas Arendsen Hein
<thomas at intevation.de> wrote:
> * Liutauras Adomaitis <liutauras.adomaitis at gmail.com> [20090921 11:32]:
>> we have running Kolab 2.2.2 with Samba accounts integrated. Everything
>> runs ok, except that domain maintainers cannot create new users. Error
>> is "Object class violation" then adding sambaLMPassword attribute for
>> new user. I did some investigation and found out that then using
>> domain maintainer to login to Kolab admin it tries to add new ldap
>> user as cn=nobody,cn=internal,...
>
> This should not happen this way.
>
> I just verified again that in 2.2.2 the user is added by the domain
> maintainer's LDAP account, not cn=nobody.
>
> How did you verify that cn=nobody is used?
>
> Regards,
> Thomas Arendsen Hein

I saw it in the ldap log.


From thomas at intevation.de  Mon Sep 21 15:54:06 2009
From: thomas at intevation.de (Thomas Arendsen Hein)
Date: Mon, 21 Sep 2009 15:54:06 +0200
Subject: inverse logic for vacation setup option more useful?
In-Reply-To: <200909211146.23904.thorsten.schnebeck@gmx.net>
References: <200909211146.23904.thorsten.schnebeck@gmx.net>
Message-ID: <20090921154838.195175208.thomas@jtah.de>

* Thorsten Schnebeck <thorsten.schnebeck at gmx.net> [20090921 11:47]:
> when setting up a vacation auto-replier I have the option
> "Only react to mail coming from domain  (leave empty for all domains)"
> 
> Would'nt it be more useful to have an option like:
> "Only react to mail _not_ coming from domain" 
> 
> That way I could easily disable the auto-replier for internal mails.

The option was added to allow added privacy against mails from
outside:
- other people in your organisation (which can be too big or too
  distributed to know about everyone's vacation) will be informed.
- mails from outside can't be used to check if you're on vacation.
- domains which are misused as sender for spam will not be flooded
  with vacation answers.

Regards,
Thomas Arendsen Hein

-- 
thomas at intevation.de - http://intevation.de/~thomas/ - OpenPGP key: 0x5816791A
Intevation GmbH, Neuer Graben 17, 49074 Osnabrueck - AG Osnabrueck, HR B 18998
Geschaeftsfuehrer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner
... and we need a dozen cans of tuna


From thomas at intevation.de  Mon Sep 21 15:55:03 2009
From: thomas at intevation.de (Thomas Arendsen Hein)
Date: Mon, 21 Sep 2009 15:55:03 +0200
Subject: Kolab + Samba and domain maintainers
In-Reply-To: <c1ec9ac0909210610v346ccf9cl76b6ad484263d0a9@mail.gmail.com>
References: <c1ec9ac0909210232u689fc841yfd8180964d7110b7@mail.gmail.com>
	<20090921145814.489961156.thomas@jtah.de>
	<c1ec9ac0909210610v346ccf9cl76b6ad484263d0a9@mail.gmail.com>
Message-ID: <20090921155434.514383144.thomas@jtah.de>

* Liutauras Adomaitis <liutauras.adomaitis at gmail.com> [20090921 15:10]:
> On Mon, Sep 21, 2009 at 4:01 PM, Thomas Arendsen Hein
> <thomas at intevation.de> wrote:
> > * Liutauras Adomaitis <liutauras.adomaitis at gmail.com> [20090921 11:32]:
> >> we have running Kolab 2.2.2 with Samba accounts integrated. Everything
> >> runs ok, except that domain maintainers cannot create new users. Error
> >> is "Object class violation" then adding sambaLMPassword attribute for
> >> new user. I did some investigation and found out that then using
> >> domain maintainer to login to Kolab admin it tries to add new ldap
> >> user as cn=nobody,cn=internal,...
> >
> > This should not happen this way.
> >
> > I just verified again that in 2.2.2 the user is added by the domain
> > maintainer's LDAP account, not cn=nobody.
> >
> > How did you verify that cn=nobody is used?
> 
> I saw it in the ldap log.

Can you copy&paste the log message?

Regards,
Thomas Arendsen Hein

-- 
thomas at intevation.de - http://intevation.de/~thomas/ - OpenPGP key: 0x5816791A
Intevation GmbH, Neuer Graben 17, 49074 Osnabrueck - AG Osnabrueck, HR B 18998
Geschaeftsfuehrer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner
... and we need a dozen cans of tuna


From Roessler at FuH-E.de  Tue Sep 22 11:38:07 2009
From: Roessler at FuH-E.de (=?ISO-8859-15?Q?Christian_R=F6=DFler?=)
Date: Tue, 22 Sep 2009 11:38:07 +0200
Subject: Funambol client on Android - no sync
Message-ID: <4AB89AFF.6040804@FuH-E.de>

Good morning,

I am  trying to get the Funambol Sync client on an android Phone (HTC
Hero) to sync the contacts from a Kolab server, but was unable to do so.
 Server URL is, of course, https://mykolabserver.de/client/rpc.php; user
credentials are ok (accepted by Horde).

Well, all I get is: "Unknown exception: unsupported file format". Log
files do not show much; but of course I will have a deeper look if needed.

And of course I will write my findings to
http://wiki.kolab.org/index.php/Web_Client_SyncML :).

Best regards, Christian


From liutauras.adomaitis at gmail.com  Tue Sep 22 11:53:43 2009
From: liutauras.adomaitis at gmail.com (Liutauras Adomaitis)
Date: Tue, 22 Sep 2009 12:53:43 +0300
Subject: Kolab + Samba and domain maintainers
In-Reply-To: <20090921155434.514383144.thomas@jtah.de>
References: <c1ec9ac0909210232u689fc841yfd8180964d7110b7@mail.gmail.com>
	<20090921145814.489961156.thomas@jtah.de>
	<c1ec9ac0909210610v346ccf9cl76b6ad484263d0a9@mail.gmail.com>
	<20090921155434.514383144.thomas@jtah.de>
Message-ID: <c1ec9ac0909220253q5673830fo6eb6b16ad6930493@mail.gmail.com>

On Mon, Sep 21, 2009 at 4:55 PM, Thomas Arendsen Hein
<thomas at intevation.de> wrote:
> * Liutauras Adomaitis <liutauras.adomaitis at gmail.com> [20090921 15:10]:
>> On Mon, Sep 21, 2009 at 4:01 PM, Thomas Arendsen Hein
>> <thomas at intevation.de> wrote:
>> > * Liutauras Adomaitis <liutauras.adomaitis at gmail.com> [20090921 11:32]:
>> >> we have running Kolab 2.2.2 with Samba accounts integrated. Everything
>> >> runs ok, except that domain maintainers cannot create new users. Error
>> >> is "Object class violation" then adding sambaLMPassword attribute for
>> >> new user. I did some investigation and found out that then using
>> >> domain maintainer to login to Kolab admin it tries to add new ldap
>> >> user as cn=nobody,cn=internal,...
>> >
>> > This should not happen this way.
>> >
>> > I just verified again that in 2.2.2 the user is added by the domain
>> > maintainer's LDAP account, not cn=nobody.
>> >
>> > How did you verify that cn=nobody is used?
>>
>> I saw it in the ldap log.
>
> Can you copy&paste the log message?
>
> Regards,
> Thomas Arendsen Hein
>

Here is the ldap session log, then I try to create new user as domain
maintainer. I'am probably wrong about cn=nobody connecting used to
bind to server. I was misled by first BIND operation. But still the
problem exists.

Sep 22 12:45:17 mail <debug> slapd[2820]: conn=25156 fd=12 ACCEPT from
IP=127.0.0.1:45559 (IP=0.0.0.0:389)
Sep 22 12:45:17 mail <debug> slapd[2820]: conn=25156 op=0 BIND
dn="cn=nobody,cn=internal,o=MYDOMAIN" method=128
Sep 22 12:45:17 mail <debug> slapd[2820]: conn=25156 op=0 BIND
dn="cn=nobody,cn=internal,o=MYDOMAIN" mech=SIMPLE ssf=0
Sep 22 12:45:17 mail <debug> slapd[2820]: conn=25156 op=0 RESULT
tag=97 err=0 text=
Sep 22 12:45:17 mail <debug> slapd[2820]: conn=25156 op=1 BIND
anonymous mech=implicit ssf=0
Sep 22 12:45:17 mail <debug> slapd[2820]: conn=25156 op=1 BIND
dn="cn=Liutauras Adomaitis,cn=internal,o=MYDOMAIN" method=128
Sep 22 12:45:17 mail <debug> slapd[2820]: conn=25156 op=1 BIND
dn="cn=Liutauras Adomaitis,cn=internal,o=MYDOMAIN" mech=SIMPLE ssf=0
Sep 22 12:45:17 mail <debug> slapd[2820]: conn=25156 op=1 RESULT
tag=97 err=0 text=
Sep 22 12:45:17 mail <debug> slapd[2820]: conn=25156 op=2 SRCH
base="cn=domains,cn=internal,o=MYDOMAIN" scope=2 deref=0
filter="(member=cn=liutauras adomaitis,cn=internal,o=MYDOMAIN)"
Sep 22 12:45:17 mail <debug> slapd[2820]: conn=25156 op=2 SEARCH
RESULT tag=101 err=0 nentries=1 text=
Sep 22 12:45:17 mail <debug> slapd[2820]: conn=25156 op=3 SRCH
base="k=kolab,o=MYDOMAIN" scope=0 deref=0 filter="(objectClass=*)"
Sep 22 12:45:17 mail <debug> slapd[2820]: conn=25156 op=3 SEARCH
RESULT tag=101 err=0 nentries=1 text=
Sep 22 12:45:17 mail <debug> slapd[2820]: conn=25156 op=4 SRCH
base="cn=domains,cn=internal,o=MYDOMAIN" scope=2 deref=0
filter="(member=cn=liutauras adomaitis,cn=internal,o=MYDOMAIN.lt)"
Sep 22 12:45:17 mail <debug> slapd[2820]: conn=25156 op=4 SEARCH
RESULT tag=101 err=0 nentries=1 text=
Sep 22 12:45:17 mail <debug> slapd[2820]: conn=25156 op=5 SRCH
base="o=MYDOMAIN" scope=2 deref=0
filter="(|(|(mail=asd.dsa at mydomain.lt)(alias=asd.dsa at mydomain.lt))(uid=asd.dsa at mydomnain.lt))"
Sep 22 12:45:17 mail <debug> slapd[2820]: conn=25156 op=5 SRCH attr=dn
Sep 22 12:45:17 mail <debug> slapd[2820]: conn=25156 op=5 SEARCH
RESULT tag=101 err=0 nentries=0 text=
Sep 22 12:45:17 mail <debug> slapd[2820]: conn=25156 op=6 SRCH
base="o=MYDOMAIN" scope=2 deref=0
filter="(&(objectClass=kolabGroupOfNames)(cn=asd.dsa))"
Sep 22 12:45:17 mail <debug> slapd[2820]: conn=25156 op=6 SRCH attr=dn
Sep 22 12:45:17 mail <debug> slapd[2820]: conn=25156 op=6 SEARCH
RESULT tag=101 err=0 nentries=0 text=
Sep 22 12:45:17 mail <debug> slapd[2820]: conn=25156 op=7 SRCH
base="o=MYDOMAIN" scope=2 deref=0
filter="(|(|(mail=asd.dsa)(alias=asd.dsa))(uid=asd.dsa))"
Sep 22 12:45:17 mail <debug> slapd[2820]: conn=25156 op=7 SRCH attr=dn
Sep 22 12:45:17 mail <debug> slapd[2820]: conn=25156 op=7 SEARCH
RESULT tag=101 err=0 nentries=0 text=
Sep 22 12:45:17 mail <debug> slapd[2820]: conn=25156 op=8 SRCH
base="o=MYDOMAIN" scope=2 deref=0
filter="(&(objectClass=kolabGroupOfNames)(?=undefined))"
Sep 22 12:45:17 mail <debug> slapd[2820]: conn=25156 op=8 SRCH attr=dn
Sep 22 12:45:17 mail <debug> slapd[2820]: conn=25156 op=8 SEARCH
RESULT tag=101 err=0 nentries=0 text=
Sep 22 12:45:17 mail <debug> slapd[2820]: conn=25156 op=9 SRCH
base="o=MYDOMAIN" scope=2 deref=0 filter="(objectClass=sambaDomain)"
Sep 22 12:45:17 mail <debug> slapd[2820]: conn=25156 op=9 SRCH attr=sambaSid
Sep 22 12:45:17 mail <debug> slapd[2820]: conn=25156 op=9 SEARCH
RESULT tag=101 err=0 nentries=1 text=
Sep 22 12:45:17 mail <debug> slapd[2820]: conn=25156 op=10 SRCH
base="o=MYDOMAIN" scope=2 deref=0
filter="(&(objectClass=sambaGroupMapping)(gidNumber=513))"
Sep 22 12:45:17 mail <debug> slapd[2820]: conn=25156 op=10 SRCH attr=sambaSid
Sep 22 12:45:17 mail <debug> slapd[2820]: conn=25156 op=10 SEARCH
RESULT tag=101 err=0 nentries=0 text=
Sep 22 12:45:17 mail <debug> slapd[2820]: conn=25156 op=11 ADD
dn="cn=ASD DSA,o=MYDOMAIN"
Sep 22 12:45:17 mail <debug> slapd[2820]: Entry (cn=ASD
DSA,o=MYDOMAIN), attribute 'sambaLMPassword' not allowed
Sep 22 12:45:17 mail <debug> slapd[2820]: conn=25156 op=11 RESULT
tag=105 err=65 text=attribute 'sambaLMPassword' not allowed
Sep 22 12:45:17 mail <debug> slapd[2820]: conn=25156 op=12 SRCH
base="o=MYDOMAIN" scope=2 deref=0
filter="(|(|(mail=asd.dsa at mydomain.lt)(alias=asd.dsa at mydomain.lt))(uid=asd.dsa at mydomain.lt))"
Sep 22 12:45:17 mail <debug> slapd[2820]: conn=25156 op=12 SRCH attr=dn
Sep 22 12:45:17 mail <debug> slapd[2820]: conn=25156 op=12 SEARCH
RESULT tag=101 err=0 nentries=0 text=
Sep 22 12:45:17 mail <debug> slapd[2820]: conn=25156 op=13 SRCH
base="o=MYDOMAIN" scope=2 deref=0
filter="(&(objectClass=kolabGroupOfNames)(cn=asd.dsa))"
Sep 22 12:45:17 mail <debug> slapd[2820]: conn=25156 op=13 SRCH attr=dn
Sep 22 12:45:17 mail <debug> slapd[2820]: conn=25156 op=13 SEARCH
RESULT tag=101 err=0 nentries=0 text=
Sep 22 12:45:18 mail <debug> slapd[2820]: conn=25156 op=14 UNBIND
Sep 22 12:45:18 mail <debug> slapd[2820]: conn=25156 fd=12 closed


From Roessler at FuH-E.de  Tue Sep 22 16:55:39 2009
From: Roessler at FuH-E.de (=?ISO-8859-15?Q?Christian_R=F6=DFler?=)
Date: Tue, 22 Sep 2009 16:55:39 +0200
Subject: Best practice question: imap/dimap, shared folders
Message-ID: <4AB8E56B.3040409@FuH-E.de>

Hallo,

as Kolab is getting 'hot' here I have some simple questions.

First, groupware folders have to be disconnected imap. But even then I
cannot get these folder to be detected as groupware folders. Could it be
that there is eg. some flag missing on the kolab side?

Second, shared Folders: It seems shared folders are modeled after this
pattern: shared^this_name, shared^that_name. Of course it is possible to
have some resemblance to a hierarchy like
shared^customers^this_customer. But it is possible to have a real
hierarchy, I mean like
shared^costomers/this_customer
shared^costomers/that_customer
shared^costomers/third_customer, so one may unfold them per (+)-sign or
re-fold per (-) eg. in Kontact?

Best regards, Christian


From RetheeshKR at microland.com  Wed Sep 23 09:08:58 2009
From: RetheeshKR at microland.com (Retheesh Kumar R)
Date: Wed, 23 Sep 2009 12:38:58 +0530
Subject: Kolab address book lookup with OpenLdap & Active Directory
Message-ID: <0459309E73E926498AEBD76CD022E44D04A331AD@BLRISBE02.MLCORP.NET>

Hello All,

 

We want to configure Kolab to do an address lookup for both Openldap and
an Exchange Active Directory.  

Can you please guide us thru how we can achieve this. We are looking at
Turba configuration files.

 

Any suggestion or pointers are really appreciated.

 

Regards,

Retheesh Kumar R

The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. 
Any review, re-transmission, dissemination or other use of or taking of any action in reliance upon,this information by persons or entities other than the intended recipient is prohibited. 
If you received this in error, please contact the sender and delete the material from your computer. 
Microland takes all reasonable steps to ensure that its electronic communications are free from viruses. 
However, given Internet accessibility, the Company cannot accept liability for any virus introduced by this e-mail or any attachment and you are advised to use up-to-date virus checking software. 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://kolab.org/pipermail/kolab-users/attachments/20090923/e2b6ecc9/attachment.html

From Roessler at FuH-E.de  Wed Sep 23 10:28:58 2009
From: Roessler at FuH-E.de (=?ISO-8859-1?Q?Christian_R=F6=DFler?=)
Date: Wed, 23 Sep 2009 10:28:58 +0200
Subject: Best practice questions: shared folders etc.
In-Reply-To: <4AB8E56B.3040409@FuH-E.de>
References: <4AB8E56B.3040409@FuH-E.de>
Message-ID: <4AB9DC4A.4020401@FuH-E.de>

Christian R??ler schrieb:

Well, for answering my own mail - and having some more questions:

> First, groupware folders have to be disconnected imap. But even then I
> cannot get these folder to be detected as groupware folders. Could it be
> that there is eg. some flag missing on the kolab side?

This has been solved with some KMail options juggling: It's helpful to
delete and re-set the marker at Workgroups - IMAP functions.

> Second, shared Folders: It seems shared folders are modeled after this
> pattern: shared^this_name, shared^that_name. Of course it is possible to
> have some resemblance to a hierarchy like
> shared^customers^this_customer. But it is possible to have a real
> hierarchy, I mean like
> shared^costomers/this_customer
> shared^costomers/that_customer
> shared^costomers/third_customer, so one may unfold them per (+)-sign or
> re-fold per (-) eg. in Kontact?

How are others handling that?

Another question: Disconnected IMAP will store mails locally and
synchronize. This will use up storage locally, of course; which IMAP
will not. Does someone use disconnected IMAP only for groupware folders,
and IMAP for the rest - if so, how? Two 'accounts' in kontact, perhaps;
disc. IMAP with groupware folders hidden?

Best regards, Christian


From Roessler at FuH-E.de  Wed Sep 23 16:54:27 2009
From: Roessler at FuH-E.de (=?ISO-8859-15?Q?Christian_R=F6=DFler?=)
Date: Wed, 23 Sep 2009 16:54:27 +0200
Subject: Global sieve script possible?
In-Reply-To: <20090122075919.98942iiy9i3hbnms@webmail.pardus.de>
References: <497748DC.1050501@FuH-E.de>
	<20090122075919.98942iiy9i3hbnms@webmail.pardus.de>
Message-ID: <4ABA36A3.5060105@FuH-E.de>

Gunnar Wrobel schrieb:

>> in the way of preparing a migration to Kolab I am wondering if it is
>> possible to use a global sieve script, which will be executed before
>> user's sieve scripts?
>> I was not able to find much in the net (eg. for example
>> <http://lists.andrew.cmu.edu/pipermail/cyrus-devel/2007-January/000239.html>)
>> or in the Kolab documentation. So I would be thankful if anyone could
>> hint me whether this is possible, and if so, how.
>> Or would it suffice to put a (compiled, of course) sieve script into
>> /kolab/var/imapd/sieve/global?
> Hm, I had that question before and I think it does not work at the
> moment but it should be possible to get it to work.

Just for the record, as I have repeatedly found this mail doing internet
research (and perhaps it helps others, it would have saved me time at
least):

I think the only possibility presently to have a global is using the
'include'-directive. So, for Kolab (let's say the User is called 'kro'):

1. Enter the user's sieve directory:
cd /kolab/var/imapd/sieve/domain/x/x.your.domain.tld/k/kro

2. Edit your default-sieve-Script for that user (do not forget to
'require' include), no need to use filename.bc:
bash-3.2$ vi default
require "fileinto";
require "...your other requires...";
require "include";
include :global "default";

3. 'compile' it to bytecode:
bash-3.2$ sievec default default.bc

4. Change to global, edit, compile global sieve script:
cd /kolab/var/imapd/sieve/global/
vi default
(do your sieve-ing...)
bash-3.2$ sievec default default.bc

That's all. The deficiency of this method is that 1. this include has to
be in every user's defualt sieve script, and 2. user could edit their
sieve scripts to not execute the 'global' sieve script. So I would very
much like a truly global solution - but for now this suffices.

Best regards, Christian


From digital at usina-de-imagens.com.br  Thu Sep 24 15:16:36 2009
From: digital at usina-de-imagens.com.br (digital@usina-de-imagens.com.br)
Date: Thu, 24 Sep 2009 10:16:36 -0300
Subject: Distribution list checked as hidden not showing in admin
Message-ID: <200909241016.37072.digital@usina-de-imagens.com.br>

Greetings,

Would someone please tell if this is the normal behaviour or something odd is 
going on:

1 - I create a new distribution list
2 - I check the "Hidden" box, therefore only authenticated users can use it
3 - When I come back to the admin later, the list does not show up
4 - That means I cannot delete it through the admin. Nor can anyone know of 
its existence.

Is that the way it should be? If not, is there anything I can do to fix it?

TIA,
JK


From Roessler at FuH-E.de  Thu Sep 24 16:20:59 2009
From: Roessler at FuH-E.de (=?ISO-8859-1?Q?Christian_R=F6=DFler?=)
Date: Thu, 24 Sep 2009 16:20:59 +0200
Subject: Distribution list checked as hidden not showing in admin
In-Reply-To: <200909241016.37072.digital@usina-de-imagens.com.br>
References: <200909241016.37072.digital@usina-de-imagens.com.br>
Message-ID: <4ABB804B.5090109@FuH-E.de>

Hallo,

> Would someone please tell if this is the normal behaviour [...]
> 3 - When I come back to the admin later, the list does not show up
> 4 - That means I cannot delete it through the admin. Nor can anyone know of 
> its existence.
> Is that the way it should be? If not, is there anything I can do to fix it?

No, this is definitely not the way it should be - I have some hidden
lists showing without problems in the admin interface.

But it is not easy to say why this is so in your case - but hopefully it
helps you if you know this is no normal behaviour.

Do you have anything strange in your log files?

Best regards, Christian


From thomas at intevation.de  Thu Sep 24 17:26:23 2009
From: thomas at intevation.de (Thomas Arendsen Hein)
Date: Thu, 24 Sep 2009 17:26:23 +0200
Subject: Best practice questions: shared folders etc.
In-Reply-To: <4AB9DC4A.4020401@FuH-E.de>
References: <4AB8E56B.3040409@FuH-E.de> <4AB9DC4A.4020401@FuH-E.de>
Message-ID: <20090924172332.213211427.thomas@intevation.de>

* Christian R??ler <Roessler at FuH-E.de> [20090923 10:29]:
> Christian R??ler schrieb:
> > Second, shared Folders: It seems shared folders are modeled after this
> > pattern: shared^this_name, shared^that_name. Of course it is possible to
> > have some resemblance to a hierarchy like
> > shared^customers^this_customer. But it is possible to have a real
> > hierarchy, I mean like
> > shared^costomers/this_customer
> > shared^costomers/that_customer
> > shared^costomers/third_customer, so one may unfold them per (+)-sign or
> > re-fold per (-) eg. in Kontact?
> 
> How are others handling that?

Use a group account with subfolders.

> Another question: Disconnected IMAP will store mails locally and
> synchronize. This will use up storage locally, of course; which IMAP
> will not. Does someone use disconnected IMAP only for groupware folders,
> and IMAP for the rest - if so, how? Two 'accounts' in kontact, perhaps;
> disc. IMAP with groupware folders hidden?

Using kolabwizard instead of manually configuring kontact offers this easily.

Thomas

-- 
thomas at intevation.de - http://intevation.de/~thomas/ - OpenPGP key: 0x5816791A
Intevation GmbH, Neuer Graben 17, 49074 Osnabrueck - AG Osnabrueck, HR B 18998
Geschaeftsfuehrer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner
... and we need a dozen cans of tuna


From digital at usina-de-imagens.com.br  Thu Sep 24 17:28:47 2009
From: digital at usina-de-imagens.com.br (digital@usina-de-imagens.com.br)
Date: Thu, 24 Sep 2009 12:28:47 -0300
Subject: Distribution list checked as hidden not showing in admin
In-Reply-To: <4ABB804B.5090109@FuH-E.de>
References: <200909241016.37072.digital@usina-de-imagens.com.br>
	<4ABB804B.5090109@FuH-E.de>
Message-ID: <200909241228.48009.digital@usina-de-imagens.com.br>

Hallo,

> > Would someone please tell if this is the normal behaviour [...]
> No, this is definitely not the way it should be - I have some hidden
> lists showing without problems in the admin interface.
Thank you for the answer

> Do you have anything strange in your log files?
Not that I could detect.
But I found out something: The domain used initially has not an DNS MX record 
pointing to this server. If I change the domain to one that is pointed by DNS 
to this server it shows up.
So I guess I found the origin of the problem. But why does it behave like 
this?

TIA,
JK


From schneider at zawm.be  Thu Sep 24 19:58:34 2009
From: schneider at zawm.be (Sascha Schneider)
Date: Thu, 24 Sep 2009 19:58:34 +0200
Subject: One big Idea
Message-ID: <a426a1b00909241058r7562d33bp3fdb4f6a57be4fd@mail.gmail.com>

Hi list,

I know this should be on the dev-list, but
"I have a dream.. that all mankind can use one mailclient with kolab...."
and found columba on SF.net wich seems  not to be developed anymore but  did
support IMAP4 connection to cyrus.
It is written in Java and installable on Win, Mac and Linux.
http://sourceforge.net/projects/columba/
Wouldn't it be an idea, beside developing all the connectors or porting
Kontact to win and mac,
to fork this mailclient to connect to kolab natively??
The Idea is to have something like a Kolab-Desktop like Zimbra does, that
fits ontop of kolab and supports all the features users need.

Porting Kontact as THE client to kolab is a nice Idea, but from a
programmers view, most ports stay buggy.

Maybe someone knows another project that could fit out needs.

Greetings from belgium, Sascha
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://kolab.org/pipermail/kolab-users/attachments/20090924/cd12ce7f/attachment.html

From Roessler at FuH-E.de  Mon Sep 28 14:09:18 2009
From: Roessler at FuH-E.de (=?ISO-8859-15?Q?Christian_R=F6=DFler?=)
Date: Mon, 28 Sep 2009 14:09:18 +0200
Subject: Best practice questions: shared folders etc.
In-Reply-To: <20090924172332.213211427.thomas@intevation.de>
References: <4AB8E56B.3040409@FuH-E.de> <4AB9DC4A.4020401@FuH-E.de>
	<20090924172332.213211427.thomas@intevation.de>
Message-ID: <4AC0A76E.6090005@FuH-E.de>

Thomas Arendsen Hein schrieb:

> Using kolabwizard instead of manually configuring kontact offers this easily.

you are right, of course - I have to admit I have lost sight of this
possibility. Also the kolabwizard works well, as it seems.

I do have just a problem: I need to use a world-readable calendar folder
of an user. This calendar folder is subscribe-able from others without
problems (anyone read).

Well, I am unable to add this folder to the calendar. If I enable the
showing of workgroup folders I see a greyed-out folder users (the needed
calendar folder would be beneath that folder) in Kolab-Server (not:
Kolab Server for Email). When choosing "subscribe locally" this folder
is seen and subscribed-to, but not used for calendar. It seems no
subscribing locally brings a change, so this does not seem the right way.

If I choose this folder via "subscribe" I get asked about "Subscribe not
used for Server Kolab-Server. Would you like to enable the subscribe
function?" (Abonnements werden f?r den Server Kolab-Server momentan
nicht benutzt. M?chten Sie die Abonnementfunktion einschalten?).

If I do so the other calendar entries vanish.

Has anyone a hint for this problem? I would provide any needed
information and screenshots, if wanted.

Best regards, Christian


From Roessler at FuH-E.de  Mon Sep 28 17:31:05 2009
From: Roessler at FuH-E.de (=?ISO-8859-15?Q?Christian_R=F6=DFler?=)
Date: Mon, 28 Sep 2009 17:31:05 +0200
Subject: Folder sharing across domains etc., Issue 1141
Message-ID: <4AC0D6B9.3080308@FuH-E.de>

Good evening,

just a short question: Is there anything new about the issue
<https://issues.kolab.org/issue1141> with folder sharing across domains,
and if not, what workarounds do people use?

Best regards, Christian


From Nazeer at kryptonpcs.co.za  Wed Sep 30 23:41:25 2009
From: Nazeer at kryptonpcs.co.za (Nazeer)
Date: Wed, 30 Sep 2009 23:41:25 +0200
Subject: Kolab Spamassassin
Message-ID: <00a001ca4216$c29be1f0$47d3a5d0$@co.za>

Hi

 

Is there a problem with Spamassasin in Kolab 2.2.2?

 

I train spam according to the "Fighting Spam" Wiki but each user still
receives about 10 spam mails per day

 

How can I enhance this?

 

Thanks

 

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://kolab.org/pipermail/kolab-users/attachments/20090930/49f86301/attachment.html