I would of thought I would have this issue, but I don't. This is cause
I explicity state what ip my smtp server binds to (ipv4 address). So
since it isn't using a default binding it doesn't bind to ipv6 and use
ipv4 mapping.
I haven't upgraded our network to ipv6 yet, since there are several
Thanks,
That works. Strange that I'm first who facing this problem on Fedora11
with courier-0.62.1, amavisd-new-2.6.4 and p0f-2.0.8-5.fc11.
Mark Martinec rašė:
>> Seems your OS is providing IPv4 addresses in a form of 'IPv4-mapped
>> IPv6 addresses'. The p0f daemon only supports IPv4 addresses, a
> Seems your OS is providing IPv4 addresses in a form of 'IPv4-mapped
> IPv6 addresses'. The p0f daemon only supports IPv4 addresses, and the
> p0f-analyzer.pl does not rewrite an 'IPv4-mapped IPv6 addresses' into
> an IPv4 address, so the query is ignored.
>
> I can provide a patch for p0f-analy
Vytautas,
> >> p0f -i eth1 -o /var/log/p0f.log -l 'tcp dst port 25' 2>&1 |
> >> /usr/sbin/p0f-analyzer.pl 2345
> >
> > I think you should not use the -o option with p0f when piping to
> > p0f-analyzer.
> >
> > With -o option the stdout is empty, so nothing to analyze and nothing
> > to han
Olivier Nicole rašė:
> Hi,
>
>> p0f -i eth1 -o /var/log/p0f.log -l 'tcp dst port 25' 2>&1 |
>> /usr/sbin/p0f-analyzer.pl 2345
>
> I think you should not use the -o option with p0f when piping to
> p0f-analyzer.
>
> With -o option the stdout is empty, so nothing to analyze and nothing
> to hand
Hi,
> p0f -i eth1 -o /var/log/p0f.log -l 'tcp dst port 25' 2>&1 |
> /usr/sbin/p0f-analyzer.pl 2345
I think you should not use the -o option with p0f when piping to
p0f-analyzer.
With -o option the stdout is empty, so nothing to analyze and nothing
to handle to Amavis.
Bests,
Olivier
---
Hello,
F11 with all latest updates, Amavis 2.6.4, Courier-MTA 0.62.1 and
p0f-2.0.8-5.fc11.i586.
p0f start:
(p0f -i eth1 -o /var/log/p0f.log -l 'tcp dst port 25' 2>&1 |
/usr/sbin/p0f-analyzer.pl 2345) &
amavisd.conf:
$os_fingerprint_method = 'p0f:127.0.0.1:2345';
In maillog I see:
Sep
