From nobody Wed Jul 6 19:51:37 2022 Return-Path: X-Original-To: scim@ietfa.amsl.com Delivered-To: scim@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 17299C15AD30 for ; Wed, 6 Jul 2022 19:51:37 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.751 X-Spam-Level: X-Spam-Status: No, score=-2.751 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.745, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=0.1, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=microsoft.com Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 43BxSttzuKfl for ; Wed, 6 Jul 2022 19:51:33 -0700 (PDT) Received: from na01-obe.outbound.protection.outlook.com (mail-eastus2azlp170110002.outbound.protection.outlook.com [IPv6:2a01:111:f403:c110::2]) (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 DA64CC157B3B for ; Wed, 6 Jul 2022 19:51:32 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=UCVC4ae1jE3kxI8W6wg+LsbHtga0PjWs3FCKZYzyOcbstywTVCmSaMcg5djnmg2Lnbh8on+uUiaN04lXoEHMc0mEtaI5BkBimiS7i7y7yzpaNKZzsWA+8WyNlwgB2n/YcUJ3pOubc1ZhegiMo23D7f9XkR+Xk+dxbPJLoQW6Hq6CqUCxs256qyr1gAXaI55m5SK21Om93e6Hli6U9vGByK0XjdqO7s1LaofFfZLGpjBloHML5JptKC0ep9OWsfzDWicCnMT3Xy/vC/MMXLvs+nOFiYzb8gLhRO3kXuWo5EAqvmRlqfq1GdvqjFcpMzFNK9cCUl66ZhOZzzPAMJiDoA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=MP7jMdBOYrFUeaXZC0FmXUKTwax6FduRYHWloPmPwgE=; b=DCW0pq1H8ni2feEhsy0wl+sXNVYaTErexNNwSTRSPznwfMbj2JeVcpti24X9hNt+pca7lXE1/tMQweXRS4anh0mRF5pGviV+E+co7cg1G/WUfB0PwQ/1OfgzemJzEc6LImA6YdkOWZ8jT14jcJFEsS9uBexuE15YrpzOeSva/TLSv/7FHpO3b4ZpobNtN1ZSYVG3YFTRfUG7+VkvWsGEvNjRIJmWKyc+UwtBX7Te59XIP3JAJUlAPY5Fm5I4OdQpxmmB8xtXOK3PYBT8Vkm0AiuVeNQ25op4cbHQNY2YeJNeuZB85OTNSz30Xg3NNqvPHm54h7s7M12xTQW198l25g== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=microsoft.com; dmarc=pass action=none header.from=microsoft.com; dkim=pass header.d=microsoft.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=MP7jMdBOYrFUeaXZC0FmXUKTwax6FduRYHWloPmPwgE=; b=M/PTzyRHUoMQBoLMUxaBwcBWHRvfWCGPswLx2ysU5PJEpW0bQUIuDFtWJ8uRdsLNyiaezMPiViEAWJd/2RysEwYwPBGtfrFtSIAGm2+b8TO4I2ulSvDjOMxFTs4a9Yv9kolmXG1iV26uL+Rc5SGI9FCWkE8JXTDEceW4YeF0huI= Received: from MN2PR00MB0718.namprd00.prod.outlook.com (2603:10b6:208:1de::9) by SA1PR00MB1137.namprd00.prod.outlook.com (2603:10b6:806:1ac::14) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5457.0; Thu, 7 Jul 2022 02:51:29 +0000 Received: from MN2PR00MB0718.namprd00.prod.outlook.com ([fe80::592:f69b:e6ec:a55d]) by MN2PR00MB0718.namprd00.prod.outlook.com ([fe80::592:f69b:e6ec:a55d%5]) with mapi id 15.20.5456.000; Thu, 7 Jul 2022 02:51:28 +0000 From: Danny Zollner To: Julien Schneider , "scim@ietf.org" Thread-Topic: [EXTERNAL] [scim] Query on a specific known resource Thread-Index: AQHYkRRp4rTYRjkmrUu4U3iBXVuWP61yNIag Date: Thu, 7 Jul 2022 02:51:28 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: msip_labels: MSIP_Label_f42aa342-8706-4288-bd11-ebb85995028c_Enabled=true; MSIP_Label_f42aa342-8706-4288-bd11-ebb85995028c_SetDate=2022-07-07T02:51:26Z; MSIP_Label_f42aa342-8706-4288-bd11-ebb85995028c_Method=Standard; MSIP_Label_f42aa342-8706-4288-bd11-ebb85995028c_Name=Internal; MSIP_Label_f42aa342-8706-4288-bd11-ebb85995028c_SiteId=72f988bf-86f1-41af-91ab-2d7cd011db47; MSIP_Label_f42aa342-8706-4288-bd11-ebb85995028c_ActionId=08b8c8ab-b1a7-43c1-89a0-b9f3c8053250; MSIP_Label_f42aa342-8706-4288-bd11-ebb85995028c_ContentBits=0 authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=microsoft.com; x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 2973acc1-b14a-4b31-a06c-08da5fc3975a x-ms-traffictypediagnostic: SA1PR00MB1137:EE_ x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: AnG4nzeQSuqXCEjE+8htIxeKY2ocULowc0AcbFwCymS5NsfX54Uswpi9GjWqckgaCcMuh6QcejSFxmpVLNERY2TJRwi78nfuvHLbYynTlYArCqUPWduHK0SDU1Qrgc6nGZQAFFk9KL+jF3MjrTcLQH4zliwLr39z54qU++dOD/dEbjYInvhMvUC6BxM52A06XajDsMlYarXUZ7EIeYURdJobB3C+bvIOpLaBbTgta0DdkxFYKpqGQP7bQSoFKsWNlbbtyF9pn2SBGfdeGl4LUDAyXjjqe1/r4IsdbuIV82tMKEO+RNlgl/bFWHM9Ndiet2UmZsOiYo5a5/8zpjJt+aL7SFyyVqpV2zXPWEtvNjJKEwCNy08gpu9hOVkwwLrklbEFEZohW4D65p4yewN0UkGIAiqoTHRDX0R1sM3Sw4ddzMSd4nMABLBnuGtiqfOCEZ7u744giUMT1Wdti/C6NJs0v2zCx2ANBeG69UlaWIdrX/oQ/j6E+kAJO/vjLigfP3nswiPJkB1aTz1yOMJgJN74BDyGoNsydCl8WOFLa3TXuCn+C8uSYTwNFWzRlwFrRyS1Ob7S4wpH6dpid/gU9VPiqdk8naO+7kEFA0NI8ia6VW9dzFzbY6QZ1rCzJMHibBhtRSqP1BtS5vLqfgR3Xk4YMZfc59Jb1Dxpp+odeLdwqqXCQz7kQxK+NYDsIV429VMOG/KC+Jl/DkymZLdkvsRjSdRJhtUiREh6SQoutO2WbO0vV+w+fAcJfPi8Aoiauuh9ptWs3RkTK4PNRzJKfAytcg0YogpcCFo0O1x3JGp9KesQuDVEC8295wQsG6Gs0P5SHYshsjQm9MMC5WoTPgMtqWzXRUihoIawxLuzsG4sB0i1JOpMD8CfHUVOYCClCbuJk08+5djXDeyC68hGXvS2fi7bQIMhllOgXfF2nl4= x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:MN2PR00MB0718.namprd00.prod.outlook.com; PTR:; CAT:NONE; SFS:(13230016)(4636009)(396003)(136003)(346002)(376002)(366004)(39860400002)(451199009)(110136005)(9326002)(52536014)(8936002)(64756008)(66446008)(66476007)(5660300002)(66946007)(66556008)(316002)(86362001)(76116006)(38100700002)(41300700001)(166002)(6506007)(9686003)(8676002)(7696005)(71200400001)(10290500003)(53546011)(122000001)(66574015)(82950400001)(478600001)(966005)(38070700005)(33656002)(8990500004)(82960400001)(2906002)(55016003)(83380400001)(186003); DIR:OUT; SFP:1102; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?iso-8859-1?Q?3+RotbV32uIx29Vejqj2gptFYcZ3aMEErD2tOnsM9ktwaKorcQ/enjfNNJ?= =?iso-8859-1?Q?5Vyk3GueyY7JejxUwpuJkKZY+N1TEGANjh852K6AQEkcz+MFBlH+xbzliY?= =?iso-8859-1?Q?rbiYycg+Z7I72Gwj1oJeW73Jh0bkW42Vrq1BicxvceBgYLDHmNoeaidYwj?= =?iso-8859-1?Q?+Y+J3TJ5+ySBJAy2WmR+7aH14unTS5k/z1foFd+hZnsaN3v9dHWZGpVC3m?= =?iso-8859-1?Q?u3laEZkEhN5bLQLSXhOBljo17z0T80+qfMJo/SKRpuuOLPwe9m41WH/K7Y?= =?iso-8859-1?Q?qE2fWI3gjniBxzPjsbhsyeyOoyl+UrQHUffYZRS1guH5lsjm8AKQgem1CF?= =?iso-8859-1?Q?OQQj93Y1RgSWWrQ075WBKdv7vCPpt+H0QxlaHfW99AOuXataaqM2qu0+re?= =?iso-8859-1?Q?SqyG8AWqFo1yGUvWHt9kKDxQBcCEvRx+DTmNZrc9UiLPMsB3filrjTfgOg?= =?iso-8859-1?Q?WXhhD1d4WS01DIOZoKvXEkiDaK5/T/DDZ74exEl5t6X47OUMSk5TwHUdUl?= =?iso-8859-1?Q?S/Ybs0kF9aQo3UMt/6WG+jeqqwi7bBVDLuSJj0/7JSn7YwNaWqMNLd4h/E?= =?iso-8859-1?Q?FudPqRfxhsBcbjIwAZhDgjhlDNdiUQa31TVm2QX18qcVn9iyZsftD1cInP?= =?iso-8859-1?Q?hMtJWOh9Jnc/9sStD/pEsEWroUmpV4FnZfvWQB8Dmrrhj9yQc8aQtt5D1l?= =?iso-8859-1?Q?TsfCexv9SR7qfvxBU5gKMMUBZLxsC9OU1d4zanGI4SXxZgdHEgyBwOv6iS?= =?iso-8859-1?Q?3hWPr4WmzskTQpB6cNfrSxOSm+Unoo8OqfxhV+qR4X/VFcVm/9KQSWyFBa?= =?iso-8859-1?Q?bx6AOzKFc1nZ8I/Vs1rELtPT+hIGhrIRoLr4eYPAreEHgMbKAsYEtKjE4x?= =?iso-8859-1?Q?b0o1+XoZsWctRelGNtPN0QJTSXk+gTV+yQD4qJWBQk6+fEMp2Dv/xXtJoY?= =?iso-8859-1?Q?5KeDgCFT9rauSFAGdEM/f2/R2A3o8ATJYb7jsAkxY5BwIeZFTvtH/KM/0S?= =?iso-8859-1?Q?WxpPoLNtsatvXBHDriDG5xMy7jjL/XhSgBSUxthafuBt7zjQyzLvi+h8P8?= =?iso-8859-1?Q?XRxJ2FeZcKJGhkHoJOEBiA/f/iPuQlNf5VM8e/6HKQ6mRqnm3vapaZWmax?= =?iso-8859-1?Q?RpxZ0lGMvChwLDV57h4koPYrYU5KFoyoI9NrAxS9A1rAkPbDr9LxU6a7SN?= =?iso-8859-1?Q?LOJ49lqZUxaLz8n3GvCsQA0Cxhh9oElBDICqkgtciEKfQPKHBWJwEW0K6J?= =?iso-8859-1?Q?8fagaTL3bkqe0HdCyq2wmFLpnnmvzy3UAq0nTowD6PThKntY+mawoWHfwK?= =?iso-8859-1?Q?tap/EKavmwUmIRwruu/xh1c4Dw19SDc72NlRuDadcE41GD3YZdOmPAPrI1?= =?iso-8859-1?Q?bVHn2yV06wmEX/9TM+SmqMxmHGCZUvECOBEwfcfhTRLNYKuVNME2WTGg95?= =?iso-8859-1?Q?V+TLOVHVmhEueBMmtqWG4vV7bxeQYt5rQuNAZp+7XwQ7f6ir8sh9Fm6bEp?= =?iso-8859-1?Q?Ny3k6fyZwySEbFJlBlJ5soWUnl9kYvDa4FIaoU1E6xJL499CRH2T57X5iI?= =?iso-8859-1?Q?4jOVNsoxm45KqaGiEaKZoMdXpd7okB4OGhY6CEVdPk1AtnZlva+0ybPw1N?= =?iso-8859-1?Q?6mYvVgKlI+bwQi4tK1Pp0x3JLpbFuGL99wpBeA+MC4E8I4lV/RUeP/dyVM?= =?iso-8859-1?Q?vp/eEpXWBfK8JAOrBogZWHVyoxghrSQW676DOTwI?= Content-Type: multipart/alternative; boundary="_000_MN2PR00MB07189D4A9DA54A11131E9896FF839MN2PR00MB0718namp_" MIME-Version: 1.0 X-OriginatorOrg: microsoft.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: MN2PR00MB0718.namprd00.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 2973acc1-b14a-4b31-a06c-08da5fc3975a X-MS-Exchange-CrossTenant-originalarrivaltime: 07 Jul 2022 02:51:28.8438 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 72f988bf-86f1-41af-91ab-2d7cd011db47 X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: Zm9gpGinKegCNZhiEfbfnHP1pE0Snxw6I8DTIGPb1ZmWx90S+VInoOerMD4UvbPu1PUycuPumm+VPWg/odBu5Q== X-MS-Exchange-Transport-CrossTenantHeadersStamped: SA1PR00MB1137 Archived-At: Subject: Re: [scim] [EXTERNAL] Query on a specific known resource X-BeenThere: scim@ietf.org X-Mailman-Version: 2.1.39 Precedence: list List-Id: Simple Cloud Identity Management BOF List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jul 2022 02:51:37 -0000 --_000_MN2PR00MB07189D4A9DA54A11131E9896FF839MN2PR00MB0718namp_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi Julien, RFC 7644 section 3.4.2 specifically is talking about queries. Retrieving or= modifying known resources (i.e.: GET /Users/12345 ) does not require a Lis= tResponse type response. A query of GET /Users?filter=3Ddisplayname contain= s "contoso.com" or GET /Users?attributes=3DuserName would require a ListRes= ponse type response, as it does not identify a specific resource in the que= ry URL via ID value (i.e.: "12345" in the previous example). On the other h= and, GET /Users/12345?attributes=3DuserName does not require the ListRespon= se type response as it does identify a specific resource. To explicitly answer the final question in your email - the expected respon= se to GET /Users/2819c223-7f76-453a-919d-413861904646?attributes=3DuserName= would be the second example you provided. Cheers, Danny Zollner From: scim On Behalf Of Julien Schneider Sent: Wednesday, July 6, 2022 3:41 AM To: scim@ietf.org Subject: [EXTERNAL] [scim] Query on a specific known resource Some people who received this message don't often get email from julien@aud= riga.com. Learn why this is important Hi all, I have a question about queries performed against a SCIM resource object (l= ike "/Users/{id}"). The RFC (https://datatracker.ietf.org/doc/html/rfc7644#section-3.4.2) sta= tes: Responses MUST be identified using the following URI: "urn:ietf:params:scim:api:messages:2.0:ListResponse" If I understand correctly, that means the "schemas" parameter of the respon= se to those queries must be set to: "schemas":["urn:ietf:params:scim:api:messages:2.0:ListResponse"] While I understand how that applies to queries on a resource type endpoint = (like "/Users") or on the SCIM server root, I don't understand how that app= lies to queries on a specific resource object. If I understand correctly, queries on a specific resource object actually a= re quite identical to "retrieving a known resource" (https://datatracker.ie= tf.org/doc/html/rfc7644#section-3.4.1) which are a GET on a specific re= source, like: GET /Users/2819c223-7f76-453a-919d-413861904646 Responses to those requests should have the "schemas" parameter set to the = resource schema(s): { "schemas":["urn:ietf:params:scim:schemas:core:2.0:User"], "id":"2819c223-7f76-453a-919d-413861904646", ... } Now, how should the response to the following query should look like? And t= o what value should the "schemas" parameter of the response be set? GET /Users/2819c223-7f76-453a-919d-413861904646?attributes=3DuserName Should it be: { "schemas":["urn:ietf:params:scim:api:messages:2.0:ListResponse"], "totalResults":1, "Resources":[ { "id":"2819c223-7f76-453a-919d-413861904646", "userName":"bjensen" } ] } Or something like: { "schemas":["urn:ietf:params:scim:schemas:core:2.0:User"], "id":"2819c223-7f76-453a-919d-413861904646", "meta":{ "resourceType":"User", "created":"2011-08-01T18:29:49.793Z", "lastModified":"2011-08-01T18:29:49.793Z", "location": "https://example.com/v2/Users/2819c223-7f76-453a-919d-413861904646", "version":"W\/\"f250dd84f0671c3\"" }, "userName":"bjensen" } Thanks a lot in advance -- Julien Schneider Tel: +49 721 170293 16 Fax: +49 721 170293 179 http://www.audriga.com | http://www.twi= tter.com/audriga -------------------------------------------------------------------------- audriga GmbH | Alter Schlachthof 57 | 76137 Karlsruhe Sitz der Gesellschaft: Karlsruhe - Amtsgericht Mannheim - HRB 713034 Gesch=E4ftsf=FChrer: Dr. Frank Dengler, Dr.-Ing. Hans-J=F6rg Happel -------------------------------------------------------------------------- --_000_MN2PR00MB07189D4A9DA54A11131E9896FF839MN2PR00MB0718namp_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Hi Julien,

 

RFC 7644 section 3.4.2 specifically is talking about= queries. Retrieving or modifying known resources (i.e.: GET /Users/12345 )= does not require a ListResponse type response. A query of GET /Users?filter=3Ddisplayname contains “contoso.com” o= r GET /Users?attributes=3DuserName would require a ListResponse type= response, as it does not identify a specific resource in the query URL via= ID value (i.e.: “12345” in the previous example). On the other hand, GET /Users/12345?attributes=3DuserName does not = require the ListResponse type response as it does identify a specific resou= rce.

 

To explicitly answer the final question in your emai= l – the expected response to GET /Users/2819c223-7f76-453a-919d-413861904646?attributes=3DuserName would be the second example you provided.

 

Cheers,

 

Danny Zollner

 

From: scim <scim-bounces@ietf.org> O= n Behalf Of Julien Schneider
Sent: Wednesday, July 6, 2022 3:41 AM
To: scim@ietf.org
Subject: [EXTERNAL] [scim] Query on a specific known resource

 

Some people who received this message don't often get email from julien@audriga.com. Learn why this is important

Hi all,

I have a question about queries performed against a SCIM resource object (l= ike "/Users/{id}").

The RFC (https://datatracker.ietf.org/doc/html/rfc= 7644#section-3.4.2) states: 

Responses MUST be identified using the following URI:
   "urn:ietf:params:scim:api:messages:2.0:ListResponse&=
quot;


If I understand correctly, that means the "schemas" parameter of = the response to those queries must be set to: 

"schemas":["urn:ietf:params:scim:api:messages:2.0:ListR=
esponse"]


While I understand how that applies to queries on a resource type endpoint = (like "/Users") or on the SCIM server root, I don't understand ho= w that applies to queries on a specific resource object.
If I understand correctly, queries on a specific resource object actually a= re quite identical to "retrieving a known resource" (https://datatracker.ietf.org/doc/html/rfc7644#section-3.4.1<= /a>) which are a GET on a specific resource, like:

GET /Users/2819c223-7f76-453a-919d-413861904646

Responses to those requests should have the "sc= hemas" parameter set to the resource schema(s):

{
     "schemas":["urn:ietf:params:sc=
im:schemas:core:2.0:User"],
     "id":"2819c223-7f76-453a-919d-=
413861904646",
...
}


Now, how should the response to the following query should look like? And t= o what value should the "schemas" parameter of the response be se= t?

GET /Users/2819c223-7f76-453a-919d-413861904646?attributes=3DuserName<=
o:p>


Should it be:

   {
     "schemas":["urn:ietf:params:sc=
im:api:messages:2.0:ListResponse"],
     "totalResults":1,
     "Resources":[
       {
         "id":"=
2819c223-7f76-453a-919d-413861904646",
         "userName":=
"bjensen"
       }
     ]
   }


Or something like:

   {
     "schemas":["urn:ietf:params:sc=
im:schemas:core:2.0:User"],
     "id":"2819c223-7f76-453a-919d-=
413861904646",
     "meta":{
       "resourceType":"Us=
er",
       "created":"2011-08=
-01T18:29:49.793Z",
       "lastModified":"20=
11-08-01T18:29:49.793Z",
       "location":<=
/pre>

   "https://example.com/v2=
/Users/2819c223-7f76-453a-919d-413861904646",


       "version":"W\/\&qu=
ot;f250dd84f0671c3\""


     },


     "userName":"bjensen"=



   }




Thanks a lot in advance






-- 


Julien Schneider


Tel: +49 721 170293 16


Fax: +49 721 170293 179


 


http://www.a=
udriga.com | http://www.twitter.com/audriga


 


----------------------------------------------------------------------=
----


audriga GmbH |  Alter Schlachthof 57  | 76137 Karlsruhe=



Sitz der Gesellschaft: Karlsruhe - Amtsgericht Mannheim - HRB 713034


Gesch=E4ftsf=FChrer: Dr. Frank Dengler, Dr.-Ing. Hans-J=F6rg Happel


----------------------------------------------------------------------=
----
--_000_MN2PR00MB07189D4A9DA54A11131E9896FF839MN2PR00MB0718namp_--