[dane] Is there some activity for Pointer-to-Server

2015-11-11 Thread Christian Rößner
Hi, I had written the reference implementation for SMIMA experimental draft. So far that one works very will. I know, one very important discussion was about the local part, which became SHA256/trunc at the moment. I am also interested about the other path doing the lookup over a pointer to se

Re: [dane] ANN: smilla - SMIMEA aware Milter

2015-07-02 Thread Christian Rößner
> Am 02.07.2015 um 17:17 schrieb Patrick Ben Koetter : > > We've just released smilla, a SMIMEA aware milter. smilla implements > draft-ietf-dane-smime as specified by the IETF DANE WG. > > The program has been written in Python. It has been in production since April > 2015 at some ISPs and is c

Re: [dane] Deferral of SMIME draft

2015-06-30 Thread Christian Rößner
> Am 30.06.2015 um 02:01 schrieb Paul Wouters : > > That's a little unfortunate because we're merging two prototypes millers into > one. But we'll adapt the smime one based on the same prefix as openpgpkey I fully agree. I have spent many hours on developing a prototype for SMIMEA. This code s

Re: [dane] AD review of draft-ietf-dane-openpgpkey-03

2015-06-19 Thread Christian Rößner
> Am 19.06.2015 um 01:56 schrieb John Levine : > >> Concerning different things like user@ or user+foo@, CNAME is an option that >> works. > > You can certainly use CNAMEs for aliases, and they will work in tiny > examples. > > Given that there are over 500,000 ways to spell my single > unexce

Re: [dane] AD review of draft-ietf-dane-openpgpkey-03

2015-06-18 Thread Christian Rößner
> I've been silently following this whole process basically from the > beginning and I (hope I) read all arguments and understood them. It's > a difficult topic and most things can't be simply declared "right" or > "wrong", so I understand why there still are so many disputing > opinions. > > But

Re: [dane] Updated draft-ietf-dane-openpgpkey

2015-04-06 Thread Christian Rößner
> Am 06.04.2015 um 19:18 schrieb Jim Schaad : > > > >> -Original Message- >> From: dane [mailto:dane-boun...@ietf.org] On Behalf Of Paul Wouters >> Sent: Monday, April 06, 2015 9:08 AM >> To: Doug Montgomery >> Cc: dane@ietf.org >> Subject: Re: [dane] Updated draft-ietf-dane-openpgpkey

Re: [dane] Updated draft-ietf-dane-openpgpkey

2015-04-02 Thread Christian Rößner
> Am 02.04.2015 um 19:33 schrieb Viktor Dukhovni : > > On Thu, Apr 02, 2015 at 07:29:21PM +0200, Christian R??ner wrote: > >> I never knew that you can use a public key for signing. Or at least I never >> tried. > > Your initial thinking was right, the private key is used for signing, > but th

Re: [dane] Updated draft-ietf-dane-openpgpkey

2015-04-02 Thread Christian Rößner
> Am 02.04.2015 um 19:12 schrieb Viktor Dukhovni : > > On Thu, Apr 02, 2015 at 06:52:33PM +0200, Christian R??ner wrote: > >>> libsmaug uses these labels (as well as our soon-to-be available >>> provisioning portal). >> >> Just a question for ._encr and ._sign: >> >> Do you really plan to sto

Re: [dane] Updated draft-ietf-dane-openpgpkey

2015-04-02 Thread Christian Rößner
> Am 02.04.2015 um 17:08 schrieb Osterweil, Eric : > > > On Apr 2, 2015, at 10:23 AM, Olafur Gudmundsson wrote: > >> >> The drafts will be advanced with the same lookup mechanism. >> The process is defined in OPENPGP draft, the SMIME draft will follow OPENPGP >> lead in email address “tran

Re: [dane] Updated draft-ietf-dane-openpgpkey

2015-04-02 Thread Christian Rößner
Hi, > Latest version: http://tools.ietf.org/html/draft-ietf-dane-openpgpkey-03 > Diff: > http://www.ietf.org/rfcdiff?url1=draft-ietf-dane-openpgpkey-02&url2=draft-ietf-dane-openpgpkey-03 > > Items changed: > > - SHA-224 changed to SHA-256 truncated at 28 octets. It was indicated > that SHA224

Re: [dane] email canonicalization for SMIMEA owner names

2014-12-11 Thread Christian Rößner
Hi, > Am 11.12.2014 um 20:51 schrieb Rose, Scott W. : > > Realized the other action item I was assigned to from the interim meeting was > email canonicalization for SMIMEA. I believe it stems from Viktor Dukhovni's > email to the endymail list: > http://www.ietf.org/mail-archive/web/endymail/c