This is the recent traffic on the #SPF-council IRC channel on irc.pobox.com. Anyone may join the channel, but only council members can talk.

If you do not have access to IRC, you may view the recent traffic at: http://www.schlitt.net/spf/spf-council/now/irc_log.html.

This log can be can be viewed at: http://www.schlitt.net/spf/spf-council/2006/06/24_irc_log.html.

IRC nicknames:
JulianJulian Mehnle
MarkKMark Kramer (asarian-host.net)
SDGathmanStuart Gathman
shewMark Shewmaker
willixWilliam Leibzon
 
freesideMeng Weng Wong
gconnorGreg Connor
grumpyWayne Schlitt

--- Fri Jun 23 15:43:19 UTC 2006 ---
15:43<Julian>grumpy: I'm preparing the agenda for tomorrow's council meeting. This is what I currently have: http://archives.listbox.com/1943/200606/0003.html -- but I can't get rid of the feeling I'm missing something important. Am I?
15:43<Julian>(strike 3.b.)
15:56<grumpy>I can't think of anything, right off the bat
15:58<Julian>Ok, great. Would you be willing to participate in the meeting, esp. wrt. the openspf.* domain service item?
15:58<grumpy>sure
15:59<Julian>Cool.
15:59<Julian>Phew, I just barely managed to get the meeting announcement out in time (24h in advance), heh...
--- Sat Jun 24 16:00:07 UTC 2006 ---
16:00<Julian>La dee dah.
16:00<SDGathman>Hello
16:01<Julian>hi there
16:01<Julian>Let's hope MarkK shows up, otherwise we won't have quorum.
16:02<SDGathman>A principle that became clear from spf-discuss was that implementations should be careful not to blame SPF in messages when rejections are for local policy reasons.
16:02<Julian>Good point, yes.
16:02<SDGathman>However, when SPF is a factor, it is helpful to mention that. I wonder what the best language would be.
16:20<Julian>How long do we want to wait for the others?
16:20<SDGathman>Till 16:30 at least.
16:21<SDGathman>In a DSN, I can be conversational, and say "Normally I would accept mail with an SPF neutral result, but because your domain is so often forged..."
16:22<SDGathman>But in an SMTP reject, you have to be concise. Some braindead MTAs and clients only transmit the first line to the user (or remove the error message completely).
16:23<Julian>Isn't that their problem then?
16:24<SDGathman>Not when they call my client.... :-)
16:36<SDGathman>I'm going to reboot and try a new kernel.
16:55<SDGathman>Anyone show up?
16:55<Julian>No.
16:55<Julian>I'd say we call it a day.

This report was generated at Sat Jun 24 23:59:59 UTC 2006.