fetchmail with multidrop

Hi

We have inhouse qmail server which pulls mail from a catch
all(multidrop)
account hosted on domain outside.
we using fetchmail to pull mails now problem is

when we recieve mails from any qmail SMTP with multiple (N) recipients
it
gives. Multiple (N) mails to
each recipients.
I think this is the known problem with fetchmail
is there any remedy for it???

My .fetchmairc

poll teczoom.co.in
proto pop3 localdomains mydomain.com
no dns envelope "Delivered-To"
user "info@mydomain.com"
pass "xxxxx"
is * here
fetchall forcecr expunge 5 dropdelivered



Thanks,
Vishnu.

Re: fetchmail with multidrop

This is a MIME GnuPG-signed message. If you see this text, it means that
your E-mail or Usenet software does not support MIME signed messages.

--=_mimegpg-commodore.email-scan.com-21792-1113835340-0010
Content-Type: text/plain; format=flowed; charset="US-ASCII"
Content-Disposition: inline
Content-Transfer-Encoding: 7bit

Vishnu writes:

> Hi
>
> We have inhouse qmail server which pulls mail from a catch
> all(multidrop)
> account hosted on domain outside.
> we using fetchmail to pull mails now problem is
>
> when we recieve mails from any qmail SMTP with multiple (N) recipients
> it
> gives. Multiple (N) mails to
> each recipients.
> I think this is the known problem with fetchmail
> is there any remedy for it???

No, it's a known problem with using multidrop accounts.

Each individual message's recipient address is not kept in any mail header,
and gets lost when the message is delivered to a mailbox. When you send
a message to five recipients, there are five copies of each message, each
addressed to a different recipient. If you end up having all five copies
dumped into the same mailbox you will get five identical copies of the same
message.

The recipient address of an E-mail message is not part of any header.
E-mail headers are for informational purposes only, and have nothing to do
with the actual sender's and recipient addresses. The sender/recipient
information is maintained separately and is lost when the message is
delivered to a mailbox.

If you pull a message from a mailbox and attempt to redeliver it, the
message's actual recipient address is no longer available, and can only be
guessed. So, with five local mailboxes listed in the headers, it is not
possible to determine the message's real recipient, so all five recipients
get it. Same goes for the remaining four copies.

Worse yet, if a message was BCCed to some recipient, its address will be
nowhere in the headers, and he will not get his copy.

There are some half-assed "solutions", such as eliminated messages with the
same message-id: header, but the correct solution is to install a real mail
server for yourself, and get rid of the "multidrop" account.



--=_mimegpg-commodore.email-scan.com-21792-1113835340-0010
Content-Type: application/pgp-signature
Content-Transfer-Encoding: 7bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBCY8dMx9p3GYHlUOIRAjxLAJ9HT4kn+bVjm2rkSj7WVKdgpVAGYgCd G2eQ
UH3F9hVyO8kdsEZIFCKEiCg=
=MQlq
-----END PGP SIGNATURE-----

--=_mimegpg-commodore.email-scan.com-21792-1113835340-0010--