Jochen May | 1 Mar 2010 09:49

Re: Lost Emails in Kolab


Hi,

Am Samstag, 27. Februar 2010 21:55:51 schrieben Sie:
> > The following show you the log after the message come back from amavisd:
> >
> > Feb 26 16:32:12 kolab <info> postfix/smtpd[9969]: 2FF0466A5B:
> > client=localhost.localdomain[127.0.0.1]
> > Feb 26 16:32:12 kolab <info> postfix/cleanup[9963]: 2FF0466A5B: message-
> > id=<20100226151828.175850 <at> gmx.net>
> > Feb 26 16:32:12 kolab <info> postfix/qmgr[9468]: 2FF0466A5B:
> > from=<obiwan93 <at> gmx.de>, size=2656, nrcpt=1 (queue active)
> > Feb 26 16:32:12 kolab <info> postfix/smtp[9966]: 91A0666A5E:
> > to=<kolab <at> localhost>, relay=127.0.0.1[127.0.0.1]:10024, delay=0.68,
> > delays=0.12/0.07/0/0.49, dsn=2.0.0, status=sent (250 2.0.0 Ok: queued as
> > 2FF0466A5B)
> > Feb 26 16:32:12 kolab <info> postfix/smtp[9970]: 2FF0466A5B:
> > to=<kolab <at> localhost>, relay=none, delay=0.07, delays=0.04/0.03/0.01/0,
> > dsn=5.4.6, status=bounced (mail for localhost loops back to myself)
> 
> The recipient address "kolab <at> localhost" looks strange. And the fatal  
> error you hit is "mail for localhost loops back to myself". Google  
> gives you quite a few hits for that. But I admit I'm not certain which  
> of the discussions provide the correct hint for your specific  
> situation. Maybe you know why the recipient is "kolab <at> localhost"?
> 

After a short look to google, it give no real hints. I will take a closer look the next couple of days. But this
with the recipient is odd. The only position where i can configure the recipient is in the fetchmailrc. Or
is there any other position.
(Continue reading)

Picon
Favicon

Toltec vs. Horde

Hello List,

 

I setup a new Server with the latest Kolab Version.

 

If Toltec (latest Version) syncs an Outlook Folder Horde displays Mails (no matter if Real Mail or Calendar Invitation) likes

 

---

Subject: TOLTEC.1F723947287647823642837462834F

 

and 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

---

 

In the attachments there are the real mails + real attachments.

 

This happens not to all but most Mails.

 

Where is this Problem located? How can it be fixed ?

 

Best

Rene

_______________________________________________
Kolab-users mailing list
Kolab-users <at> kolab.org
https://kolab.org/mailman/listinfo/kolab-users
Albrecht Dreß | 1 Mar 2010 13:58
Favicon

Re: Toltec vs. Horde

René Marticke (COSIMO GmbH) schrieb am Montag 01 März 2010 12:58:
> If Toltec (latest Version) syncs an Outlook Folder Horde displays Mails (no
> matter if Real Mail or Calendar Invitation) likes

Ugh - I only saw that for MDN's and for encrypted messages.  See <https://issues.kolab.org/issue3229> for details.

> This happens not to all but most Mails.
> 
> Where is this Problem located? How can it be fixed ?

That's Toltec, or even Outlook.  You should contact Toltec's support.  I would also love if they would fix
this bug, as it creates serious problems with the interoperability between different applications; not
only for Horde, btw, but also for Kontact, or, if you just want to access your E-mails, with *any*
IMAP-capable MUA.

Best, Albrecht.

_______________________________________________
Kolab-users mailing list
Kolab-users <at> kolab.org
https://kolab.org/mailman/listinfo/kolab-users
Bernhard Reiter | 1 Mar 2010 16:07
Picon
Favicon

Kolab Systems AG re-launches Free Software Groupware business

Dear friends of Kolab,

attached the press release "our" new company 
Kolab Systems AG for professional Kolab services:

http://kolabsys.com/index.php/resources/81-news2010-03-01

Spread the word.

Best Regards,
Bernhard
ps: I am a member of the board ("Verwaltungsrat").

1 March 2010: Kolab Systems AG re-launches Free Software Groupware business 
  (Zurich/Hanover) CeBIT 2010 in Hanover sees the re-launch of the Kolab Free 
Software business into the Kolab Systems AG. Professional service, certified 
packaging, quality assurance, and a strong partnership model characterise the 
new business built on a proven solution with 5 years of productive use. 
Customers and partners have the opportunity to meet Georg Greve, CEO of Kolab 
Systems AG, and Dr. Paul Adams, COO of Kolab Systems AG during CeBIT 2010 to 
discuss business opportunities.
"The award-winning design of the Kolab Groupware Solution has proven its value 
in many deployments with thousands of users who have used it productively 
throughout the past five years," states Georg Greve, CEO. "We feel that 
nurturing the surrounding business ecosystem is essential if Kolab is to 
fully realize its technical potential for all its users. Kolab Systems AG is 
the consequence of this and the answer to feedback that we received from 
partners, customers and the community alike."

