Συντάκτης: Todd Lyons Ημερομηνία: Προς: exim-dev Αντικείμενο: Re: [exim-dev] Exim support for OpenDMARC
On Sun, Mar 17, 2013 at 6:30 PM, Phil Pennock <pdp@???> wrote: > On 2013-03-17 at 08:41 -0700, Todd Lyons wrote:
>> So far no problems. I'm getting close to merging this into master.
>> It's protected by EXPERIMENTAL_DMARC so nothing behavior-wise should
> Excellent news.
It's getting closer. I'm running the final version on a live system
right now. If there are no issues by Mon or Tue, I'm likely to merge
it to master on Wed.
>> Question: Should statistics logging be enabled by default to a default
>> statistics file? Downside is that a busy system can end up with a
> No. Provide a chapter in the experimental doc, suited for later
> incorporation into the main spec, which walks through setup and notes
> what's needed. If the admin has to explicitly run external tools to do
> something with the data, then they need to actually sort that out and we
> should avoid extra file I/O until explicitly asked for it.
Done.
>> 2. In the opendmarc milter, by default it does not send forensic
>> (failure) reports when an incoming email fails dmarc alignment and the
>> Question: Is it better to enable sending only if there is a control
>> setting explicitly enabling it? Meaning I would need to invert the
>> control setting such as "control = dmarc_enable_forensic"?
> Hell yes.
Done.
>> I still have to do a lot of testing of builds and behavior with and
>> without various features enabled:
>> EXPERIMENTAL_SPF
>> DISABLE_DKIM
>> EXPERIMENTAL_DMARC
I have not done anything further with the test suite. Quite frankly,
it's annoying the hell out of me since the behavior of spf and dkim
seems to be somewhat different when run from inside the test suite. I
don't know why that is.
...Todd
--
The total budget at all receivers for solving senders' problems is $0.
If you want them to accept your mail and manage it the way you want,
send it the way the spec says to. --John Levine