Loading ...
Sorry, an error occurred while loading the content.

recipient_bcc_maps + kav = problem

Expand Messages
  • Arek Czereszewski
    Hi, I try to use recipient_bcc_maps for one user to copy emails to another. In main.cf I have: recipient_bcc_maps = hash:/usr/local/etc/postfix/wakacje In
    Message 1 of 6 , Jun 29, 2010
    • 0 Attachment
      Hi,

      I try to use recipient_bcc_maps for one user to copy emails to another.
      In main.cf I have:

      recipient_bcc_maps = hash:/usr/local/etc/postfix/wakacje

      In wakacje:
      user1@... user2@...

      But user2 always get 2 the same messages when user1 get only one.

      I have Kaspersky AV for postfix
      main.cf
      content_filter = kav4lms_filter:127.0.0.1:10025

      In master I have for kav:
      #kav4lms-filter-begin
      kav4lms_filter unix - - n - 10 smtp
      -o smtp_send_xforward_command=yes
      127.0.0.1:10026 inet n - n - 10 smtpd
      -o
      receive_override_options=no_address_mappings,no_unknown_recipient_checks,no_header_body_checks
      -o content_filter=
      -o smtpd_helo_restrictions=
      -o smtpd_client_restrictions=
      -o smtpd_sender_restrictions=
      -o smtpd_recipient_restrictions=permit_mynetworks,reject
      -o mynetworks=127.0.0.0/8,[::1]/128
      -o smtpd_authorized_xforward_hosts=127.0.0.0/8,[::1]/128

      #kav4lms-filter-end

      All users and domains are virtual in pgsql.
      Postfix: postfix-2.7.1,1
      OS: FreeBSD 7.3
      KAV: kav4lms-5.6_38


      Any idea what can I do with this problem?

      Kind regards
      Arek

      --
      Arek Czereszewski
      "UNIX allows me to work smarter, not harder."
    • Mihira Fernando
      ... Isnt this the expected behaviour when the mail in question is sent to both user1 and user2 ? User1 - 1 copy - original copy to user1 User2 - 1 copy -
      Message 2 of 6 , Jun 29, 2010
      • 0 Attachment
        On 06/29/2010 01:30 PM, Arek Czereszewski wrote:
        > Hi,
        >
        > I try to use recipient_bcc_maps for one user to copy emails to another.
        > In main.cf I have:
        >
        > recipient_bcc_maps = hash:/usr/local/etc/postfix/wakacje
        >
        > In wakacje:
        > user1@... user2@...
        >
        > But user2 always get 2 the same messages when user1 get only one.
        >
        > I have Kaspersky AV for postfix
        > main.cf
        > content_filter = kav4lms_filter:127.0.0.1:10025
        >
        > In master I have for kav:
        > #kav4lms-filter-begin
        > kav4lms_filter unix - - n - 10 smtp
        > -o smtp_send_xforward_command=yes
        > 127.0.0.1:10026 inet n - n - 10
        > smtpd
        > -o
        > receive_override_options=no_address_mappings,no_unknown_recipient_checks,no_header_body_checks
        >
        > -o content_filter=
        > -o smtpd_helo_restrictions=
        > -o smtpd_client_restrictions=
        > -o smtpd_sender_restrictions=
        > -o smtpd_recipient_restrictions=permit_mynetworks,reject
        > -o mynetworks=127.0.0.0/8,[::1]/128
        > -o smtpd_authorized_xforward_hosts=127.0.0.0/8,[::1]/128
        >
        > #kav4lms-filter-end
        >
        > All users and domains are virtual in pgsql.
        > Postfix: postfix-2.7.1,1
        > OS: FreeBSD 7.3
        > KAV: kav4lms-5.6_38
        >
        >
        > Any idea what can I do with this problem?
        >
        > Kind regards
        > Arek
        >
        Isnt this the expected behaviour when the mail in question is sent to
        both user1 and user2 ?
        User1 - 1 copy - original copy to user1
        User2 - 1 copy - original copy to user2
        User2 - 1 copy - from the bcc map

        Mihira.
      • Arek Czereszewski
        ... It should be: user1 1 copy (original) and user2 1 copy from bcc Now user2 get 2 the same messages. It should be via bcc because user1 will go for long
        Message 3 of 6 , Jun 29, 2010
        • 0 Attachment
          > Isnt this the expected behaviour when the mail in question is sent to
          > both user1 and user2 ?
          > User1 - 1 copy - original copy to user1
          > User2 - 1 copy - original copy to user2
          > User2 - 1 copy - from the bcc map
          >

          It should be:
          user1 1 copy (original) and user2 1 copy from bcc
          Now user2 get 2 the same messages.

          It should be via bcc because user1 will go for long vacations
          and their department waiting for important email.

          Kind regards
          Arek

          --
          Arek Czereszewski
          arek (at) wup-katowice (dot) pl
          "UNIX allows me to work smarter, not harder."
        • mouss
          ... please show logs of delivery. and test with telnet and show a transcript.
          Message 4 of 6 , Jun 29, 2010
          • 0 Attachment
            Arek Czereszewski a écrit :
            >> Isnt this the expected behaviour when the mail in question is sent to
            >> both user1 and user2 ?
            >> User1 - 1 copy - original copy to user1
            >> User2 - 1 copy - original copy to user2
            >> User2 - 1 copy - from the bcc map
            >>
            >
            > It should be:
            > user1 1 copy (original) and user2 1 copy from bcc
            > Now user2 get 2 the same messages.
            >
            > It should be via bcc because user1 will go for long vacations
            > and their department waiting for important email.
            >

            please show logs of delivery. and test with "telnet" and show a transcript.
          • Arek Czereszewski
            ... Hi; from log: Jun 30 08:39:09 mx1 postgrey[1084]: action=pass, reason=triplet found, client_name=mail-wy0-f173.google.com, client_address=74.125.82.173,
            Message 5 of 6 , Jun 29, 2010
            • 0 Attachment
              W dniu 2010-06-30 02:12, mouss pisze:
              > Arek Czereszewski a écrit :
              >>> Isnt this the expected behaviour when the mail in question is sent to
              >>> both user1 and user2 ?
              >>> User1 - 1 copy - original copy to user1
              >>> User2 - 1 copy - original copy to user2
              >>> User2 - 1 copy - from the bcc map
              >>>
              >>
              >> It should be:
              >> user1 1 copy (original) and user2 1 copy from bcc
              >> Now user2 get 2 the same messages.
              >>
              >> It should be via bcc because user1 will go for long vacations
              >> and their department waiting for important email.
              >>
              >
              > please show logs of delivery. and test with "telnet" and show a transcript.
              >
              Hi;

              from log:

              Jun 30 08:39:09 mx1 postgrey[1084]: action=pass, reason=triplet found,
              client_name=mail-wy0-f173.google.com, client_address=74.125.82.173,
              sender=xxx@..., recipient=user1@...
              Jun 30 08:39:10 mx1 postfix/policyd-weight[78833]: weighted check:
              NOT_IN_SBL_XBL_SPAMHAUS=-1.5 NOT_IN_SPAMCOP=-1.5 NOT_IN_BL_NJABL=-1.5
              DSBL_ORG=SKIP(0) CL_IP_EQ_HELO_IP=-2 (check from: .gmail. - helo:
              .mail-wy0-f173.google. - helo-domain: .google.)
              FROM/MX_MATCHES_HELO(DOMAIN)=-2 IN_PM_RFCI=0.1; <client=74.125.82.173>
              <helo=mail-wy0-f173.google.com> <from=xxx@...>
              <to=user1@...>; rate: -8.4
              Jun 30 08:39:10 mx1 postfix/policyd-weight[78833]: decided
              action=PREPEND X-policyd-weight: NOT_IN_SBL_XBL_SPAMHAUS=-1.5
              NOT_IN_SPAMCOP=-1.5 NOT_IN_BL_NJABL=-1.5 DSBL_ORG=SKIP(0)
              CL_IP_EQ_HELO_IP=-2 (check from: .gmail. - helo: .mail-wy0-f173.google.
              - helo-domain: .google.) FROM/MX_MATCHES_HELO(DOMAIN)=-2
              IN_PM_RFCI=0.1; rate: -8.4; <client=74.125.82.173>
              <helo=mail-wy0-f173.google.com> <from=xxx@...>
              <to=user1@...>; delay: 1s
              Jun 30 08:39:13 mx1 postfix/pipe[101]: E8DF761C64:
              to=<user1@...>, relay=spamassassin, delay=7.5,
              delays=5.1/0/0/2.4, dsn=2.0.0, status=sent (delivered via spamassassin
              service)
              Jun 30 08:39:13 mx1 kavmd[1226]: app [0x28902f10] INFO Processing
              message from:<xxx@...> to:<user2@...>,
              <user2@...>, <user1@...> via:N/A
              Jun 30 08:39:13 mx1 postfix/smtp[105]: 7EEB061C76:
              to=<user1@...>, relay=127.0.0.1[127.0.0.1]:10025,
              delay=0.27, delays=0.04/0/0/0.23, dsn=2.0.0, status=sent (250 2.0.0 Ok:
              queued as 84C6961C7B)
              Jun 30 08:39:13 mx1 postfix/virtual[112]: 84C6961C7B:
              to=<user1@...>, relay=virtual, delay=0.29,
              delays=0.23/0/0/0.06, dsn=2.0.0, status=sent (delivered to maildir)

              Regards
              Arek
              --
              Arek Czereszewski
              arek (at) wup-katowice (dot) pl
              "UNIX allows me to work smarter, not harder."
            • mouss
              ... the only line above that talks about user2 is the kavmd line, which you can easily understand that we don t care about.
              Message 6 of 6 , Jun 30, 2010
              • 0 Attachment
                Arek Czereszewski a écrit :
                > W dniu 2010-06-30 02:12, mouss pisze:
                >> Arek Czereszewski a écrit :
                >>>> Isnt this the expected behaviour when the mail in question is sent to
                >>>> both user1 and user2 ?
                >>>> User1 - 1 copy - original copy to user1
                >>>> User2 - 1 copy - original copy to user2
                >>>> User2 - 1 copy - from the bcc map
                >>>>
                >>>
                >>> It should be:
                >>> user1 1 copy (original) and user2 1 copy from bcc
                >>> Now user2 get 2 the same messages.
                >>>
                >>> It should be via bcc because user1 will go for long vacations
                >>> and their department waiting for important email.
                >>>
                >>
                >> please show logs of delivery. and test with "telnet" and show a
                >> transcript.
                >>
                > Hi;
                >
                > from log:
                >
                > Jun 30 08:39:09 mx1 postgrey[1084]: action=pass, reason=triplet found,
                > client_name=mail-wy0-f173.google.com, client_address=74.125.82.173,
                > sender=xxx@..., recipient=user1@...
                > Jun 30 08:39:10 mx1 postfix/policyd-weight[78833]: weighted check:
                > NOT_IN_SBL_XBL_SPAMHAUS=-1.5 NOT_IN_SPAMCOP=-1.5 NOT_IN_BL_NJABL=-1.5
                > DSBL_ORG=SKIP(0) CL_IP_EQ_HELO_IP=-2 (check from: .gmail. - helo:
                > .mail-wy0-f173.google. - helo-domain: .google.)
                > FROM/MX_MATCHES_HELO(DOMAIN)=-2 IN_PM_RFCI=0.1; <client=74.125.82.173>
                > <helo=mail-wy0-f173.google.com> <from=xxx@...>
                > <to=user1@...>; rate: -8.4
                > Jun 30 08:39:10 mx1 postfix/policyd-weight[78833]: decided
                > action=PREPEND X-policyd-weight: NOT_IN_SBL_XBL_SPAMHAUS=-1.5
                > NOT_IN_SPAMCOP=-1.5 NOT_IN_BL_NJABL=-1.5 DSBL_ORG=SKIP(0)
                > CL_IP_EQ_HELO_IP=-2 (check from: .gmail. - helo: .mail-wy0-f173.google.
                > - helo-domain: .google.) FROM/MX_MATCHES_HELO(DOMAIN)=-2
                > IN_PM_RFCI=0.1; rate: -8.4; <client=74.125.82.173>
                > <helo=mail-wy0-f173.google.com> <from=xxx@...>
                > <to=user1@...>; delay: 1s
                > Jun 30 08:39:13 mx1 postfix/pipe[101]: E8DF761C64:
                > to=<user1@...>, relay=spamassassin, delay=7.5,
                > delays=5.1/0/0/2.4, dsn=2.0.0, status=sent (delivered via spamassassin
                > service)
                > Jun 30 08:39:13 mx1 kavmd[1226]: app [0x28902f10] INFO Processing
                > message from:<xxx@...> to:<user2@...>,
                > <user2@...>, <user1@...> via:N/A
                > Jun 30 08:39:13 mx1 postfix/smtp[105]: 7EEB061C76:
                > to=<user1@...>, relay=127.0.0.1[127.0.0.1]:10025,
                > delay=0.27, delays=0.04/0/0/0.23, dsn=2.0.0, status=sent (250 2.0.0 Ok:
                > queued as 84C6961C7B)
                > Jun 30 08:39:13 mx1 postfix/virtual[112]: 84C6961C7B:
                > to=<user1@...>, relay=virtual, delay=0.29,
                > delays=0.23/0/0/0.06, dsn=2.0.0, status=sent (delivered to maildir)
                >

                the only line above that talks about user2 is the "kavmd" line, which
                you can easily understand that we don't care about.
              Your message has been successfully submitted and would be delivered to recipients shortly.