Dr. Paul Adams, COO: "The new business will be focused on a strong partnership 
model to provide users with a service chain that combines fast 1st level 
support out of a single hand with Kolab Systems AG as a strong 2nd and 3rd 
level partner that focuses on testing, QA, packaging and continuous 
development and maintenance of the technical basis."

Managed by the founding president of FSFE and a senior Free Software expert 
and researcher with strong ties to the KDE community, the new business will 
continue to work closely with the Free Software community and ensure the 
future of the Kolab Groupware Solution as an independent and secure choice 
for all users.

Potential customers and companies interested in providing Kolab Groupware 
Solutions in the future are invited to contact

 Georg C. F. Greve, CEO
 Email:          <greve -- AT -- kolabsys.com>
 Mobile:         +49 - 1578 - 711 43 33
 http://www.linkedin.com/in/GeorgGreve

 Dr. Paul J. Adams, COO
 Email:          <adams --AT -- kolabsys.com>
 Mobile:         +44 - 7745 - 13 32 85
 http://uk.linkedin.com/in/pauljadams

for a meeting during CeBIT 2010.

Journalists are invited to join the Kolab Introduction on CeBIT on

 
Tuesday, 2.3.2010, 10:00
at the  Univention Stage, Hall 2, Stand B36

The managing directors of Kolab Systems AG will be available after the event 
to provide further information.

About Kolab Systems AG:

 Kolab Systems AG is a Swiss corporation based in Zürich founded as a new, 
independent business in February 2010 by two of Europe's leading companies in 
the Free Software area that were deeply involved in the development of the 
Kolab Groupware Solution and continued to provide development and services 
throughout the past years. Intevation GmbH, Germany, with 10 years of 
strategic Free Software expertise in GIS, security and public administration 
software and KDAB, Sweden, the world’s largest independent source of Qt 
knowledge, providing consulting, training and mentoring for developing Qt 
applications from scratch as well as expertise in porting from all popular 
and legacy frameworks.

 For more information about Kolab Systems AG, see http://kolabsys.com

About Kolab:

 The Kolab Groupware Solution has initially been developed by a consortium of 
some of Germany's premier Free Software companies in 2002-2004 on principles 
of security, privacy and scalability. It follows best design and engineering 
principles inherent in Free Software to achieve a highly modular, scalable 
and distributed setup. Unlike other groupware solutions, Kolab is built upon 
the understanding of different information spheres: The primary Kolab Client, 
KDE Kontact, is a smart client that assembles each user's personal 
information view. Alternatively, deployments can involve Microsoft Outlook 
through one of three connectors, web clients, or mobile clients through one 
of several synchronisation paths.

 The Kolab community web site is available at http://kolab.org
--

-- 
Managing Director - Owner: www.intevation.net       (Free Software Company)
Deputy Coordinator Germany: fsfe.org. Board member: www.kolabsys.com.
Intevation GmbH, Osnabrück, DE; Amtsgericht Osnabrück, HRB 18998
Geschäftsführer Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner

_______________________________________________
Kolab-users mailing list
Kolab-users <at> kolab.org
https://kolab.org/mailman/listinfo/kolab-users
Paul Douglas Franklin | 1 Mar 2010 18:27
Favicon

Re: Not creating mailboxes

It does contain that line.
I wondered whether the problem was connected with VMWare, so I tried 
installing on a physical machine.  Same problem.
--Paul

Gunnar Wrobel wrote:
> Hi Paul,
>
>
> Sounds indeed weird. What do you have in /kolab/etc/imapd/imapd.conf?
>
> It should contain:
>
> partition-default:      /kolab/var/imapd/spool
>
> Even the base configuration for the imapd server when it is not yet 
> configured for Kolab contains this value. So I don't know how your 
> system gets the idea of placing the directory somewhere else.
>
> Cheers,
>
> Gunnar

--

-- 

Paul Douglas Franklin
Computer Manager
http://www.yugm.org/

/Husband of Danette/
/Father of Laurene, Miriam, Tycko, Timothy, Sarabeth, Marie, Dawnita, 
Anna Leah, Alexander, and Caleb/

Upgrade to the premier Office package today!

Free download here:
http://www.openoffice.org/
Gavin McCullagh | 2 Mar 2010 16:41
Picon
Favicon

tonnes of errors in /kolab/var/kolab/www/client/log/horde.log

Hi,

