recived ip not included

Bug #1507488 reported by Puggan on 2015-10-19
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
spamass-milter (Ubuntu)
Undecided
Unassigned

Bug Description

from mail.log:
postfix/smtpd[21302]: connect from mail-wi0-f176.google.com[209.85.212.176]
spamass-milter[21291]: Remote address: 209.85.212.176
spamass-milter[21291]: Received header for spamc: Received: from mail-wi0-f176.google.com (unknown)#015#012#011

postfix get a connection from 209.85.212.176
spamass-milter report that it know that its from the ip 209.85.212.176
but in the recived header, it writes "unknown" in the place where the ip should stand

so the RCVD_IN_PBL uses the X-Originating-IP insted of 209.85.212.176, and the message gets marked as spam.

Puggan (from-ubuntu-b) wrote :

if the row `warnmacro("_", "ENVRCPT");` was run, I should have seen a log looking like:
`spamass-milter[21291]: Could not retrieve sendmail macro "i"!. Please add it to confMILTER_MACROS_ENVFROM for better spamassassin results`

but with "_" insted of "i".

so I guess
`
                /* Validated sending site's address */
                macro__ = smfi_getsymval(ctx, "_");
                if (!macro__)
                {
                        macro__ = "unknown";
                        warnmacro("_", "ENVRCPT");
                }
`
sets a value to macro__ at the smfi_getsymval-line, as the warnmacro isn't logged. correct?

Puggan (from-ubuntu-b) on 2015-10-19
tags: added: postfix
tags: added: milter spamassassin
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers