Multiple copies of mail in kolab2.1 latest release

Alain Spineux aspineux at gmail.com
Mon Jun 4 13:48:15 CEST 2007


On 6/4/07, rajnish kumar <kumarrajnishgupta at gmail.com> wrote:
>
> Dear alain
> I know, problem with me that i am not able to clear to you but might
> be at this will clear to you thanx.


Hello.
I dont know if option "duplicate**suppression"  in
/kolab/etc/kolab/templates/imapd.conf.template has
changed between kolab2.0 and 2.1. Please verify!

This option avoid duplicate posting. This is probably the reason your
"probably already badly" configured kolab 2.0
was working fine. Please verify!

I said badly because the use of option "duplicate**suppression" should not
be a solution. Only cyrus-imap provide this
kind of option.

Now about your real problem :

I'm not a fetchmail expert and I'm a little lost in its configuration.
Before to tune the fetchmail configuration, I would like to know EXACTLY
what is appening and WHERE.
I dont know where the first duplication is done! At ISP level (probably) or
by first fetchmail!
I need to know how many emails are in the ISP queue when you start first
fechmail.
This is the number of email downloaded by fetchmail.
The fetchmail log is very clear about how many email he downloaded!

Could you look into the 3 emails in simgrp at indo.com if you can find in the
header, fields X-Delivery-To and X-Original-To (or something like that) and
if they have differents values


This is the first fetchmail which downloads mail from ISP
>
> To  aaa at indo.com,aaa1 at indo.com
> CC  aaa2 at indo.com
>
> poll 203.138.97.97 proto imap and options no dns aka indo.com auth
> password user "simgrp at indo.com" pass "1111" is " simgrp at indo.com" here
> From this fetchmail we have only 3 mails in simgrp at indo.com
> till now this is fine means in simgrp at indo.com we have 3 mail
> here log of postfix for first fetchmail


Sorry but this is log is useless for me, I see postfix receiving 3 emails,
but not how many fetchmail sent !

Jun 04 04:39:30 rhel4 <info> postfix/smtpd[5283]: connect from
> localhost.localdomain[127.0.0.1]
> Jun 04 04:39:30 rhel4 <info> postfix/smtpd[5283]: 659154BBD4:
> client=localhost.localdomain [127.0.0.1]
> Jun 04 04:39:30 rhel4 <info> postfix/cleanup[5286]: 659154BBD4:
> message-id=<20070604043557.30654.qmail at webmail6.rediffmail.com >
> Jun 04 04:39:30 rhel4 <info> postfix/qmgr[3893]: 659154BBD4:
> from=<kumarrajnishgupta at rediffmail.com>, size=2734, nrcpt=1 (queue


...

> Jun 04 04:39:41 rhel4 <info> postfix/pipe[5312]: 4C4E84BBD4:
> to=<indo at indoasian.com>, relay=kolabmailboxfilter, delay=0,
> status=sent ( rhel4.indoasian.com)
> Jun 04 04:39:41 rhel4 <info> postfix/qmgr[3893]: 4C4E84BBD4: removed
>
>
> This is the second fetchmail which mail distribute locally
> Now I am running second fetchmail to distrubuted mails locally with this
> option
> poll 192.168.1.20
> proto imap
> localdomains indo.com
> no dns envelope "Delivered-To"
>        user " simgrp at indo.com"
>        pass "1111"
>        is * here
>        fetchall #forcecr expunge 5 dropdelivered
>
> after fetching mail from this second fetchmail now all each 3 users
> have 3 copy of mails  means total 9 mails for 3 users.
>
> This is log of postfix for second fetchmailv


Here I see fetchmail doing its job.

Jun 04 04:41:57 rhel4 <info> postfix/smtpd[5330]: connect from
> localhost.localdomain[127.0.0.1]
> Jun 04 04:41:57 rhel4 <info> postfix/smtpd[5330]: A054C4BBDF:
> client=localhost.localdomain[127.0.0.1]
> Jun 04 04:41:57 rhel4 <info> postfix/cleanup[5331]: A054C4BBDF:
> message-id=< 20070604043557.30654.qmail at webmail6.rediffmail.com>
> Jun 04 04:41:57 rhel4 <info> postfix/qmgr[3893]: A054C4BBDF:
> from=<kumarrajnishgupta at rediffmail.com >, size=4103, nrcpt=3 (queue
> active)
> Jun 04 04:41:58 rhel4 <info> postfix/qmgr[3893]: 5BEF84BBE0: removed


...

I think this will more understood that where could be the problem.(
> This problem is only with kolab2.1 , kolab2.0 is working fine with
> same fetchmail.)


I answered this before.




with regds
> rajnish
>



-- 
--
Alain Spineux
aspineux gmail com
May the sources be with you
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kolab.org/pipermail/users/attachments/20070604/6cafa116/attachment.html>


More information about the users mailing list