Am 06.10.2012 22:37, schrieb Titanus Eramius:
> * Is there any advantage in using "v=spf1 ip4:1.2.3.4 -all" compared
> to "v=spf1 mx -all" or the other way around?
"v=spf1 mx -all" enforces a additional dns-request
while "v=spf1 ip4:1.2.3.4 -all" does not
signature.asc
Description: OpenPGP di
> Am 06.10.2012 um 23:22 schrieb Wietse Venema :
>
> > Steffen Schebesta:
> >> Using Wietse's first approach (adding a custom id to the MAIL FROM address
> >> as an extension) I have tried to output the sender's address in the same
> >> line of the mail.log as the bounce message.
> >
> > To this
Titanus Eramius:
> And before you say it, I know SPF in itself is not enough to
> verify an email, but it should be (IMHO) enough to ensure the email is
> not spam or something similar.
OK. That's enough nonsense. I am stopping this thread on punishment
of removal. For questions about SPF, go to
Steffen Schebesta:
> Using Wietse's first approach (adding a custom id to the MAIL FROM address
> as an extension) I have tried to output the sender's address in the same
> line of the mail.log as the bounce message.
To this end, YOU specify the sender address AT MAIL SUBMISSION TIME,
instead of t
On Fri, 05 Oct 2012 17:17:49 +0200
lst_ho...@kwsoft.de wrote:
>
> Zitat von Reindl Harald :
>
> > Am 05.10.2012 16:04, schrieb lst_ho...@kwsoft.de:
> >>
> >> Zitat von Titanus Eramius :
> >>
> >>> Slightly off topic. I hope it's OK when the mail is marked as
> >>> such.
> >>>
> >>> I was just wo
On Fri, 05 Oct 2012 15:50:37 +0200
Reindl Harald wrote:
> forgot to mention you should use BOTH types
> TXT and SPF
I did not even know that a SPF record type existed in DNS. At the
homepage of SPF and other places I have read, it is indicated that SPF
= TXT RR in DNS, but I may have read too l
Am 06.10.2012 18:20, schrieb Steffen Schebesta:
> Using Wietse's first approach (adding a custom id to the MAIL FROM address
> as an extension) I have tried to output the sender's address in the same
> line of the mail.log as the bounce message.
> I believe I would need to change the global/log_a
Using Wietse's first approach (adding a custom id to the MAIL FROM address
as an extension) I have tried to output the sender's address in the same
line of the mail.log as the bounce message.
I believe I would need to change the global/log_adhoc.c (e.g. line 109 in
2.9.4) to do so but I cannot acce