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
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
On Fri, 05 Oct 2012 15:50:37 +0200
Reindl Harald h.rei...@thelounge.net 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
On Fri, 05 Oct 2012 17:17:49 +0200
lst_ho...@kwsoft.de wrote:
Zitat von Reindl Harald h.rei...@thelounge.net:
Am 05.10.2012 16:04, schrieb lst_ho...@kwsoft.de:
Zitat von Titanus Eramius tita...@aptget.dk:
Slightly off topic. I hope it's OK when the mail is marked as
such.
I
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
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
Am 06.10.2012 um 23:22 schrieb Wietse Venema wie...@porcupine.org:
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