I installed a kolab server this morning and this log file is already at
30MB.

/kolab/var/kolab/www/client/log/horde.log

there are 153162 of the form:

  Mar 02 15:38:41 HORDE [debug] [kronolith] Hook _prefs_change_hook_display_cals in application horde
not called. [pid 22598 on line 1683 of "/kolab/var/kolab/www/client/lib/Horde.php"]

and 6926 of the form:

  Mar 02 15:37:50 HORDE [notice] [imp] SECURITY PROBLEM: insecure server advertised AUTH=PLAIN [pid 10533
on line 195 of "/kolab/var/kolab/www/client/imp/lib/IMAP/Cache.php"

It looks like Horde is set in debug mode yb default.  This is surely wrong.
It also appears that Horde doesn't like being offered AUTH=PLAIN by cyrus,
but cyrus is configured to offer that.  Is there a reason for that?

Gavin
bud.golf4 | 2 Mar 2010 16:42
Favicon

Use of Kolab with smtp-auth without ssl


hello,

how can i enable in postfix to send mail trough port 25 (without ssl) with AUTH ?
because i can only use smtp-ssl to send mail with auth.

Thanks.

Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ?
Je crée ma boîte mail www.laposte.net

_______________________________________________
Kolab-users mailing list
Kolab-users <at> kolab.org
https://kolab.org/mailman/listinfo/kolab-users
Gavin McCullagh | 2 Mar 2010 17:34
Picon
Favicon

Re: tonnes of errors in /kolab/var/kolab/www/client/log/horde.log

On Tue, 02 Mar 2010, Gavin McCullagh wrote:

> Hi,
> 
> I installed a kolab server this morning and this log file is already at
> 30MB.
> 
> /kolab/var/kolab/www/client/log/horde.log
> 
> there are 153162 of the form:
> 
>   Mar 02 15:38:41 HORDE [debug] [kronolith] Hook _prefs_change_hook_display_cals in application horde
not called. [pid 22598 on line 1683 of "/kolab/var/kolab/www/client/lib/Horde.php"]

This, at a guess, is down to:

$conf['log']['priority'] = PEAR_LOG_DEBUG;

on line 36 of /kolab/var/kolab/www/client/config/conf.php.  Is there a good
reason for this?  I can over-ride it of course, but it seems a strange
default.

Also, by default, does kolab setup logrotate or does one have to do that
manually?

Gavin
Gavin McCullagh | 2 Mar 2010 19:10
Picon
Favicon

kolab with multiple domains

Hi,

we're getting set up to run three domains on a kolab server.  We'd like
each domain's clients to connect to mail.<their_domain> and ideally,
webmail.<their_domain>.  Needless to say, creating the DNS is no problem,
but the SSL cert is a bit trickier.  

I'm pretty sure we'll need to set up apache to listen on one IP address per
cert/vhost.  I'm fairly sure we'll also need to do something similar with
Cyrus.  I can see a discussion of this in Cyrus here, which is reassuring.

http://www.mail-archive.com/info-cyrus <at> lists.andrew.cmu.edu/msg38823.html

Has anyone else done this with Kolab?  I'm wary of deviating to far from
the normal server config, but I don't want our users to have to get used to
"certificate not match domain" errors and I don't want them to have to use
a domain that doesn't match their email address.

It would be really nice if, when you add extra mail domains to kolab, it
had a standard way to configure certificates for that extra domain.

Any thoughts/advice/suggestions?

Gavin
Gavin McCullagh | 2 Mar 2010 19:33
Picon
Favicon

Re: kolab with multiple domains

Hi,

On Tue, 02 Mar 2010, Gavin McCullagh wrote:

> It would be really nice if, when you add extra mail domains to kolab, it
> had a standard way to configure certificates for that extra domain.

My first guess is that to achieve this I should:

1. Set up an IP Address on the server for each domain and DNS to match.

2. Add a line for each extra domain like:
	imaps cmd="imapd -s -C /kolab/etc/imapd/imapd-$DOMAIN.conf" listen="mail.$DOMAIN:993" prefork=0
	pop3s cmd="pop3d -s -C /kolab/etc/imapd/imapd-$DOMAIN.conf" listen="mail.$DOMAIN:995" prefork=0

3. Create /kolab/etc/imapd/imapd-$DOMAIN.conf with an include of imap.conf and
   extra lines below to overrides the servername and tls_XXX_file entries to
   point to matching cert.

4. Set up an IP-based vhost in Apache for each webmail.$DOMAIN and give each a
   matching servername and SSL certs.

Has anyone done this?  Can you leave everything else in imapd-$DOMAIN.conf
the same or will that cause trouble?

Is a future upgrade like to overwrite and nastily break this?

Gavin

Gmane