[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#688109: debbugs does not process mails sent to control@ in Cc:

retitle #688109 Setup debbugs with postfix MTA

Hi Don,

thanks for the prompt reply.

On Mi 19 Sep 2012 18:56:32 CEST Don Armstrong wrote:

On Wed, 19 Sep 2012, Mike Gabriel wrote:
Considering the ATM latest Git code of debbugs:

With that code base, debbugs fails to process mails that have a
control header and the control@ address is used in Cc: field of the

Debbugs processes both correctly, actually. (As you can see in this
example.) This sounds like your MTA has a configuration problem.
[Debbugs doesn't actually parse the mail to figure out where it was
sent, anyway; you can Bcc: it messages if you want.]

So, this might indeed be related to postfix as MTA and the way the receive scripts handles incoming mails.

So what I did is:

1. add the below block to master.cf (as described in the MTA Readme of debbugs)

debbugs   unix  -       n       n       -       -       pipe
                flags=F user=debbugs argv=/usr/lib/debbugs/receive $recipient

2. add a transport map for postfix (as described in the MTA Readme of debbugs):

""" /etc/postfix/transport
bugs.x2go.org        debbugs:

""" /etc/postfix/master.cf
# debbugs transport
transport_maps = hash:/etc/postfix/transport

Diverting all mails for the subdomain bugs.x2go.org to the debbugs: service/queue in postfix.

Till here, postfix refused to deliver mails into the receive script of debbugs.

If found then that for postfix in etch and above you have to add another file to the postfix configuration:

""" /etc/postfix/non-unix-users
@bugs.x2go.org          ACCEPT

""" /etc/postfix/master.cf
local_recipient_maps = hash:/etc/postfix/non-unix-users

(For both maps, of course, one has to run the postmap command on the maps.)

NOTE: The above information about the non-unix-users map has to be added to the Readme.MTA file.

So, but my observation with postfix + receive script in debbugs is, that debbugs's receive expects to be called once for every mail address found in the mail headers. So if you have <no>@debbugs.site in To: and control@debbugs.site in Cc: receive expects to be called twice for this one mail. Is this correct?

However, postfix sees the mail, with transport map just hands this one mail over to debbugs's receive script and then the receive script only sees one mail...

After some reading of the postfix documentations...

Don, it is found in postfix's man page of the postfix component pipe:

       Some  destinations  cannot  handle more than one recipient
       per delivery request. Examples are pagers or fax machines.
       In  addition, multi-recipient delivery is undesirable when
       prepending  a  Delivered-to:  or  X-Original-To:   message

       To  prevent  Postfix  from sending multiple recipients per
       delivery request, specify

           transport_destination_recipient_limit = 1

       in the Postfix main.cf file, where transport is  the  name
       in the first column of the Postfix master.cf entry for the
       pipe-based delivery transport.

If debbugs is the transport name in the most left column in master.cf:

debbugs   unix  -       n       n       -       -       pipe
                flags=F user=debbugs argv=/usr/lib/debbugs/receive $recipient

Then altogether these 3 following lines for this transport have to be added to main.cf:

# debbugs transport
local_recipient_maps = hash:/etc/postfix/non-unix-users
transport_maps = hash:/etc/postfix/transport
debbugs_destination_recipient_limit = 1

I will send a patch for the MTA Readme in a minute.



mike gabriel, rothenstein 5, 24214 neudorf-bornstein
fon: +49 (1520) 1976 148

GnuPG Key ID 0x25771B31
mail: mike.gabriel@das-netzwerkteam.de, http://das-netzwerkteam.de


Attachment: pgpST3wnJu6jw.pgp
Description: Digitale PGP-Unterschrift

Reply to: