From nobody Mon Apr 13 01:30:44 2015 Return-Path: X-Original-To: abfab@ietfa.amsl.com Delivered-To: abfab@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EF70C1A9118 for ; Mon, 13 Apr 2015 01:30:42 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.21 X-Spam-Level: X-Spam-Status: No, score=-4.21 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tfb94p1YUp56 for ; Mon, 13 Apr 2015 01:30:40 -0700 (PDT) Received: from xenon23.um.es (xenon23.um.es [155.54.212.163]) by ietfa.amsl.com (Postfix) with ESMTP id 069B91A8A75 for ; Mon, 13 Apr 2015 01:30:40 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by xenon23.um.es (Postfix) with ESMTP id BF62EABC for ; Mon, 13 Apr 2015 10:30:38 +0200 (CEST) X-Virus-Scanned: by antispam in UMU at xenon23.um.es Received: from xenon23.um.es ([127.0.0.1]) by localhost (xenon23.um.es [127.0.0.1]) (amavisd-new, port 10024) with LMTP id Vve+p69lqwZg for ; Mon, 13 Apr 2015 10:30:38 +0200 (CEST) Received: from [155.54.204.2] (alex.inf.um.es [155.54.204.2]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: alex) by xenon23.um.es (Postfix) with ESMTPSA id A39EAB83 for ; Mon, 13 Apr 2015 10:30:38 +0200 (CEST) Message-ID: <552B7EAE.5000906@um.es> Date: Mon, 13 Apr 2015 10:30:38 +0200 From: Alejandro Perez Mendez User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: "abfab@ietf.org" References: <552B7D5F.3000006@um.es> In-Reply-To: <552B7D5F.3000006@um.es> X-Forwarded-Message-Id: <552B7D5F.3000006@um.es> Content-Type: multipart/mixed; boundary="------------010403050004030204010404" Archived-At: Subject: [abfab] Fwd: [kitten] Use of GSS_Get_name_attribute() to obtain further attributes X-BeenThere: abfab@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Application Bridging, Federated Authentication Beyond \(the web\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Apr 2015 08:30:43 -0000 This is a multi-part message in MIME format. --------------010403050004030204010404 Content-Type: multipart/alternative; boundary="------------050102010305040302030900" --------------050102010305040302030900 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit FYI, I have sent the following question to the Kitten WG mailing list. Regards, Alejandro -------- Mensaje reenviado -------- Asunto: [kitten] Use of GSS_Get_name_attribute() to obtain further attributes Fecha: Mon, 13 Apr 2015 10:25:03 +0200 De: Alejandro Perez Mendez Para: kitten@ietf.org Hi, I have a question regarding the GSS-API Naming Extensions (RFC 6680). As the document is written, it seems to assume that the attributes of a name are locally stored and available in the GSS Acceptor at the very moment the GSS context is established. In this way, when the GSS Acceptor calls the GSS_Inquire_name(), it obtains the complete set of attributes of the name, and it must stick to them. However, in relation with the work we are doing in http://tools.ietf.org/html/draft-ietf-abfab-aaa-saml-10, what I'd like is to allow the GSS Acceptor to request name attributes that might not be available at the moment the GSS context is established (i.e. not listed in the results of GSS_Inquire_name()), but that can be obtained by interacting with another entity afterwards (e.g. SAML IdP, LDAP server, SQL database...). I see two approaches to achieve this: 1) Use the GSS_Get_name_attribute() call to request the desired attribute. By modifying the implementation of this call in the mechanism, instead of returning an error when the requested attribute is not available yet, the mechanism can get it from the source and return it. The main advantage of this approach is that it transparent from the point of view of the GSS Acceptor, that just uses the same call as it always does. Besides, it does not require an standardization effort, as it is solved in the implementation of each mechanism. 2) The second approach consists on defining a new GSS-API call: e.g. GSS_Request_name_attribute(). This call would allow the GSS acceptor to explicitly request an attribute that is not listed in the results of GSS_Inquire_name(). The advantage of this approach is that is does not modify the semantics or the code associated to the GSS_Get_name_attribute() call. However, it would require standardization effort to define such a new call. In my opinion, approach 1) seems to offer a better solution. I don't see a reason by which a GSS Acceptor cannot call the GSS_Get_name_attribute() to obtain the value of a name attribute that does not appear in the results of GSS_Inquire_name(). This is something that can be handled by the mechanism (or the specific implementation of the mechanism). However, before moving forward with any of these approaches, I wanted to receive some feedback from the GSS-API experts. Regards, Alejandro --------------050102010305040302030900 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit FYI, I have sent the following question to the Kitten WG mailing list.

Regards,
Alejandro

-------- Mensaje reenviado --------
Asunto: [kitten] Use of GSS_Get_name_attribute() to obtain further attributes
Fecha: Mon, 13 Apr 2015 10:25:03 +0200
De: Alejandro Perez Mendez <alex@um.es>
Para: kitten@ietf.org


Hi,

I have a question regarding the GSS-API Naming Extensions (RFC 6680). As the document is written, it seems to assume that the attributes of a name are locally stored and available in the GSS Acceptor at the very moment the GSS context is established. In this way, when the GSS Acceptor calls the GSS_Inquire_name(), it obtains the complete set of attributes of the name, and it must stick to them.

However, in relation with the work we are doing in http://tools.ietf.org/html/draft-ietf-abfab-aaa-saml-10, what I'd like is to allow the GSS Acceptor to request name attributes that might not be available at the moment the GSS context is established (i.e. not listed in the results of GSS_Inquire_name()), but that can be obtained by interacting with another entity afterwards (e.g. SAML IdP, LDAP server, SQL database...).

I see two approaches to achieve this:

1) Use the GSS_Get_name_attribute() call to request the desired attribute. By modifying the implementation of this call in the mechanism, instead of returning an error when the requested attribute is not available yet, the mechanism can get it from the source and return it. The main advantage of this approach is that it transparent from the point of view of the GSS Acceptor, that just uses the same call as it always does. Besides, it does not require an  standardization effort, as it is solved in the implementation of each mechanism.

2) The second approach consists on defining a new GSS-API call: e.g. GSS_Request_name_attribute(). This call would allow the GSS acceptor to explicitly request an attribute that is not listed in the results of GSS_Inquire_name(). The advantage of this approach is that is does not modify the semantics or the code associated to the GSS_Get_name_attribute() call. However, it would require standardization effort to define such a new call.

In my opinion, approach 1) seems to offer a better solution. I don't see a reason by which a GSS Acceptor cannot call the GSS_Get_name_attribute() to obtain the value of a name attribute that does not appear in the results of GSS_Inquire_name(). This is something that can be handled by the mechanism (or the specific implementation of the mechanism).

However, before moving forward with any of these approaches, I wanted to receive some feedback from the GSS-API experts.

Regards,
Alejandro












--------------050102010305040302030900-- --------------010403050004030204010404 Content-Type: text/plain; charset=UTF-8; name="Parte del mensaje adjunto" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="Parte del mensaje adjunto" X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KS2l0dGVu IG1haWxpbmcgbGlzdApLaXR0ZW5AaWV0Zi5vcmcKaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFp bG1hbi9saXN0aW5mby9raXR0ZW4KCg== --------------010403050004030204010404-- From nobody Thu Apr 30 08:38:34 2015 Return-Path: X-Original-To: abfab@ietfa.amsl.com Delivered-To: abfab@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 18E3F1AC3AC for ; Thu, 30 Apr 2015 08:38:33 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.6 X-Spam-Level: X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id QlOtJ3GZ58QG for ; Thu, 30 Apr 2015 08:38:31 -0700 (PDT) Received: from mail-ig0-f170.google.com (mail-ig0-f170.google.com [209.85.213.170]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3D8731AC3D3 for ; Thu, 30 Apr 2015 08:38:29 -0700 (PDT) Received: by igblo3 with SMTP id lo3so17030128igb.1 for ; Thu, 30 Apr 2015 08:38:27 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :subject:content-type:content-transfer-encoding; bh=gBIVOlKUv22dNKTKwf707U6AGseIUbTd9QUzNtxMiQQ=; b=MCs+zp2T5EiTo6FMWGD6IkjHrDrNXTDbQ09OOASp8s1tcKSZWIpf+PN3LPvBjCUKlv vaRrtTzeV+TUKR+rIw85/m8Yugg8gMYqhWGYSptdrNDicFTlbW/QYiqzecxf/ia6u+rm 5m7ZgbfLdQT/P9ydIvKKMwg/YV7BFoyEeygajVYh5XBrbiJwpo9zkd3F5PzOxhjSlb6p gujqdrNzZR5YncIX7s8GtfZXufRXfTyzM5RNZFkCqzXuwwmvIfotbvQlldqQthgHKfXS zOlCzT4b0Gl/RViplSM0yTmV+p4IM8U3f1k5imOzY6wnl7PMvfJtalSINOc0+40Jicpk x6+A== X-Gm-Message-State: ALoCoQnCGFK7yzHaL+FPrbuGqNF01c25byRXEC/tUzr/IdNSKqHTeayNIp3J+B+AWxBmyOB15AVZ X-Received: by 10.107.7.196 with SMTP id g65mr6283854ioi.28.1430408307672; Thu, 30 Apr 2015 08:38:27 -0700 (PDT) Received: from ?IPv6:2001:468:1fcc:2:38fd:885f:9148:f203? ([2001:468:1fcc:2:38fd:885f:9148:f203]) by mx.google.com with ESMTPSA id n9sm1221516igy.2.2015.04.30.08.38.25 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 30 Apr 2015 08:38:26 -0700 (PDT) Message-ID: <55424C70.6000604@mnt.se> Date: Thu, 30 Apr 2015 17:38:24 +0200 From: Leif Johansson User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: abfab@ietf.org Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Archived-At: Subject: [abfab] Prague X-BeenThere: abfab@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Application Bridging, Federated Authentication Beyond \(the web\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Apr 2015 15:38:33 -0000 Is there a need to meet? Can we do useful work to close out some stuff with a f2f in Prague? From nobody Thu Apr 30 08:41:49 2015 Return-Path: X-Original-To: abfab@ietfa.amsl.com Delivered-To: abfab@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7D8F61B2CEE for ; Thu, 30 Apr 2015 08:41:48 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.611 X-Spam-Level: X-Spam-Status: No, score=-2.611 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nWk3pu7SfYv7 for ; Thu, 30 Apr 2015 08:41:41 -0700 (PDT) Received: from xenon22.um.es (xenon22.um.es [155.54.212.162]) by ietfa.amsl.com (Postfix) with ESMTP id 5A39D1B2CC8 for ; Thu, 30 Apr 2015 08:41:40 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by xenon22.um.es (Postfix) with ESMTP id A585ED02B for ; Thu, 30 Apr 2015 17:41:38 +0200 (CEST) X-Virus-Scanned: by antispam in UMU at xenon22.um.es Received: from xenon22.um.es ([127.0.0.1]) by localhost (xenon22.um.es [127.0.0.1]) (amavisd-new, port 10024) with LMTP id Wsa-NYTHGi9G for ; Thu, 30 Apr 2015 17:41:38 +0200 (CEST) Received: from [10.42.0.179] (84.121.18.25.dyn.user.ono.com [84.121.18.25]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: alex) by xenon22.um.es (Postfix) with ESMTPSA id 7C339CF39 for ; Thu, 30 Apr 2015 17:41:38 +0200 (CEST) Message-ID: <55424D31.8000700@um.es> Date: Thu, 30 Apr 2015 17:41:37 +0200 From: Alejandro Perez Mendez User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: abfab@ietf.org References: <55424C70.6000604@mnt.se> In-Reply-To: <55424C70.6000604@mnt.se> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit Archived-At: Subject: Re: [abfab] Prague X-BeenThere: abfab@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Application Bridging, Federated Authentication Beyond \(the web\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Apr 2015 15:41:48 -0000 Hi Leif, we'd like to move forward with draft-ietf-abfab-aaa-saml.txt. We are currently working on a new version that hopefully will be almost ready for LC. Regards, Alejandro El 30/04/15 a las 17:38, Leif Johansson escribió: > Is there a need to meet? Can we do useful work to close out some stuff > with a f2f in Prague? > > _______________________________________________ > abfab mailing list > abfab@ietf.org > https://www.ietf.org/mailman/listinfo/abfab From nobody Thu Apr 30 08:47:12 2015 Return-Path: X-Original-To: abfab@ietfa.amsl.com Delivered-To: abfab@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D478F1B2CC2 for ; Thu, 30 Apr 2015 08:47:11 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.661 X-Spam-Level: X-Spam-Status: No, score=-1.661 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HELO_EQ_SE=0.35, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id GjtbADGduKqQ for ; Thu, 30 Apr 2015 08:47:04 -0700 (PDT) Received: from e-mailfilter01.sunet.se (e-mailfilter01.sunet.se [IPv6:2001:6b0:8:2::201]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BFEE41B2CD6 for ; Thu, 30 Apr 2015 08:47:03 -0700 (PDT) Received: from smtp1.sunet.se (smtp1.sunet.se [192.36.171.214]) by e-mailfilter01.sunet.se (8.14.4/8.14.4/Debian-4) with ESMTP id t3UFl12d025127 (version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK) for ; Thu, 30 Apr 2015 17:47:01 +0200 Received: from kerio.sunet.se (kerio.sunet.se [192.36.171.210]) by smtp1.sunet.se (8.14.9/8.14.7) with ESMTP id t3UFkw6d024949 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 30 Apr 2015 17:47:01 +0200 (CEST) VBR-Info: md=sunet.se; mc=all; mv=swamid.se DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=sunet.se; s=default; t=1430408821; bh=OU8/pqXSwnRrlboU4MnPi6ytVHaRZ5z+xaJ0jqDSORM=; h=Date:From:To:Subject:References:In-Reply-To; b=N/WOzVe4GeTl3GXwMoHnN8cJaXidyeqqMrKwdnlyIiuuG8yQaBwIrsJ2Ws5hpZF7c U8NrfvDcqvpcp5FMVwVAJYfAs8YyLbViVG2Vhp3ZzaiTwuwDa+f9N/JxiKaCaedPC1 cT2UE58ifbFwjx4rja6N8y6vjTqrFFSz9iWWLvAk= X-Footer: c3VuZXQuc2U= Received: from [162.244.104.141] ([162.244.104.141]) (authenticated user leifj@sunet.se) by kerio.sunet.se (Kerio Connect 8.3.4 patch 1) (using TLSv1.2 with cipher DHE-RSA-AES256-SHA (256 bits)) for abfab@ietf.org; Thu, 30 Apr 2015 17:46:56 +0200 Message-ID: <55424E6E.7080900@sunet.se> Date: Thu, 30 Apr 2015 17:46:54 +0200 From: Leif Johansson User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: abfab@ietf.org References: <55424C70.6000604@mnt.se> <55424D31.8000700@um.es> In-Reply-To: <55424D31.8000700@um.es> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit X-Bayes-Prob: 0.0001 (Score 0, tokens from: outbound, outbound-sunet-se:default, sunet-se:default, base:default, @@RPTN) X-CanIt-Geo: ip=192.36.171.210; country=SE; latitude=59.3294; longitude=18.0686; http://maps.google.com/maps?q=59.3294,18.0686&z=6 X-CanItPRO-Stream: outbound-sunet-se:outbound (inherits from outbound-sunet-se:default, sunet-se:default, base:default) X-Canit-Stats-ID: 09OmfL1gc - bc26729b25df - 20150430 X-CanIt-Archive-Cluster: PfMRe/vJWMiXwM2YIH5BVExnUnw Received-SPF: neutral (e-mailfilter01.sunet.se: 192.36.171.210 is neither permitted nor denied by domain leifj@sunet.se) receiver=e-mailfilter01.sunet.se; client-ip=192.36.171.210; envelope-from=; helo=smtp1.sunet.se; identity=mailfrom X-Scanned-By: CanIt (www . roaringpenguin . com) on 192.36.171.201 Archived-At: Subject: Re: [abfab] Prague X-BeenThere: abfab@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Application Bridging, Federated Authentication Beyond \(the web\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Apr 2015 15:47:12 -0000 On 04/30/2015 05:41 PM, Alejandro Perez Mendez wrote: > Hi Leif, > > we'd like to move forward with draft-ietf-abfab-aaa-saml.txt. We are > currently working on a new version that hopefully will be almost ready > for LC. Before Prague? > > Regards, > Alejandro > > El 30/04/15 a las 17:38, Leif Johansson escribió: >> Is there a need to meet? Can we do useful work to close out some stuff >> with a f2f in Prague? >> >> _______________________________________________ >> abfab mailing list >> abfab@ietf.org >> https://www.ietf.org/mailman/listinfo/abfab > > _______________________________________________ > abfab mailing list > abfab@ietf.org > https://www.ietf.org/mailman/listinfo/abfab From nobody Thu Apr 30 08:49:47 2015 Return-Path: X-Original-To: abfab@ietfa.amsl.com Delivered-To: abfab@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D6BF81B2CEE for ; Thu, 30 Apr 2015 08:49:46 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.511 X-Spam-Level: X-Spam-Status: No, score=-14.511 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id axkuT5WziCTW for ; Thu, 30 Apr 2015 08:49:45 -0700 (PDT) Received: from rcdn-iport-5.cisco.com (rcdn-iport-5.cisco.com [173.37.86.76]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9B38D1B2CEA for ; Thu, 30 Apr 2015 08:49:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1110; q=dns/txt; s=iport; t=1430408985; x=1431618585; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=WTV2mSDXfE4GCBKwnDmnP2eCrV1TG3WmXcNVCmbCDy8=; b=RdVUTeDsdWsUYh0owSlQGT560bxxobxQg27vVjSBUY7CwKQ4vx82ZfGr PHYWjcPccCBwlS6cmz/Y8qCUnL691HtaxrLRVjP/oqLeE/JxP5oMenyit hhEvM2LQPQZp5yHSQ9F3oLDzKNxdf76kCQZhIXbBFjbTfunx6gLhOl76e c=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0CCBQALTkJV/51dJa1cgwxTXLUMj12COAqGBAKBVEwBAQEBAQGBC4QgAQEBAwEBAQFrCwULAgEIGC4nCyUCBA4FiCMIDchLAQEBAQEBAQEBAQEBAQEBAQEBAQEBEwSLOIUFB4MXgRYFizmGMYpIlX0jg3RvgkUBAQE X-IronPort-AV: E=Sophos;i="5.11,677,1422921600"; d="scan'208";a="416061887" Received: from rcdn-core-6.cisco.com ([173.37.93.157]) by rcdn-iport-5.cisco.com with ESMTP; 30 Apr 2015 15:49:45 +0000 Received: from xhc-rcd-x04.cisco.com (xhc-rcd-x04.cisco.com [173.37.183.78]) by rcdn-core-6.cisco.com (8.14.5/8.14.5) with ESMTP id t3UFni4I007276 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Thu, 30 Apr 2015 15:49:44 GMT Received: from xmb-aln-x12.cisco.com ([169.254.7.110]) by xhc-rcd-x04.cisco.com ([173.37.183.78]) with mapi id 14.03.0195.001; Thu, 30 Apr 2015 10:49:44 -0500 From: "Klaas Wierenga (kwiereng)" To: Leif Johansson Thread-Topic: [abfab] Prague Thread-Index: AQHQg1u/ibgLTyb2U0O0jn3cu1laJp1mBWOAgAABegD//6z4OA== Date: Thu, 30 Apr 2015 15:49:43 +0000 Message-ID: <9ABB6E8A-28F8-42F9-B77D-09780DDAC648@cisco.com> References: <55424C70.6000604@mnt.se> <55424D31.8000700@um.es>,<55424E6E.7080900@sunet.se> In-Reply-To: <55424E6E.7080900@sunet.se> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Cc: "abfab@ietf.org" Subject: Re: [abfab] Prague X-BeenThere: abfab@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Application Bridging, Federated Authentication Beyond \(the web\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Apr 2015 15:49:47 -0000 Hi, I will not be able to make Prague, but that doesn't have to stop you ;-) Klaas Sent from my iPad > On 30 Apr 2015, at 17:47, Leif Johansson wrote: >=20 >> On 04/30/2015 05:41 PM, Alejandro Perez Mendez wrote: >> Hi Leif, >>=20 >> we'd like to move forward with draft-ietf-abfab-aaa-saml.txt. We are >> currently working on a new version that hopefully will be almost ready >> for LC. >=20 > Before Prague? >=20 >>=20 >> Regards, >> Alejandro >>=20 >>> El 30/04/15 a las 17:38, Leif Johansson escribi=F3: >>> Is there a need to meet? Can we do useful work to close out some stuff >>> with a f2f in Prague? >>>=20 >>> _______________________________________________ >>> abfab mailing list >>> abfab@ietf.org >>> https://www.ietf.org/mailman/listinfo/abfab >>=20 >> _______________________________________________ >> abfab mailing list >> abfab@ietf.org >> https://www.ietf.org/mailman/listinfo/abfab >=20 >=20 > _______________________________________________ > abfab mailing list > abfab@ietf.org > https://www.ietf.org/mailman/listinfo/abfab From nobody Thu Apr 30 08:57:51 2015 Return-Path: X-Original-To: abfab@ietfa.amsl.com Delivered-To: abfab@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 30ED51A01F7 for ; Thu, 30 Apr 2015 08:57:50 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.211 X-Spam-Level: X-Spam-Status: No, score=-4.211 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id V4HeQBOYCZCM for ; Thu, 30 Apr 2015 08:57:45 -0700 (PDT) Received: from xenon23.um.es (xenon23.um.es [155.54.212.163]) by ietfa.amsl.com (Postfix) with ESMTP id 8404E1B2CF0 for ; Thu, 30 Apr 2015 08:57:45 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by xenon23.um.es (Postfix) with ESMTP id E86B0DA9B for ; Thu, 30 Apr 2015 17:57:43 +0200 (CEST) X-Virus-Scanned: by antispam in UMU at xenon23.um.es Received: from xenon23.um.es ([127.0.0.1]) by localhost (xenon23.um.es [127.0.0.1]) (amavisd-new, port 10024) with LMTP id TV2geDA6sZpm for ; Thu, 30 Apr 2015 17:57:43 +0200 (CEST) Received: from [10.42.0.179] (84.121.18.25.dyn.user.ono.com [84.121.18.25]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: alex) by xenon23.um.es (Postfix) with ESMTPSA id C01913042 for ; Thu, 30 Apr 2015 17:57:43 +0200 (CEST) Message-ID: <554250F6.40500@um.es> Date: Thu, 30 Apr 2015 17:57:42 +0200 From: Alejandro Perez Mendez User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: abfab@ietf.org References: <55424C70.6000604@mnt.se> <55424D31.8000700@um.es> <55424E6E.7080900@sunet.se> In-Reply-To: <55424E6E.7080900@sunet.se> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit Archived-At: Subject: Re: [abfab] Prague X-BeenThere: abfab@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Application Bridging, Federated Authentication Beyond \(the web\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Apr 2015 15:57:50 -0000 El 30/04/15 a las 17:46, Leif Johansson escribió: > On 04/30/2015 05:41 PM, Alejandro Perez Mendez wrote: >> Hi Leif, >> >> we'd like to move forward with draft-ietf-abfab-aaa-saml.txt. We are >> currently working on a new version that hopefully will be almost ready >> for LC. > Before Prague? Hi Leif, It would depend on when we have the new version published, and how happy we are with its state. Having it before Prague would be great. Or we can discuss there the outstanding points, if any. Regards, Alejandro > >> Regards, >> Alejandro >> >> El 30/04/15 a las 17:38, Leif Johansson escribió: >>> Is there a need to meet? Can we do useful work to close out some stuff >>> with a f2f in Prague? >>> >>> _______________________________________________ >>> abfab mailing list >>> abfab@ietf.org >>> https://www.ietf.org/mailman/listinfo/abfab >> _______________________________________________ >> abfab mailing list >> abfab@ietf.org >> https://www.ietf.org/mailman/listinfo/abfab > > _______________________________________________ > abfab mailing list > abfab@ietf.org > https://www.ietf.org/mailman/listinfo/abfab From nobody Thu Apr 30 13:02:21 2015 Return-Path: X-Original-To: abfab@ietfa.amsl.com Delivered-To: abfab@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 030711A017D for ; Thu, 30 Apr 2015 13:02:20 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.6 X-Spam-Level: X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id yYrZW0BJunws for ; Thu, 30 Apr 2015 13:02:18 -0700 (PDT) Received: from mail-qg0-f43.google.com (mail-qg0-f43.google.com [209.85.192.43]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1B6ED1A0178 for ; Thu, 30 Apr 2015 13:02:18 -0700 (PDT) Received: by qgdy78 with SMTP id y78so29746819qgd.0 for ; Thu, 30 Apr 2015 13:02:17 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:content-type:mime-version:subject:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=/j0tB9EKA1X6VWu1iGYszXt9M8USI9AXHA51dBVzv3E=; b=KU9s1mvNR6tc+K65Ryiu8t8BpYwK8AFLu9xozlX+WLt9f9aMwdvgP6c5hYFcjIRSBz A+aFnzqt917ZlHnqaXFs0LLlbqKivJ1dtNBgpS2GuV/K3PI7P1T/xf39lcPoCDXLI04y 12+7MnUdckTU+A7eBSAz0NYmM7sNrAfHeMItFKV1y+gyta4jDx8lRTHCOzN1WddxFFoZ hNsJsifw3HK6aub3afvNY2+W4Kt6TCdGdCE/pY+jbIMwkecZzP3Yc7DVxRAhtqF3GaUW iQJD3A8PNQu4+klBLMuktxJVAlpmsXLaHpxsvoK6QgBk0aJ1hZXfRE8iDv5Ln+tw32O1 o5rg== X-Gm-Message-State: ALoCoQkKWLfp1HjDJsZFD0qhY8/LubWNBVh9Gt06Yo052u08PArFoAbjqSt6hDNOGkrhCd8aYwCL X-Received: by 10.140.145.202 with SMTP id 193mr6839983qhr.43.1430424137334; Thu, 30 Apr 2015 13:02:17 -0700 (PDT) Received: from [192.168.42.10] (ip-64-134-67-146.public.wayport.net. [64.134.67.146]) by mx.google.com with ESMTPSA id 13sm1720426qku.20.2015.04.30.13.02.15 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 30 Apr 2015 13:02:16 -0700 (PDT) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (1.0) From: Leif Johansson X-Mailer: iPhone Mail (12F70) In-Reply-To: <554250F6.40500@um.es> Date: Thu, 30 Apr 2015 16:02:12 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: <2FA60FEA-BC38-45EF-AE5F-F03366BFD845@mnt.se> References: <55424C70.6000604@mnt.se> <55424D31.8000700@um.es> <55424E6E.7080900@sunet.se> <554250F6.40500@um.es> To: Alejandro Perez Mendez Archived-At: Cc: "abfab@ietf.org" Subject: Re: [abfab] Prague X-BeenThere: abfab@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Application Bridging, Federated Authentication Beyond \(the web\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Apr 2015 20:02:20 -0000 > 30 apr 2015 kl. 11:57 skrev Alejandro Perez Mendez : >=20 >=20 >=20 >> El 30/04/15 a las 17:46, Leif Johansson escribi=C3=B3: >>> On 04/30/2015 05:41 PM, Alejandro Perez Mendez wrote: >>> Hi Leif, >>>=20 >>> we'd like to move forward with draft-ietf-abfab-aaa-saml.txt. We are >>> currently working on a new version that hopefully will be almost ready >>> for LC. >> Before Prague? > Hi Leif, >=20 > It would depend on when we have the new version published, and how happy w= e are with its state. Having it before Prague would be great. Or we can disc= uss there the outstanding points, if any. I'd prefer before prague... >=20 > Regards, > Alejandro >=20 >>=20 >>> Regards, >>> Alejandro >>>=20 >>>> El 30/04/15 a las 17:38, Leif Johansson escribi=C3=B3: >>>> Is there a need to meet? Can we do useful work to close out some stuff >>>> with a f2f in Prague? >>>>=20 >>>> _______________________________________________ >>>> abfab mailing list >>>> abfab@ietf.org >>>> https://www.ietf.org/mailman/listinfo/abfab >>> _______________________________________________ >>> abfab mailing list >>> abfab@ietf.org >>> https://www.ietf.org/mailman/listinfo/abfab >>=20 >> _______________________________________________ >> abfab mailing list >> abfab@ietf.org >> https://www.ietf.org/mailman/listinfo/abfab >=20 > _______________________________________________ > abfab mailing list > abfab@ietf.org > https://www.ietf.org/mailman/listinfo/abfab