From owner-ietf-smime@mail.imc.org Wed Jan 3 07:08:59 2001 Received: from ns.secondary.com (ns.secondary.com [208.184.76.39]) by ietf.org (8.9.1a/8.9.1a) with SMTP id HAA18215 for ; Wed, 3 Jan 2001 07:08:58 -0500 (EST) Received: (from majordomo@localhost) by ns.secondary.com (8.9.3/8.9.3) id DAA24275 for ietf-smime-bks; Wed, 3 Jan 2001 03:33:16 -0800 (PST) Received: from brot.celocom.de (brot.celocom.de [212.78.104.200]) by ns.secondary.com (8.9.3/8.9.3) with ESMTP id DAA24271 for ; Wed, 3 Jan 2001 03:33:14 -0800 (PST) Received: from frolic.celocom.de (frolic.celocom.de [212.78.104.90]) by brot.celocom.de (Postfix) with ESMTP id 6DF6D2FD2 for ; Wed, 03 Jan 2001 12:37:40 +0100 (CET) Received: from celocom.de (bernd.celocom.de [212.78.104.41]) by frolic.celocom.de (Postfix) with ESMTP id 59B22108003; Wed, 3 Jan 2001 12:37:40 +0100 (CET) Message-ID: <3A530F04.80CE41A6@celocom.de> Date: Wed, 03 Jan 2001 12:37:40 +0100 From: Bernd Matthes Reply-To: mainbug@celocom.de Organization: Celo Communications GmbH http://www.celocom.de X-Mailer: Mozilla 4.75 [en] (WinNT; U) X-Accept-Language: de,en MIME-Version: 1.0 To: Ietf-Smime Subject: RFC2630: Need clarification Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms9B8E04F4A4FC1A6141A712CD" Sender: owner-ietf-smime@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: This is a cryptographically signed message in MIME format. --------------ms9B8E04F4A4FC1A6141A712CD Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hi! At first a happy new year to all! I need a clarification to following sentence from RFC 2630, section 11.4, Countersignature: "The countersignature attribute must be an unsigned attribute; it cannot be a signed attribute, an authenticated attribute, or an unauthenticated attribute." What is the difference between: a) signed attribute <-> authenticated attribute b) unsigned attribute <-> unauthenticated attribute to relate to CMS? Where is located a (un)authenticated attribute in an signed-data CMS? I thought, it exist as (un)signed attribute in the SignerInfo, or is this complete beside them? Thanks in advance with kind regards -- Mors certa, hora incerta. In dubio pro mille. -------------------------------------------------------------------- Bernd Matthes Celo Communications GmbH Senior Software Engineer Weissenfelser Strasse 46a Nachrichtentechniker D 06217 Merseburg Dipl.-Ing.(FH) http://www.celocom.com f. technische Informatik mailto:mainbug@celocom.de http://www.worldbug.de Tel.: +49 3461/3318-0 mailto:mainbug@worldbug.de Fax: +49 3461/415072 -------------------------------------------------------------------- "When in doubt, use brute force." (Ken Thompson) --------------ms9B8E04F4A4FC1A6141A712CD Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature Content-Transfer-Encoding: base64 MIIKSgYJKoZIhvcNAQcCoIIKOzCCCjcCAQExCzAJBgUrDgMCGgUAMAsGCSqGSIb3DQEHAaCC B9YwggSgMIIECaADAgECAhBsOnTzXfzOOQkJistWSC3oMA0GCSqGSIb3DQEBBAUAMIHMMRcw FQYDVQQKEw5WZXJpU2lnbiwgSW5jLjEfMB0GA1UECxMWVmVyaVNpZ24gVHJ1c3QgTmV0d29y azFGMEQGA1UECxM9d3d3LnZlcmlzaWduLmNvbS9yZXBvc2l0b3J5L1JQQSBJbmNvcnAuIEJ5 IFJlZi4sTElBQi5MVEQoYyk5ODFIMEYGA1UEAxM/VmVyaVNpZ24gQ2xhc3MgMSBDQSBJbmRp dmlkdWFsIFN1YnNjcmliZXItUGVyc29uYSBOb3QgVmFsaWRhdGVkMB4XDTAwMDEyNzAwMDAw MFoXDTAxMDIwOTIzNTk1OVowggESMRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjEfMB0GA1UE CxMWVmVyaVNpZ24gVHJ1c3QgTmV0d29yazFGMEQGA1UECxM9d3d3LnZlcmlzaWduLmNvbS9y ZXBvc2l0b3J5L1JQQSBJbmNvcnAuIGJ5IFJlZi4sTElBQi5MVEQoYyk5ODEeMBwGA1UECxMV UGVyc29uYSBOb3QgVmFsaWRhdGVkMTMwMQYDVQQLEypEaWdpdGFsIElEIENsYXNzIDEgLSBO ZXRzY2FwZSBGdWxsIFNlcnZpY2UxFjAUBgNVBAMUDUJlcm5kIE1hdHRoZXMxITAfBgkqhkiG 9w0BCQEWEm1haW5idWdAY2Vsb2NvbS5kZTCBnzANBgkqhkiG9w0BAQEFAAOBjQAwgYkCgYEA 5XDGxWjDOe+gHZygtVsNACVkbiY27ug06wI9DGzn4+ibdyEoqNnMlqe7dHSHsLG5f9Fl8gBa ZgwOUnNClgnjCbqoByj4In82wWwUG97DndueKQhN78pYDRBWhGXKo/YSGI2l5rw7fjYnlTlw 6QQF0OGpFNBXzkNCBC4muSaI2YUCAwEAAaOCATgwggE0MAkGA1UdEwQCMAAwgawGA1UdIASB pDCBoTCBngYLYIZIAYb4RQEHAQEwgY4wKAYIKwYBBQUHAgEWHGh0dHBzOi8vd3d3LnZlcmlz aWduLmNvbS9DUFMwYgYIKwYBBQUHAgIwVjAVFg5WZXJpU2lnbiwgSW5jLjADAgEBGj1WZXJp U2lnbidzIENQUyBpbmNvcnAuIGJ5IHJlZmVyZW5jZSBsaWFiLiBsdGQuIChjKTk3IFZlcmlT aWduMBEGCWCGSAGG+EIBAQQEAwIHgDAwBgpghkgBhvhFAQYHBCIWIDFjNzhjMGNiYWZjMzg2 YzQzYzFmMWFjYTY5NzY4Nzk3MDMGA1UdHwQsMCowKKAmoCSGImh0dHA6Ly9jcmwudmVyaXNp Z24uY29tL2NsYXNzMS5jcmwwDQYJKoZIhvcNAQEEBQADgYEAsvJl1q8TirOQUfjbbyZKmVdi k+2YQmQr64uvnEGf0Vp/laotPE49SR5Vu9GwGA2cPY/CPrb9v/bc3mOnCBlJ2m/xQIITJRxv A66enfch2KSRLjl+VyU5BeIkq3UZekTAy76DPozOEwd6Azf4fLJy6AIh/DRS0GS9w/l2sLYQ FAAwggMuMIICl6ADAgECAhEA0nYujRQMPX2yqCVdr+4NdTANBgkqhkiG9w0BAQIFADBfMQsw CQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xNzA1BgNVBAsTLkNsYXNzIDEg UHVibGljIFByaW1hcnkgQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkwHhcNOTgwNTEyMDAwMDAw WhcNMDgwNTEyMjM1OTU5WjCBzDEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNVBAsT FlZlcmlTaWduIFRydXN0IE5ldHdvcmsxRjBEBgNVBAsTPXd3dy52ZXJpc2lnbi5jb20vcmVw b3NpdG9yeS9SUEEgSW5jb3JwLiBCeSBSZWYuLExJQUIuTFREKGMpOTgxSDBGBgNVBAMTP1Zl cmlTaWduIENsYXNzIDEgQ0EgSW5kaXZpZHVhbCBTdWJzY3JpYmVyLVBlcnNvbmEgTm90IFZh bGlkYXRlZDCBnzANBgkqhkiG9w0BAQEFAAOBjQAwgYkCgYEAu1pEigQWu1X9A3qKLZRPFXg2 uA1Ksm+cVL+86HcqnbnwaLuV2TFBcHqBS7lIE1YtxwjhhEKrwKKSq0RcqkLwgg4C6S/7wju7 vsknCl22sDZCM7VuVIhPh0q/Gdr5FegPh7Yc48zGmo5/aiSS4/zgZbqnsX7vyds3ashKyAkG 5JkCAwEAAaN8MHowEQYJYIZIAYb4QgEBBAQDAgEGMEcGA1UdIARAMD4wPAYLYIZIAYb4RQEH AQEwLTArBggrBgEFBQcCARYfd3d3LnZlcmlzaWduLmNvbS9yZXBvc2l0b3J5L1JQQTAPBgNV HRMECDAGAQH/AgEAMAsGA1UdDwQEAwIBBjANBgkqhkiG9w0BAQIFAAOBgQCIuDc73dqUNwCt qp/hgQFxHpJqbS/28Z3TymQ43BuYDAeGW4UVag+5SYWklfEXfWe0fy0s3ZpCnsM+tI6q5QsG 3vJWKvozx74Z11NMw73I4xe1pElCY+zCphcPXVgaSTyQXFWjZSAA/Rgg5V+CprGoksVYasGN Azzrw80FopCubjGCAjwwggI4AgEBMIHhMIHMMRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjEf MB0GA1UECxMWVmVyaVNpZ24gVHJ1c3QgTmV0d29yazFGMEQGA1UECxM9d3d3LnZlcmlzaWdu LmNvbS9yZXBvc2l0b3J5L1JQQSBJbmNvcnAuIEJ5IFJlZi4sTElBQi5MVEQoYyk5ODFIMEYG A1UEAxM/VmVyaVNpZ24gQ2xhc3MgMSBDQSBJbmRpdmlkdWFsIFN1YnNjcmliZXItUGVyc29u YSBOb3QgVmFsaWRhdGVkAhBsOnTzXfzOOQkJistWSC3oMAkGBSsOAwIaBQCggbEwGAYJKoZI hvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMDEwMTAzMTEzNzQwWjAjBgkq hkiG9w0BCQQxFgQU340tlzmcw3r0o9Hv6rQe4B0wqlUwUgYJKoZIhvcNAQkPMUUwQzAKBggq hkiG9w0DBzAOBggqhkiG9w0DAgICAIAwBwYFKw4DAgcwDQYIKoZIhvcNAwICAUAwDQYIKoZI hvcNAwICASgwDQYJKoZIhvcNAQEBBQAEgYB9yDsnnlHWFNtHYR5D/aMkxmrG6j0KrDPMCz3r 6IIJ5HjlG93sxmJsEkRYnaxy0STBmOQSI6o4fDUCMilLYBk7T0N/C+PkmMuobjivtDET+io4 OefwB6p/uLIsYJKKvtJrnGfHq3GKLCleCrtuk56vUp8QKAw5Y9kmrVfdAAJv2Q== --------------ms9B8E04F4A4FC1A6141A712CD-- From owner-ietf-smime@mail.imc.org Wed Jan 3 08:23:26 2001 Received: from ns.secondary.com (ns.secondary.com [208.184.76.39]) by ietf.org (8.9.1a/8.9.1a) with SMTP id IAA20557 for ; Wed, 3 Jan 2001 08:23:25 -0500 (EST) Received: by ns.secondary.com (8.9.3/8.9.3) id EAA29886 for ietf-smime-bks; Wed, 3 Jan 2001 04:51:04 -0800 (PST) Received: from ar_exchange.arx.com (armail.arx.com [212.25.66.95]) by ns.secondary.com (8.9.3/8.9.3) with ESMTP id EAA29879 for ; Wed, 3 Jan 2001 04:51:01 -0800 (PST) Received: by armail.arx.com with Internet Mail Service (5.5.2650.21) id ; Wed, 3 Jan 2001 14:56:29 +0200 Message-ID: From: Moshe Harel To: Ietf-Smime Subject: SMIME-2 Test Date: Wed, 3 Jan 2001 14:56:23 +0200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-ietf-smime@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: > Hi! > > I would like to know where and how I can test the compatibility of my > S/MIME 2 implementation. > > Thanks in advance > Harel Moshe > Cylink Corporation > mailto:moshe@arx.com > > > > From owner-ietf-smime@mail.imc.org Wed Jan 3 08:29:36 2001 Received: from ns.secondary.com (ns.secondary.com [208.184.76.39]) by ietf.org (8.9.1a/8.9.1a) with SMTP id IAA20726 for ; Wed, 3 Jan 2001 08:29:35 -0500 (EST) Received: (from majordomo@localhost) by ns.secondary.com (8.9.3/8.9.3) id EAA29912 for ietf-smime-bks; Wed, 3 Jan 2001 04:51:17 -0800 (PST) Received: from brot.celocom.de (brot.celocom.de [212.78.104.200]) by ns.secondary.com (8.9.3/8.9.3) with ESMTP id EAA29903 for ; Wed, 3 Jan 2001 04:51:15 -0800 (PST) Received: from frolic.celocom.de (frolic.celocom.de [212.78.104.90]) by brot.celocom.de (Postfix) with ESMTP id 965D62FD2 for ; Wed, 03 Jan 2001 13:55:35 +0100 (CET) Received: from celocom.de (bernd.celocom.de [212.78.104.41]) by frolic.celocom.de (Postfix) with ESMTP id 7AFAB108003; Wed, 3 Jan 2001 13:55:35 +0100 (CET) Message-ID: <3A532145.72A48E01@celocom.de> Date: Wed, 03 Jan 2001 13:55:33 +0100 From: Bernd Matthes Reply-To: mainbug@celocom.de Organization: Celo Communications -- http://www.celocom.com X-Mailer: Mozilla 4.75 [en] (WinNT; U) X-Accept-Language: de,en MIME-Version: 1.0 To: Ietf-Smime Subject: Re: RFC2630: Need clarification References: <3A530F04.80CE41A6@celocom.de> Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------msCCD308DE4BC2C946970745FC" Sender: owner-ietf-smime@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: This is a cryptographically signed message in MIME format. --------------msCCD308DE4BC2C946970745FC Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Bernd Matthes wrote: > I need a clarification to following sentence from RFC 2630, > section 11.4, Countersignature: [snipped] Hi! Is cleared. Thanks to Jim Schaad ( mailto:jimsch@exmsft.com ). He wrote: >Authenticated and Unauthenticated attributes occur in the AuthenticatedData >structure (section 9). The statement is just being made that a counter >signature is not present in the AuthenticatedData structure. -- Mors certa, hora incerta. In dubio pro mille. -------------------------------------------------------------------- Bernd Matthes Celo Communications GmbH Senior Software Engineer Weissenfelser Strasse 46a Nachrichtentechniker D 06217 Merseburg Dipl.-Ing.(FH) http://www.celocom.com f. technische Informatik mailto:mainbug@celocom.de http://www.worldbug.de Tel.: +49 3461/3318-0 mailto:mainbug@worldbug.de Fax: +49 3461/415072 -------------------------------------------------------------------- "When in doubt, use brute force." (Ken Thompson) --------------msCCD308DE4BC2C946970745FC Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature Content-Transfer-Encoding: base64 MIIKSgYJKoZIhvcNAQcCoIIKOzCCCjcCAQExCzAJBgUrDgMCGgUAMAsGCSqGSIb3DQEHAaCC B9YwggSgMIIECaADAgECAhBsOnTzXfzOOQkJistWSC3oMA0GCSqGSIb3DQEBBAUAMIHMMRcw FQYDVQQKEw5WZXJpU2lnbiwgSW5jLjEfMB0GA1UECxMWVmVyaVNpZ24gVHJ1c3QgTmV0d29y azFGMEQGA1UECxM9d3d3LnZlcmlzaWduLmNvbS9yZXBvc2l0b3J5L1JQQSBJbmNvcnAuIEJ5 IFJlZi4sTElBQi5MVEQoYyk5ODFIMEYGA1UEAxM/VmVyaVNpZ24gQ2xhc3MgMSBDQSBJbmRp dmlkdWFsIFN1YnNjcmliZXItUGVyc29uYSBOb3QgVmFsaWRhdGVkMB4XDTAwMDEyNzAwMDAw MFoXDTAxMDIwOTIzNTk1OVowggESMRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjEfMB0GA1UE CxMWVmVyaVNpZ24gVHJ1c3QgTmV0d29yazFGMEQGA1UECxM9d3d3LnZlcmlzaWduLmNvbS9y ZXBvc2l0b3J5L1JQQSBJbmNvcnAuIGJ5IFJlZi4sTElBQi5MVEQoYyk5ODEeMBwGA1UECxMV UGVyc29uYSBOb3QgVmFsaWRhdGVkMTMwMQYDVQQLEypEaWdpdGFsIElEIENsYXNzIDEgLSBO ZXRzY2FwZSBGdWxsIFNlcnZpY2UxFjAUBgNVBAMUDUJlcm5kIE1hdHRoZXMxITAfBgkqhkiG 9w0BCQEWEm1haW5idWdAY2Vsb2NvbS5kZTCBnzANBgkqhkiG9w0BAQEFAAOBjQAwgYkCgYEA 5XDGxWjDOe+gHZygtVsNACVkbiY27ug06wI9DGzn4+ibdyEoqNnMlqe7dHSHsLG5f9Fl8gBa ZgwOUnNClgnjCbqoByj4In82wWwUG97DndueKQhN78pYDRBWhGXKo/YSGI2l5rw7fjYnlTlw 6QQF0OGpFNBXzkNCBC4muSaI2YUCAwEAAaOCATgwggE0MAkGA1UdEwQCMAAwgawGA1UdIASB pDCBoTCBngYLYIZIAYb4RQEHAQEwgY4wKAYIKwYBBQUHAgEWHGh0dHBzOi8vd3d3LnZlcmlz aWduLmNvbS9DUFMwYgYIKwYBBQUHAgIwVjAVFg5WZXJpU2lnbiwgSW5jLjADAgEBGj1WZXJp U2lnbidzIENQUyBpbmNvcnAuIGJ5IHJlZmVyZW5jZSBsaWFiLiBsdGQuIChjKTk3IFZlcmlT aWduMBEGCWCGSAGG+EIBAQQEAwIHgDAwBgpghkgBhvhFAQYHBCIWIDFjNzhjMGNiYWZjMzg2 YzQzYzFmMWFjYTY5NzY4Nzk3MDMGA1UdHwQsMCowKKAmoCSGImh0dHA6Ly9jcmwudmVyaXNp Z24uY29tL2NsYXNzMS5jcmwwDQYJKoZIhvcNAQEEBQADgYEAsvJl1q8TirOQUfjbbyZKmVdi k+2YQmQr64uvnEGf0Vp/laotPE49SR5Vu9GwGA2cPY/CPrb9v/bc3mOnCBlJ2m/xQIITJRxv A66enfch2KSRLjl+VyU5BeIkq3UZekTAy76DPozOEwd6Azf4fLJy6AIh/DRS0GS9w/l2sLYQ FAAwggMuMIICl6ADAgECAhEA0nYujRQMPX2yqCVdr+4NdTANBgkqhkiG9w0BAQIFADBfMQsw CQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xNzA1BgNVBAsTLkNsYXNzIDEg UHVibGljIFByaW1hcnkgQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkwHhcNOTgwNTEyMDAwMDAw WhcNMDgwNTEyMjM1OTU5WjCBzDEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNVBAsT FlZlcmlTaWduIFRydXN0IE5ldHdvcmsxRjBEBgNVBAsTPXd3dy52ZXJpc2lnbi5jb20vcmVw b3NpdG9yeS9SUEEgSW5jb3JwLiBCeSBSZWYuLExJQUIuTFREKGMpOTgxSDBGBgNVBAMTP1Zl cmlTaWduIENsYXNzIDEgQ0EgSW5kaXZpZHVhbCBTdWJzY3JpYmVyLVBlcnNvbmEgTm90IFZh bGlkYXRlZDCBnzANBgkqhkiG9w0BAQEFAAOBjQAwgYkCgYEAu1pEigQWu1X9A3qKLZRPFXg2 uA1Ksm+cVL+86HcqnbnwaLuV2TFBcHqBS7lIE1YtxwjhhEKrwKKSq0RcqkLwgg4C6S/7wju7 vsknCl22sDZCM7VuVIhPh0q/Gdr5FegPh7Yc48zGmo5/aiSS4/zgZbqnsX7vyds3ashKyAkG 5JkCAwEAAaN8MHowEQYJYIZIAYb4QgEBBAQDAgEGMEcGA1UdIARAMD4wPAYLYIZIAYb4RQEH AQEwLTArBggrBgEFBQcCARYfd3d3LnZlcmlzaWduLmNvbS9yZXBvc2l0b3J5L1JQQTAPBgNV HRMECDAGAQH/AgEAMAsGA1UdDwQEAwIBBjANBgkqhkiG9w0BAQIFAAOBgQCIuDc73dqUNwCt qp/hgQFxHpJqbS/28Z3TymQ43BuYDAeGW4UVag+5SYWklfEXfWe0fy0s3ZpCnsM+tI6q5QsG 3vJWKvozx74Z11NMw73I4xe1pElCY+zCphcPXVgaSTyQXFWjZSAA/Rgg5V+CprGoksVYasGN Azzrw80FopCubjGCAjwwggI4AgEBMIHhMIHMMRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjEf MB0GA1UECxMWVmVyaVNpZ24gVHJ1c3QgTmV0d29yazFGMEQGA1UECxM9d3d3LnZlcmlzaWdu LmNvbS9yZXBvc2l0b3J5L1JQQSBJbmNvcnAuIEJ5IFJlZi4sTElBQi5MVEQoYyk5ODFIMEYG A1UEAxM/VmVyaVNpZ24gQ2xhc3MgMSBDQSBJbmRpdmlkdWFsIFN1YnNjcmliZXItUGVyc29u YSBOb3QgVmFsaWRhdGVkAhBsOnTzXfzOOQkJistWSC3oMAkGBSsOAwIaBQCggbEwGAYJKoZI hvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMDEwMTAzMTI1NTM1WjAjBgkq hkiG9w0BCQQxFgQUQ9el9Od31Up0yPkn/cNBQpi07jwwUgYJKoZIhvcNAQkPMUUwQzAKBggq hkiG9w0DBzAOBggqhkiG9w0DAgICAIAwBwYFKw4DAgcwDQYIKoZIhvcNAwICAUAwDQYIKoZI hvcNAwICASgwDQYJKoZIhvcNAQEBBQAEgYA3ywAQVxC5MOYmnN7Aq18uoB4N+OixueSKfglg 2sIuG6iRxPPSHWgPaDLH4NQp+8kT5+wVAaROOvNELsqBn8rGxRtAd5haE9HkH0qMNbvN8StU Bdq1YHO59IuywNR94EY7NwTkHHSx+D8v6b2s6IVJeIF5afdIOJY1aixwqD9IgA== --------------msCCD308DE4BC2C946970745FC-- From owner-ietf-smime@mail.imc.org Wed Jan 3 11:02:01 2001 Received: from ns.secondary.com (ns.secondary.com [208.184.76.39]) by ietf.org (8.9.1a/8.9.1a) with SMTP id LAA26606 for ; Wed, 3 Jan 2001 11:02:01 -0500 (EST) Received: by ns.secondary.com (8.9.3/8.9.3) id HAA11895 for ietf-smime-bks; Wed, 3 Jan 2001 07:26:02 -0800 (PST) Received: from wfhqex05.gfgsi.com (netva01.wangfed.com [206.137.100.2]) by ns.secondary.com (8.9.3/8.9.3) with ESMTP id HAA11886 for ; Wed, 3 Jan 2001 07:26:01 -0800 (PST) Received: by wfhqex05.gfgsi.com with Internet Mail Service (5.5.2650.21) id ; Wed, 3 Jan 2001 10:30:01 -0500 Message-ID: <0B95FB5619B3D411817E006008A592592BA84D@wfhqex06.gfgsi.com> From: "Pawling, John" To: "'Moshe Harel'" , Ietf-Smime Subject: RE: SMIME-2 Test Date: Wed, 3 Jan 2001 10:31:36 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-ietf-smime@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: Harel, To ensure that the S/MIME Freeware Library is compatible with S/MIME v2 products we exchanged signed and encrypted S/MIME v2 messages with the Microsoft (MS) Internet Explorer Outlook Express v4.01 and Netscape Communicator 4.X S/MIME v2 products. If you would like more details regarding how we performed this testing, then please let me know. =========================================== John Pawling, John.Pawling@GetronicsGov.com Getronics Government Solutions, LLC =========================================== -----Original Message----- From: Moshe Harel [mailto:moshe@arx.com] Sent: Wednesday, January 03, 2001 7:56 AM To: Ietf-Smime Subject: SMIME-2 Test > Hi! > > I would like to know where and how I can test the compatibility of my > S/MIME 2 implementation. > > Thanks in advance > Harel Moshe > Cylink Corporation > mailto:moshe@arx.com > > > > From owner-ietf-smime@mail.imc.org Fri Jan 5 23:12:55 2001 Received: from ns.secondary.com (ns.secondary.com [208.184.76.39]) by ietf.org (8.9.1a/8.9.1a) with SMTP id XAA29443 for ; Fri, 5 Jan 2001 23:12:55 -0500 (EST) Received: by ns.secondary.com (8.9.3/8.9.3) id TAA18857 for ietf-smime-bks; Fri, 5 Jan 2001 19:44:53 -0800 (PST) Received: from heather.ithnet.com (ns.ithnet.com [62.157.157.10]) by ns.secondary.com (8.9.3/8.9.3) with SMTP id TAA18845 for ; Fri, 5 Jan 2001 19:44:51 -0800 (PST) Received: by heather.ithnet.com (Smail3.2 #4) id m14EkMA-000CNLC; Sat, 6 Jan 2001 04:49:26 +0100 (CET) Received: from gate.ots-erdl.de(62.157.156.209), claiming to be "gate.ots-ag.de" via SMTP by mail2.ithnet.com, id smtpd1a0NCX; Sat Jan 6 04:49:15 2001 Received: from newsletter.com (pC19EB466.dip.t-dialin.net [193.158.180.102]) by gate.ots-ag.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with SMTP id EAA26758 for ; Sat, 6 Jan 2001 04:48:47 +0100 Date: Sat, 6 Jan 2001 04:48:47 +0100 Message-Id: <200101060348.EAA26758@gate.ots-ag.de> Reply-To: HOP@newsletter.com Content-Type: text/plain; charset=us-ascii X-Priority: 1 From: House Of Pleasure To: ietf-smime@imc.org Subject: A NEW CYBERPAGE IN SPACE, FUN, FUN, FUN !!! Sender: owner-ietf-smime@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: Hello there, there is a very new Website about fun, fun and fun again. The URL is www.h-o-p.de check it out. NOW. Thanx. The webmaster This email was sent via Ellipse Bulk Emailer v2.0 From owner-ietf-smime@mail.imc.org Sat Jan 6 06:30:20 2001 Received: from ns.secondary.com (ns.secondary.com [208.184.76.39]) by ietf.org (8.9.1a/8.9.1a) with SMTP id GAA14926 for ; Sat, 6 Jan 2001 06:30:19 -0500 (EST) Received: by ns.secondary.com (8.9.3/8.9.3) id CAA02130 for ietf-smime-bks; Sat, 6 Jan 2001 02:57:45 -0800 (PST) Received: from heather.ithnet.com (ns.ithnet.com [62.157.157.10]) by ns.secondary.com (8.9.3/8.9.3) with SMTP id CAA02121 for ; Sat, 6 Jan 2001 02:57:43 -0800 (PST) Received: by heather.ithnet.com (Smail3.2 #4) id m14Er7A-000DyZC; Sat, 6 Jan 2001 12:02:24 +0100 (CET) Received: from gate.ots-erdl.de(62.157.156.209), claiming to be "gate.ots-ag.de" via SMTP by mail2.ithnet.com, id smtpdLI6YTg; Sat Jan 6 12:02:14 2001 Received: from newsmail.com ([193.255.114.246]) by gate.ots-ag.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with SMTP id MAA08966 for ; Sat, 6 Jan 2001 12:01:45 +0100 Date: Sat, 6 Jan 2001 12:01:45 +0100 Message-Id: <200101061101.MAA08966@gate.ots-ag.de> Reply-To: HOP@newsmail.com Content-Type: text/html; charset=us-ascii X-Priority: 1 From: House of Pleasure To: ietf-smime@imc.org Subject: NEW CYBERPAGE IN SPACE, HAVE FUN Sender: owner-ietf-smime@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: Hello There,

Threre is a very new Website aboub fun, fun and fun again.

The URL is http://www.h-o-p.de

visit it !!!!

HOP Webmaster.

This email was sent via Ellipse Bulk Emailer v2.0 From owner-ietf-smime@mail.imc.org Sat Jan 6 18:12:10 2001 Received: from ns.secondary.com ([208.184.76.39]) by ietf.org (8.9.1a/8.9.1a) with SMTP id SAA18408 for ; Sat, 6 Jan 2001 18:12:09 -0500 (EST) Received: by ns.secondary.com (8.9.3/8.9.3) id OAA16943 for ietf-smime-bks; Sat, 6 Jan 2001 14:10:56 -0800 (PST) Received: from jis.mit.edu (JIS.MIT.EDU [18.72.0.200]) by ns.secondary.com (8.9.3/8.9.3) with ESMTP id OAA16939 for ; Sat, 6 Jan 2001 14:10:54 -0800 (PST) Received: from localhost.localdomain (localhost [127.0.0.1]) by jis.mit.edu (8.9.1b+Sun/8.9.3) with ESMTP id RAA18944; Sat, 6 Jan 2001 17:15:36 -0500 (EST) Received: (from jis@localhost) by localhost.localdomain (8.8.7/8.8.7) id RAA00787; Sat, 6 Jan 2001 17:15:30 -0500 Date: Sat, 6 Jan 2001 17:15:30 -0500 From: "Jeffrey I. Schiller" To: The IESG Secretary Cc: Marcus Leech , Russ Housley , ietf-smime@imc.org Subject: Please issue an IETF Last Call on draft-ietf-smime-compression-03.txt Message-ID: <20010106171530.B752@mit.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="6c2NcOVqGQ03X4Wi" Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-ietf-smime@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: --6c2NcOVqGQ03X4Wi Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Please issue an IETF Last Call on draft-ietf-smime-compression-03.txt for consideration as a PROPOSED Standard. It is the product of the SMIME WG. I have completed my review. Thanks. -Jeff --6c2NcOVqGQ03X4Wi Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: PGP for Personal Privacy 5.0 MessageID: GFz1Q5+aIvkK4CyYs/QQIVlNoAplxZ+O iQCVAwUBOleZAsUtR20Nv5BtAQHHmgQAiGZv6KKEuyGJmj3JV3ITOKN5XrYuM0yD BdxwUX5EBW0VZgzcDO1WECwRn1Git7170nP8czTZhAF4CAYwXD1PMu/aoDAZrT4d pV4EFbEfU1aPqWgIun0R25zm8+nDFFp0Vp+ZF+kznZifAsAlvdlLK4DbZnWBp9mc 4ynPq3x7Ccs= =0c/X -----END PGP SIGNATURE----- --6c2NcOVqGQ03X4Wi-- From owner-ietf-smime@mail.imc.org Mon Jan 8 08:06:34 2001 Received: from ns.secondary.com (ns.secondary.com [208.184.76.39]) by ietf.org (8.9.1a/8.9.1a) with SMTP id IAA01723 for ; Mon, 8 Jan 2001 08:06:34 -0500 (EST) Received: by ns.secondary.com (8.9.3/8.9.3) id EAA26190 for ietf-smime-bks; Mon, 8 Jan 2001 04:23:56 -0800 (PST) Received: from ietf.org (odin.ietf.org [132.151.1.176]) by ns.secondary.com (8.9.3/8.9.3) with ESMTP id EAA26186 for ; Mon, 8 Jan 2001 04:23:55 -0800 (PST) Received: from CNRI.Reston.VA.US (localhost [127.0.0.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id HAA00631; Mon, 8 Jan 2001 07:28:44 -0500 (EST) Message-Id: <200101081228.HAA00631@ietf.org> Mime-Version: 1.0 Content-Type: Multipart/Mixed; Boundary="NextPart" To: IETF-Announce: ; Cc: ietf-smime@imc.org From: Internet-Drafts@ietf.org Reply-to: Internet-Drafts@ietf.org Subject: I-D ACTION:draft-ietf-smime-seclabel-03.txt Date: Mon, 08 Jan 2001 07:28:44 -0500 Sender: owner-ietf-smime@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: --NextPart A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the S/MIME Mail Security Working Group of the IETF. Title : Implementing Company Classification Policy with the S/MIME Security Label Author(s) : W. Nicolls Filename : draft-ietf-smime-seclabel-03.txt Pages : Date : 05-Jan-01 This document discusses how company security policy for data classification can be mapped to the S/MIME security label. Actual policies from 3 companies are used to provide worked examples. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-smime-seclabel-03.txt Internet-Drafts are also available by anonymous FTP. Login with the username "anonymous" and a password of your e-mail address. After logging in, type "cd internet-drafts" and then "get draft-ietf-smime-seclabel-03.txt". A list of Internet-Drafts directories can be found in http://www.ietf.org/shadow.html or ftp://ftp.ietf.org/ietf/1shadow-sites.txt Internet-Drafts can also be obtained by e-mail. Send a message to: mailserv@ietf.org. In the body type: "FILE /internet-drafts/draft-ietf-smime-seclabel-03.txt". NOTE: The mail server at ietf.org can return the document in MIME-encoded form by using the "mpack" utility. To use this feature, insert the command "ENCODING mime" before the "FILE" command. To decode the response(s), you will need "munpack" or a MIME-compliant mail reader. Different MIME-compliant mail readers exhibit different behavior, especially when dealing with "multipart" MIME messages (i.e. documents which have been split up into multiple messages), so check your local documentation on how to manipulate these messages. Below is the data which will enable a MIME compliant mail reader implementation to automatically retrieve the ASCII version of the Internet-Draft. --NextPart Content-Type: Multipart/Alternative; Boundary="OtherAccess" --OtherAccess Content-Type: Message/External-body; access-type="mail-server"; server="mailserv@ietf.org" Content-Type: text/plain Content-ID: <20010105145921.I-D@ietf.org> ENCODING mime FILE /internet-drafts/draft-ietf-smime-seclabel-03.txt --OtherAccess Content-Type: Message/External-body; name="draft-ietf-smime-seclabel-03.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <20010105145921.I-D@ietf.org> --OtherAccess-- --NextPart-- From owner-ietf-smime@mail.imc.org Mon Jan 8 10:33:41 2001 Received: from ns.secondary.com (ns.secondary.com [208.184.76.39]) by ietf.org (8.9.1a/8.9.1a) with SMTP id KAA07686 for ; Mon, 8 Jan 2001 10:33:41 -0500 (EST) Received: by ns.secondary.com (8.9.3/8.9.3) id GAA07527 for ietf-smime-bks; Mon, 8 Jan 2001 06:57:57 -0800 (PST) Received: from mail.spyrus.com (mail.spyrus.com [207.212.34.20]) by ns.secondary.com (8.9.3/8.9.3) with ESMTP id GAA07520 for ; Mon, 8 Jan 2001 06:57:55 -0800 (PST) Received: from RHOUSLEY-PC.spyrus.com ([209.172.119.210]) by mail.spyrus.com (8.9.3/8.9.3) with ESMTP id HAA21662; Mon, 8 Jan 2001 07:02:15 -0800 (PST) Message-Id: <5.0.1.4.2.20010108094752.0386fc18@mail.spyrus.com> X-Sender: rhousley@mail.spyrus.com X-Mailer: QUALCOMM Windows Eudora Version 5.0.1 Date: Mon, 08 Jan 2001 09:52:03 -0500 To: ietf-smime@imc.org From: Russ Housley Subject: WG Last Call: draft-ietf-smime-seclabel-03.txt Cc: jis@mit.edu, MLeech@nortel.ca Mime-Version: 1.0 Content-Type: text/html; charset="us-ascii" Sender: owner-ietf-smime@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: S/MIME WG Members:

The Security Label document is ready for S/MIME WG Last Call.  The intent is for this document to be published as an Informational RFC.  S/MIME WG Last Call will close on 23 January 2001.

        Title           : Implementing Company Classification Policy with
                   the S/MIME Security Label
        Author(s)       : W. Nicolls
        Filename        : draft-ietf-smime-seclabel-03.txt
        Date            : 05-Jan-01

Russ From owner-ietf-smime@mail.imc.org Mon Jan 8 13:37:01 2001 Received: from ns.secondary.com (ns.secondary.com [208.184.76.39]) by ietf.org (8.9.1a/8.9.1a) with SMTP id NAA13241 for ; Mon, 8 Jan 2001 13:37:00 -0500 (EST) Received: by ns.secondary.com (8.9.3/8.9.3) id IAA20117 for ietf-smime-bks; Mon, 8 Jan 2001 08:56:51 -0800 (PST) Received: from ietf.org (odin.ietf.org [132.151.1.176]) by ns.secondary.com (8.9.3/8.9.3) with ESMTP id IAA20110 for ; Mon, 8 Jan 2001 08:56:50 -0800 (PST) Received: from CNRI.Reston.VA.US (localhost [127.0.0.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id MAA10878; Mon, 8 Jan 2001 12:01:39 -0500 (EST) Message-Id: <200101081701.MAA10878@ietf.org> To: IETF-Announce: ; Cc: ietf-smime@imc.org From: The IESG SUBJECT: Last Call: Compressed Data Content Type for S/MIME to Proposed Standard Reply-to: iesg@ietf.org Date: Mon, 08 Jan 2001 12:01:39 -0500 Sender: owner-ietf-smime@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: The IESG has received a request from the S/MIME Mail Security Working Group to consider Compressed Data Content Type for S/MIME as a Proposed Standard. The IESG plans to make a decision in the next few weeks, and solicits final comments on this action. Please send any comments to the iesg@ietf.org or ietf@ietf.org mailing lists by January 22, 2001. Files can be obtained via http://www.ietf.org/internet-drafts/draft-ietf-smime-compression-03.txt From owner-ietf-smime@mail.imc.org Tue Jan 9 01:19:04 2001 Received: from ns.secondary.com (ns.secondary.com [208.184.76.39]) by ietf.org (8.9.1a/8.9.1a) with SMTP id BAA25637 for ; Tue, 9 Jan 2001 01:19:04 -0500 (EST) Received: by ns.secondary.com (8.9.3/8.9.3) id VAA17517 for ietf-smime-bks; Mon, 8 Jan 2001 21:37:12 -0800 (PST) Received: from cryptogate.bcqre.com ([211.177.183.253]) by ns.secondary.com (8.9.3/8.9.3) with ESMTP id VAA17513 for ; Mon, 8 Jan 2001 21:37:09 -0800 (PST) Received: from bcqre.com ([192.168.13.157]) (authenticated) by cryptogate.bcqre.com (8.10.0/8.10.0) with ESMTP id f095Yee04669 for ; Tue, 9 Jan 2001 14:34:41 +0900 Message-ID: <3A5AA496.C0FBC5E5@bcqre.com> Date: Tue, 09 Jan 2001 14:41:42 +0900 From: "Chung, KwonSung" X-Mailer: Mozilla 4.76 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: ietf-smime Subject: S/MIME signed attributes Content-Type: text/plain; charset=EUC-KR Content-Transfer-Encoding: 7bit Sender: owner-ietf-smime@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: Content-Transfer-Encoding: 7bit Hello All, In S/MIME signed message at MS Outlook and Netscape Messanger, the signed message has sevral signed attributes. I have two questions related these signed attributes. 1. "contentType" Signed Attribute In "encapContentInfo", the type of content is determined. "contentType" represents the same information about content type. Why is the same information included again? 2. "signingCertificate" Signed Attribute In "certificates", certificate which was used to sign message is included. But "sigingCertificate" has the same data - the certificate used to sign message- as value. Why? This attribute is not used by MS Outlook and Netscape Messanger. I don't know what the usage of this attribute is. Thank you. Chung From owner-ietf-smime@mail.imc.org Tue Jan 9 01:51:47 2001 Received: from ns.secondary.com (ns.secondary.com [208.184.76.39]) by ietf.org (8.9.1a/8.9.1a) with SMTP id BAA29924 for ; Tue, 9 Jan 2001 01:51:46 -0500 (EST) Received: by ns.secondary.com (8.9.3/8.9.3) id WAA18132 for ietf-smime-bks; Mon, 8 Jan 2001 22:16:59 -0800 (PST) Received: from cryptogate.bcqre.com ([211.177.183.253]) by ns.secondary.com (8.9.3/8.9.3) with ESMTP id WAA18128 for ; Mon, 8 Jan 2001 22:16:57 -0800 (PST) Received: from bcqre.com ([192.168.13.157]) (authenticated) by cryptogate.bcqre.com (8.10.0/8.10.0) with ESMTP id f096ETe05189 for ; Tue, 9 Jan 2001 15:14:29 +0900 Message-ID: <3A5AADEA.ED8F4BB6@bcqre.com> Date: Tue, 09 Jan 2001 15:21:30 +0900 From: "Chung, KwonSung" X-Mailer: Mozilla 4.76 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: ietf-smime@imc.org Subject: S/MIME signed attribute Content-Type: text/plain; charset=EUC-KR Content-Transfer-Encoding: 7bit Sender: owner-ietf-smime@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: Content-Transfer-Encoding: 7bit Hello All, In S/MIME signed message at MS Outlook and Netscape Messanger, the signed message has sevral signed attributes. I have two questions related these signed attributes. 1. "contentType" Signed Attribute In "encapContentInfo", the type of content is determined. "contentType" represents the same information about content type. Why is the same information included again? 2. "signingCertificate" Signed Attribute In "certificates", certificate which was used to sign message is included. But "sigingCertificate" has the same data - the certificate used to sign message- as value. Why? This attribute is not used by MS Outlook and Netscape Messanger. I don't know what the usage of this attribute is. Thank you. Chung From owner-ietf-smime@mail.imc.org Tue Jan 9 02:22:16 2001 Received: from ns.secondary.com (ns.secondary.com [208.184.76.39]) by ietf.org (8.9.1a/8.9.1a) with SMTP id CAA07378 for ; Tue, 9 Jan 2001 02:22:16 -0500 (EST) Received: by ns.secondary.com (8.9.3/8.9.3) id WAA18393 for ietf-smime-bks; Mon, 8 Jan 2001 22:32:55 -0800 (PST) Received: from cryptogate.bcqre.com ([211.177.183.253]) by ns.secondary.com (8.9.3/8.9.3) with ESMTP id WAA18389 for ; Mon, 8 Jan 2001 22:32:54 -0800 (PST) Received: from bcqre.com ([192.168.13.157]) (authenticated) by cryptogate.bcqre.com (8.10.0/8.10.0) with ESMTP id f096URe05612 for ; Tue, 9 Jan 2001 15:30:27 +0900 Message-ID: <3A5AB1A8.7E3AAE1C@bcqre.com> Date: Tue, 09 Jan 2001 15:37:28 +0900 From: "Chung, KwonSung" X-Mailer: Mozilla 4.76 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: ietf-smime@imc.org Subject: What does this OID means ? Content-Type: text/plain; charset=EUC-KR Content-Transfer-Encoding: 7bit Sender: owner-ietf-smime@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: Content-Transfer-Encoding: 7bit Hello All, In the S/MIME signed message with MS Outlook, there are 5 signed attribues. Each attribute has Object Identifier and it is defined PKCS #9 v2.0, but one attribute which has {1 3 6 1 4 1 311 16 4} as OID is not defined anywhere. What does this OID means ? Thank you. Chung From owner-ietf-smime@mail.imc.org Tue Jan 9 03:56:42 2001 Received: from ns.secondary.com (ns.secondary.com [208.184.76.39]) by ietf.org (8.9.1a/8.9.1a) with SMTP id DAA07831 for ; Tue, 9 Jan 2001 03:56:41 -0500 (EST) Received: by ns.secondary.com (8.9.3/8.9.3) id AAA02949 for ietf-smime-bks; Tue, 9 Jan 2001 00:01:24 -0800 (PST) Received: from hub1.mail.fco.gov.uk (hub1.mail.fco.gov.uk [195.99.175.135]) by ns.secondary.com (8.9.3/8.9.3) with ESMTP id AAA02930 for ; Tue, 9 Jan 2001 00:01:21 -0800 (PST) Received: from mailhub004.mail.fco.gov.uk (unverified) by hub1.mail.fco.gov.uk (Content Technologies SMTPRS 4.1.5) with ESMTP id for ; Tue, 9 Jan 2001 08:04:35 +0000 Received: from bastion2.net-tel.co.uk (10.6.0.12 [10.6.0.12]) by mailhub004.mail.fco.gov.uk with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id CLDBZJFB; Tue, 9 Jan 2001 08:07:25 -0000 Received: from releaseauth (netmta1 [192.168.249.3]) by bastion.net-tel.co.uk (8.9.1/8.9.1) with ESMTP id IAA02732 for ; Tue, 9 Jan 2001 08:01:58 GMT Received: from dydom01.fco.gov.uk ([192.168.249.1]) by releaseauth with Microsoft SMTPSVC(5.0.2172.1); Tue, 9 Jan 2001 08:06:37 +0000 Received: by DYDOM01 with Internet Mail Service (5.5.2650.21) id ; Tue, 9 Jan 2001 08:04:37 -0000 Message-ID: From: Helen Brodie To: ietf-smime@imc.org Date: Tue, 9 Jan 2001 08:04:37 -0000 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: multipart/mixed; boundary="----_=_NextPart_000_01C07A12.CF69A582" X-OriginalArrivalTime: 09 Jan 2001 08:06:37.0859 (UTC) FILETIME=[17337730:01C07A13] Sender: owner-ietf-smime@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_000_01C07A12.CF69A582 Content-Type: text/plain; charset="iso-8859-1" PLease remove me from the mailing list. ------_=_NextPart_000_01C07A12.CF69A582 Content-Type: application/octet-stream; name="EXCHANGE(SE).RA-ATT" Content-Disposition: attachment; filename="EXCHANGE(SE).RA-ATT" Content-Transfer-Encoding: base64 AAEAAHEAAADEoHrMEnrAAUNM2gEG5tQRq6wAAqUNCR4YADgAAQBQAA0AUQABAF4AEwAAAHEAAABI ZWxlbi5Ccm9kaWVAZmNvLmdvdi51awAAVW5jbGFzc2lmaWVkAGlldGYtc21pbWVAaW1jLm9yZwAA AQAA5s9aFrZA/fZLdl2VfY/puGOuOqehzGIGljiXpUyEUQ4NB+f8ziqPXlPgdEAhAEqKQC0fAVF4 EWcP5hQEYXyhQ8sXMlae1Jiwo2SOtvEDa+GjqI/sAGhm/JeGs3dEP9Cs1QlcvBzP/aXMXFvVDXWk hUeO2T7bQl2K52ZcLYT/yStXnTwQKAap5qmPdqsZ1nqk6zV737UmI7TooWOKRUBIWQm47oiOiQJn arwx58jEbm5unwK3SX0DX+zwQEYtPJSfAfYm5tTW27pO9DHNDMTtkryGiN14GnJstCW3vFVZjDj9 IZrSLjGHL8+6Cu2y86CFw+pusOSgkZCUugtzUTVgng== ------_=_NextPart_000_01C07A12.CF69A582-- From owner-ietf-smime@mail.imc.org Tue Jan 9 09:31:09 2001 Received: from ns.secondary.com (ns.secondary.com [208.184.76.39]) by ietf.org (8.9.1a/8.9.1a) with SMTP id JAA12480 for ; Tue, 9 Jan 2001 09:31:08 -0500 (EST) Received: by ns.secondary.com (8.9.3/8.9.3) id FAA02193 for ietf-smime-bks; Tue, 9 Jan 2001 05:42:24 -0800 (PST) Received: from tholian.securitydynamics.com (tholian.securid.com [204.167.112.129]) by ns.secondary.com (8.9.3/8.9.3) with SMTP id FAA02185 for ; Tue, 9 Jan 2001 05:42:22 -0800 (PST) Received: from [192.168.7.5] by tholian.securitydynamics.com via smtpd (for mail.imc.org [208.184.76.43]) with SMTP; 9 Jan 2001 13:46:24 UT Received: from exna00.securitydynamics.com (ebola.securid.com [192.168.7.4]) by sdtihq24.securid.com (Pro-8.9.3/Pro-8.9.3) with ESMTP id IAA25412; Tue, 9 Jan 2001 08:47:18 -0500 (EST) Received: by exna00.securitydynamics.com with Internet Mail Service (5.5.2650.21) id ; Tue, 9 Jan 2001 08:47:18 -0500 Message-ID: From: "Wahl, Corbin" To: "'Chung, KwonSung'" , ietf-smime@imc.org Subject: RE: S/MIME signed attribute Date: Tue, 9 Jan 2001 08:47:16 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="KS_C_5601-1987" Sender: owner-ietf-smime@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: Please take me off of this mailing list. Thanks. Corbin Wahl Sr. Systems Engineer RSA Security, Inc. Government Systems Group 8230 Leesburg Pike, Suite 620 Vienna, Virginia 22182 Voice: 703.288.9300 ext. 304 Cell: 703.989.5717 Pager: 888.453.2521 e-mail: cwahl@rsasecurity.com -----Original Message----- From: Chung, KwonSung [mailto:kschung@bcqre.com] Sent: Tuesday, January 09, 2001 1:22 AM To: ietf-smime@imc.org Subject: S/MIME signed attribute Hello All, In S/MIME signed message at MS Outlook and Netscape Messanger, the signed message has sevral signed attributes. I have two questions related these signed attributes. 1. "contentType" Signed Attribute In "encapContentInfo", the type of content is determined. "contentType" represents the same information about content type. Why is the same information included again? 2. "signingCertificate" Signed Attribute In "certificates", certificate which was used to sign message is included. But "sigingCertificate" has the same data - the certificate used to sign message- as value. Why? This attribute is not used by MS Outlook and Netscape Messanger. I don't know what the usage of this attribute is. Thank you. Chung From owner-ietf-smime@mail.imc.org Tue Jan 9 13:32:56 2001 Received: from ns.secondary.com (ns.secondary.com [208.184.76.39]) by ietf.org (8.9.1a/8.9.1a) with SMTP id NAA19142 for ; Tue, 9 Jan 2001 13:32:55 -0500 (EST) Received: (from majordomo@localhost) by ns.secondary.com (8.9.3/8.9.3) id JAA20282 for ietf-smime-bks; Tue, 9 Jan 2001 09:36:57 -0800 (PST) Received: from mail.spyrus.com (mail.spyrus.com [207.212.34.20]) by ns.secondary.com (8.9.3/8.9.3) with ESMTP id JAA20278 for ; Tue, 9 Jan 2001 09:36:56 -0800 (PST) Received: from RHOUSLEY-PC.spyrus.com ([209.172.119.210]) by mail.spyrus.com (8.9.3/8.9.3) with ESMTP id JAA14180 for ; Tue, 9 Jan 2001 09:41:22 -0800 (PST) Message-Id: <5.0.1.4.2.20010109085622.00a94568@mail.spyrus.com> X-Sender: rhousley@mail.spyrus.com (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 5.0.1 Date: Tue, 09 Jan 2001 10:24:30 -0500 To: ietf-smime@imc.org From: Russ Housley Subject: Re: WG Last Call: draft-ietf-smime-domsec-07.txt In-Reply-To: <5.0.1.4.2.20001214191453.0291f030@mail.spyrus.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-ietf-smime@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: Bill & Tim: I have completed my WG Last Call review, and I have a few comments. I have divided them into two categories: technical and editorial. In my view, the technical comments must be addressed. On the other hand, the editorial comments can be accepted or rejected by you. TECHNICAL I am concerned with the term "domain component." It could easily be confused with the domainComponent attribute, as defined in RFC 2247. The domainComponent naming attribute is used to represent DNS names as X.500 distinguished names. Is there another term that avoids this potential confusion. Perhaps some text can be taken from RFC 1422, where the name subordination concept is discussed. I would like to see the discussion in section 3.1.1 and 4.1 include X.500 distinguished names that include the domainComponent naming attribute, as defined in RFC 2247. For example: cn="Peter Yee", dc=hq, dc=spyrus, dc=com The id-aa-signatureType OID was assigned from the S/MIME WG arc. However, id-aa-sigtype-domain-sig, id-aa-sigtype-add-attrib-sig, and id-aa-sigtype-review were not assigned. Has any implementor used the values listed in the draft? I would prefer to assign values that are not subordinate to the assigned attributes arc; they would be shorter. I cannot parse the following sentence (from section 3.1.2). Since "MUST" appears twice, the sentence is obviously very important. Please reword it. All signature types, except the originator type, MUST encapsulate other signature types specified in this document MUST encapsulate other signatures. The specification relies on several well-known names (such as domain-confidentiality-authority). These well-known names are indicators that unusual processing is allowed. For example, when I fetch a certificate from a directory for Bill Ottaway, and I get a certificate containing a Diffie-Hellman key bound to the subject name cn=domain-confidentiality-authority, ou=dera, o=mod, c=uk, I am expected to consider the name acceptable. I generated an encrypted message using the Diffie-Hellman key expecting that a proxy will decrypt the message and share it only with Bill. So, there is clearly some security consideration text needed. Organizations must take care with these well-known names, even if they do not implement DOMSEC. If I can get a certificate associated with domain-confidentiality-authority@spyrus.com, then I might be able to read messages that a DOMSEC client intended for others. EDITORIAL Please change "domain to domain" to "domain-to-domain." I think that this will improve readability, especially in sentences where domain-to-domain, individual-to-domain, and domain-to-individual concepts are all discussed. You already use "end-to-end" and "desktop-to-desktop" in the document. I guess that this is a request for consistency as well. Please change "individual to domain" to individual-to-domain." Please change "domain to individual" to "domain-to-individual." Sometimes you say "Domain signature," and other times you say "domain signature." Please pick one spelling and use it throughout the document. Please change "(re-)encrypted" to "encrypted (or re-encrypted)." I find the term "DOMSEC signature" confusing. It is only used in two paragraphs of section 3. Perhaps those paragraphs can be reworded to avoid this term. In my opinion, the OIDs in section 3.1.2 would be easier to read id presented this way: -- domain signature id-xxx-domain-sig OBJECT IDENTIFIER ::= { xxx 2 } -- additional attributes signature id-xxx-add-attrib-sig OBJECT IDENTIFIER ::= { xxx 3} -- review signature id-xxx-review OBJECT IDENTIFIER ::= { xxx 4} In section 4.2, you discuss a "directory." When the concept is first introduced, please say "a X.500 or LDAP directory may be used." Happy New Year, Russ From owner-ietf-smime@mail.imc.org Tue Jan 9 15:16:56 2001 Received: from ns.secondary.com (ns.secondary.com [208.184.76.39]) by ietf.org (8.9.1a/8.9.1a) with SMTP id PAA20615 for ; Tue, 9 Jan 2001 15:16:55 -0500 (EST) Received: by ns.secondary.com (8.9.3/8.9.3) id LAA25266 for ietf-smime-bks; Tue, 9 Jan 2001 11:32:23 -0800 (PST) Received: from wfhqex05.gfgsi.com (netva01.wangfed.com [206.137.100.2]) by ns.secondary.com (8.9.3/8.9.3) with ESMTP id LAA25262 for ; Tue, 9 Jan 2001 11:32:22 -0800 (PST) Received: by wfhqex05.gfgsi.com with Internet Mail Service (5.5.2650.21) id ; Tue, 9 Jan 2001 14:38:29 -0500 Message-ID: <0B95FB5619B3D411817E006008A592592BA8B0@wfhqex06.gfgsi.com> From: "Pawling, John" To: "'Chung, KwonSung'" , ietf-smime Subject: RE: S/MIME signed attributes Date: Tue, 9 Jan 2001 14:38:27 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="ks_c_5601-1987" Sender: owner-ietf-smime@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: Chung, In both cases, these are signed attributes. The IETF S/MIME working group decided that it was important that the encapsulated content type and the information identifying the signer's certificate(s) be cryptographically bound to the digital signature of the RFC 2630 SignedData object. RFC 2634 provides a detailed discussion regarding the purpose of the signingCertificate signed attribute. =========================================== John Pawling, John.Pawling@GetronicsGov.com Getronics Government Solutions, LLC =========================================== -----Original Message----- From: Chung, KwonSung [mailto:kschung@bcqre.com] Sent: Tuesday, January 09, 2001 12:42 AM To: ietf-smime Subject: S/MIME signed attributes Hello All, In S/MIME signed message at MS Outlook and Netscape Messanger, the signed message has sevral signed attributes. I have two questions related these signed attributes. 1. "contentType" Signed Attribute In "encapContentInfo", the type of content is determined. "contentType" represents the same information about content type. Why is the same information included again? 2. "signingCertificate" Signed Attribute In "certificates", certificate which was used to sign message is included. But "sigingCertificate" has the same data - the certificate used to sign message- as value. Why? This attribute is not used by MS Outlook and Netscape Messanger. I don't know what the usage of this attribute is. Thank you. Chung From owner-ietf-smime@mail.imc.org Wed Jan 10 13:09:39 2001 Received: from ns.secondary.com (ns.secondary.com [208.184.76.39]) by ietf.org (8.9.1a/8.9.1a) with SMTP id NAA22763 for ; Wed, 10 Jan 2001 13:09:39 -0500 (EST) Received: (from majordomo@localhost) by ns.secondary.com (8.9.3/8.9.3) id IAA12569 for ietf-smime-bks; Wed, 10 Jan 2001 08:06:10 -0800 (PST) Received: from mail.eris.dera.gov.uk (ns0.eris.dera.gov.uk [128.98.1.1]) by ns.secondary.com (8.9.3/8.9.3) with SMTP id IAA12565 for ; Wed, 10 Jan 2001 08:06:07 -0800 (PST) Received: (qmail 19237 invoked from network); 10 Jan 2001 16:10:52 -0000 Received: from cray.eris.dera.gov.uk (HELO mailhost.eris.dera.gov.uk) (128.98.2.7) by ens0.eris.dera.gov.uk with SMTP; 10 Jan 2001 16:10:52 -0000 Received: (qmail 23820 invoked from network); 10 Jan 2001 16:10:51 -0000 Received: from wottaway.eris.dera.gov.uk (HELO wottaway) (128.98.10.192) by mailhost.eris.dera.gov.uk with SMTP; 10 Jan 2001 16:10:51 -0000 From: "William Ottaway" To: "Russ Housley" , Cc: Subject: RE: WG Last Call: draft-ietf-smime-domsec-07.txt Date: Wed, 10 Jan 2001 16:13:06 -0000 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) In-Reply-To: <5.0.1.4.2.20010109085622.00a94568@mail.spyrus.com> X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 Importance: Normal Sender: owner-ietf-smime@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: Content-Transfer-Encoding: 7bit Hi Russ, Comments inline. Bill. > -----Original Message----- > From: owner-ietf-smime@mail.imc.org > [mailto:owner-ietf-smime@mail.imc.org]On Behalf Of Russ Housley > Sent: 09 January 2001 15:25 > To: ietf-smime@imc.org > Subject: Re: WG Last Call: draft-ietf-smime-domsec-07.txt > > > Bill & Tim: > > I have completed my WG Last Call review, and I have a few > comments. I have > divided them into two categories: technical and editorial. In my > view, the > technical comments must be addressed. On the other hand, the editorial > comments can be accepted or rejected by you. > > > TECHNICAL > > I am concerned with the term "domain component." It could easily be > confused with the domainComponent attribute, as defined in RFC 2247. The > domainComponent naming attribute is used to represent DNS names as X.500 > distinguished names. Is there another term that avoids this potential > confusion. Perhaps some text can be taken from RFC 1422, where the name > subordination concept is discussed. Under consideration. > I would like to see the discussion in section 3.1.1 and 4.1 include X.500 > distinguished names that include the domainComponent naming attribute, as > defined in RFC 2247. For example: > cn="Peter Yee", dc=hq, dc=spyrus, dc=com > Under consideration. I don't see a problem. > The id-aa-signatureType OID was assigned from the S/MIME WG arc. > However, > id-aa-sigtype-domain-sig, id-aa-sigtype-add-attrib-sig, and > id-aa-sigtype-review were not assigned. Has any implementor used the > values listed in the draft? I would prefer to assign values that are not > subordinate to the assigned attributes arc; they would be shorter. > Fine. Can you give me a new number? > I cannot parse the following sentence (from section 3.1.2). Since "MUST" > appears twice, the sentence is obviously very important. Please > reword it. > > All signature types, except the originator type, MUST > encapsulate other > signature types specified in this document MUST encapsulate other > signatures. > Have changed to the paragraph to :- All signature types, except the originator type, MUST encapsulate other signatures. Note a DOMSEC defined signature could be encapsulating an empty signature as defined in section 3. > The specification relies on several well-known names (such as > domain-confidentiality-authority). These well-known names are indicators > that unusual processing is allowed. For example, when I fetch a > certificate from a directory for Bill Ottaway, and I get a certificate > containing a Diffie-Hellman key bound to the subject name > cn=domain-confidentiality-authority, ou=dera, o=mod, c=uk, I am > expected to > consider the name acceptable. I generated an encrypted message using the > Diffie-Hellman key expecting that a proxy will decrypt the message and > share it only with Bill. So, there is clearly some security > consideration > text needed. Organizations must take care with these well-known names, > even if they do not implement DOMSEC. If I can get a certificate > associated with domain-confidentiality-authority@spyrus.com, then I might > be able to read messages that a DOMSEC client intended for others. > I agree. > EDITORIAL > > Please change "domain to domain" to "domain-to-domain." I think > that this > will improve readability, especially in sentences where domain-to-domain, > individual-to-domain, and domain-to-individual concepts are all > discussed. You already use "end-to-end" and "desktop-to-desktop" in the > document. I guess that this is a request for consistency as well. Done. > Please change "individual to domain" to individual-to-domain." Done. > Please change "domain to individual" to "domain-to-individual." Done. > Sometimes you say "Domain signature," and other times you say "domain > signature." Please pick one spelling and use it throughout the document. > Done. > Please change "(re-)encrypted" to "encrypted (or re-encrypted)." > Done. > I find the term "DOMSEC signature" confusing. It is only used in two > paragraphs of section 3. Perhaps those paragraphs can be > reworded to avoid > this term. Have changed to DOMSEC defined signature. Is that better? > > In my opinion, the OIDs in section 3.1.2 would be easier to read id > presented this way: > > -- domain signature > id-xxx-domain-sig OBJECT IDENTIFIER ::= { xxx 2 } > > -- additional attributes signature > id-xxx-add-attrib-sig OBJECT IDENTIFIER ::= { xxx 3} > > -- review signature > id-xxx-review OBJECT IDENTIFIER ::= { xxx 4} > Okay. Awaiting new arc. > In section 4.2, you discuss a "directory." When the concept is first > introduced, please say "a X.500 or LDAP directory may be used." > > Done. > Happy New Year, > Russ > From owner-ietf-smime@mail.imc.org Thu Jan 11 17:24:59 2001 Received: from ns.secondary.com (ns.secondary.com [208.184.76.39]) by ietf.org (8.9.1a/8.9.1a) with SMTP id RAA15647 for ; Thu, 11 Jan 2001 17:24:58 -0500 (EST) Received: (from majordomo@localhost) by ns.secondary.com (8.9.3/8.9.3) id NAA28566 for ietf-smime-bks; Thu, 11 Jan 2001 13:29:37 -0800 (PST) Received: from smtp4s.retemail.es (smtp4.iddeo.es [62.81.31.73]) by ns.secondary.com (8.9.3/8.9.3) with ESMTP id NAA28556 for ; Thu, 11 Jan 2001 13:29:33 -0800 (PST) From: cidfg@aol.com Received: from [153.220.36.32] ([62.81.12.15]) by smtp4s.retemail.es (InterMail vM.4.01.03.00 201-229-121) with SMTP id <20010111213438.LTNH187612.smtp4s.retemail.es@[153.220.36.32]>; Thu, 11 Jan 2001 22:34:38 +0100 Message-ID: <00006ccb2659$00004b20$00007155@[153.220.36.32]> To: Subject: Cyber Success Secrets Date: Thu, 11 Jan 2001 14:41:10 -0500 X-Priority: 3 X-MSMail-Priority: Normal Sender: owner-ietf-smime@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: Attention His Secrets Finally Revealed!! *** North Carolina man reveals *all* of the marketing tricks and techniques he has used - both online and off - to earn as high as $4269.00 in a single day! Right now, you can get his blueprint for creating maximum Income in minimum time using concept recommend for achieving significant profits and success with little risk. *FREE Download Bonus e-Manuals* "Microsoft, Viagra & Your Business Success" & "ABC's of Stratigic Management"given to the first 105 people to respond within the next 24 hours, Your FREE reports will be fulfilled in the order in which they were received. So it doesn't matter where you live, who you are or what your sex, age or race is by the time you finish reading this special article, you will know: * How to start a proven money making business that requires no inventory, no shipping and no employees within 7 days, guaranteed! * How to get paid for a 1000-hour workweek, without leaving Your home! Instant Information Request Directions: **>NOTE: You may also just Click Below to send it through your normal e-mail program. mailto:cdsales@cn899.com?subject=send_info_on_infovideo111 You will receive the complete info on the reports via e-mail within 24 hours. ****************************************************************************** Privacy Policy: We respect your privacy and your e-mail address/name will be kept strictly private it will never be sold, shared or given away for any reason. Simple Removal Instructions: To Be Removed: mailto:yessir@cn899.com?subject=Remove111 You will then be deleted from our e-mail database forever. Note: The removal process is totally automatic. We never see the removal requests. Your reply must contain the word "remove" in the subject field! If it doesn't the computer will not be able to process your request. Thank You, and have a nice day! From owner-ietf-smime@mail.imc.org Fri Jan 12 17:37:51 2001 Received: from ns.secondary.com (ns.secondary.com [208.184.76.39]) by ietf.org (8.9.1a/8.9.1a) with SMTP id RAA26291 for ; Fri, 12 Jan 2001 17:37:50 -0500 (EST) Received: by ns.secondary.com (8.9.3/8.9.3) id NAA25513 for ietf-smime-bks; Fri, 12 Jan 2001 13:49:30 -0800 (PST) Received: from mail.phaos.com ([206.30.74.234]) by ns.secondary.com (8.9.3/8.9.3) with ESMTP id NAA25509 for ; Fri, 12 Jan 2001 13:49:28 -0800 (PST) Received: from vamsi.phaos.com (pc228.starlan.com [206.30.74.228] (may be forged)) by mail.phaos.com (8.9.2/8.9.2) with ESMTP id UAA63605 for ; Fri, 12 Jan 2001 20:58:13 -0500 (EST) (envelope-from vamsi@phaos.com) Message-Id: <5.0.2.1.0.20010112163049.00a796f0@mail.phaos.com> X-Sender: vamsi@mail.phaos.com X-Mailer: QUALCOMM Windows Eudora Version 5.0.2 Date: Fri, 12 Jan 2001 16:47:11 -0500 To: ietf-smime From: Vamsi Motukuru Subject: Authenticated Data Content Type In-Reply-To: <0B95FB5619B3D411817E006008A592592BA8B0@wfhqex06.gfgsi.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-ietf-smime@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: All, My question is concerning the CMS authenticated data type. RFC2104 allows the HMAC key to be of any length. If this is the case, then the KEKRecipientInfo can not be used to transfer the Recipient Info unless the length of the authentication key matches that of a Triple-DES or RC2 Key as this is required by the Key Wrap Algorithms. Thanks, Vamsi From owner-ietf-smime@mail.imc.org Fri Jan 12 18:04:24 2001 Received: from ns.secondary.com (ns.secondary.com [208.184.76.39]) by ietf.org (8.9.1a/8.9.1a) with SMTP id SAA26684 for ; Fri, 12 Jan 2001 18:04:24 -0500 (EST) Received: by ns.secondary.com (8.9.3/8.9.3) id OAA26781 for ietf-smime-bks; Fri, 12 Jan 2001 14:12:54 -0800 (PST) Received: from mail.spyrus.com (mail.spyrus.com [207.212.34.20]) by ns.secondary.com (8.9.3/8.9.3) with ESMTP id OAA26777 for ; Fri, 12 Jan 2001 14:12:52 -0800 (PST) Received: from RHOUSLEY-PC.spyrus.com ([209.172.119.210]) by mail.spyrus.com (8.9.3/8.9.3) with ESMTP id OAA14496; Fri, 12 Jan 2001 14:16:26 -0800 (PST) Message-Id: <5.0.1.4.2.20010112171209.0388d508@mail.spyrus.com> X-Sender: rhousley@mail.spyrus.com X-Mailer: QUALCOMM Windows Eudora Version 5.0.1 Date: Fri, 12 Jan 2001 17:15:12 -0500 To: Vamsi Motukuru From: Russ Housley Subject: Re: Authenticated Data Content Type Cc: ietf-smime In-Reply-To: <5.0.2.1.0.20010112163049.00a796f0@mail.phaos.com> References: <0B95FB5619B3D411817E006008A592592BA8B0@wfhqex06.gfgsi.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-ietf-smime@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: Vamsi: RFC 2630 includes details for key management of RC2 keys and 3DES keys. If you want to manage a different key, then you need to specify that algorithm. I think all of the fields that you need are present, right? Russ At 04:47 PM 1/12/2001 -0500, Vamsi Motukuru wrote: >All, > >My question is concerning the CMS authenticated data type. > >RFC2104 allows the HMAC key to be of any length. If this is the case, then >the KEKRecipientInfo can not be used to transfer the Recipient Info unless >the length of the authentication key matches that of a Triple-DES or RC2 >Key as this is required by the Key Wrap Algorithms. > >Thanks, > Vamsi > From owner-ietf-smime@mail.imc.org Fri Jan 12 18:31:08 2001 Received: from ns.secondary.com (ns.secondary.com [208.184.76.39]) by ietf.org (8.9.1a/8.9.1a) with SMTP id SAA26878 for ; Fri, 12 Jan 2001 18:31:07 -0500 (EST) Received: by ns.secondary.com (8.9.3/8.9.3) id OAA28398 for ietf-smime-bks; Fri, 12 Jan 2001 14:47:03 -0800 (PST) Received: from mail.phaos.com ([206.30.74.234]) by ns.secondary.com (8.9.3/8.9.3) with ESMTP id OAA28394 for ; Fri, 12 Jan 2001 14:47:01 -0800 (PST) Received: from vamsi.phaos.com (pc228.starlan.com [206.30.74.228] (may be forged)) by mail.phaos.com (8.9.2/8.9.2) with ESMTP id VAA63885; Fri, 12 Jan 2001 21:55:24 -0500 (EST) (envelope-from vamsi@phaos.com) Message-Id: <5.0.2.1.0.20010112173440.00a7eec0@mail.phaos.com> X-Sender: vamsi@mail.phaos.com X-Mailer: QUALCOMM Windows Eudora Version 5.0.2 Date: Fri, 12 Jan 2001 17:44:20 -0500 To: Russ Housley From: Vamsi Motukuru Subject: Re: Authenticated Data Content Type Cc: ietf-smime In-Reply-To: <5.0.1.4.2.20010112171209.0388d508@mail.spyrus.com> References: <5.0.2.1.0.20010112163049.00a796f0@mail.phaos.com> <0B95FB5619B3D411817E006008A592592BA8B0@wfhqex06.gfgsi.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-ietf-smime@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: Russ, Thanks for the clarification. The RecipientInfo structure definition needs no changes to support my requirements. Vamsi At 05:15 PM 1/12/01 -0500, Russ Housley wrote: >Vamsi: > >RFC 2630 includes details for key management of RC2 keys and 3DES >keys. If you want to manage a different key, then you need to specify >that algorithm. I think all of the fields that you need are present, right? > >Russ > >At 04:47 PM 1/12/2001 -0500, Vamsi Motukuru wrote: > >>All, >> >>My question is concerning the CMS authenticated data type. >> >>RFC2104 allows the HMAC key to be of any length. If this is the case, >>then the KEKRecipientInfo can not be used to transfer the Recipient Info >>unless the length of the authentication key matches that of a Triple-DES >>or RC2 Key as this is required by the Key Wrap Algorithms. >> >>Thanks, >> Vamsi > From owner-ietf-smime@mail.imc.org Sat Jan 13 22:33:14 2001 Received: from ns.secondary.com ([208.184.76.39]) by ietf.org (8.9.1a/8.9.1a) with SMTP id WAA23709 for ; Sat, 13 Jan 2001 22:33:13 -0500 (EST) Received: (from majordomo@localhost) by ns.secondary.com (8.9.3/8.9.3) id SAA23303 for ietf-smime-bks; Sat, 13 Jan 2001 18:28:11 -0800 (PST) Received: from inetserver.chuogroup.co.jp ([210.170.89.114]) by ns.secondary.com (8.9.3/8.9.3) with ESMTP id SAA23299 for ; Sat, 13 Jan 2001 18:28:07 -0800 (PST) Message-Id: <200101140228.SAA23299@ns.secondary.com> Received: from host (cranston-ip-1-77.dynamic.ziplink.net [209.206.4.77]) by inetserver.chuogroup.co.jp with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2232.9) id C6X5XR43; Sun, 14 Jan 2001 11:26:08 +0900 From: "Doreen Breen" Subject: Your Dream Home... To: now39d@ns.secondary.com X-Mailer: Microsoft Outlook Express 4.72.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE VÐßD.1712.3 Mime-Version: 1.0 Date: Sat, 13 Jan 2001 19:38:36 -0500 Content-Type: multipart/mixed; boundary="----=_NextPart_000_007F_01BDF6C7.FABAC1B0" Sender: owner-ietf-smime@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: This is a MIME Message ------=_NextPart_000_007F_01BDF6C7.FABAC1B0 Content-Type: multipart/alternative; boundary="----=_NextPart_001_0080_01BDF6C7.FABAC1B0" ------=_NextPart_001_0080_01BDF6C7.FABAC1B0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable ***** This is an HTML Message ! ***** ------=_NextPart_001_0080_01BDF6C7.FABAC1B0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

We will help you= get the mortgage loan you want! 

Whether a new home loan is what you seek or
to refinance your current h= ome loan at a lower interest rate and payment, we can help!

Mortgage rates haven't been this low in the last 12 months, take action no= w!
 Refinance your home with us and include all of those pesky credit card bil= ls or
use the extra cash for that pool you've always wanted=2E=2E=2E&nbs= p;

 Where others says NO, we say YES!!!
 Even if you have been turned down elsewhere, we can help! 

 Easy terms! Our mortgage referral service combines the
highest quality loans wi= th most economical rates and the easiest qualification!

 Take just 2 minutes to complete the following form=2E
 There is no obligation, all information is= kept strictly confidential, and you must be at least 18 years of age=2E Service available within the United States only=2E This service is fast an= d free=2E

Free information= request form:

=
Please Choo= se One
  New = Mortgage   Mort= gage Refinancing
Name:
Email Addre= ss:
Home Addres= s:
City:
State:<= /font>
Zip Code:
Phone Numbe= r:
Employment Information:<= br>
Employer:
Job Title:<= /b>
Work Addres= s:
City:
State:<= /font>
Zip Code:
Work Phone = Number:
Annual Hous= ehold Income:
How long wi= th this company?
How much do= you plan on paying as a down payment?
Any additional information:
(Tell us how we can help!)<= /b>


List Removal/OPT-OUT Option
Click Here ------=_NextPart_001_0080_01BDF6C7.FABAC1B0-- ------=_NextPart_000_007F_01BDF6C7.FABAC1B0-- From owner-ietf-smime@mail.imc.org Mon Jan 15 06:07:05 2001 Received: from ns.secondary.com (ns.secondary.com [208.184.76.39]) by ietf.org (8.9.1a/8.9.1a) with SMTP id GAA00609 for ; Mon, 15 Jan 2001 06:07:05 -0500 (EST) Received: by ns.secondary.com (8.9.3/8.9.3) id BAA08820 for ietf-smime-bks; Mon, 15 Jan 2001 01:55:59 -0800 (PST) Received: from femail12.sdc1.sfba.home.com (femail12.sdc1.sfba.home.com [24.0.95.108]) by ns.secondary.com (8.9.3/8.9.3) with ESMTP id BAA08816 for ; Mon, 15 Jan 2001 01:55:58 -0800 (PST) Received: from revelation ([65.4.166.11]) by femail12.sdc1.sfba.home.com (InterMail vM.4.01.03.00 201-229-121) with SMTP id <20010115100119.DCKV9070.femail12.sdc1.sfba.home.com@revelation>; Mon, 15 Jan 2001 02:01:19 -0800 Reply-To: From: "Jim Schaad" To: Cc: Subject: RE: Last Call: Compressed Data Content Type for S/MIME to Proposed Standard Date: Mon, 15 Jan 2001 02:02:19 -0800 Message-ID: <000501c07eda$407b3300$1500a8c0@soaringhawk.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook CWS, Build 9.0.2416 (9.0.2911.0) Importance: Normal In-Reply-To: <200101081701.MAA10878@ietf.org> X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-ietf-smime@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: Content-Transfer-Encoding: 7bit I have one minor comment. To be consistant with all of the other drafts coming out with SMimeCapability values, I would like to see the following text added to the end of Section 2. The SMIMECapability SEQUENCE representing the ability to process compressed content MUST be DER-encoded as the following hexadecimal string: 30 0D 06 0B 2A 86 48 86 F7 0D 01 09 10 01 09. -----Original Message----- From: owner-ietf-smime@mail.imc.org [mailto:owner-ietf-smime@mail.imc.org]On Behalf Of The IESG Sent: Monday, January 08, 2001 9:02 AM To: IETF-Announce: Cc: ietf-smime@imc.org Subject: Last Call: Compressed Data Content Type for S/MIME to Proposed Standard The IESG has received a request from the S/MIME Mail Security Working Group to consider Compressed Data Content Type for S/MIME as a Proposed Standard. The IESG plans to make a decision in the next few weeks, and solicits final comments on this action. Please send any comments to the iesg@ietf.org or ietf@ietf.org mailing lists by January 22, 2001. Files can be obtained via http://www.ietf.org/internet-drafts/draft-ietf-smime-compression-03.txt From owner-ietf-smime@mail.imc.org Mon Jan 15 08:31:06 2001 Received: from ns.secondary.com (ns.secondary.com [208.184.76.39]) by ietf.org (8.9.1a/8.9.1a) with SMTP id IAA04353 for ; Mon, 15 Jan 2001 08:31:06 -0500 (EST) Received: by ns.secondary.com (8.9.3/8.9.3) id EAA19505 for ietf-smime-bks; Mon, 15 Jan 2001 04:41:27 -0800 (PST) Received: from mail.ec.auckland.ac.nz (mail.student.auckland.ac.nz [130.216.35.201]) by ns.secondary.com (8.9.3/8.9.3) with ESMTP id EAA19501 for ; Mon, 15 Jan 2001 04:41:25 -0800 (PST) Received: from kahu.cs.auckland.ac.nz (pgut001@kahu.cs.auckland.ac.nz [130.216.36.13]) by mail.ec.auckland.ac.nz (8.9.3/8.8.6/cs-master) with SMTP id BAA11626; Tue, 16 Jan 2001 01:46:43 +1300 (NZDT) (sender pgut001@cs.auckland.ac.nz) Received: by kahu.cs.auckland.ac.nz (relaymail v0.9) id <97956280305816>; Tue, 16 Jan 2001 01:46:43 (NZDT) From: pgut001@cs.aucKland.ac.nz (Peter Gutmann) To: jimsch@exmsft.com Subject: RE: Last Call: Compressed Data Content Type for S/MIME to Proposed Standard Cc: iesg@ietf.org, ietf-smime@imc.org Reply-To: pgut001@cs.aucKland.ac.nz X-Charge-To: pgut001 X-Authenticated: relaymail v0.9 on kahu.cs.auckland.ac.nz Date: Tue, 16 Jan 2001 01:46:43 (NZDT) Message-ID: <97956280305816@kahu.cs.auckland.ac.nz> Sender: owner-ietf-smime@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: "Jim Schaad" writes: >I have one minor comment. > >To be consistant with all of the other drafts coming out with >SMimeCapability values, I would like to see the following text added to the >end of Section 2. > >The SMIMECapability SEQUENCE representing the ability to process compressed >content MUST be DER-encoded as the following hexadecimal string: > 30 0D 06 0B 2A 86 48 86 F7 0D 01 09 10 01 09. Someone else made that comment as well earlier on (or was it you, I can't remember?). I can't imagine why you'd need that, it's a completely redundant comment, if you want to know how to DER encode something, see the DER. By that logic every new standard would have to contain dozens (or in the case of something like son-of-2459, hundreds) of extra lines of text specifying the DER encoding of each element. Was there some historical reason why this was included originally and then everyone copied it without knowing why (I smell a vendor-specific bugfix/hack)? Peter. From owner-ietf-smime@mail.imc.org Mon Jan 15 14:08:28 2001 Received: from ns.secondary.com (ns.secondary.com [208.184.76.39]) by ietf.org (8.9.1a/8.9.1a) with SMTP id OAA13781 for ; Mon, 15 Jan 2001 14:08:28 -0500 (EST) Received: by ns.secondary.com (8.9.3/8.9.3) id KAA14287 for ietf-smime-bks; Mon, 15 Jan 2001 10:30:12 -0800 (PST) Received: from femail4.sdc1.sfba.home.com (femail4.sdc1.sfba.home.com [24.0.95.84]) by ns.secondary.com (8.9.3/8.9.3) with ESMTP id KAA14282 for ; Mon, 15 Jan 2001 10:30:11 -0800 (PST) Received: from revelation ([65.4.166.11]) by femail4.sdc1.sfba.home.com (InterMail vM.4.01.03.00 201-229-121) with SMTP id <20010115183331.YSWJ15755.femail4.sdc1.sfba.home.com@revelation>; Mon, 15 Jan 2001 10:33:31 -0800 Reply-To: From: "Jim Schaad" To: Cc: , Subject: RE: Last Call: Compressed Data Content Type for S/MIME to Proposed Standard Date: Mon, 15 Jan 2001 10:36:33 -0800 Message-ID: <001101c07f22$16e16620$1500a8c0@soaringhawk.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook CWS, Build 9.0.2416 (9.0.2911.0) Importance: Normal In-Reply-To: <97956280305816@kahu.cs.auckland.ac.nz> X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-ietf-smime@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: Content-Transfer-Encoding: 7bit This is to some degree redunant information. The reason that I want it included is simply because it is stated that a binary comparison is used for SMIME Capability rather than decoding and comparing. Puting the actual bytes into the document means there is no possiblity to get this wrong when doing this binary compare. jim -----Original Message----- From: owner-ietf-smime@mail.imc.org [mailto:owner-ietf-smime@mail.imc.org]On Behalf Of Peter Gutmann Sent: Tuesday, January 16, 2001 1:47 AM To: jimsch@exmsft.com Cc: iesg@ietf.org; ietf-smime@imc.org Subject: RE: Last Call: Compressed Data Content Type for S/MIME to Proposed Standard "Jim Schaad" writes: >I have one minor comment. > >To be consistant with all of the other drafts coming out with >SMimeCapability values, I would like to see the following text added to the >end of Section 2. > >The SMIMECapability SEQUENCE representing the ability to process compressed >content MUST be DER-encoded as the following hexadecimal string: > 30 0D 06 0B 2A 86 48 86 F7 0D 01 09 10 01 09. Someone else made that comment as well earlier on (or was it you, I can't remember?). I can't imagine why you'd need that, it's a completely redundant comment, if you want to know how to DER encode something, see the DER. By that logic every new standard would have to contain dozens (or in the case of something like son-of-2459, hundreds) of extra lines of text specifying the DER encoding of each element. Was there some historical reason why this was included originally and then everyone copied it without knowing why (I smell a vendor-specific bugfix/hack)? Peter. From owner-ietf-smime@mail.imc.org Tue Jan 16 22:49:24 2001 Received: from ns.secondary.com ([208.184.76.39]) by ietf.org (8.9.1a/8.9.1a) with SMTP id WAA29333 for ; Tue, 16 Jan 2001 22:49:22 -0500 (EST) Received: by ns.secondary.com (8.9.3/8.9.3) id TAA10755 for ietf-smime-bks; Tue, 16 Jan 2001 19:11:21 -0800 (PST) Received: from server1.home.ozztech.com (host1.ozztech.com [203.36.215.114]) by ns.secondary.com (8.9.3/8.9.3) with ESMTP id TAA10741; Tue, 16 Jan 2001 19:11:18 -0800 (PST) From: bk12bk27@yahoo.com Received: from 5z1pVvWg5 (max1-34.losangeles.corecomm.net [216.214.106.162]) by server1.home.ozztech.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id CQ9DPG1N; Wed, 17 Jan 2001 13:38:15 +1000 DATE: 16 Jan 01 6:45:04 PM Message-ID: SUBJECT: RE; THANK YOU Sender: owner-ietf-smime@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: Dear Friend and Partner, Think of all the things you could do if you had more free time and money wasn't an object What kind of car would you be driving? Where would you live? Where would you go on vacation? Now, for a limited time, 300+ money making and saving secrets can be yours for less than $10.00. Click here http://www.300moneysecrets.com/ and ORDER NOW!!!!!!!!!!!!!! Get information now, that could make you millions!!!! ** REMOVE ** REMOVE ** REMOVE ** REMOVE ** REMOVE ** To be removed from our mailing list, please email sandywho1212@yahoo.com All REMOVE requests AUTOMATICALLY honored upon receipt. PLEASE understand that any effort to disrupt, close or block this REMOVE account can only result in difficulties for others wanting to be removed from our mailing list as it will be impossible to take anyone off the list if the remove instruction can not be received. From owner-ietf-smime@mail.imc.org Wed Jan 17 00:42:39 2001 Received: from ns.secondary.com ([208.184.76.39]) by ietf.org (8.9.1a/8.9.1a) with SMTP id AAA00775 for ; Wed, 17 Jan 2001 00:42:39 -0500 (EST) Received: by ns.secondary.com (8.9.3/8.9.3) id VAA13733 for ietf-smime-bks; Tue, 16 Jan 2001 21:06:14 -0800 (PST) Received: from server1.home.ozztech.com (host1.ozztech.com [203.36.215.114]) by ns.secondary.com (8.9.3/8.9.3) with ESMTP id VAA13720; Tue, 16 Jan 2001 21:06:10 -0800 (PST) From: bk12bk27@yahoo.com Received: from 5z1pVvWg5 (max1-34.losangeles.corecomm.net [216.214.106.162]) by server1.home.ozztech.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id CQ9DPG1N; Wed, 17 Jan 2001 13:38:15 +1000 DATE: 16 Jan 01 6:45:04 PM Message-ID: SUBJECT: RE; THANK YOU Sender: owner-ietf-smime@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: Dear Friend and Partner, Think of all the things you could do if you had more free time and money wasn't an object What kind of car would you be driving? Where would you live? Where would you go on vacation? Now, for a limited time, 300+ money making and saving secrets can be yours for less than $10.00. Click here http://www.300moneysecrets.com/ and ORDER NOW!!!!!!!!!!!!!! Get information now, that could make you millions!!!! ** REMOVE ** REMOVE ** REMOVE ** REMOVE ** REMOVE ** To be removed from our mailing list, please email sandywho1212@yahoo.com All REMOVE requests AUTOMATICALLY honored upon receipt. PLEASE understand that any effort to disrupt, close or block this REMOVE account can only result in difficulties for others wanting to be removed from our mailing list as it will be impossible to take anyone off the list if the remove instruction can not be received. From owner-ietf-smime@mail.imc.org Thu Jan 18 01:15:56 2001 Received: from ns.secondary.com ([208.184.76.39]) by ietf.org (8.9.1a/8.9.1a) with SMTP id BAA08207 for ; Thu, 18 Jan 2001 01:15:55 -0500 (EST) Received: (from majordomo@localhost) by ns.secondary.com (8.9.3/8.9.3) id VAA16829 for ietf-smime-bks; Wed, 17 Jan 2001 21:15:39 -0800 (PST) Received: from unipamplona.edu.co (r198h34.telecom.com.co [200.21.198.34]) by ns.secondary.com (8.9.3/8.9.3) with SMTP id VAA16554; Wed, 17 Jan 2001 21:12:30 -0800 (PST) From: emed11@libero.it Received: from libero.it by unipamplona.edu.co (SMI-8.6/SMI-SVR4) id AAA26101; Thu, 18 Jan 2001 00:37:20 -0500 Subject: Obtain Biotech IPOs! 25 Date: Thu, 18 Jan 2001 00:14:08 Message-Id: <841.604829.123582@libero.it> Reply-To: emed11@libero.it Mime-Version: 1.0 Content-Type: text/html; charset="us-ascii" Apparently-To: Apparently-To: Apparently-To: Apparently-To: Apparently-To: Apparently-To: Apparently-To: Apparently-To: Apparently-To: Apparently-To: Sender: owner-ietf-smime@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by ns.secondary.com id VAA16829 Content-Transfer-Encoding: quoted-printable

Help Beta Test Our Site and Be Eligible to Purcha= se Shares of Future IPOs In Which We Participate**

eMedsecurities has selected you as a possible participant to help test our online stock-= trading engine for knowledge-based investing in the life sciences. For your coope= ration, you will be eligible to purchase shares of future IPOs in which we participate, for as long as you maintain your account with us. This is limited to only 50 qualifie= d testers!  Request More Inf= ormation.**

eMedsecurities=85 The Cure for the Common Portfol= io!

eMedsecurities provides you with a wealth of inf= ormation, all compiled in a single, easy-to-use resource.  Learn about new research and upc= oming treatments for muscular dystrophy, multiple sclerosis, Parkinson's disease, Huntingt= on's chorea and much more.  Obtain critical investment information about the companies that are developing these treatments.&nbs= p; eMedsecurities empowers you to make more informed investment decisions. Request More Information.**

Participation i= n eMedsecurities=92 Beta Test allows you:

  • Eligibility t= o purchase shares of IPOs in which eMedsecurities participates for as long as you maintain = your account**

  • Valuable rese= arch of the entire product pipeline of companies, including stages of clinical development, = by industry or specific disease

  • Useful inform= ation about industry trends, recent developments and upcoming IPOs=

  • Commitment to= customer service featuring our Live Customer Service Online

  • Dedication to= fast trade executions at the best possible price.

The following guideline= s will explain what we expect from an eMedsecurities Beta Tester:<= /p>

  • Open a funded eMedsecur= ities account

  • Visit our online tradin= g site once a week

  • Execute trades through = our web site in accordance with your normal practice

  • Submit feedback to eMed= securities' development team through a questionnaire sent via email

  • Provide us with additio= nal feedback regarding the site as needed.

The test is limited to = only 50 Beta Testers so sign up now to be considered!  Request More Infor= mation.**

Please note:<= /b>  All applications for the Beta Test must be submitted by January 24, 2001 to be considered.

Ple= ase be advised that your information will stay in our proprietary database an= d will not be sold, traded, given or otherwise provided to outside vendors. = ; We respect your privacy.

 

By submitting your information, you implicitly state that this is something = that interests you and that you
agree to receive periodic emails from eMedsecurities.

Research indicated= that you might benefit from our offer.  To be removed instantly and permanently from our databas= e, simply click here.  We respect all removal requests.

** Restrictions Apply:  Beta test not open to residents of:  HI, IL, MI, MN, MS, NE, NH, TN, TX.<= /b>   Initial Public Offerings are considered speculative investments and as su= ch may not be appropriate for every investor. If an investor chooses to participate in IPOs, there are certai= n restrictions that apply:  Flipping- The first time an investor sells his/her shares within the firs= t 30 days the issue is trading in the secondary market, that investor wil= l not be allocated shares for the next 90 days following the sale.  The second time tha= t investor =93flips=94, they will not be allocated IPO shares for 180 day= s.  The third time that investor =93flips=94, they lose their IPO al= locations permanently.  Transferring shares- If the investor transfers IPO shares out of their account within the first 3= 0 days the issue is trading in the secondary market, they will permanentl= y lose their IPO allocations.  Beta investors will be chosen from all the applicants based on their i= ncome, net worth and investing experience.  IPO shares will only be allocated from transactions in which eMedsecuriti= es participates in the underwriting. A0008-1-A2
From owner-ietf-smime@mail.imc.org Fri Jan 19 09:09:29 2001 Received: from ns.secondary.com ([208.184.76.39]) by ietf.org (8.9.1a/8.9.1a) with SMTP id JAA29335 for ; Fri, 19 Jan 2001 09:09:28 -0500 (EST) Received: (from majordomo@localhost) by ns.secondary.com (8.9.3/8.9.3) id EAA09645 for ietf-smime-bks; Fri, 19 Jan 2001 04:48:18 -0800 (PST) Received: from lets-ns.lets-co.co.jp (lets-ns.lets-co.co.jp [210.145.151.130]) by ns.secondary.com (8.9.3/8.9.3) with SMTP id EAA09640 for ; Fri, 19 Jan 2001 04:48:13 -0800 (PST) Received: from host (unverified [209.206.4.243]) by lets-ns.lets-co.co.jp (EMWAC SMTPRS 0.83) with SMTP id ; Fri, 19 Jan 2001 22:06:43 +0900 Message-ID: From: "Karl Erwin" Subject: Take a Shot #1B67 To: see29d@ns.secondary.com X-Mailer: Microsoft Outlook Express 4.72.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE VÐßD.1712.3 Mime-Version: 1.0 Date: Fri, 19 Jan 2001 07:52:32 -0500 Content-Type: multipart/mixed; boundary="----=_NextPart_000_007F_01BDF6C7.FABAC1B0" Sender: owner-ietf-smime@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: This is a MIME Message ------=_NextPart_000_007F_01BDF6C7.FABAC1B0 Content-Type: multipart/alternative; boundary="----=_NextPart_001_0080_01BDF6C7.FABAC1B0" ------=_NextPart_001_0080_01BDF6C7.FABAC1B0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable ***** This is an HTML Message ! ***** ------=_NextPart_001_0080_01BDF6C7.FABAC1B0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Executive Guild Membership ApplicationResponse-O-Matic Form

Dear Candidate,=A0

You have been selected as a potential candidate for a free listing in=A0<= br> the 2001 Edition of the International Executive Guild Registry=2E=A0
=
Please accept our congratulations for this coveted honor=2E=A0

As this edition is so important in view of the new millennium, the=A0
= International Executive Guild Registry will be published in two different= =A0
formats; the searchable CD-ROM and the Online Registry=2E=A0

Since inclusion can be considered recognition of your career position=A0<= br> and professionalism, each candidate is evaluated in keeping with high=A0<= br> standards of individual achievement=2E In light of this, the Internationa= l Executive
Guild thinks that you may make an interesting biographical subject=2E=A0<= br>
We look forward to your inclusion and appearance in the International=A0<= br> Executive Guild's Registry=2E Best wishes for your continued success=2E=A0=

International Executive Guild=A0
Listing Dept=2E=A0

If you wish to be removed from our list, please submit your request
at the bottom of this email=2E

International Executive Guild
Registration Form
(US and Canada Only)
Please fill out this form if you would like to be included on The International Executive Guild, For accuracy and publication purposes, please complete and send this form at the earliest opportunity=2E There is no charge or obligation to be listed on The International Executive Guild=2E
Your Name
Your Company
Title
Address
City
State or Province
Country
ZIP/Postal Code
Day Time Telephone
Home Phone
 (Not To Be Published)
Email

TO HELP US IN CONSIDERING YOUR APPLICATION, PLEASE TELL US A LITTLE ABOUT YOURSELF=2E=2E=2E
Your Business
(Financial Svcs, Banking, Computer Hardware, Software, Professional Svcs, Chemicals, Apparel, Aerospace, Food, Government, Utility, etc=2E)
Type of Organization
(M= fg, Dist/Wholesaler, Retailer, Law Firm,
Investment Bank, Commercial Bank, University,
Financial Consultants, Ad Agency, Contractor, Broker, etc=2E)
Your Business Expertise
(Corp=2EMgmt, Marketing, Civil Engineering,
Tax Law, Nuclear Physics, Database Development, Operations, Pathologist, Mortgage Banking, etc=2E)
Major Product Line
(Integrated Circuits, Commercial Aircraft, Adhesives, Cosmetics, Plastic Components, Snack Foods, etc=2E)


Note: Submitting this form= will be made by email, not by use of  www=2E  Confirmation of its de= livery is made by browsing your outgoing mail=2E

Thank you for filling in this form, we will contact you with more information=2E

List Removal
Click Here
------=_NextPart_001_0080_01BDF6C7.FABAC1B0-- ------=_NextPart_000_007F_01BDF6C7.FABAC1B0-- From owner-ietf-smime@mail.imc.org Fri Jan 19 12:16:51 2001 Received: from ns.secondary.com ([208.184.76.39]) by ietf.org (8.9.1a/8.9.1a) with SMTP id MAA02747 for ; Fri, 19 Jan 2001 12:16:50 -0500 (EST) Received: by ns.secondary.com (8.9.3/8.9.3) id IAA28503 for ietf-smime-bks; Fri, 19 Jan 2001 08:47:02 -0800 (PST) Received: from mail.spyrus.com (mail.spyrus.com [207.212.34.20]) by ns.secondary.com (8.9.3/8.9.3) with ESMTP id IAA28498 for ; Fri, 19 Jan 2001 08:47:00 -0800 (PST) Received: from RHOUSLEY-PC.spyrus.com ([209.172.119.210]) by mail.spyrus.com (8.9.3/8.9.3) with ESMTP id IAA14225; Fri, 19 Jan 2001 08:52:11 -0800 (PST) Message-Id: <5.0.2.1.2.20010119114307.039d9840@mail.spyrus.com> X-Sender: rhousley@mail.spyrus.com X-Mailer: QUALCOMM Windows Eudora Version 5.0.2 Date: Fri, 19 Jan 2001 11:51:46 -0500 To: ietf-smime@imc.org From: Russ Housley Subject: Re: WG Last Call: draft-ietf-smime-esformats-03.txt Cc: harri.rasilainen@etsi.fr, Denis.Pinkas@bull.net, ross@secstan.com, pope@secstan.com, jis@mit.edu, MLeech@nortel.ca In-Reply-To: <5.0.1.4.2.20001214191434.028ccae0@mail.spyrus.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-ietf-smime@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: S/MIME WG Members: The authors of this document promised to post -03 immediately following the San Diego IETF meeting. This has still not happened. Therefore, I am closing the Working Group Last Call. I will make a new Working Group Last Call announcement when the document is made available. Sorry for any confusion. In the future, I will not make a Last Call announcement until the document is already available. Russ At 07:17 PM 12/14/2000 -0500, Russ Housley wrote: >S/MIME WG Members: > >The Electronic Signature Formats document is ready for S/MIME WG Last >Call. The intent is for this document to be published as an Informational >RFC. S/MIME WG Last Call will close on 10 January 2001. > >Russ From owner-ietf-smime@mail.imc.org Mon Jan 22 08:00:06 2001 Received: from ns.secondary.com ([208.184.76.39]) by ietf.org (8.9.1a/8.9.1a) with SMTP id IAA02927 for ; Mon, 22 Jan 2001 08:00:06 -0500 (EST) Received: by ns.secondary.com (8.9.3/8.9.3) id EAA08860 for ietf-smime-bks; Mon, 22 Jan 2001 04:12:36 -0800 (PST) Received: from ietf.org (odin.ietf.org [132.151.1.176]) by ns.secondary.com (8.9.3/8.9.3) with ESMTP id EAA08856 for ; Mon, 22 Jan 2001 04:12:34 -0800 (PST) Received: from CNRI.Reston.VA.US (localhost [127.0.0.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id HAA02220; Mon, 22 Jan 2001 07:18:35 -0500 (EST) Message-Id: <200101221218.HAA02220@ietf.org> Mime-Version: 1.0 Content-Type: Multipart/Mixed; Boundary="NextPart" To: IETF-Announce: ; Cc: ietf-smime@imc.org From: Internet-Drafts@ietf.org Reply-to: Internet-Drafts@ietf.org Subject: I-D ACTION:draft-ietf-smime-esformats-03.txt Date: Mon, 22 Jan 2001 07:18:35 -0500 Sender: owner-ietf-smime@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: --NextPart A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the S/MIME Mail Security Working Group of the IETF. Title : Electronic Signature Formats for long term electronic signatures Author(s) : D. Pinkas, J. Ross, N. Pope Filename : draft-ietf-smime-esformats-03.txt Pages : 80 Date : 19-Jan-01 The informational RFC defines the format of an electronic signature that can remain valid over long periods. This includes evidence as to its validity even if the signer or verifying party later attempts to deny (i.e. repudiates, see [ISONR]) the validity of the signature. The format can be considered as an extension to RFC 2630 [CMS] and RFC 2634 [ESS], where, when appropriate additional signed and unsigned attributes have been defined. The contents of this Informational RFC is technically equivalent to ETSI ES 201 733 V.1.1.3 Copyright (C). Individual copies of this ETSI deliverable can be downloaded from http://www.etsi.org A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-smime-esformats-03.txt Internet-Drafts are also available by anonymous FTP. Login with the username "anonymous" and a password of your e-mail address. After logging in, type "cd internet-drafts" and then "get draft-ietf-smime-esformats-03.txt". A list of Internet-Drafts directories can be found in http://www.ietf.org/shadow.html or ftp://ftp.ietf.org/ietf/1shadow-sites.txt Internet-Drafts can also be obtained by e-mail. Send a message to: mailserv@ietf.org. In the body type: "FILE /internet-drafts/draft-ietf-smime-esformats-03.txt". NOTE: The mail server at ietf.org can return the document in MIME-encoded form by using the "mpack" utility. To use this feature, insert the command "ENCODING mime" before the "FILE" command. To decode the response(s), you will need "munpack" or a MIME-compliant mail reader. Different MIME-compliant mail readers exhibit different behavior, especially when dealing with "multipart" MIME messages (i.e. documents which have been split up into multiple messages), so check your local documentation on how to manipulate these messages. Below is the data which will enable a MIME compliant mail reader implementation to automatically retrieve the ASCII version of the Internet-Draft. --NextPart Content-Type: Multipart/Alternative; Boundary="OtherAccess" --OtherAccess Content-Type: Message/External-body; access-type="mail-server"; server="mailserv@ietf.org" Content-Type: text/plain Content-ID: <20010119125112.I-D@ietf.org> ENCODING mime FILE /internet-drafts/draft-ietf-smime-esformats-03.txt --OtherAccess Content-Type: Message/External-body; name="draft-ietf-smime-esformats-03.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <20010119125112.I-D@ietf.org> --OtherAccess-- --NextPart-- From owner-ietf-smime@mail.imc.org Mon Jan 22 10:41:09 2001 Received: from ns.secondary.com ([208.184.76.39]) by ietf.org (8.9.1a/8.9.1a) with SMTP id KAA06771 for ; Mon, 22 Jan 2001 10:41:09 -0500 (EST) Received: by ns.secondary.com (8.9.3/8.9.3) id HAA18546 for ietf-smime-bks; Mon, 22 Jan 2001 07:05:58 -0800 (PST) Received: from mail.spyrus.com (mail.spyrus.com [207.212.34.20]) by ns.secondary.com (8.9.3/8.9.3) with ESMTP id HAA18542 for ; Mon, 22 Jan 2001 07:05:57 -0800 (PST) Received: from RHOUSLEY-PC.spyrus.com ([209.172.119.210]) by mail.spyrus.com (8.9.3/8.9.3) with ESMTP id HAA14388; Mon, 22 Jan 2001 07:11:24 -0800 (PST) Message-Id: <5.0.2.1.2.20010122100717.02d52210@mail.spyrus.com> X-Sender: rhousley@mail.spyrus.com X-Mailer: QUALCOMM Windows Eudora Version 5.0.2 Date: Mon, 22 Jan 2001 10:08:44 -0500 To: ietf-smime@imc.org From: Russ Housley Subject: WG Last Call: draft-ietf-smime-esformats-03.txt Cc: jis@mit.edu, MLeech@nortel.ca Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-ietf-smime@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: S/MIME WG Members: The Electronic Signature Formats document is ready for S/MIME WG Last Call. The intent is for this document to be published as an Informational RFC. S/MIME WG Last Call will close on 6 February 2001. Title : Electronic Signature Formats for long term electronic signatures Author(s) : D. Pinkas, J. Ross, N. Pope Filename : draft-ietf-smime-esformats-03.txt Pages : 80 Date : 19-Jan-01 Russ From owner-ietf-smime@mail.imc.org Mon Jan 22 10:54:20 2001 Received: from ns.secondary.com ([208.184.76.39]) by ietf.org (8.9.1a/8.9.1a) with SMTP id KAA07046 for ; Mon, 22 Jan 2001 10:54:19 -0500 (EST) Received: by ns.secondary.com (8.9.3/8.9.3) id HAA18538 for ietf-smime-bks; Mon, 22 Jan 2001 07:05:55 -0800 (PST) Received: from mail.spyrus.com (mail.spyrus.com [207.212.34.20]) by ns.secondary.com (8.9.3/8.9.3) with ESMTP id HAA18533 for ; Mon, 22 Jan 2001 07:05:54 -0800 (PST) Received: from RHOUSLEY-PC.spyrus.com ([209.172.119.210]) by mail.spyrus.com (8.9.3/8.9.3) with ESMTP id HAA14391 for ; Mon, 22 Jan 2001 07:11:25 -0800 (PST) Message-Id: <5.0.2.1.2.20010122100857.038905d8@mail.spyrus.com> X-Sender: rhousley@mail.spyrus.com X-Mailer: QUALCOMM Windows Eudora Version 5.0.2 Date: Mon, 22 Jan 2001 10:11:21 -0500 To: ietf-smime@imc.org From: Russ Housley Subject: Re: WG Last Call: draft-ietf-smime-espolicies-00.txt In-Reply-To: <5.0.1.4.2.20001214190938.00a8fca0@mail.spyrus.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-ietf-smime@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: Since the Working Group Last Call for the companion document (draft-ietf-smime-esformats-03.txt) will not complete until 6 February 2001, I am extending the Working Group Last Call on this document until 6 February 2001. I want to progress these two documents at the same time. Russ At 07:14 PM 12/14/2000 -0500, Russ Housley wrote: >S/MIME WG Members: > >The Signature Policies document is ready for S/MIME WG Last Call. The >intent is for this document to be published as an Experimental >RFC. S/MIME WG Last Call will close on 10 January 2001. > >Russ From owner-ietf-smime@mail.imc.org Thu Jan 25 14:45:42 2001 Received: from ns.secondary.com (ns.secondary.com [208.184.76.39]) by ietf.org (8.9.1a/8.9.1a) with SMTP id OAA07242 for ; Thu, 25 Jan 2001 14:45:41 -0500 (EST) Received: by ns.secondary.com (8.9.3/8.9.3) id LAA20213 for ietf-smime-bks; Thu, 25 Jan 2001 11:12:58 -0800 (PST) Received: from mail.spyrus.com (mail.spyrus.com [207.212.34.20]) by ns.secondary.com (8.9.3/8.9.3) with ESMTP id LAA20209 for ; Thu, 25 Jan 2001 11:12:57 -0800 (PST) Received: from RHOUSLEY-PC.spyrus.com ([209.172.119.210]) by mail.spyrus.com (8.9.3/8.9.3) with ESMTP id LAA02852; Thu, 25 Jan 2001 11:15:12 -0800 (PST) Message-Id: <5.0.2.1.2.20010125141256.02d5e160@mail.spyrus.com> X-Sender: rhousley@mail.spyrus.com X-Mailer: QUALCOMM Windows Eudora Version 5.0.2 Date: Thu, 25 Jan 2001 14:15:19 -0500 To: jis@mit.edu, mleech@nortelnetworks.com From: Russ Housley Subject: draft-ietf-smime-seclabel-03.txt Cc: ietf-smime@imc.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-ietf-smime@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: Jeff and Marcus: The S/MIME WG is finished with Security Label document. It is ready for the IESG and IETF-wide Last Call. The intent is for this document to be published as an Informational RFC. Title : Implementing Company Classification Policy with the S/MIME Security Label Author(s) : W. Nicolls Filename : draft-ietf-smime-seclabel-03.txt Date : 05-Jan-01 Russ From owner-ietf-smime@mail.imc.org Fri Jan 26 14:38:21 2001 Received: from ns.secondary.com (ns.secondary.com [208.184.76.39]) by ietf.org (8.9.1a/8.9.1a) with SMTP id OAA19609 for ; Fri, 26 Jan 2001 14:38:20 -0500 (EST) Received: by ns.secondary.com (8.9.3/8.9.3) id KAA06449 for ietf-smime-bks; Fri, 26 Jan 2001 10:57:42 -0800 (PST) Received: from ietf.org (odin.ietf.org [132.151.1.176]) by ns.secondary.com (8.9.3/8.9.3) with ESMTP id KAA06440 for ; Fri, 26 Jan 2001 10:57:40 -0800 (PST) Received: from CNRI.Reston.VA.US (localhost [127.0.0.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA18388; Fri, 26 Jan 2001 14:04:02 -0500 (EST) Message-Id: <200101261904.OAA18388@ietf.org> To: IETF-Announce: ; Cc: ietf-smime@imc.org From: The IESG SUBJECT: Last Call: Implementing Company Classification Policy with the S/MIME Security Label to Informational Reply-to: iesg@ietf.org Date: Fri, 26 Jan 2001 14:04:02 -0500 Sender: owner-ietf-smime@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: The IESG has received a request from the S/MIME Mail Security Working Group to consider Implementing Company Classification Policy with the S/MIME Security Label as an Informational RFC. The IESG plans to make a decision in the next few weeks, and solicits final comments on this action. Please send any comments to the iesg@ietf.org or ietf@ietf.org mailing lists by February 9, 2001. Files can be obtained via http://www.ietf.org/internet-drafts/draft-ietf-smime-seclabel-03.txt From owner-ietf-smime@mail.imc.org Mon Jan 29 19:37:47 2001 Received: from ns.secondary.com (ns.secondary.com [208.184.76.39]) by ietf.org (8.9.1a/8.9.1a) with SMTP id TAA12662 for ; Mon, 29 Jan 2001 19:37:46 -0500 (EST) Received: (from majordomo@localhost) by ns.secondary.com (8.9.3/8.9.3) id PAA28727 for ietf-smime-bks; Mon, 29 Jan 2001 15:15:44 -0800 (PST) Received: from dfw-smtpout1.email.verio.net (dfw-smtpout1.email.verio.net [129.250.36.41]) by ns.secondary.com (8.9.3/8.9.3) with ESMTP id PAA28179; Mon, 29 Jan 2001 15:05:04 -0800 (PST) Received: from [129.250.38.62] (helo=dfw-mmp2.email.verio.net) by dfw-smtpout1.email.verio.net with esmtp id 14NNRG-0003wb-00; Mon, 29 Jan 2001 23:10:22 +0000 Received: from [206.133.83.14] (helo=localhost) by dfw-mmp2.email.verio.net with esmtp id 14NNPk-0002Od-00; Mon, 29 Jan 2001 23:08:48 +0000 X-Sender: misterprivacy@hushmail.com From: Dave To: "customer" Date: Mon, 29 Jan 2001 14:25:17 -0500 Subject: I could go to JAIL for selling this CD! MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_001__10618077_51917.11" Message-Id: Sender: owner-ietf-smime@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: This is a Multipart MIME message. ------=_NextPart_000_001__10618077_51917.11 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 7bit ------=_NextPart_000_001__10618077_51917.11 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: base64 PCFkb2N0eXBlIGh0bWwgcHVibGljICItLy93M2MvL2R0ZCBodG1sIDQuMCB0cmFuc2l0aW9u YWwvL2VuIj4NCjxodG1sPg0KPGhlYWQ+DQogICA8bWV0YSBodHRwLWVxdWl2PSJDb250ZW50 LVR5cGUiIGNvbnRlbnQ9InRleHQvaHRtbDsgY2hhcnNldD1pc28tODg1OS0xIj4NCiAgIDxt ZXRhIG5hbWU9IkdFTkVSQVRPUiIgY29udGVudD0iTW96aWxsYS80LjYxIFtlbl0gKFdpbjk4 OyBJKSBbTmV0c2NhcGVdIj4NCiAgIDx0aXRsZT5UaGUgQkFOTkVEIENEITwvdGl0bGU+DQo8 L2hlYWQ+DQo8Ym9keT4NCjxmb250IHNpemU9KzE+SGksPC9mb250Pg0KPHA+PGZvbnQgc2l6 ZT0rMT5JIGhhdmUgYmVlbiByZWNpZXZpbmcgZW1haWxzIHNheWluZyB0aGF0IEknbSBjb250 cmlidXRpbmcNCnRvPC9mb250Pg0KPGJyPjxmb250IHNpemU9KzE+dGhlICJtb3JhbCBkZWNh eSBvZiBzb2NpZXR5IiBieSBzZWxsaW5nIHRoZSBCYW5uZWQgQ0QuJm5ic3A7DQpUaGF0PC9m b250Pg0KPGJyPjxmb250IHNpemU9KzE+bWF5IGJlLCBidXQgSSBmZWVsIHN0cm9uZ2x5IHRo YXQgeW91IGhhdmUgYSByaWdodCB0bw0KYmVuZWZpdCBmcm9tPC9mb250Pg0KPGJyPjxmb250 IHNpemU9KzE+dGhpcyBoYXJkLXRvLWZpbmQgaW5mb3JtYXRpb24uPC9mb250Pg0KPHA+PGZv bnQgY29sb3I9IiNDQzAwMDAiPjxmb250IHNpemU9KzE+U28gSSBhbSBnaXZpbmcgeW91IE9O RSBMQVNUIENIQU5DRQ0KdG8gb3JkZXI8L2ZvbnQ+PC9mb250Pg0KPGJyPjxmb250IGNvbG9y PSIjQ0MwMDAwIj48Zm9udCBzaXplPSsxPnRoZSBCYW5uZWQgQ0QhPC9mb250PjwvZm9udD4N Cjxicj4mbmJzcDsNCjx0YWJsZSBCT1JERVI9MCBDT0xTPTIgV0lEVEg9Ijc1JSIgPg0KPHRy Pg0KPHRkIFdJRFRIPSIxJSI+PGltZyBTUkM9Imh0dHA6Ly9jb21wdXpvbmV1c2EuY29tL2lt YWdlcy9zcHkuanBnIiBoZWlnaHQ9MTI4IHdpZHRoPTg2PjwvdGQ+DQoNCjx0ZD48Zm9udCBz aXplPSsxPldpdGggdGhpcyBwb3dlcmZ1bCBDRCwgeW91IHdpbGwgYmUgYWJsZSB0byBpbnZl c3RpZ2F0ZQ0KeW91ciBmcmllbmRzLCBlbmVtaWVzIGFuZCBsb3ZlcnMgaW4ganVzdCBtaW51 dGVzIHVzaW5nIHRoZSBJbnRlcm5ldC4mbmJzcDsNCllvdSBjYW4gdHJhY2sgZG93biBvbGQg ZmxhbWVzIGZyb20gY29sbGVnZSwgb3IgeW91IGNhbiBkaWcgdXAgc29tZSBkaXJ0DQpvbiB5 b3VyIGJvc3MgdG8gbWFrZSBzdXJlIHlvdSBnZXQgdGhhdCBuZXh0IHByb21vdGlvbiE8L2Zv bnQ+PC90ZD4NCjwvdHI+DQo8L3RhYmxlPg0KDQo8cD48Zm9udCBzaXplPSsxPk9yIG1heWJl IHlvdSB3YW50IGEgZmFrZSBkaXBsb21hIHRvIGhhbmcgb24geW91ciBiZWRyb29tPC9mb250 Pg0KPGJyPjxmb250IHNpemU9KzE+d2FsbC4mbmJzcDsgWW91J2xsIGZpbmQgYWRkcmVzc2Vz IGZvciBjb21wYW5pZXMgdGhhdA0KbWFrZSB0aGVzZTwvZm9udD4NCjxicj48Zm9udCBzaXpl PSsxPmRpcGxvbWFzIG9uIHRoZSBCYW5uZWQgQ0QuPC9mb250Pg0KPHA+PGZvbnQgc2l6ZT0r MT5OZWVkIHRvIGRpc2FwcGVhciBmYXN0IGFuZCBuZXZlciBsb29rIGJhY2s/Jm5ic3A7IE5v IHByb2JsZW0hPC9mb250Pg0KPGJyPjxmb250IHNpemU9KzE+VXNpbmcgdGhlIEJhbm5lZCBD RCwgeW91IHdpbGwgbGVhcm4gaG93IHRvIGJ1aWxkIGEgY29tcGxldGVseTwvZm9udD4NCjxi cj48Zm9udCBzaXplPSsxPm5ldyBpZGVudGl0eS48L2ZvbnQ+DQo8cD48Zm9udCBzaXplPSsx Pk9idmlvdXNseSwgdGhlIFBvd2VycyBUaGF0IEJlIGRvbid0IHdhbnQgeW91IHRvIGhhdmUg dGhlPC9mb250Pg0KPGJyPjxmb250IHNpemU9KzE+QmFubmVkIENELiZuYnNwOyBUaGV5IGhh dmUgdGhyZWF0ZW5lZCBtZSB3aXRoIGxhd3N1aXRzLA0KZmluZXMsPC9mb250Pg0KPGJyPjxm b250IHNpemU9KzE+YW5kIGV2ZW4gaW1wcmlzb25tZW50IHVubGVzcyBJIHN0b3Agc2VsbGlu ZyBpdCBpbW1lZGlhdGVseS48L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0rMT5CdXQgSSBmZWVs IHRoYXQgWU9VIGhhdmUgYSBDb25zdGl0dXRpb25hbCByaWdodCB0byBhY2Nlc3M8L2ZvbnQ+ DQo8YnI+PGZvbnQgc2l6ZT0rMT50aGlzIHR5cGUgb2YgaW5mb3JtYXRpb24sIGFuZCBJIGNh bid0IGJlIGludGltaWRhdGVkLjwvZm9udD4NCjxicj4mbmJzcDsNCjx0YWJsZSBCT1JERVI9 MCBDT0xTPTIgV0lEVEg9IjUwJSIgPg0KPHRyPg0KPHRkIFdJRFRIPSIxMDAlIj48aT48Zm9u dCBjb2xvcj0iIzMzMzNGRiI+PGZvbnQgc2l6ZT0rMT5VbmNsZSBTYW0gYW5kIHlvdXINCmNy ZWRpdG9ycyBhcmUgaG9ycmlmaWVkIHRoYXQgSSBhbSBzdGlsbCBzZWxsaW5nIHRoaXMgcHJv ZHVjdCEmbmJzcDsgVGhlcmUNCm11c3QgYmUgYSBwcmljZSBvbiBteSBoZWFkITwvZm9udD48 L2ZvbnQ+PC9pPjwvdGQ+DQoNCjx0ZCBXSURUSD0iMSUiPjxpbWcgU1JDPSJodHRwOi8vY29t cHV6b25ldXNhLmNvbS9pbWFnZXMvb3V0bGF3LmpwZyIgaGVpZ2h0PTEyOCB3aWR0aD05Mz48 L3RkPg0KPC90cj4NCjwvdGFibGU+DQoNCjxwPjxmb250IHNpemU9KzE+V2h5IGFyZSB0aGV5 IHNvIHVwc2V0PyBCZWNhdXNlIHRoaXMgQ0QgZ2l2ZXMgeW91IGZyZWVkb20uPC9mb250Pg0K PGJyPjxmb250IHNpemU9KzE+QW5kIHlvdSBjYW4ndCBidXkgZnJlZWRvbSBhdCB5b3VyIGxv Y2FsIFdhbG1hcnQuJm5ic3A7DQpZb3Ugd2lsbDwvZm9udD4NCjxicj48Zm9udCBzaXplPSsx PmhhdmUgdGhlIGZyZWVkb20gdG8gYXZvaWQgY3JlZGl0b3JzLCBqdWRnbWVudHMsIGxhd3N1 aXRzLA0KSVJTPC9mb250Pg0KPGJyPjxmb250IHNpemU9KzE+dGF4IGNvbGxlY3RvcnMsIGNy aW1pbmFsIGluZGljdG1lbnRzLCB5b3VyIGdyZWVkeSBleC13aWZlDQpvcjwvZm9udD4NCjxi cj48Zm9udCBzaXplPSsxPmV4LWh1c2JhbmQsIGFuZCBNVUNIIG1vcmUhPC9mb250Pg0KPHA+ PGZvbnQgc2l6ZT0rMT5KdXN0IGxvb2sgYXQgc29tZSBvZiB0aGUgdGhpbmdzIHlvdSBjYW4g ZG8gd2l0aCB0aGlzIENEDQouLi48L2ZvbnQ+DQo8dWw+DQo8bGk+DQo8Yj48Zm9udCBjb2xv cj0iIzAwMDA5OSI+U2F2ZSBodW5kcmVkcyBvciBldmVuIHRob3VzYW5kcyBvZiBkb2xsYXJz IG9uDQp5b3VyIHRheGVzIGJ5IHVzaW5nIHRoZSBzZWNyZXQgdGF4IHRpcHMgY29udGFpbmVk IGluIHRoaXMgcGFja2FnZS4mbmJzcDsNClRoZSBJUlMgZG9lcyBOT1Qgd2FudCB5b3UgdG8g a25vdyB0aGVzZSBsb29waG9sZXMhPC9mb250PjwvYj48L2xpPg0KDQo8bGk+DQo8Yj48Zm9u dCBjb2xvcj0iIzAwMDA5OSI+VHJhY2sgZG93biBmcmllbmRzIGFuZCBvbGQgZmxhbWVzIGZy b20gdGhlIGNvbWZvcnQNCm9mIHlvdXIgb3duIGhvbWUgd2l0aCBvdXIgSW50ZXJuZXQgaW52 ZXN0aWdhdGlvbiByZXNvdXJjZXMhPC9mb250PjwvYj48L2xpPg0KDQo8bGk+DQo8Yj48Zm9u dCBjb2xvcj0iIzAwMDA5OSI+RmluZCBvdXQgd2hlcmUgeW91ciBFWCBpcyBoaWRpbmcgdGhl aXIgbW9uZXkgdG8NCmF2b2lkIGFsaW1vbnksIGNoaWxkIHN1cHBvcnQsIG9yIGRpdm9yY2Ug c2V0dGxlbWVudHMuIFRoZW4gZ2V0IHlvdXIgaGFuZHMNCm9uIHRoYXQgbW9uZXkuJm5ic3A7 IEJsZWVkICdlbSBkcnkhJm5ic3A7IFByaXZhdGUgaW52ZXN0aWdhdG9ycyBjaGFyZ2UNCnRo b3VzYW5kcyBvZiBkb2xsYXJzIGZvciB0aGlzIHNlcnZpY2UsIGJ1dCB5b3UgY2FuIGRvIGl0 IHdpdGggYSBjb21wdXRlcg0KYW5kIGFuIGludGVybmV0IGNvbmVjdGlvbiB3aGVuIHlvdSBi dXkgdGhlIEJhbm5lZCBDRCE8L2ZvbnQ+PC9iPjwvbGk+DQoNCjxsaT4NCjxiPjxmb250IGNv bG9yPSIjMDAwMDk5Ij5MZWFybiBob3cgdG8gdXNlIG9mZnNob3JlIG1vbmV5IGhhdmVucyBh bmQgYXNzZXQNCnByb3RlY3Rpb24gdHJ1c3RzIHRvIGF2b2lkIGxhd3N1aXRzLCBqdWRnbWVu dHMsIGFuZCBmb29sIHRoZSBtb3N0IGFnZ3Jlc3NpdmUNCnRheCBjb2xsZWN0b3IhJm5ic3A7 IElmIHlvdXIgbW9uZXkgaXMgc2l0dGluZyBpbiBhIFVTIGJhbmsgYWNjb3VudCwgeW91cg0K ZnVuZHMgY2FuIGJlIGxldmllZCBvciBmcm96ZW4gY29tcGxldGVseSBhdCBhbnkgdGltZS4m bmJzcDsgVGhlIFVTIGdvdmVybm1lbnQNCnVzZXMgImNpdmlsIGFzc2V0IGZvcmZlaXR1cmUi IHRvIHN0ZWFsIGJpbGxpb25zIG9mIGRvbGxhcnMgZWFjaCB5ZWFyIGZyb20NCmhhcmQtd29y a2luZywgbGF3IGFiaWRpbmcgY2l0aXplbnMuJm5ic3A7IEdldCB5b3VyIG1vbmV5IG91dCBv ZiB0aGUgY291bnRyeQ0KYmVmb3JlIFVuY2xlIFNhbSBzbmF0Y2hlcyBpdCBhbGwuPC9mb250 PjwvYj48L2xpPg0KDQo8bGk+DQo8Yj48Zm9udCBjb2xvcj0iIzAwMDA5OSI+RmluZCBvdXQg d2hlcmUgdG8gYnV5ICJmb3JiaWRkZW4gcHJvZHVjdHMiIG9uDQp0aGUgSW50ZXJuZXQuIEZ1 cnRoZXIgZWxhYm9yYXRpb24gc2hvdWxkIG5vdCBiZSBuZWNlc3Nhcnk7IGp1c3QgdXNlIHlv dXINCmltYWdpbmF0aW9uLjwvZm9udD48L2I+PC9saT4NCg0KPGxpPg0KPGI+PGZvbnQgY29s b3I9IiMwMDAwOTkiPkdldCBhIGJldHRlciBqb2IgYnkgcHVyY2hhc2luZyBhIGNvbGxlZ2Ug ZGVncmVlDQooaW5jbHVkaW5nIGEgUGhkISkgZm9yIGEgdmVyeSBsb3cgZmVlLiBObyBzdHVk eSByZXF1aXJlZCE8L2ZvbnQ+PC9iPjwvbGk+DQoNCjxsaT4NCjxiPjxmb250IGNvbG9yPSIj MDAwMDk5Ij5JZiB5b3VyIEVYIGlzIGNvbWluZyBhZnRlciB5b3VyIG1vbmV5LCBzdGF5IG9u ZQ0Kc3RlcCBhaGVhZCBvZiB0aGUgbGF3eWVycyBhbmQga2VlcCB0aGVpciBncmVlZHkgaGFu ZHMgb2ZmIHlvdXIgbG9vdC4gRmluZA0Kb3V0IGhvdyB0byBoaWRlIHlvdXIgbW9uZXkgd2hl cmUgaXQgd2lsbCBuZXZlciBiZSBmb3VuZC48L2ZvbnQ+PC9iPjwvbGk+DQoNCjxsaT4NCjxi Pjxmb250IGNvbG9yPSIjMDAwMDk5Ij5Bdm9pZCBsZWdhbCBwcm9ibGVtcywganVkZ21lbnRz LCBjb252aWN0aW9ucywNCmFuZCBldmVuIHByaXNvbiBzZW50ZW5jZXMgYnkgb2J0YWluaW5n IGEgY29tcGxldGVseSBuZXcgaWRlbnRpdHkgYW5kIGRpc2FwcGVhcmluZw0Kd2l0aG91dCBh IHRyYWNlITwvZm9udD48L2I+PC9saT4NCg0KPGxpPg0KPGI+PGZvbnQgY29sb3I9IiMwMDAw OTkiPkVyYXNlIHlvdXIgY3JpbWluYWwgcmVjb3JkIGFuZCBvYnRhaW4gYSBjb3B5IG9mDQp5 b3VyIEZCSSBmaWxlIHVzaW5nIHRoZSBGcmVlZG9tIG9mIEluZm9ybWF0aW9uIEFjdC4mbmJz cDsgRmluZCBvdXQgaWYgdGhlDQpnb3Zlcm5tZW50IGlzIGludmVzdGlnYXRpbmcgeW91IE5P VyBiZWZvcmUgaXQncyB0b28gTEFURSE8L2ZvbnQ+PC9iPjwvbGk+DQo8L3VsPg0KPGZvbnQg c2l6ZT0rMT5JZiB5b3UgaGF2ZSBiZWVuIHB1dHRpbmcgb2ZmIGJ1eWluZyBUaGUgQmFubmVk IENELCB3aGF0IGFyZQ0KeW91PC9mb250Pg0KPGJyPjxmb250IHNpemU9KzE+d2FpdGluZyBm b3I/Jm5ic3A7IEJpZyBCcm90aGVyIGlzIGFscmVhZHkgYnJlYXRoaW5nIGRvd24NCm15IG5l Y2ssIHNvPC9mb250Pg0KPGJyPjxmb250IHNpemU9KzE+SSBjYW4ndCBrZWVwIHNlbGxpbmcg aXQgZm9yZXZlci4mbmJzcDsgSWYgeW91IGtlZXAgd2FpdGluZw0KdG8gcGxhY2U8L2ZvbnQ+ DQo8YnI+PGZvbnQgc2l6ZT0rMT55b3VyIG9yZGVyLCB5b3UgbWF5IG5ldmVyIGZpbmQgVGhl IEJhbm5lZCBDRCBhZ2Fpbi4mbmJzcDsNCkZvciBvbmx5PC9mb250Pg0KPGJyPjxmb250IHNp emU9KzE+JDE5Ljk5LCB5b3Ugd2lsbCBnYWluIHZhbHVhYmxlIHBlYWNlLW9mLW1pbmQga25v d2luZw0KaG93IHRvPC9mb250Pg0KPGJyPjxmb250IHNpemU9KzE+c2FmZWd1YXJkIHlvdXJz ZWxmLCB5b3VyIGZhbWlseSwgYW5kIHlvdXIgbW9uZXkuJm5ic3A7DQpXaG8gY2FuIHB1dCBh PC9mb250Pg0KPGJyPjxmb250IHNpemU9KzE+cHJpY2Ugb24gZnJlZWRvbT8hPC9mb250Pg0K PHA+PGk+PHU+PGZvbnQgc2l6ZT0rMT5IZXJlIGlzIGFub3RoZXIgbG9vayBhdCB0aGUgY29u dGVudHMgb2YgdGhlIEJBTk5FRA0KQ0Q6PC9mb250PjwvdT48L2k+DQo8cD48aW1nIFNSQz0i aHR0cDovL2NvbXB1em9uZXVzYS5jb20vaW1hZ2VzL2J1dHRvbi5naWYiIGhlaWdodD0xOSB3 aWR0aD0xOT48Zm9udCBjb2xvcj0iIzY2NjY2NiI+PGZvbnQgc2l6ZT0rMT4NCkZpbmQgY29u ZmlkZW50aWFsIGluZm8gb24gYW55b25lIGluIDMwIG1pbnV0ZXMgb3I8L2ZvbnQ+PC9mb250 Pg0KPGJyPjxmb250IGNvbG9yPSIjNjY2NjY2Ij48Zm9udCBzaXplPSsxPmxlc3Mgb24gdGhl IEludGVybmV0LiBZb3UnbGwgYmUNCmFibGUgdG8gdHJhY2sgZG93biB5b3VyPC9mb250Pjwv Zm9udD4NCjxicj48Zm9udCBjb2xvcj0iIzY2NjY2NiI+PGZvbnQgc2l6ZT0rMT5vbGQgZmxh bWUsIGZpbmQgb3V0IGhvdyBtdWNoIG1vbmV5DQp5b3VyIGV4IGlzIGhpZGluZzwvZm9udD48 L2ZvbnQ+DQo8YnI+PGZvbnQgY29sb3I9IiM2NjY2NjYiPjxmb250IHNpemU9KzE+aW4gdGhl aXIgYmFuayBhY2NvdW50LCBvciBydW4gYQ0KYmFja2dyb3VuZCBjaGVjayBvbjwvZm9udD48 L2ZvbnQ+DQo8YnI+PGZvbnQgY29sb3I9IiM2NjY2NjYiPjxmb250IHNpemU9KzE+cHJvZXNw ZWN0aXZlIGNsaWVudCBvciBlbXBsb3llZS4NCkV2ZW4gZ292ZXJubWVudDwvZm9udD48L2Zv bnQ+DQo8YnI+PGZvbnQgY29sb3I9IiM2NjY2NjYiPjxmb250IHNpemU9KzE+YWdlbmNpZXMg aGF2ZSB0cm91YmxlIG9idGFpbmluZw0KbXVjaCBvZiB0aGlzIGluZm9ybWF0aW9uLjwvZm9u dD48L2ZvbnQ+DQo8YnI+PGZvbnQgY29sb3I9IiM2NjY2NjYiPjxmb250IHNpemU9KzE+WW91 IHdpbGwgaGF2ZSBhbGwgdGhlIHJlc291cmNlcw0Kb2YgYW55IHByb2Zlc3Npb25hbDwvZm9u dD48L2ZvbnQ+DQo8YnI+PGZvbnQgY29sb3I9IiM2NjY2NjYiPjxmb250IHNpemU9KzE+aW52 ZXN0aWdhdG9yIHJpZ2h0IGF0IHlvdXIgZmluZ2VydGlwcw0KLSBvbiB5b3VyIGhvbWU8L2Zv bnQ+PC9mb250Pg0KPGJyPjxmb250IGNvbG9yPSIjNjY2NjY2Ij48Zm9udCBzaXplPSsxPmNv bXB1dGVyITwvZm9udD48L2ZvbnQ+DQo8cD48aW1nIFNSQz0iaHR0cDovL2NvbXB1em9uZXVz YS5jb20vaW1hZ2VzL2J1dHRvbi5naWYiIGhlaWdodD0xOSB3aWR0aD0xOT48Zm9udCBjb2xv cj0iIzY2NjY2NiI+PGZvbnQgc2l6ZT0rMT4NCkxpc3Qgb2YgY29tcGFuaWVzIHdobyB3aWxs IGlzc3VlIHlvdSBhIGNvbGxlZ2U8L2ZvbnQ+PC9mb250Pg0KPGJyPjxmb250IGNvbG9yPSIj NjY2NjY2Ij48Zm9udCBzaXplPSsxPmRlZ3JlZSAoaW5jbHVkaW5nIGEgUGhkLikgZm9yIGEN CmZlZS4gTm8gc3R1ZHkgcmVxdWlyZWQhPC9mb250PjwvZm9udD4NCjxwPjxpbWcgU1JDPSJo dHRwOi8vY29tcHV6b25ldXNhLmNvbS9pbWFnZXMvYnV0dG9uLmdpZiIgaGVpZ2h0PTE5IHdp ZHRoPTE5Pjxmb250IGNvbG9yPSIjNjY2NjY2Ij48Zm9udCBzaXplPSsxPg0KTGVhcm4gaG93 IHRvIGdldCBGUkVFIGNhYmxlIGFuZCBEU1MgY2hhbm5lbHMsPC9mb250PjwvZm9udD4NCjxi cj48Zm9udCBjb2xvcj0iIzY2NjY2NiI+PGZvbnQgc2l6ZT0rMT5pbmNsdWRpbmcgdGhlIGFk dWx0IHN0YXRpb25zIGFuZA0KUGF5LVBlci1WaWV3ITwvZm9udD48L2ZvbnQ+DQo8cD48aW1n IFNSQz0iaHR0cDovL2NvbXB1em9uZXVzYS5jb20vaW1hZ2VzL2J1dHRvbi5naWYiIGhlaWdo dD0xOSB3aWR0aD0xOT48Zm9udCBjb2xvcj0iIzY2NjY2NiI+PGZvbnQgc2l6ZT0rMT4NCkhv dyB0byBPYnRhaW4gTWljcm9zb2Z0IFByb2R1Y3RzIGFic29sdXRlbHk8L2ZvbnQ+PC9mb250 Pg0KPGJyPjxmb250IGNvbG9yPSIjNjY2NjY2Ij48Zm9udCBzaXplPSsxPkZSRUUsIHRoZSBz YWZlIGFuZCBMRUdBTCB3YXkhPC9mb250PjwvZm9udD4NCjxwPjxpbWcgU1JDPSJodHRwOi8v Y29tcHV6b25ldXNhLmNvbS9pbWFnZXMvYnV0dG9uLmdpZiIgaGVpZ2h0PTE5IHdpZHRoPTE5 Pjxmb250IGNvbG9yPSIjNjY2NjY2Ij48Zm9udCBzaXplPSsxPg0KTGlzdCBvZiBzdXBwbGll cnMgb2YgInF1ZXN0aW9uYWJsZSIgaXRlbXMsIHN1Y2g8L2ZvbnQ+PC9mb250Pg0KPGJyPjxm b250IGNvbG9yPSIjNjY2NjY2Ij48Zm9udCBzaXplPSsxPmFzIGZjYyBiYW5uZWQgY29tbXVu aWNhdGlvbnMgZGV2aWNlcywNCnNjYW5uZXJzLDwvZm9udD48L2ZvbnQ+DQo8YnI+PGZvbnQg Y29sb3I9IiM2NjY2NjYiPjxmb250IHNpemU9KzE+bmlnaHQgdmlzaW9uIGdvZ2dsZXMsIHBh c3Nwb3J0cywNCmZha2UgaWRlbnRpZmljYXRpb24sPC9mb250PjwvZm9udD4NCjxicj48Zm9u dCBjb2xvcj0iIzY2NjY2NiI+PGZvbnQgc2l6ZT0rMT5hbmQgZXZlcnl0aGluZyBlbHNlIHRo YXQgeW91IHdvbid0DQpmaW5kIGluIHRoZSBiYWNrPC9mb250PjwvZm9udD4NCjxicj48Zm9u dCBjb2xvcj0iIzY2NjY2NiI+PGZvbnQgc2l6ZT0rMT5vZiBTb2xkaWVyIG9mIEZvcnR1bmUg bWFnYXppbmUhPC9mb250PjwvZm9udD4NCjxwPjxpbWcgU1JDPSJodHRwOi8vY29tcHV6b25l dXNhLmNvbS9pbWFnZXMvYnV0dG9uLmdpZiIgaGVpZ2h0PTE5IHdpZHRoPTE5Pjxmb250IGNv bG9yPSIjNjY2NjY2Ij48Zm9udCBzaXplPSsxPg0KRmluZCBwcm9kdWN0cyB0byByZXNlbGwg b24gdGhlIEludGVybmV0IHdpdGggb3VyPC9mb250PjwvZm9udD4NCjxicj48Zm9udCBjb2xv cj0iIzY2NjY2NiI+PGZvbnQgc2l6ZT0rMT5XaG9sZXNhbGUgRGlyZWN0b3J5IGNvbnRhaW5p bmcNCm92ZXIgMSBtaWxsaW9uPC9mb250PjwvZm9udD4NCjxicj48Zm9udCBjb2xvcj0iIzY2 NjY2NiI+PGZvbnQgc2l6ZT0rMT4odGhhdCdzIHJpZ2h0LCBvbmUgbWlsbGlvbiEpIHdob2xl c2FsZQ0Kc291cmNlcyBmb3I8L2ZvbnQ+PC9mb250Pg0KPGJyPjxmb250IGNvbG9yPSIjNjY2 NjY2Ij48Zm9udCBzaXplPSsxPmNvbXB1dGVycywgZWxlY3Ryb25pY3MsIGJlYW5pZXMsDQp0 cmVuZCBpdGVtcyw8L2ZvbnQ+PC9mb250Pg0KPGJyPjxmb250IGNvbG9yPSIjNjY2NjY2Ij48 Zm9udCBzaXplPSsxPmpld2VscnksIGNhcnMsIGNvbGxlY3RpYmxlcywgYW5kDQpldmVyeXRo aW5nIGVsc2UhPC9mb250PjwvZm9udD4NCjxwPjxpbWcgU1JDPSJodHRwOi8vY29tcHV6b25l dXNhLmNvbS9pbWFnZXMvYnV0dG9uLmdpZiIgaGVpZ2h0PTE5IHdpZHRoPTE5Pjxmb250IGNv bG9yPSIjNjY2NjY2Ij48Zm9udCBzaXplPSsxPg0KT3ZlciAyNSBtaWxsaW9uIGVtYWlsIGFk ZHJlc3NlcywgZnJlc2ggYW5kPC9mb250PjwvZm9udD4NCjxicj48Zm9udCBjb2xvcj0iIzY2 NjY2NiI+PGZvbnQgc2l6ZT0rMT50YXJnZXRlZCEgWW91IGNhbiB1c2UgdGhlc2UgdG8NCmNv bnRhY3QgdGhlIHBlb3BsZTwvZm9udD48L2ZvbnQ+DQo8YnI+PGZvbnQgY29sb3I9IiM2NjY2 NjYiPjxmb250IHNpemU9KzE+YW5kIHNlbmQgdGhlbSB5b3VyIGFkdmVydGlzZW1lbnRzLjwv Zm9udD48L2ZvbnQ+DQo8cD48aW1nIFNSQz0iaHR0cDovL2NvbXB1em9uZXVzYS5jb20vaW1h Z2VzL2J1dHRvbi5naWYiIGhlaWdodD0xOSB3aWR0aD0xOT48Zm9udCBjb2xvcj0iIzY2NjY2 NiI+PGZvbnQgc2l6ZT0rMT4NCkZpbmQgb3V0IGhvdyB0byBnZXQgYSBjb21wbGV0ZWx5IG5l dyBpZGVudGl0eS48L2ZvbnQ+PC9mb250Pg0KPGJyPjxmb250IGNvbG9yPSIjNjY2NjY2Ij48 Zm9udCBzaXplPSsxPkRpc2FwcGVhciB3aXRob3V0IGEgdHJhY2UhPC9mb250PjwvZm9udD4N CjxwPjxpbWcgU1JDPSJodHRwOi8vY29tcHV6b25ldXNhLmNvbS9pbWFnZXMvYnV0dG9uLmdp ZiIgaGVpZ2h0PTE5IHdpZHRoPTE5Pjxmb250IGNvbG9yPSIjNjY2NjY2Ij48Zm9udCBzaXpl PSsxPg0KRmluZCBvdXQgaG93IHRvIEVSQVNFIGJhZCBjcmVkaXQgYW5kIGV2ZW48L2ZvbnQ+ PC9mb250Pg0KPGJyPjxmb250IGNvbG9yPSIjNjY2NjY2Ij48Zm9udCBzaXplPSsxPmNyZWF0 ZSBhIHdob2xlIG5ldyBmaWxlIGluIHRoZQ0KY3JlZGl0IGJ1cmVhdSBjb21wdXRlcnMuPC9m b250PjwvZm9udD4NCjxwPjxpbWcgU1JDPSJodHRwOi8vY29tcHV6b25ldXNhLmNvbS9pbWFn ZXMvYnV0dG9uLmdpZiIgaGVpZ2h0PTE5IHdpZHRoPTE5Pjxmb250IGNvbG9yPSIjNjY2NjY2 Ij48Zm9udCBzaXplPSsxPg0KTGVhcm4gaG93IHRvIGJlYXQgdGhlIElSUy4gVGF4IHRpcHMg Zm9yIHRoZTwvZm9udD48L2ZvbnQ+DQo8YnI+PGZvbnQgY29sb3I9IiM2NjY2NjYiPjxmb250 IHNpemU9KzE+cmVzdCBvZiB1cy48L2ZvbnQ+PC9mb250Pg0KPHA+PGltZyBTUkM9Imh0dHA6 Ly9jb21wdXpvbmV1c2EuY29tL2ltYWdlcy9idXR0b24uZ2lmIiBoZWlnaHQ9MTkgd2lkdGg9 MTk+PGZvbnQgY29sb3I9IiM2NjY2NjYiPjxmb250IHNpemU9KzE+DQpDb21wbGV0ZSBndWlk ZSBvbiBob3cgdG8gY2xhaW0gcHVibGljIGxhbmQ8L2ZvbnQ+PC9mb250Pg0KPGJyPjxmb250 IGNvbG9yPSIjNjY2NjY2Ij48Zm9udCBzaXplPSsxPm9mZmVyZWQgYnkgdGhlIEdvdmVybm1l bnQuIFlvdQ0KY2FuIGZpbmQgeW91cjwvZm9udD48L2ZvbnQ+DQo8YnI+PGZvbnQgY29sb3I9 IiM2NjY2NjYiPjxmb250IHNpemU9KzE+ZHJlYW0gaG9tZSBmb3IgYSByaWRpY3Vsb3VzbHkg bG93DQpwcmljZSBvciBidXk8L2ZvbnQ+PC9mb250Pg0KPGJyPjxmb250IGNvbG9yPSIjNjY2 NjY2Ij48Zm9udCBzaXplPSsxPnByb3BlcnRpZXMgdG8gcmVzZWxsIGZvciBhIGh1Z2UNCnBy b2ZpdCE8L2ZvbnQ+PC9mb250Pg0KPHA+PGltZyBTUkM9Imh0dHA6Ly9jb21wdXpvbmV1c2Eu Y29tL2ltYWdlcy9idXR0b24uZ2lmIiBoZWlnaHQ9MTkgd2lkdGg9MTk+PGZvbnQgY29sb3I9 IiM2NjY2NjYiPjxmb250IHNpemU9KzE+DQpBY2NlcHQgY2hlY2tzIGZyb20geW91ciBjdXN0 b21lcnMgYnkgZmF4LDwvZm9udD48L2ZvbnQ+DQo8YnI+PGZvbnQgY29sb3I9IiM2NjY2NjYi Pjxmb250IHNpemU9KzE+cGhvbmUgYW5kIGVtYWlsIHdpdGggdGhlIGZ1bGwgd29ya2luZw0K dmVyc2lvbiBvZjwvZm9udD48L2ZvbnQ+DQo8YnI+PGZvbnQgY29sb3I9IiM2NjY2NjYiPjxm b250IHNpemU9KzE+Q2hlY2tlciBTb2Z0d2FyZSBpbmNsdWRlZCE8L2ZvbnQ+PC9mb250Pg0K PHA+PGltZyBTUkM9Imh0dHA6Ly9jb21wdXpvbmV1c2EuY29tL2ltYWdlcy9idXR0b24uZ2lm IiBoZWlnaHQ9MTkgd2lkdGg9MTk+PGZvbnQgY29sb3I9IiM2NjY2NjYiPjxmb250IHNpemU9 KzE+DQpCdXNpbmVzcyBzb2Z0d2FyZSB0byBoZWxwIHlvdSBydW4geW91ciBzbWFsbDwvZm9u dD48L2ZvbnQ+DQo8YnI+PGZvbnQgY29sb3I9IiM2NjY2NjYiPjxmb250IHNpemU9KzE+YnVz aW5lc3MsIGluY2x1ZGluZyBsYWJlbCBtYWtlcg0Kc29mdHdhcmUsIG1vbmV5PC9mb250Pjwv Zm9udD4NCjxicj48Zm9udCBjb2xvcj0iIzY2NjY2NiI+PGZvbnQgc2l6ZT0rMT5tYW5hZ2Vt ZW50IHNvZnR3YXJlLCBJUlMgZm9yZ2l2ZW5lc3MNCnByb2dyYW0sPC9mb250PjwvZm9udD4N Cjxicj48Zm9udCBjb2xvcj0iIzY2NjY2NiI+PGZvbnQgc2l6ZT0rMT5kYXRhYmFzZSBzb2Z0 d2FyZSwgYW5kIG11Y2ggbW9yZS48L2ZvbnQ+PC9mb250Pg0KPHA+PGltZyBTUkM9Imh0dHA6 Ly9jb21wdXpvbmV1c2EuY29tL2ltYWdlcy9idXR0b24uZ2lmIiBoZWlnaHQ9MTkgd2lkdGg9 MTk+PGZvbnQgY29sb3I9IiM2NjY2NjYiPjxmb250IHNpemU9KzE+DQpBIGh1Z2UgY29sbGVj dGlvbiBvZiBzY3JlZW5zYXZlcnMsIGdyYXBoaWNzLDwvZm9udD48L2ZvbnQ+DQo8YnI+PGZv bnQgY29sb3I9IiM2NjY2NjYiPjxmb250IHNpemU9KzE+Y2xpcGFydCwgYW5kIGRlc2t0b3Ag dGhlbWVzIHRvDQpzcGljZSB1cCB5b3VyIGNvbXB1dGVyLjwvZm9udD48L2ZvbnQ+DQo8cD48 aW1nIFNSQz0iaHR0cDovL2NvbXB1em9uZXVzYS5jb20vaW1hZ2VzL2J1dHRvbi5naWYiIGhl aWdodD0xOSB3aWR0aD0xOT48Zm9udCBjb2xvcj0iIzY2NjY2NiI+PGZvbnQgc2l6ZT0rMT4N Ck1VQ0gsIE1VQ0ggTU9SRSB0aGF0IHdlIGRvbid0IGhhdmUgcm9vbSB0byBsaXN0ITwvZm9u dD48L2ZvbnQ+DQo8cD48Zm9udCBzaXplPSsxPldlIGFyZSBzbyBjb25maWRlbnQgdGhhdCB5 b3Ugd2lsbCBsb3ZlIHRoaXMgQ0QgdGhhdCB3ZTwvZm9udD4NCjxicj48Zm9udCBzaXplPSsx Pm9mZmVyIGEgZnVsbCAzMC1kYXksIG5vIHF1ZXN0aW9ucyBhc2tlZCBtb25leS1iYWNrPC9m b250Pg0KPGJyPjxmb250IHNpemU9KzE+Z3VhcmFudGVlLiBUbyBvcmRlciB0aGUgIkJhbm5l ZCBDRCIgcmlnaHQgbm93IGZvciB0aGU8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0rMT5zdXBl ciBsb3cgcHJpY2Ugb2Ygb25seSAkMTkuOTksIGp1c3QgY2xpY2sgb24gdGhlIGxpbms8L2Zv bnQ+DQo8YnI+PGZvbnQgc2l6ZT0rMT5iZWxvdyB0byBwYXkgd2l0aCBhIFZpc2Egb3IgTWFz dGVyY2FyZDo8L2ZvbnQ+DQo8YnI+Jm5ic3A7DQo8dGFibGUgQk9SREVSPTAgQ09MUz0yIFdJ RFRIPSI1MCUiID4NCjx0cj4NCjx0ZD48Zm9udCBzaXplPSsyPjxhIGhyZWY9Imh0dHA6Ly93 d3cuY29tcHV6b25ldXNhLmNvbS9jY3BheW1lbnQvYmFubmVkY2Q3Mi5odG0iPk9yZGVyDQpO b3chPC9hPjwvZm9udD48L3RkPg0KDQo8dGQ+DQo8Y2VudGVyPjxpbWcgU1JDPSJodHRwOi8v Y29tcHV6b25ldXNhLmNvbS9pbWFnZXMvZ3VhcmFudGVlLmdpZiIgaGVpZ2h0PTk2IHdpZHRo PTk1PjwvY2VudGVyPg0KPC90ZD4NCjwvdHI+DQo8L3RhYmxlPg0KDQo8cD5PciB5b3UgbWF5 IHBheSB3aXRoIGNhc2gsIGNoZWNrIG9yIG1vbmV5IG9yZGVyIGJ5IHByaW50aW5nIHRoZSBv cmRlcg0KPGJyPmZvcm0gYmVsb3cgYW5kIHNlbmRpbmcgaXQgd2l0aCB5b3VyIHBheW1lbnQu DQo8cD48Yj4tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tIENVVCBIRVJFIC0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tPC9iPg0KPHA+UHJvZHVjdDogIlRoZSBCYW5uZWQgQ0QiDQo8YnI+UHJp Y2U6ICQxOS45OSArICQ0LjAxIHNoaXBwaW5nL2hhbmRsaW5nDQo8cD5IT1cgVE8gT1JERVIg QlkgTUFJTDogUHJpbnQgb3V0IHRoaXMgb3JkZXIgZm9ybSBhbmQgc2VuZCBjYXNoLA0KPGJy PnBlcnNvbmFsIGNoZWNrLCBtb25leSBvcmRlciBvciBjYXNoaWVyJ3MgY2hlY2sgdG8gdGhl IGFkZHJlc3MgbGlzdGVkDQpiZWxvdzoNCjxwPlF1aWtzaWx2ZXIgRW50ZXJwcmlzZXMgSW5j Lg0KPGJyPjM3OTIgQnJvYWR3YXkgIzM5OA0KPGJyPk5ldyBZb3JrLCBOWSAxMDAzMg0KPHA+ WW91ciBTaGlwcGluZyBJbmZvcm1hdGlvbjoNCjxwPllvdXIgTmFtZV9fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPGJyPllvdXIgQWRkcmVzc19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPGJyPllvdXIgQ2l0eV9f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPGJyPlN0YXRl IC8gWmlwX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPGJy PlBob25lICM6IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f Xw0KPGJyPihGb3IgcHJvYmxlbXMgd2l0aCB5b3VyIG9yZGVyIG9ubHkuIE5vIHNhbGVzbWVu IHdpbGwgY2FsbC4pDQo8cD5FbWFpbCBBZGRyZXNzX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fXw0KPHA+UGxlYXNlIG5vdGUgdGhhdCBtYWlsLWluIG9yZGVycyBt YXkgYmUgZGVsYXllZCAyLTQgd2Vla3MuDQo8cD5bIF0gSSBhbSBlbmNsb3NpbmcgYSBjaGVj ayBvciBtb25leSBvcmRlciBmb3IgJDI0LjAwDQo8cD5bIF0gSSBhbSBtYWlsaW5nIG15IGNy ZWRpdCBjYXJkIG51bWJlci4gKE5vdGUgeW91ciBjYXJkIHdpbGwgYmUgY2hhcmdlZA0KZm9y ICQyNC4wMCkNCjxwPklmIHBheWluZyBieSBjcmVkaXQgY2FyZCwgcGxlYXNlIGZpbGwgaW4g dGhlIGluZm9ybWF0aW9uIGJlbG93Og0KPHA+Q3JlZGl0IENhcmQgTnVtYmVyOl9fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fDQo8YnI+RXhwaXJhdGlvbiBEYXRlOl9fX19fX19f X19fX19fX19fX19fX19fX19fXw0KPGJyPlNpZ25hdHVyZTpfX19fX19fX19fX19fX19fX19f X19fX19fDQo8YnI+RGF0ZTpfX19fX19fX19fX19fX19fX19fXw0KPHA+Tk9URTogVGhpcyBD RCBpcyBmb3IgaW5mb3JtYXRpb25hbCwgZWR1Y2F0aW9uYWwsIG9yDQo8YnI+ZW50ZXJ0YWlu bWVudCBwdXJwb3NlcyBvbmx5LiZuYnNwOyBTb21lIG9mIHRoZSBhY3Rpdml0aWVzDQo8YnI+ ZGVzY3JpYmVkIG9uIHRoaXMgQ0QgbWF5IGJlIGlsbGVnYWwgaWYgY2FycmllZCBvdXQuDQo8 YnI+VGhpcyBDRCBjb250YWlucyBsaW5rcyBhbmQgYWRkcmVzc2VzIG9mIGNvbXBhbmllcw0K PGJyPmFuZCBpbmRpdmlkdWFscyB3aGljaCBwcm9kdWNlIHZhcmlvdXMgcHJvZHVjdHMsIG9y DQo8YnI+b2ZmZXIgdmFyaW91cyBzZXJ2aWNlcywgd2hpY2ggbWF5IGJlIGlsbGVnYWwgaW4g eW91cg0KPGJyPmNvdW50cnksIHN0YXRlLCBvciBjaXR5LiZuYnNwOyBIb3dldmVyLCBpdCBp cyBwZXJmZWN0bHkNCjxicj5MRUdBTCB0byBwdXJjaGFzZSBhbmQgcG9zc2VzcyB0aGUgQmFu bmVkIENEIGluIHRoZQ0KPGJyPlVuaXRlZCBTdGF0ZXMgb2YgQW1lcmljYS4mbmJzcDsgQ29u dGFpbnMgYXBwcm94aW1hdGVseQ0KPGJyPjEwMCBtZWdzIG9mIGluZm9ybWF0aW9uLg0KPHA+ U2hpcHBpbmcgb3V0c2lkZSBVU0EgYWRkICQxMC4wMA0KPHA+KioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioNCjxicj5Zb3UgYXJl IHJlY2lldmluZyBhbiB1bnNvbGljaXRlZCBjb21tZXJjaWFsIGVtYWlsIGZyb20NCjxicj5R dWlrc2lsdmVyIEVudGVycHJpc2VzIEluYy4mbmJzcDsgV2UgcmVjb2duaXplIHRoYXQgeW91 IG1heQ0KPGJyPm5vdCB3aXNoIHRvIHJlY2lldmUgc3VjaCBlbWFpbHMgaW4gdGhlIGZ1dHVy ZSwgYW5kIHdlDQo8YnI+aGF2ZSBwcm92aWRlZCBhIGxpbmsgdG8gYXV0b21hdGljYWxseSBh bmQgaW5zdGFudGx5DQo8YnI+cmVtb3ZlIHlvdXJzZWxmOiA8YSBocmVmPSJodHRwOi8vd3d3 LmNvbXB1em9uZXVzYS5jb20vcmVtb3ZlLmh0bSI+UkVNT1ZFPC9hPg0KPGJyPlRoaXMgbWVz c2FnZSBpcyBiZWluZyBzZW50IHRvIHlvdSBpbiBjb21wbGlhbmNlIHdpdGgNCjxicj5mZWRl cmFsIGd1aWRlbGluZXMgZ292ZXJuaW5nIHRoZSB0cmFuc21pc3Npb24gb2YNCjxicj51bnNv bGljaXRlZCBjb21tZXJjaWFsIGVtYWlsLCBpbmNsdWRpbmcgdGhlIHByb3Zpc2lvbiBvZg0K PGJyPmNvbnRhY3QgaW5mb3JtYXRpb24gZm9yIG91ciBjb21wYW55IHdpdGhpbiB0aGlzIGVt YWlsLCBhDQo8YnI+dmFsaWQgcmV0dXJuIGVtYWlsIGFkZHJlc3MsIGFuZCBhIHdheSBmb3Ig Y3VzdG9tZXJzDQo8YnI+dG8gcmVtb3ZlIHRoZW1zZWx2ZXMuJm5ic3A7IFBsZWFzZSBub3Rl LCBob3dldmVyLCB0aGF0IG91cg0KPGJyPmVtYWlsIGFkZHJlc3Mgd2FzIHZhbGlkIGF0IHRo ZSB0aW1lIG9mIHNlbmRpbmcsIGJ1dCBtYXkNCjxicj5iZSBjYW5jZWxsZWQgYnkgdGhlIElT UCBzaG9ydGx5IHRoZXJlYWZ0ZXIgZHVlIHRvIG91cg0KPGJyPnVzZSBvZiB1bnNvbGljaXRl ZCBlbWFpbC4mbmJzcDsgWW91IGNhbiByZWFkIGFib3V0IHRoZSB2YXJpb3VzDQo8YnI+bGF3 cyBnb3Zlcm5pbmcgdW5zb2xpY2l0ZWQgZW1haWw6IGh0dHA6Ly9zcGFtbGF3cy5jb20NCjxi cj4iVW5zb2xpY2l0ZWQgY29tbWVyY2lhbCBlbGVjdHJvbmljIG1haWwgY2FuIGJlIGFuIGlt cG9ydGFudA0KPGJyPm1lY2hhbmlzbSB0aHJvdWdoIHdoaWNoIGJ1c2luZXNzZXMgYWR2ZXJ0 aXNlIGFuZCBhdHRyYWN0DQo8YnI+Y3VzdG9tZXJzIGluIHRoZSBvbmxpbmUgZW52aXJvbm1l bnQuIiZuYnNwOyAtLSBVLlMuIENvbmdyZXNzLA0KPGJyPkguUi4gMTA2dGggQ09OR1JFU1Mg MmQgU2Vzc2lvbiBILiBSLiAzMTEzIFNlYy4gMiAoYSkzIEp1bHkNCjxicj4xOSwgMjAwMCBo dHRwOi8vd3d3LnNwYW1sYXdzLmNvbS9mZWRlcmFsL2hyMzExMy5odG1sDQo8YnI+KioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioN Cjxicj4mbmJzcDsNCjxicj4mbmJzcDsNCjwvYm9keT4NCjwvaHRtbD4NCg== ------=_NextPart_000_001__10618077_51917.11-- Received: (from majordomo@localhost) by ns.secondary.com (8.9.3/8.9.3) id PAA28727 for ietf-smime-bks; Mon, 29 Jan 2001 15:15:44 -0800 (PST) Received: from dfw-smtpout1.email.verio.net (dfw-smtpout1.email.verio.net [129.250.36.41]) by ns.secondary.com (8.9.3/8.9.3) with ESMTP id PAA28179; Mon, 29 Jan 2001 15:05:04 -0800 (PST) Received: from [129.250.38.62] (helo=dfw-mmp2.email.verio.net) by dfw-smtpout1.email.verio.net with esmtp id 14NNRG-0003wb-00; Mon, 29 Jan 2001 23:10:22 +0000 Received: from [206.133.83.14] (helo=localhost) by dfw-mmp2.email.verio.net with esmtp id 14NNPk-0002Od-00; Mon, 29 Jan 2001 23:08:48 +0000 X-Sender: misterprivacy@hushmail.com From: Dave To: "customer" Date: Mon, 29 Jan 2001 14:25:17 -0500 Subject: I could go to JAIL for selling this CD! MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_001__10618077_51917.11" Message-Id: Sender: owner-ietf-smime@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: This is a Multipart MIME message. ------=_NextPart_000_001__10618077_51917.11 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 7bit ------=_NextPart_000_001__10618077_51917.11 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: base64 PCFkb2N0eXBlIGh0bWwgcHVibGljICItLy93M2MvL2R0ZCBodG1sIDQuMCB0cmFuc2l0aW9u YWwvL2VuIj4NCjxodG1sPg0KPGhlYWQ+DQogICA8bWV0YSBodHRwLWVxdWl2PSJDb250ZW50 LVR5cGUiIGNvbnRlbnQ9InRleHQvaHRtbDsgY2hhcnNldD1pc28tODg1OS0xIj4NCiAgIDxt ZXRhIG5hbWU9IkdFTkVSQVRPUiIgY29udGVudD0iTW96aWxsYS80LjYxIFtlbl0gKFdpbjk4 OyBJKSBbTmV0c2NhcGVdIj4NCiAgIDx0aXRsZT5UaGUgQkFOTkVEIENEITwvdGl0bGU+DQo8 L2hlYWQ+DQo8Ym9keT4NCjxmb250IHNpemU9KzE+SGksPC9mb250Pg0KPHA+PGZvbnQgc2l6 ZT0rMT5JIGhhdmUgYmVlbiByZWNpZXZpbmcgZW1haWxzIHNheWluZyB0aGF0IEknbSBjb250 cmlidXRpbmcNCnRvPC9mb250Pg0KPGJyPjxmb250IHNpemU9KzE+dGhlICJtb3JhbCBkZWNh eSBvZiBzb2NpZXR5IiBieSBzZWxsaW5nIHRoZSBCYW5uZWQgQ0QuJm5ic3A7DQpUaGF0PC9m b250Pg0KPGJyPjxmb250IHNpemU9KzE+bWF5IGJlLCBidXQgSSBmZWVsIHN0cm9uZ2x5IHRo YXQgeW91IGhhdmUgYSByaWdodCB0bw0KYmVuZWZpdCBmcm9tPC9mb250Pg0KPGJyPjxmb250 IHNpemU9KzE+dGhpcyBoYXJkLXRvLWZpbmQgaW5mb3JtYXRpb24uPC9mb250Pg0KPHA+PGZv bnQgY29sb3I9IiNDQzAwMDAiPjxmb250IHNpemU9KzE+U28gSSBhbSBnaXZpbmcgeW91IE9O RSBMQVNUIENIQU5DRQ0KdG8gb3JkZXI8L2ZvbnQ+PC9mb250Pg0KPGJyPjxmb250IGNvbG9y PSIjQ0MwMDAwIj48Zm9udCBzaXplPSsxPnRoZSBCYW5uZWQgQ0QhPC9mb250PjwvZm9udD4N Cjxicj4mbmJzcDsNCjx0YWJsZSBCT1JERVI9MCBDT0xTPTIgV0lEVEg9Ijc1JSIgPg0KPHRy Pg0KPHRkIFdJRFRIPSIxJSI+PGltZyBTUkM9Imh0dHA6Ly9jb21wdXpvbmV1c2EuY29tL2lt YWdlcy9zcHkuanBnIiBoZWlnaHQ9MTI4IHdpZHRoPTg2PjwvdGQ+DQoNCjx0ZD48Zm9udCBz aXplPSsxPldpdGggdGhpcyBwb3dlcmZ1bCBDRCwgeW91IHdpbGwgYmUgYWJsZSB0byBpbnZl c3RpZ2F0ZQ0KeW91ciBmcmllbmRzLCBlbmVtaWVzIGFuZCBsb3ZlcnMgaW4ganVzdCBtaW51 dGVzIHVzaW5nIHRoZSBJbnRlcm5ldC4mbmJzcDsNCllvdSBjYW4gdHJhY2sgZG93biBvbGQg ZmxhbWVzIGZyb20gY29sbGVnZSwgb3IgeW91IGNhbiBkaWcgdXAgc29tZSBkaXJ0DQpvbiB5 b3VyIGJvc3MgdG8gbWFrZSBzdXJlIHlvdSBnZXQgdGhhdCBuZXh0IHByb21vdGlvbiE8L2Zv bnQ+PC90ZD4NCjwvdHI+DQo8L3RhYmxlPg0KDQo8cD48Zm9udCBzaXplPSsxPk9yIG1heWJl IHlvdSB3YW50IGEgZmFrZSBkaXBsb21hIHRvIGhhbmcgb24geW91ciBiZWRyb29tPC9mb250 Pg0KPGJyPjxmb250IHNpemU9KzE+d2FsbC4mbmJzcDsgWW91J2xsIGZpbmQgYWRkcmVzc2Vz IGZvciBjb21wYW5pZXMgdGhhdA0KbWFrZSB0aGVzZTwvZm9udD4NCjxicj48Zm9udCBzaXpl PSsxPmRpcGxvbWFzIG9uIHRoZSBCYW5uZWQgQ0QuPC9mb250Pg0KPHA+PGZvbnQgc2l6ZT0r MT5OZWVkIHRvIGRpc2FwcGVhciBmYXN0IGFuZCBuZXZlciBsb29rIGJhY2s/Jm5ic3A7IE5v IHByb2JsZW0hPC9mb250Pg0KPGJyPjxmb250IHNpemU9KzE+VXNpbmcgdGhlIEJhbm5lZCBD RCwgeW91IHdpbGwgbGVhcm4gaG93IHRvIGJ1aWxkIGEgY29tcGxldGVseTwvZm9udD4NCjxi cj48Zm9udCBzaXplPSsxPm5ldyBpZGVudGl0eS48L2ZvbnQ+DQo8cD48Zm9udCBzaXplPSsx Pk9idmlvdXNseSwgdGhlIFBvd2VycyBUaGF0IEJlIGRvbid0IHdhbnQgeW91IHRvIGhhdmUg dGhlPC9mb250Pg0KPGJyPjxmb250IHNpemU9KzE+QmFubmVkIENELiZuYnNwOyBUaGV5IGhh dmUgdGhyZWF0ZW5lZCBtZSB3aXRoIGxhd3N1aXRzLA0KZmluZXMsPC9mb250Pg0KPGJyPjxm b250IHNpemU9KzE+YW5kIGV2ZW4gaW1wcmlzb25tZW50IHVubGVzcyBJIHN0b3Agc2VsbGlu ZyBpdCBpbW1lZGlhdGVseS48L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0rMT5CdXQgSSBmZWVs IHRoYXQgWU9VIGhhdmUgYSBDb25zdGl0dXRpb25hbCByaWdodCB0byBhY2Nlc3M8L2ZvbnQ+ DQo8YnI+PGZvbnQgc2l6ZT0rMT50aGlzIHR5cGUgb2YgaW5mb3JtYXRpb24sIGFuZCBJIGNh bid0IGJlIGludGltaWRhdGVkLjwvZm9udD4NCjxicj4mbmJzcDsNCjx0YWJsZSBCT1JERVI9 MCBDT0xTPTIgV0lEVEg9IjUwJSIgPg0KPHRyPg0KPHRkIFdJRFRIPSIxMDAlIj48aT48Zm9u dCBjb2xvcj0iIzMzMzNGRiI+PGZvbnQgc2l6ZT0rMT5VbmNsZSBTYW0gYW5kIHlvdXINCmNy ZWRpdG9ycyBhcmUgaG9ycmlmaWVkIHRoYXQgSSBhbSBzdGlsbCBzZWxsaW5nIHRoaXMgcHJv ZHVjdCEmbmJzcDsgVGhlcmUNCm11c3QgYmUgYSBwcmljZSBvbiBteSBoZWFkITwvZm9udD48 L2ZvbnQ+PC9pPjwvdGQ+DQoNCjx0ZCBXSURUSD0iMSUiPjxpbWcgU1JDPSJodHRwOi8vY29t cHV6b25ldXNhLmNvbS9pbWFnZXMvb3V0bGF3LmpwZyIgaGVpZ2h0PTEyOCB3aWR0aD05Mz48 L3RkPg0KPC90cj4NCjwvdGFibGU+DQoNCjxwPjxmb250IHNpemU9KzE+V2h5IGFyZSB0aGV5 IHNvIHVwc2V0PyBCZWNhdXNlIHRoaXMgQ0QgZ2l2ZXMgeW91IGZyZWVkb20uPC9mb250Pg0K PGJyPjxmb250IHNpemU9KzE+QW5kIHlvdSBjYW4ndCBidXkgZnJlZWRvbSBhdCB5b3VyIGxv Y2FsIFdhbG1hcnQuJm5ic3A7DQpZb3Ugd2lsbDwvZm9udD4NCjxicj48Zm9udCBzaXplPSsx PmhhdmUgdGhlIGZyZWVkb20gdG8gYXZvaWQgY3JlZGl0b3JzLCBqdWRnbWVudHMsIGxhd3N1 aXRzLA0KSVJTPC9mb250Pg0KPGJyPjxmb250IHNpemU9KzE+dGF4IGNvbGxlY3RvcnMsIGNy aW1pbmFsIGluZGljdG1lbnRzLCB5b3VyIGdyZWVkeSBleC13aWZlDQpvcjwvZm9udD4NCjxi cj48Zm9udCBzaXplPSsxPmV4LWh1c2JhbmQsIGFuZCBNVUNIIG1vcmUhPC9mb250Pg0KPHA+ PGZvbnQgc2l6ZT0rMT5KdXN0IGxvb2sgYXQgc29tZSBvZiB0aGUgdGhpbmdzIHlvdSBjYW4g ZG8gd2l0aCB0aGlzIENEDQouLi48L2ZvbnQ+DQo8dWw+DQo8bGk+DQo8Yj48Zm9udCBjb2xv cj0iIzAwMDA5OSI+U2F2ZSBodW5kcmVkcyBvciBldmVuIHRob3VzYW5kcyBvZiBkb2xsYXJz IG9uDQp5b3VyIHRheGVzIGJ5IHVzaW5nIHRoZSBzZWNyZXQgdGF4IHRpcHMgY29udGFpbmVk IGluIHRoaXMgcGFja2FnZS4mbmJzcDsNClRoZSBJUlMgZG9lcyBOT1Qgd2FudCB5b3UgdG8g a25vdyB0aGVzZSBsb29waG9sZXMhPC9mb250PjwvYj48L2xpPg0KDQo8bGk+DQo8Yj48Zm9u dCBjb2xvcj0iIzAwMDA5OSI+VHJhY2sgZG93biBmcmllbmRzIGFuZCBvbGQgZmxhbWVzIGZy b20gdGhlIGNvbWZvcnQNCm9mIHlvdXIgb3duIGhvbWUgd2l0aCBvdXIgSW50ZXJuZXQgaW52 ZXN0aWdhdGlvbiByZXNvdXJjZXMhPC9mb250PjwvYj48L2xpPg0KDQo8bGk+DQo8Yj48Zm9u dCBjb2xvcj0iIzAwMDA5OSI+RmluZCBvdXQgd2hlcmUgeW91ciBFWCBpcyBoaWRpbmcgdGhl aXIgbW9uZXkgdG8NCmF2b2lkIGFsaW1vbnksIGNoaWxkIHN1cHBvcnQsIG9yIGRpdm9yY2Ug c2V0dGxlbWVudHMuIFRoZW4gZ2V0IHlvdXIgaGFuZHMNCm9uIHRoYXQgbW9uZXkuJm5ic3A7 IEJsZWVkICdlbSBkcnkhJm5ic3A7IFByaXZhdGUgaW52ZXN0aWdhdG9ycyBjaGFyZ2UNCnRo b3VzYW5kcyBvZiBkb2xsYXJzIGZvciB0aGlzIHNlcnZpY2UsIGJ1dCB5b3UgY2FuIGRvIGl0 IHdpdGggYSBjb21wdXRlcg0KYW5kIGFuIGludGVybmV0IGNvbmVjdGlvbiB3aGVuIHlvdSBi dXkgdGhlIEJhbm5lZCBDRCE8L2ZvbnQ+PC9iPjwvbGk+DQoNCjxsaT4NCjxiPjxmb250IGNv bG9yPSIjMDAwMDk5Ij5MZWFybiBob3cgdG8gdXNlIG9mZnNob3JlIG1vbmV5IGhhdmVucyBh bmQgYXNzZXQNCnByb3RlY3Rpb24gdHJ1c3RzIHRvIGF2b2lkIGxhd3N1aXRzLCBqdWRnbWVu dHMsIGFuZCBmb29sIHRoZSBtb3N0IGFnZ3Jlc3NpdmUNCnRheCBjb2xsZWN0b3IhJm5ic3A7 IElmIHlvdXIgbW9uZXkgaXMgc2l0dGluZyBpbiBhIFVTIGJhbmsgYWNjb3VudCwgeW91cg0K ZnVuZHMgY2FuIGJlIGxldmllZCBvciBmcm96ZW4gY29tcGxldGVseSBhdCBhbnkgdGltZS4m bmJzcDsgVGhlIFVTIGdvdmVybm1lbnQNCnVzZXMgImNpdmlsIGFzc2V0IGZvcmZlaXR1cmUi IHRvIHN0ZWFsIGJpbGxpb25zIG9mIGRvbGxhcnMgZWFjaCB5ZWFyIGZyb20NCmhhcmQtd29y a2luZywgbGF3IGFiaWRpbmcgY2l0aXplbnMuJm5ic3A7IEdldCB5b3VyIG1vbmV5IG91dCBv ZiB0aGUgY291bnRyeQ0KYmVmb3JlIFVuY2xlIFNhbSBzbmF0Y2hlcyBpdCBhbGwuPC9mb250 PjwvYj48L2xpPg0KDQo8bGk+DQo8Yj48Zm9udCBjb2xvcj0iIzAwMDA5OSI+RmluZCBvdXQg d2hlcmUgdG8gYnV5ICJmb3JiaWRkZW4gcHJvZHVjdHMiIG9uDQp0aGUgSW50ZXJuZXQuIEZ1 cnRoZXIgZWxhYm9yYXRpb24gc2hvdWxkIG5vdCBiZSBuZWNlc3Nhcnk7IGp1c3QgdXNlIHlv dXINCmltYWdpbmF0aW9uLjwvZm9udD48L2I+PC9saT4NCg0KPGxpPg0KPGI+PGZvbnQgY29s b3I9IiMwMDAwOTkiPkdldCBhIGJldHRlciBqb2IgYnkgcHVyY2hhc2luZyBhIGNvbGxlZ2Ug ZGVncmVlDQooaW5jbHVkaW5nIGEgUGhkISkgZm9yIGEgdmVyeSBsb3cgZmVlLiBObyBzdHVk eSByZXF1aXJlZCE8L2ZvbnQ+PC9iPjwvbGk+DQoNCjxsaT4NCjxiPjxmb250IGNvbG9yPSIj MDAwMDk5Ij5JZiB5b3VyIEVYIGlzIGNvbWluZyBhZnRlciB5b3VyIG1vbmV5LCBzdGF5IG9u ZQ0Kc3RlcCBhaGVhZCBvZiB0aGUgbGF3eWVycyBhbmQga2VlcCB0aGVpciBncmVlZHkgaGFu ZHMgb2ZmIHlvdXIgbG9vdC4gRmluZA0Kb3V0IGhvdyB0byBoaWRlIHlvdXIgbW9uZXkgd2hl cmUgaXQgd2lsbCBuZXZlciBiZSBmb3VuZC48L2ZvbnQ+PC9iPjwvbGk+DQoNCjxsaT4NCjxi Pjxmb250IGNvbG9yPSIjMDAwMDk5Ij5Bdm9pZCBsZWdhbCBwcm9ibGVtcywganVkZ21lbnRz LCBjb252aWN0aW9ucywNCmFuZCBldmVuIHByaXNvbiBzZW50ZW5jZXMgYnkgb2J0YWluaW5n IGEgY29tcGxldGVseSBuZXcgaWRlbnRpdHkgYW5kIGRpc2FwcGVhcmluZw0Kd2l0aG91dCBh IHRyYWNlITwvZm9udD48L2I+PC9saT4NCg0KPGxpPg0KPGI+PGZvbnQgY29sb3I9IiMwMDAw OTkiPkVyYXNlIHlvdXIgY3JpbWluYWwgcmVjb3JkIGFuZCBvYnRhaW4gYSBjb3B5IG9mDQp5 b3VyIEZCSSBmaWxlIHVzaW5nIHRoZSBGcmVlZG9tIG9mIEluZm9ybWF0aW9uIEFjdC4mbmJz cDsgRmluZCBvdXQgaWYgdGhlDQpnb3Zlcm5tZW50IGlzIGludmVzdGlnYXRpbmcgeW91IE5P VyBiZWZvcmUgaXQncyB0b28gTEFURSE8L2ZvbnQ+PC9iPjwvbGk+DQo8L3VsPg0KPGZvbnQg c2l6ZT0rMT5JZiB5b3UgaGF2ZSBiZWVuIHB1dHRpbmcgb2ZmIGJ1eWluZyBUaGUgQmFubmVk IENELCB3aGF0IGFyZQ0KeW91PC9mb250Pg0KPGJyPjxmb250IHNpemU9KzE+d2FpdGluZyBm b3I/Jm5ic3A7IEJpZyBCcm90aGVyIGlzIGFscmVhZHkgYnJlYXRoaW5nIGRvd24NCm15IG5l Y2ssIHNvPC9mb250Pg0KPGJyPjxmb250IHNpemU9KzE+SSBjYW4ndCBrZWVwIHNlbGxpbmcg aXQgZm9yZXZlci4mbmJzcDsgSWYgeW91IGtlZXAgd2FpdGluZw0KdG8gcGxhY2U8L2ZvbnQ+ DQo8YnI+PGZvbnQgc2l6ZT0rMT55b3VyIG9yZGVyLCB5b3UgbWF5IG5ldmVyIGZpbmQgVGhl IEJhbm5lZCBDRCBhZ2Fpbi4mbmJzcDsNCkZvciBvbmx5PC9mb250Pg0KPGJyPjxmb250IHNp emU9KzE+JDE5Ljk5LCB5b3Ugd2lsbCBnYWluIHZhbHVhYmxlIHBlYWNlLW9mLW1pbmQga25v d2luZw0KaG93IHRvPC9mb250Pg0KPGJyPjxmb250IHNpemU9KzE+c2FmZWd1YXJkIHlvdXJz ZWxmLCB5b3VyIGZhbWlseSwgYW5kIHlvdXIgbW9uZXkuJm5ic3A7DQpXaG8gY2FuIHB1dCBh PC9mb250Pg0KPGJyPjxmb250IHNpemU9KzE+cHJpY2Ugb24gZnJlZWRvbT8hPC9mb250Pg0K PHA+PGk+PHU+PGZvbnQgc2l6ZT0rMT5IZXJlIGlzIGFub3RoZXIgbG9vayBhdCB0aGUgY29u dGVudHMgb2YgdGhlIEJBTk5FRA0KQ0Q6PC9mb250PjwvdT48L2k+DQo8cD48aW1nIFNSQz0i aHR0cDovL2NvbXB1em9uZXVzYS5jb20vaW1hZ2VzL2J1dHRvbi5naWYiIGhlaWdodD0xOSB3 aWR0aD0xOT48Zm9udCBjb2xvcj0iIzY2NjY2NiI+PGZvbnQgc2l6ZT0rMT4NCkZpbmQgY29u ZmlkZW50aWFsIGluZm8gb24gYW55b25lIGluIDMwIG1pbnV0ZXMgb3I8L2ZvbnQ+PC9mb250 Pg0KPGJyPjxmb250IGNvbG9yPSIjNjY2NjY2Ij48Zm9udCBzaXplPSsxPmxlc3Mgb24gdGhl IEludGVybmV0LiBZb3UnbGwgYmUNCmFibGUgdG8gdHJhY2sgZG93biB5b3VyPC9mb250Pjwv Zm9udD4NCjxicj48Zm9udCBjb2xvcj0iIzY2NjY2NiI+PGZvbnQgc2l6ZT0rMT5vbGQgZmxh bWUsIGZpbmQgb3V0IGhvdyBtdWNoIG1vbmV5DQp5b3VyIGV4IGlzIGhpZGluZzwvZm9udD48 L2ZvbnQ+DQo8YnI+PGZvbnQgY29sb3I9IiM2NjY2NjYiPjxmb250IHNpemU9KzE+aW4gdGhl aXIgYmFuayBhY2NvdW50LCBvciBydW4gYQ0KYmFja2dyb3VuZCBjaGVjayBvbjwvZm9udD48 L2ZvbnQ+DQo8YnI+PGZvbnQgY29sb3I9IiM2NjY2NjYiPjxmb250IHNpemU9KzE+cHJvZXNw ZWN0aXZlIGNsaWVudCBvciBlbXBsb3llZS4NCkV2ZW4gZ292ZXJubWVudDwvZm9udD48L2Zv bnQ+DQo8YnI+PGZvbnQgY29sb3I9IiM2NjY2NjYiPjxmb250IHNpemU9KzE+YWdlbmNpZXMg aGF2ZSB0cm91YmxlIG9idGFpbmluZw0KbXVjaCBvZiB0aGlzIGluZm9ybWF0aW9uLjwvZm9u dD48L2ZvbnQ+DQo8YnI+PGZvbnQgY29sb3I9IiM2NjY2NjYiPjxmb250IHNpemU9KzE+WW91 IHdpbGwgaGF2ZSBhbGwgdGhlIHJlc291cmNlcw0Kb2YgYW55IHByb2Zlc3Npb25hbDwvZm9u dD48L2ZvbnQ+DQo8YnI+PGZvbnQgY29sb3I9IiM2NjY2NjYiPjxmb250IHNpemU9KzE+aW52 ZXN0aWdhdG9yIHJpZ2h0IGF0IHlvdXIgZmluZ2VydGlwcw0KLSBvbiB5b3VyIGhvbWU8L2Zv bnQ+PC9mb250Pg0KPGJyPjxmb250IGNvbG9yPSIjNjY2NjY2Ij48Zm9udCBzaXplPSsxPmNv bXB1dGVyITwvZm9udD48L2ZvbnQ+DQo8cD48aW1nIFNSQz0iaHR0cDovL2NvbXB1em9uZXVz YS5jb20vaW1hZ2VzL2J1dHRvbi5naWYiIGhlaWdodD0xOSB3aWR0aD0xOT48Zm9udCBjb2xv cj0iIzY2NjY2NiI+PGZvbnQgc2l6ZT0rMT4NCkxpc3Qgb2YgY29tcGFuaWVzIHdobyB3aWxs IGlzc3VlIHlvdSBhIGNvbGxlZ2U8L2ZvbnQ+PC9mb250Pg0KPGJyPjxmb250IGNvbG9yPSIj NjY2NjY2Ij48Zm9udCBzaXplPSsxPmRlZ3JlZSAoaW5jbHVkaW5nIGEgUGhkLikgZm9yIGEN CmZlZS4gTm8gc3R1ZHkgcmVxdWlyZWQhPC9mb250PjwvZm9udD4NCjxwPjxpbWcgU1JDPSJo dHRwOi8vY29tcHV6b25ldXNhLmNvbS9pbWFnZXMvYnV0dG9uLmdpZiIgaGVpZ2h0PTE5IHdp ZHRoPTE5Pjxmb250IGNvbG9yPSIjNjY2NjY2Ij48Zm9udCBzaXplPSsxPg0KTGVhcm4gaG93 IHRvIGdldCBGUkVFIGNhYmxlIGFuZCBEU1MgY2hhbm5lbHMsPC9mb250PjwvZm9udD4NCjxi cj48Zm9udCBjb2xvcj0iIzY2NjY2NiI+PGZvbnQgc2l6ZT0rMT5pbmNsdWRpbmcgdGhlIGFk dWx0IHN0YXRpb25zIGFuZA0KUGF5LVBlci1WaWV3ITwvZm9udD48L2ZvbnQ+DQo8cD48aW1n IFNSQz0iaHR0cDovL2NvbXB1em9uZXVzYS5jb20vaW1hZ2VzL2J1dHRvbi5naWYiIGhlaWdo dD0xOSB3aWR0aD0xOT48Zm9udCBjb2xvcj0iIzY2NjY2NiI+PGZvbnQgc2l6ZT0rMT4NCkhv dyB0byBPYnRhaW4gTWljcm9zb2Z0IFByb2R1Y3RzIGFic29sdXRlbHk8L2ZvbnQ+PC9mb250 Pg0KPGJyPjxmb250IGNvbG9yPSIjNjY2NjY2Ij48Zm9udCBzaXplPSsxPkZSRUUsIHRoZSBz YWZlIGFuZCBMRUdBTCB3YXkhPC9mb250PjwvZm9udD4NCjxwPjxpbWcgU1JDPSJodHRwOi8v Y29tcHV6b25ldXNhLmNvbS9pbWFnZXMvYnV0dG9uLmdpZiIgaGVpZ2h0PTE5IHdpZHRoPTE5 Pjxmb250IGNvbG9yPSIjNjY2NjY2Ij48Zm9udCBzaXplPSsxPg0KTGlzdCBvZiBzdXBwbGll cnMgb2YgInF1ZXN0aW9uYWJsZSIgaXRlbXMsIHN1Y2g8L2ZvbnQ+PC9mb250Pg0KPGJyPjxm b250IGNvbG9yPSIjNjY2NjY2Ij48Zm9udCBzaXplPSsxPmFzIGZjYyBiYW5uZWQgY29tbXVu aWNhdGlvbnMgZGV2aWNlcywNCnNjYW5uZXJzLDwvZm9udD48L2ZvbnQ+DQo8YnI+PGZvbnQg Y29sb3I9IiM2NjY2NjYiPjxmb250IHNpemU9KzE+bmlnaHQgdmlzaW9uIGdvZ2dsZXMsIHBh c3Nwb3J0cywNCmZha2UgaWRlbnRpZmljYXRpb24sPC9mb250PjwvZm9udD4NCjxicj48Zm9u dCBjb2xvcj0iIzY2NjY2NiI+PGZvbnQgc2l6ZT0rMT5hbmQgZXZlcnl0aGluZyBlbHNlIHRo YXQgeW91IHdvbid0DQpmaW5kIGluIHRoZSBiYWNrPC9mb250PjwvZm9udD4NCjxicj48Zm9u dCBjb2xvcj0iIzY2NjY2NiI+PGZvbnQgc2l6ZT0rMT5vZiBTb2xkaWVyIG9mIEZvcnR1bmUg bWFnYXppbmUhPC9mb250PjwvZm9udD4NCjxwPjxpbWcgU1JDPSJodHRwOi8vY29tcHV6b25l dXNhLmNvbS9pbWFnZXMvYnV0dG9uLmdpZiIgaGVpZ2h0PTE5IHdpZHRoPTE5Pjxmb250IGNv bG9yPSIjNjY2NjY2Ij48Zm9udCBzaXplPSsxPg0KRmluZCBwcm9kdWN0cyB0byByZXNlbGwg b24gdGhlIEludGVybmV0IHdpdGggb3VyPC9mb250PjwvZm9udD4NCjxicj48Zm9udCBjb2xv cj0iIzY2NjY2NiI+PGZvbnQgc2l6ZT0rMT5XaG9sZXNhbGUgRGlyZWN0b3J5IGNvbnRhaW5p bmcNCm92ZXIgMSBtaWxsaW9uPC9mb250PjwvZm9udD4NCjxicj48Zm9udCBjb2xvcj0iIzY2 NjY2NiI+PGZvbnQgc2l6ZT0rMT4odGhhdCdzIHJpZ2h0LCBvbmUgbWlsbGlvbiEpIHdob2xl c2FsZQ0Kc291cmNlcyBmb3I8L2ZvbnQ+PC9mb250Pg0KPGJyPjxmb250IGNvbG9yPSIjNjY2 NjY2Ij48Zm9udCBzaXplPSsxPmNvbXB1dGVycywgZWxlY3Ryb25pY3MsIGJlYW5pZXMsDQp0 cmVuZCBpdGVtcyw8L2ZvbnQ+PC9mb250Pg0KPGJyPjxmb250IGNvbG9yPSIjNjY2NjY2Ij48 Zm9udCBzaXplPSsxPmpld2VscnksIGNhcnMsIGNvbGxlY3RpYmxlcywgYW5kDQpldmVyeXRo aW5nIGVsc2UhPC9mb250PjwvZm9udD4NCjxwPjxpbWcgU1JDPSJodHRwOi8vY29tcHV6b25l dXNhLmNvbS9pbWFnZXMvYnV0dG9uLmdpZiIgaGVpZ2h0PTE5IHdpZHRoPTE5Pjxmb250IGNv bG9yPSIjNjY2NjY2Ij48Zm9udCBzaXplPSsxPg0KT3ZlciAyNSBtaWxsaW9uIGVtYWlsIGFk ZHJlc3NlcywgZnJlc2ggYW5kPC9mb250PjwvZm9udD4NCjxicj48Zm9udCBjb2xvcj0iIzY2 NjY2NiI+PGZvbnQgc2l6ZT0rMT50YXJnZXRlZCEgWW91IGNhbiB1c2UgdGhlc2UgdG8NCmNv bnRhY3QgdGhlIHBlb3BsZTwvZm9udD48L2ZvbnQ+DQo8YnI+PGZvbnQgY29sb3I9IiM2NjY2 NjYiPjxmb250IHNpemU9KzE+YW5kIHNlbmQgdGhlbSB5b3VyIGFkdmVydGlzZW1lbnRzLjwv Zm9udD48L2ZvbnQ+DQo8cD48aW1nIFNSQz0iaHR0cDovL2NvbXB1em9uZXVzYS5jb20vaW1h Z2VzL2J1dHRvbi5naWYiIGhlaWdodD0xOSB3aWR0aD0xOT48Zm9udCBjb2xvcj0iIzY2NjY2 NiI+PGZvbnQgc2l6ZT0rMT4NCkZpbmQgb3V0IGhvdyB0byBnZXQgYSBjb21wbGV0ZWx5IG5l dyBpZGVudGl0eS48L2ZvbnQ+PC9mb250Pg0KPGJyPjxmb250IGNvbG9yPSIjNjY2NjY2Ij48 Zm9udCBzaXplPSsxPkRpc2FwcGVhciB3aXRob3V0IGEgdHJhY2UhPC9mb250PjwvZm9udD4N CjxwPjxpbWcgU1JDPSJodHRwOi8vY29tcHV6b25ldXNhLmNvbS9pbWFnZXMvYnV0dG9uLmdp ZiIgaGVpZ2h0PTE5IHdpZHRoPTE5Pjxmb250IGNvbG9yPSIjNjY2NjY2Ij48Zm9udCBzaXpl PSsxPg0KRmluZCBvdXQgaG93IHRvIEVSQVNFIGJhZCBjcmVkaXQgYW5kIGV2ZW48L2ZvbnQ+ PC9mb250Pg0KPGJyPjxmb250IGNvbG9yPSIjNjY2NjY2Ij48Zm9udCBzaXplPSsxPmNyZWF0 ZSBhIHdob2xlIG5ldyBmaWxlIGluIHRoZQ0KY3JlZGl0IGJ1cmVhdSBjb21wdXRlcnMuPC9m b250PjwvZm9udD4NCjxwPjxpbWcgU1JDPSJodHRwOi8vY29tcHV6b25ldXNhLmNvbS9pbWFn ZXMvYnV0dG9uLmdpZiIgaGVpZ2h0PTE5IHdpZHRoPTE5Pjxmb250IGNvbG9yPSIjNjY2NjY2 Ij48Zm9udCBzaXplPSsxPg0KTGVhcm4gaG93IHRvIGJlYXQgdGhlIElSUy4gVGF4IHRpcHMg Zm9yIHRoZTwvZm9udD48L2ZvbnQ+DQo8YnI+PGZvbnQgY29sb3I9IiM2NjY2NjYiPjxmb250 IHNpemU9KzE+cmVzdCBvZiB1cy48L2ZvbnQ+PC9mb250Pg0KPHA+PGltZyBTUkM9Imh0dHA6 Ly9jb21wdXpvbmV1c2EuY29tL2ltYWdlcy9idXR0b24uZ2lmIiBoZWlnaHQ9MTkgd2lkdGg9 MTk+PGZvbnQgY29sb3I9IiM2NjY2NjYiPjxmb250IHNpemU9KzE+DQpDb21wbGV0ZSBndWlk ZSBvbiBob3cgdG8gY2xhaW0gcHVibGljIGxhbmQ8L2ZvbnQ+PC9mb250Pg0KPGJyPjxmb250 IGNvbG9yPSIjNjY2NjY2Ij48Zm9udCBzaXplPSsxPm9mZmVyZWQgYnkgdGhlIEdvdmVybm1l bnQuIFlvdQ0KY2FuIGZpbmQgeW91cjwvZm9udD48L2ZvbnQ+DQo8YnI+PGZvbnQgY29sb3I9 IiM2NjY2NjYiPjxmb250IHNpemU9KzE+ZHJlYW0gaG9tZSBmb3IgYSByaWRpY3Vsb3VzbHkg bG93DQpwcmljZSBvciBidXk8L2ZvbnQ+PC9mb250Pg0KPGJyPjxmb250IGNvbG9yPSIjNjY2 NjY2Ij48Zm9udCBzaXplPSsxPnByb3BlcnRpZXMgdG8gcmVzZWxsIGZvciBhIGh1Z2UNCnBy b2ZpdCE8L2ZvbnQ+PC9mb250Pg0KPHA+PGltZyBTUkM9Imh0dHA6Ly9jb21wdXpvbmV1c2Eu Y29tL2ltYWdlcy9idXR0b24uZ2lmIiBoZWlnaHQ9MTkgd2lkdGg9MTk+PGZvbnQgY29sb3I9 IiM2NjY2NjYiPjxmb250IHNpemU9KzE+DQpBY2NlcHQgY2hlY2tzIGZyb20geW91ciBjdXN0 b21lcnMgYnkgZmF4LDwvZm9udD48L2ZvbnQ+DQo8YnI+PGZvbnQgY29sb3I9IiM2NjY2NjYi Pjxmb250IHNpemU9KzE+cGhvbmUgYW5kIGVtYWlsIHdpdGggdGhlIGZ1bGwgd29ya2luZw0K dmVyc2lvbiBvZjwvZm9udD48L2ZvbnQ+DQo8YnI+PGZvbnQgY29sb3I9IiM2NjY2NjYiPjxm b250IHNpemU9KzE+Q2hlY2tlciBTb2Z0d2FyZSBpbmNsdWRlZCE8L2ZvbnQ+PC9mb250Pg0K PHA+PGltZyBTUkM9Imh0dHA6Ly9jb21wdXpvbmV1c2EuY29tL2ltYWdlcy9idXR0b24uZ2lm IiBoZWlnaHQ9MTkgd2lkdGg9MTk+PGZvbnQgY29sb3I9IiM2NjY2NjYiPjxmb250IHNpemU9 KzE+DQpCdXNpbmVzcyBzb2Z0d2FyZSB0byBoZWxwIHlvdSBydW4geW91ciBzbWFsbDwvZm9u dD48L2ZvbnQ+DQo8YnI+PGZvbnQgY29sb3I9IiM2NjY2NjYiPjxmb250IHNpemU9KzE+YnVz aW5lc3MsIGluY2x1ZGluZyBsYWJlbCBtYWtlcg0Kc29mdHdhcmUsIG1vbmV5PC9mb250Pjwv Zm9udD4NCjxicj48Zm9udCBjb2xvcj0iIzY2NjY2NiI+PGZvbnQgc2l6ZT0rMT5tYW5hZ2Vt ZW50IHNvZnR3YXJlLCBJUlMgZm9yZ2l2ZW5lc3MNCnByb2dyYW0sPC9mb250PjwvZm9udD4N Cjxicj48Zm9udCBjb2xvcj0iIzY2NjY2NiI+PGZvbnQgc2l6ZT0rMT5kYXRhYmFzZSBzb2Z0 d2FyZSwgYW5kIG11Y2ggbW9yZS48L2ZvbnQ+PC9mb250Pg0KPHA+PGltZyBTUkM9Imh0dHA6 Ly9jb21wdXpvbmV1c2EuY29tL2ltYWdlcy9idXR0b24uZ2lmIiBoZWlnaHQ9MTkgd2lkdGg9 MTk+PGZvbnQgY29sb3I9IiM2NjY2NjYiPjxmb250IHNpemU9KzE+DQpBIGh1Z2UgY29sbGVj dGlvbiBvZiBzY3JlZW5zYXZlcnMsIGdyYXBoaWNzLDwvZm9udD48L2ZvbnQ+DQo8YnI+PGZv bnQgY29sb3I9IiM2NjY2NjYiPjxmb250IHNpemU9KzE+Y2xpcGFydCwgYW5kIGRlc2t0b3Ag dGhlbWVzIHRvDQpzcGljZSB1cCB5b3VyIGNvbXB1dGVyLjwvZm9udD48L2ZvbnQ+DQo8cD48 aW1nIFNSQz0iaHR0cDovL2NvbXB1em9uZXVzYS5jb20vaW1hZ2VzL2J1dHRvbi5naWYiIGhl aWdodD0xOSB3aWR0aD0xOT48Zm9udCBjb2xvcj0iIzY2NjY2NiI+PGZvbnQgc2l6ZT0rMT4N Ck1VQ0gsIE1VQ0ggTU9SRSB0aGF0IHdlIGRvbid0IGhhdmUgcm9vbSB0byBsaXN0ITwvZm9u dD48L2ZvbnQ+DQo8cD48Zm9udCBzaXplPSsxPldlIGFyZSBzbyBjb25maWRlbnQgdGhhdCB5 b3Ugd2lsbCBsb3ZlIHRoaXMgQ0QgdGhhdCB3ZTwvZm9udD4NCjxicj48Zm9udCBzaXplPSsx Pm9mZmVyIGEgZnVsbCAzMC1kYXksIG5vIHF1ZXN0aW9ucyBhc2tlZCBtb25leS1iYWNrPC9m b250Pg0KPGJyPjxmb250IHNpemU9KzE+Z3VhcmFudGVlLiBUbyBvcmRlciB0aGUgIkJhbm5l ZCBDRCIgcmlnaHQgbm93IGZvciB0aGU8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0rMT5zdXBl ciBsb3cgcHJpY2Ugb2Ygb25seSAkMTkuOTksIGp1c3QgY2xpY2sgb24gdGhlIGxpbms8L2Zv bnQ+DQo8YnI+PGZvbnQgc2l6ZT0rMT5iZWxvdyB0byBwYXkgd2l0aCBhIFZpc2Egb3IgTWFz dGVyY2FyZDo8L2ZvbnQ+DQo8YnI+Jm5ic3A7DQo8dGFibGUgQk9SREVSPTAgQ09MUz0yIFdJ RFRIPSI1MCUiID4NCjx0cj4NCjx0ZD48Zm9udCBzaXplPSsyPjxhIGhyZWY9Imh0dHA6Ly93 d3cuY29tcHV6b25ldXNhLmNvbS9jY3BheW1lbnQvYmFubmVkY2Q3Mi5odG0iPk9yZGVyDQpO b3chPC9hPjwvZm9udD48L3RkPg0KDQo8dGQ+DQo8Y2VudGVyPjxpbWcgU1JDPSJodHRwOi8v Y29tcHV6b25ldXNhLmNvbS9pbWFnZXMvZ3VhcmFudGVlLmdpZiIgaGVpZ2h0PTk2IHdpZHRo PTk1PjwvY2VudGVyPg0KPC90ZD4NCjwvdHI+DQo8L3RhYmxlPg0KDQo8cD5PciB5b3UgbWF5 IHBheSB3aXRoIGNhc2gsIGNoZWNrIG9yIG1vbmV5IG9yZGVyIGJ5IHByaW50aW5nIHRoZSBv cmRlcg0KPGJyPmZvcm0gYmVsb3cgYW5kIHNlbmRpbmcgaXQgd2l0aCB5b3VyIHBheW1lbnQu DQo8cD48Yj4tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tIENVVCBIRVJFIC0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tPC9iPg0KPHA+UHJvZHVjdDogIlRoZSBCYW5uZWQgQ0QiDQo8YnI+UHJp Y2U6ICQxOS45OSArICQ0LjAxIHNoaXBwaW5nL2hhbmRsaW5nDQo8cD5IT1cgVE8gT1JERVIg QlkgTUFJTDogUHJpbnQgb3V0IHRoaXMgb3JkZXIgZm9ybSBhbmQgc2VuZCBjYXNoLA0KPGJy PnBlcnNvbmFsIGNoZWNrLCBtb25leSBvcmRlciBvciBjYXNoaWVyJ3MgY2hlY2sgdG8gdGhl IGFkZHJlc3MgbGlzdGVkDQpiZWxvdzoNCjxwPlF1aWtzaWx2ZXIgRW50ZXJwcmlzZXMgSW5j Lg0KPGJyPjM3OTIgQnJvYWR3YXkgIzM5OA0KPGJyPk5ldyBZb3JrLCBOWSAxMDAzMg0KPHA+ WW91ciBTaGlwcGluZyBJbmZvcm1hdGlvbjoNCjxwPllvdXIgTmFtZV9fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPGJyPllvdXIgQWRkcmVzc19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPGJyPllvdXIgQ2l0eV9f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPGJyPlN0YXRl IC8gWmlwX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPGJy PlBob25lICM6IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f Xw0KPGJyPihGb3IgcHJvYmxlbXMgd2l0aCB5b3VyIG9yZGVyIG9ubHkuIE5vIHNhbGVzbWVu IHdpbGwgY2FsbC4pDQo8cD5FbWFpbCBBZGRyZXNzX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fXw0KPHA+UGxlYXNlIG5vdGUgdGhhdCBtYWlsLWluIG9yZGVycyBt YXkgYmUgZGVsYXllZCAyLTQgd2Vla3MuDQo8cD5bIF0gSSBhbSBlbmNsb3NpbmcgYSBjaGVj ayBvciBtb25leSBvcmRlciBmb3IgJDI0LjAwDQo8cD5bIF0gSSBhbSBtYWlsaW5nIG15IGNy ZWRpdCBjYXJkIG51bWJlci4gKE5vdGUgeW91ciBjYXJkIHdpbGwgYmUgY2hhcmdlZA0KZm9y ICQyNC4wMCkNCjxwPklmIHBheWluZyBieSBjcmVkaXQgY2FyZCwgcGxlYXNlIGZpbGwgaW4g dGhlIGluZm9ybWF0aW9uIGJlbG93Og0KPHA+Q3JlZGl0IENhcmQgTnVtYmVyOl9fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fDQo8YnI+RXhwaXJhdGlvbiBEYXRlOl9fX19fX19f X19fX19fX19fX19fX19fX19fXw0KPGJyPlNpZ25hdHVyZTpfX19fX19fX19fX19fX19fX19f X19fX19fDQo8YnI+RGF0ZTpfX19fX19fX19fX19fX19fX19fXw0KPHA+Tk9URTogVGhpcyBD RCBpcyBmb3IgaW5mb3JtYXRpb25hbCwgZWR1Y2F0aW9uYWwsIG9yDQo8YnI+ZW50ZXJ0YWlu bWVudCBwdXJwb3NlcyBvbmx5LiZuYnNwOyBTb21lIG9mIHRoZSBhY3Rpdml0aWVzDQo8YnI+ ZGVzY3JpYmVkIG9uIHRoaXMgQ0QgbWF5IGJlIGlsbGVnYWwgaWYgY2FycmllZCBvdXQuDQo8 YnI+VGhpcyBDRCBjb250YWlucyBsaW5rcyBhbmQgYWRkcmVzc2VzIG9mIGNvbXBhbmllcw0K PGJyPmFuZCBpbmRpdmlkdWFscyB3aGljaCBwcm9kdWNlIHZhcmlvdXMgcHJvZHVjdHMsIG9y DQo8YnI+b2ZmZXIgdmFyaW91cyBzZXJ2aWNlcywgd2hpY2ggbWF5IGJlIGlsbGVnYWwgaW4g eW91cg0KPGJyPmNvdW50cnksIHN0YXRlLCBvciBjaXR5LiZuYnNwOyBIb3dldmVyLCBpdCBp cyBwZXJmZWN0bHkNCjxicj5MRUdBTCB0byBwdXJjaGFzZSBhbmQgcG9zc2VzcyB0aGUgQmFu bmVkIENEIGluIHRoZQ0KPGJyPlVuaXRlZCBTdGF0ZXMgb2YgQW1lcmljYS4mbmJzcDsgQ29u dGFpbnMgYXBwcm94aW1hdGVseQ0KPGJyPjEwMCBtZWdzIG9mIGluZm9ybWF0aW9uLg0KPHA+ U2hpcHBpbmcgb3V0c2lkZSBVU0EgYWRkICQxMC4wMA0KPHA+KioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioNCjxicj5Zb3UgYXJl IHJlY2lldmluZyBhbiB1bnNvbGljaXRlZCBjb21tZXJjaWFsIGVtYWlsIGZyb20NCjxicj5R dWlrc2lsdmVyIEVudGVycHJpc2VzIEluYy4mbmJzcDsgV2UgcmVjb2duaXplIHRoYXQgeW91 IG1heQ0KPGJyPm5vdCB3aXNoIHRvIHJlY2lldmUgc3VjaCBlbWFpbHMgaW4gdGhlIGZ1dHVy ZSwgYW5kIHdlDQo8YnI+aGF2ZSBwcm92aWRlZCBhIGxpbmsgdG8gYXV0b21hdGljYWxseSBh bmQgaW5zdGFudGx5DQo8YnI+cmVtb3ZlIHlvdXJzZWxmOiA8YSBocmVmPSJodHRwOi8vd3d3 LmNvbXB1em9uZXVzYS5jb20vcmVtb3ZlLmh0bSI+UkVNT1ZFPC9hPg0KPGJyPlRoaXMgbWVz c2FnZSBpcyBiZWluZyBzZW50IHRvIHlvdSBpbiBjb21wbGlhbmNlIHdpdGgNCjxicj5mZWRl cmFsIGd1aWRlbGluZXMgZ292ZXJuaW5nIHRoZSB0cmFuc21pc3Npb24gb2YNCjxicj51bnNv bGljaXRlZCBjb21tZXJjaWFsIGVtYWlsLCBpbmNsdWRpbmcgdGhlIHByb3Zpc2lvbiBvZg0K PGJyPmNvbnRhY3QgaW5mb3JtYXRpb24gZm9yIG91ciBjb21wYW55IHdpdGhpbiB0aGlzIGVt YWlsLCBhDQo8YnI+dmFsaWQgcmV0dXJuIGVtYWlsIGFkZHJlc3MsIGFuZCBhIHdheSBmb3Ig Y3VzdG9tZXJzDQo8YnI+dG8gcmVtb3ZlIHRoZW1zZWx2ZXMuJm5ic3A7IFBsZWFzZSBub3Rl LCBob3dldmVyLCB0aGF0IG91cg0KPGJyPmVtYWlsIGFkZHJlc3Mgd2FzIHZhbGlkIGF0IHRo ZSB0aW1lIG9mIHNlbmRpbmcsIGJ1dCBtYXkNCjxicj5iZSBjYW5jZWxsZWQgYnkgdGhlIElT UCBzaG9ydGx5IHRoZXJlYWZ0ZXIgZHVlIHRvIG91cg0KPGJyPnVzZSBvZiB1bnNvbGljaXRl ZCBlbWFpbC4mbmJzcDsgWW91IGNhbiByZWFkIGFib3V0IHRoZSB2YXJpb3VzDQo8YnI+bGF3 cyBnb3Zlcm5pbmcgdW5zb2xpY2l0ZWQgZW1haWw6IGh0dHA6Ly9zcGFtbGF3cy5jb20NCjxi cj4iVW5zb2xpY2l0ZWQgY29tbWVyY2lhbCBlbGVjdHJvbmljIG1haWwgY2FuIGJlIGFuIGlt cG9ydGFudA0KPGJyPm1lY2hhbmlzbSB0aHJvdWdoIHdoaWNoIGJ1c2luZXNzZXMgYWR2ZXJ0 aXNlIGFuZCBhdHRyYWN0DQo8YnI+Y3VzdG9tZXJzIGluIHRoZSBvbmxpbmUgZW52aXJvbm1l bnQuIiZuYnNwOyAtLSBVLlMuIENvbmdyZXNzLA0KPGJyPkguUi4gMTA2dGggQ09OR1JFU1Mg MmQgU2Vzc2lvbiBILiBSLiAzMTEzIFNlYy4gMiAoYSkzIEp1bHkNCjxicj4xOSwgMjAwMCBo dHRwOi8vd3d3LnNwYW1sYXdzLmNvbS9mZWRlcmFsL2hyMzExMy5odG1sDQo8YnI+KioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioN Cjxicj4mbmJzcDsNCjxicj4mbmJzcDsNCjwvYm9keT4NCjwvaHRtbD4NCg== ------=_NextPart_000_001__10618077_51917.11-- Received: by ns.secondary.com (8.9.3/8.9.3) id KAA06449 for ietf-smime-bks; Fri, 26 Jan 2001 10:57:42 -0800 (PST) Received: from ietf.org (odin.ietf.org [132.151.1.176]) by ns.secondary.com (8.9.3/8.9.3) with ESMTP id KAA06440 for ; Fri, 26 Jan 2001 10:57:40 -0800 (PST) Received: from CNRI.Reston.VA.US (localhost [127.0.0.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA18388; Fri, 26 Jan 2001 14:04:02 -0500 (EST) Message-Id: <200101261904.OAA18388@ietf.org> To: IETF-Announce: ; Cc: ietf-smime@imc.org From: The IESG SUBJECT: Last Call: Implementing Company Classification Policy with the S/MIME Security Label to Informational Reply-to: iesg@ietf.org Date: Fri, 26 Jan 2001 14:04:02 -0500 Sender: owner-ietf-smime@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: The IESG has received a request from the S/MIME Mail Security Working Group to consider Implementing Company Classification Policy with the S/MIME Security Label as an Informational RFC. The IESG plans to make a decision in the next few weeks, and solicits final comments on this action. Please send any comments to the iesg@ietf.org or ietf@ietf.org mailing lists by February 9, 2001. Files can be obtained via http://www.ietf.org/internet-drafts/draft-ietf-smime-seclabel-03.txt Received: by ns.secondary.com (8.9.3/8.9.3) id LAA20213 for ietf-smime-bks; Thu, 25 Jan 2001 11:12:58 -0800 (PST) Received: from mail.spyrus.com (mail.spyrus.com [207.212.34.20]) by ns.secondary.com (8.9.3/8.9.3) with ESMTP id LAA20209 for ; Thu, 25 Jan 2001 11:12:57 -0800 (PST) Received: from RHOUSLEY-PC.spyrus.com ([209.172.119.210]) by mail.spyrus.com (8.9.3/8.9.3) with ESMTP id LAA02852; Thu, 25 Jan 2001 11:15:12 -0800 (PST) Message-Id: <5.0.2.1.2.20010125141256.02d5e160@mail.spyrus.com> X-Sender: rhousley@mail.spyrus.com X-Mailer: QUALCOMM Windows Eudora Version 5.0.2 Date: Thu, 25 Jan 2001 14:15:19 -0500 To: jis@mit.edu, mleech@nortelnetworks.com From: Russ Housley Subject: draft-ietf-smime-seclabel-03.txt Cc: ietf-smime@imc.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-ietf-smime@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: Jeff and Marcus: The S/MIME WG is finished with Security Label document. It is ready for the IESG and IETF-wide Last Call. The intent is for this document to be published as an Informational RFC. Title : Implementing Company Classification Policy with the S/MIME Security Label Author(s) : W. Nicolls Filename : draft-ietf-smime-seclabel-03.txt Date : 05-Jan-01 Russ Received: by ns.secondary.com (8.9.3/8.9.3) id HAA18546 for ietf-smime-bks; Mon, 22 Jan 2001 07:05:58 -0800 (PST) Received: from mail.spyrus.com (mail.spyrus.com [207.212.34.20]) by ns.secondary.com (8.9.3/8.9.3) with ESMTP id HAA18542 for ; Mon, 22 Jan 2001 07:05:57 -0800 (PST) Received: from RHOUSLEY-PC.spyrus.com ([209.172.119.210]) by mail.spyrus.com (8.9.3/8.9.3) with ESMTP id HAA14388; Mon, 22 Jan 2001 07:11:24 -0800 (PST) Message-Id: <5.0.2.1.2.20010122100717.02d52210@mail.spyrus.com> X-Sender: rhousley@mail.spyrus.com X-Mailer: QUALCOMM Windows Eudora Version 5.0.2 Date: Mon, 22 Jan 2001 10:08:44 -0500 To: ietf-smime@imc.org From: Russ Housley Subject: WG Last Call: draft-ietf-smime-esformats-03.txt Cc: jis@mit.edu, MLeech@nortel.ca Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-ietf-smime@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: S/MIME WG Members: The Electronic Signature Formats document is ready for S/MIME WG Last Call. The intent is for this document to be published as an Informational RFC. S/MIME WG Last Call will close on 6 February 2001. Title : Electronic Signature Formats for long term electronic signatures Author(s) : D. Pinkas, J. Ross, N. Pope Filename : draft-ietf-smime-esformats-03.txt Pages : 80 Date : 19-Jan-01 Russ Received: by ns.secondary.com (8.9.3/8.9.3) id HAA18538 for ietf-smime-bks; Mon, 22 Jan 2001 07:05:55 -0800 (PST) Received: from mail.spyrus.com (mail.spyrus.com [207.212.34.20]) by ns.secondary.com (8.9.3/8.9.3) with ESMTP id HAA18533 for ; Mon, 22 Jan 2001 07:05:54 -0800 (PST) Received: from RHOUSLEY-PC.spyrus.com ([209.172.119.210]) by mail.spyrus.com (8.9.3/8.9.3) with ESMTP id HAA14391 for ; Mon, 22 Jan 2001 07:11:25 -0800 (PST) Message-Id: <5.0.2.1.2.20010122100857.038905d8@mail.spyrus.com> X-Sender: rhousley@mail.spyrus.com X-Mailer: QUALCOMM Windows Eudora Version 5.0.2 Date: Mon, 22 Jan 2001 10:11:21 -0500 To: ietf-smime@imc.org From: Russ Housley Subject: Re: WG Last Call: draft-ietf-smime-espolicies-00.txt In-Reply-To: <5.0.1.4.2.20001214190938.00a8fca0@mail.spyrus.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-ietf-smime@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: Since the Working Group Last Call for the companion document (draft-ietf-smime-esformats-03.txt) will not complete until 6 February 2001, I am extending the Working Group Last Call on this document until 6 February 2001. I want to progress these two documents at the same time. Russ At 07:14 PM 12/14/2000 -0500, Russ Housley wrote: >S/MIME WG Members: > >The Signature Policies document is ready for S/MIME WG Last Call. The >intent is for this document to be published as an Experimental >RFC. S/MIME WG Last Call will close on 10 January 2001. > >Russ Received: by ns.secondary.com (8.9.3/8.9.3) id EAA08860 for ietf-smime-bks; Mon, 22 Jan 2001 04:12:36 -0800 (PST) Received: from ietf.org (odin.ietf.org [132.151.1.176]) by ns.secondary.com (8.9.3/8.9.3) with ESMTP id EAA08856 for ; Mon, 22 Jan 2001 04:12:34 -0800 (PST) Received: from CNRI.Reston.VA.US (localhost [127.0.0.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id HAA02220; Mon, 22 Jan 2001 07:18:35 -0500 (EST) Message-Id: <200101221218.HAA02220@ietf.org> Mime-Version: 1.0 Content-Type: Multipart/Mixed; Boundary="NextPart" To: IETF-Announce: ; Cc: ietf-smime@imc.org From: Internet-Drafts@ietf.org Reply-to: Internet-Drafts@ietf.org Subject: I-D ACTION:draft-ietf-smime-esformats-03.txt Date: Mon, 22 Jan 2001 07:18:35 -0500 Sender: owner-ietf-smime@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: --NextPart A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the S/MIME Mail Security Working Group of the IETF. Title : Electronic Signature Formats for long term electronic signatures Author(s) : D. Pinkas, J. Ross, N. Pope Filename : draft-ietf-smime-esformats-03.txt Pages : 80 Date : 19-Jan-01 The informational RFC defines the format of an electronic signature that can remain valid over long periods. This includes evidence as to its validity even if the signer or verifying party later attempts to deny (i.e. repudiates, see [ISONR]) the validity of the signature. The format can be considered as an extension to RFC 2630 [CMS] and RFC 2634 [ESS], where, when appropriate additional signed and unsigned attributes have been defined. The contents of this Informational RFC is technically equivalent to ETSI ES 201 733 V.1.1.3 Copyright (C). Individual copies of this ETSI deliverable can be downloaded from http://www.etsi.org A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-smime-esformats-03.txt Internet-Drafts are also available by anonymous FTP. Login with the username "anonymous" and a password of your e-mail address. After logging in, type "cd internet-drafts" and then "get draft-ietf-smime-esformats-03.txt". A list of Internet-Drafts directories can be found in http://www.ietf.org/shadow.html or ftp://ftp.ietf.org/ietf/1shadow-sites.txt Internet-Drafts can also be obtained by e-mail. Send a message to: mailserv@ietf.org. In the body type: "FILE /internet-drafts/draft-ietf-smime-esformats-03.txt". NOTE: The mail server at ietf.org can return the document in MIME-encoded form by using the "mpack" utility. To use this feature, insert the command "ENCODING mime" before the "FILE" command. To decode the response(s), you will need "munpack" or a MIME-compliant mail reader. Different MIME-compliant mail readers exhibit different behavior, especially when dealing with "multipart" MIME messages (i.e. documents which have been split up into multiple messages), so check your local documentation on how to manipulate these messages. Below is the data which will enable a MIME compliant mail reader implementation to automatically retrieve the ASCII version of the Internet-Draft. --NextPart Content-Type: Multipart/Alternative; Boundary="OtherAccess" --OtherAccess Content-Type: Message/External-body; access-type="mail-server"; server="mailserv@ietf.org" Content-Type: text/plain Content-ID: <20010119125112.I-D@ietf.org> ENCODING mime FILE /internet-drafts/draft-ietf-smime-esformats-03.txt --OtherAccess Content-Type: Message/External-body; name="draft-ietf-smime-esformats-03.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <20010119125112.I-D@ietf.org> --OtherAccess-- --NextPart-- Received: by ns.secondary.com (8.9.3/8.9.3) id IAA28503 for ietf-smime-bks; Fri, 19 Jan 2001 08:47:02 -0800 (PST) Received: from mail.spyrus.com (mail.spyrus.com [207.212.34.20]) by ns.secondary.com (8.9.3/8.9.3) with ESMTP id IAA28498 for ; Fri, 19 Jan 2001 08:47:00 -0800 (PST) Received: from RHOUSLEY-PC.spyrus.com ([209.172.119.210]) by mail.spyrus.com (8.9.3/8.9.3) with ESMTP id IAA14225; Fri, 19 Jan 2001 08:52:11 -0800 (PST) Message-Id: <5.0.2.1.2.20010119114307.039d9840@mail.spyrus.com> X-Sender: rhousley@mail.spyrus.com X-Mailer: QUALCOMM Windows Eudora Version 5.0.2 Date: Fri, 19 Jan 2001 11:51:46 -0500 To: ietf-smime@imc.org From: Russ Housley Subject: Re: WG Last Call: draft-ietf-smime-esformats-03.txt Cc: harri.rasilainen@etsi.fr, Denis.Pinkas@bull.net, ross@secstan.com, pope@secstan.com, jis@mit.edu, MLeech@nortel.ca In-Reply-To: <5.0.1.4.2.20001214191434.028ccae0@mail.spyrus.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-ietf-smime@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: S/MIME WG Members: The authors of this document promised to post -03 immediately following the San Diego IETF meeting. This has still not happened. Therefore, I am closing the Working Group Last Call. I will make a new Working Group Last Call announcement when the document is made available. Sorry for any confusion. In the future, I will not make a Last Call announcement until the document is already available. Russ At 07:17 PM 12/14/2000 -0500, Russ Housley wrote: >S/MIME WG Members: > >The Electronic Signature Formats document is ready for S/MIME WG Last >Call. The intent is for this document to be published as an Informational >RFC. S/MIME WG Last Call will close on 10 January 2001. > >Russ Received: (from majordomo@localhost) by ns.secondary.com (8.9.3/8.9.3) id EAA09645 for ietf-smime-bks; Fri, 19 Jan 2001 04:48:18 -0800 (PST) Received: from lets-ns.lets-co.co.jp (lets-ns.lets-co.co.jp [210.145.151.130]) by ns.secondary.com (8.9.3/8.9.3) with SMTP id EAA09640 for ; Fri, 19 Jan 2001 04:48:13 -0800 (PST) Received: from host (unverified [209.206.4.243]) by lets-ns.lets-co.co.jp (EMWAC SMTPRS 0.83) with SMTP id ; Fri, 19 Jan 2001 22:06:43 +0900 Message-ID: From: "Karl Erwin" Subject: Take a Shot #1B67 To: see29d X-Mailer: Microsoft Outlook Express 4.72.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE VÐßD.1712.3 Mime-Version: 1.0 Date: Fri, 19 Jan 2001 07:52:32 -0500 Content-Type: multipart/mixed; boundary="----=_NextPart_000_007F_01BDF6C7.FABAC1B0" Content-Transfer-Encoding: 7bit Sender: owner-ietf-smime@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: This is a MIME Message ------=_NextPart_000_007F_01BDF6C7.FABAC1B0 Content-Type: multipart/alternative; boundary="----=_NextPart_001_0080_01BDF6C7.FABAC1B0" ------=_NextPart_001_0080_01BDF6C7.FABAC1B0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable ***** This is an HTML Message ! ***** ------=_NextPart_001_0080_01BDF6C7.FABAC1B0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Executive Guild Membership ApplicationResponse-O-Matic Form

Dear Candidate,=A0

You have been selected as a potential candidate for a free listing in=A0<= br> the 2001 Edition of the International Executive Guild Registry=2E=A0
=
Please accept our congratulations for this coveted honor=2E=A0

As this edition is so important in view of the new millennium, the=A0
= International Executive Guild Registry will be published in two different= =A0
formats; the searchable CD-ROM and the Online Registry=2E=A0

Since inclusion can be considered recognition of your career position=A0<= br> and professionalism, each candidate is evaluated in keeping with high=A0<= br> standards of individual achievement=2E In light of this, the Internationa= l Executive
Guild thinks that you may make an interesting biographical subject=2E=A0<= br>
We look forward to your inclusion and appearance in the International=A0<= br> Executive Guild's Registry=2E Best wishes for your continued success=2E=A0=

International Executive Guild=A0
Listing Dept=2E=A0

If you wish to be removed from our list, please submit your request
at the bottom of this email=2E

International Executive Guild
Registration Form
(US and Canada Only)
Please fill out this form if you would like to be included on The International Executive Guild, For accuracy and publication purposes, please complete and send this form at the earliest opportunity=2E There is no charge or obligation to be listed on The International Executive Guild=2E
Your Name
Your Company
Title
Address
City
State or Province
Country
ZIP/Postal Code
Day Time Telephone
Home Phone
 (Not To Be Published)
Email

TO HELP US IN CONSIDERING YOUR APPLICATION, PLEASE TELL US A LITTLE ABOUT YOURSELF=2E=2E=2E
Your Business
(Financial Svcs, Banking, Computer Hardware, Software, Professional Svcs, Chemicals, Apparel, Aerospace, Food, Government, Utility, etc=2E)
Type of Organization
(M= fg, Dist/Wholesaler, Retailer, Law Firm,
Investment Bank, Commercial Bank, University,
Financial Consultants, Ad Agency, Contractor, Broker, etc=2E)
Your Business Expertise
(Corp=2EMgmt, Marketing, Civil Engineering,
Tax Law, Nuclear Physics, Database Development, Operations, Pathologist, Mortgage Banking, etc=2E)
Major Product Line
(Integrated Circuits, Commercial Aircraft, Adhesives, Cosmetics, Plastic Components, Snack Foods, etc=2E)


Note: Submitting this form= will be made by email, not by use of  www=2E  Confirmation of its de= livery is made by browsing your outgoing mail=2E

Thank you for filling in this form, we will contact you with more information=2E

List Removal
Click Here
------=_NextPart_001_0080_01BDF6C7.FABAC1B0-- ------=_NextPart_000_007F_01BDF6C7.FABAC1B0-- Received: (from majordomo@localhost) by ns.secondary.com (8.9.3/8.9.3) id VAA16829 for ietf-smime-bks; Wed, 17 Jan 2001 21:15:39 -0800 (PST) Received: from unipamplona.edu.co (r198h34.telecom.com.co [200.21.198.34]) by ns.secondary.com (8.9.3/8.9.3) with SMTP id VAA16554; Wed, 17 Jan 2001 21:12:30 -0800 (PST) From: emed11@libero.it Received: from libero.it by unipamplona.edu.co (SMI-8.6/SMI-SVR4) id AAA26101; Thu, 18 Jan 2001 00:37:20 -0500 Subject: Obtain Biotech IPOs! 25 Date: Thu, 18 Jan 2001 00:14:08 Message-Id: <841.604829.123582@libero.it> Reply-To: emed11@libero.it Mime-Version: 1.0 Content-Type: text/html; charset="us-ascii" Apparently-To: Apparently-To: Apparently-To: Apparently-To: Apparently-To: Apparently-To: Apparently-To: Apparently-To: Apparently-To: Apparently-To: Sender: owner-ietf-smime@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe:

Help Beta Test Our Site and Be Eligible to Purchase Shares of Future IPOs In Which We Participate**

eMedsecurities has selected you as a possible participant to help test our online stock-trading engine for knowledge-based investing in the life sciences. For your cooperation, you will be eligible to purchase shares of future IPOs in which we participate, for as long as you maintain your account with us. This is limited to only 50 qualified testers!  Request More Information.**

eMedsecurities… The Cure for the Common Portfolio!

eMedsecurities provides you with a wealth of information, all compiled in a single, easy-to-use resource.  Learn about new research and upcoming treatments for muscular dystrophy, multiple sclerosis, Parkinson's disease, Huntington's chorea and much more.  Obtain critical investment information about the companies that are developing these treatments.  eMedsecurities empowers you to make more informed investment decisions. Request More Information.**

Participation in eMedsecurities’ Beta Test allows you:

  • Eligibility to purchase shares of IPOs in which eMedsecurities participates for as long as you maintain your account**

  • Valuable research of the entire product pipeline of companies, including stages of clinical development, by industry or specific disease

  • Useful information about industry trends, recent developments and upcoming IPOs

  • Commitment to customer service featuring our Live Customer Service Online

  • Dedication to fast trade executions at the best possible price.

The following guidelines will explain what we expect from an eMedsecurities Beta Tester:

  • Open a funded eMedsecurities account

  • Visit our online trading site once a week

  • Execute trades through our web site in accordance with your normal practice

  • Submit feedback to eMedsecurities' development team through a questionnaire sent via email

  • Provide us with additional feedback regarding the site as needed.

The test is limited to only 50 Beta Testers so sign up now to be considered!  Request More Information.**

Please note:  All applications for the Beta Test must be submitted by January 24, 2001 to be considered.

Please be advised that your information will stay in our proprietary database and will not be sold, traded, given or otherwise provided to outside vendors.  We respect your privacy.

 

By submitting your information, you implicitly state that this is something that interests you and that you
agree to receive periodic emails from eMedsecurities.

Research indicated that you might benefit from our offer.  To be removed instantly and permanently from our database, simply click here.  We respect all removal requests.

** Restrictions Apply:  Beta test not open to residents of:  HI, IL, MI, MN, MS, NE, NH, TN, TX.   Initial Public Offerings are considered speculative investments and as such may not be appropriate for every investor. If an investor chooses to participate in IPOs, there are certain restrictions that apply:  Flipping- The first time an investor sells his/her shares within the first 30 days the issue is trading in the secondary market, that investor will not be allocated shares for the next 90 days following the sale.  The second time that investor “flips”, they will not be allocated IPO shares for 180 days.  The third time that investor “flips”, they lose their IPO allocations permanently.  Transferring shares- If the investor transfers IPO shares out of their account within the first 30 days the issue is trading in the secondary market, they will permanently lose their IPO allocations.  Beta investors will be chosen from all the applicants based on their income, net worth and investing experience.  IPO shares will only be allocated from transactions in which eMedsecurities participates in the underwriting. A0008-1-A2
Received: by ns.secondary.com (8.9.3/8.9.3) id VAA13733 for ietf-smime-bks; Tue, 16 Jan 2001 21:06:14 -0800 (PST) Received: from server1.home.ozztech.com (host1.ozztech.com [203.36.215.114]) by ns.secondary.com (8.9.3/8.9.3) with ESMTP id VAA13720; Tue, 16 Jan 2001 21:06:10 -0800 (PST) From: bk12bk27@yahoo.com Received: from 5z1pVvWg5 (max1-34.losangeles.corecomm.net [216.214.106.162]) by server1.home.ozztech.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id CQ9DPG1N; Wed, 17 Jan 2001 13:38:15 +1000 DATE: 16 Jan 01 6:45:04 PM Message-ID: SUBJECT: RE; THANK YOU Sender: owner-ietf-smime@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: Dear Friend and Partner, Think of all the things you could do if you had more free time and money wasn't an object What kind of car would you be driving? Where would you live? Where would you go on vacation? Now, for a limited time, 300+ money making and saving secrets can be yours for less than $10.00. Click here http://www.300moneysecrets.com/ and ORDER NOW!!!!!!!!!!!!!! Get information now, that could make you millions!!!! ** REMOVE ** REMOVE ** REMOVE ** REMOVE ** REMOVE ** To be removed from our mailing list, please email sandywho1212@yahoo.com All REMOVE requests AUTOMATICALLY honored upon receipt. PLEASE understand that any effort to disrupt, close or block this REMOVE account can only result in difficulties for others wanting to be removed from our mailing list as it will be impossible to take anyone off the list if the remove instruction can not be received. Received: by ns.secondary.com (8.9.3/8.9.3) id TAA10755 for ietf-smime-bks; Tue, 16 Jan 2001 19:11:21 -0800 (PST) Received: from server1.home.ozztech.com (host1.ozztech.com [203.36.215.114]) by ns.secondary.com (8.9.3/8.9.3) with ESMTP id TAA10741; Tue, 16 Jan 2001 19:11:18 -0800 (PST) From: bk12bk27@yahoo.com Received: from 5z1pVvWg5 (max1-34.losangeles.corecomm.net [216.214.106.162]) by server1.home.ozztech.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id CQ9DPG1N; Wed, 17 Jan 2001 13:38:15 +1000 DATE: 16 Jan 01 6:45:04 PM Message-ID: SUBJECT: RE; THANK YOU Sender: owner-ietf-smime@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: Dear Friend and Partner, Think of all the things you could do if you had more free time and money wasn't an object What kind of car would you be driving? Where would you live? Where would you go on vacation? Now, for a limited time, 300+ money making and saving secrets can be yours for less than $10.00. Click here http://www.300moneysecrets.com/ and ORDER NOW!!!!!!!!!!!!!! Get information now, that could make you millions!!!! ** REMOVE ** REMOVE ** REMOVE ** REMOVE ** REMOVE ** To be removed from our mailing list, please email sandywho1212@yahoo.com All REMOVE requests AUTOMATICALLY honored upon receipt. PLEASE understand that any effort to disrupt, close or block this REMOVE account can only result in difficulties for others wanting to be removed from our mailing list as it will be impossible to take anyone off the list if the remove instruction can not be received. Received: by ns.secondary.com (8.9.3/8.9.3) id KAA14287 for ietf-smime-bks; Mon, 15 Jan 2001 10:30:12 -0800 (PST) Received: from femail4.sdc1.sfba.home.com (femail4.sdc1.sfba.home.com [24.0.95.84]) by ns.secondary.com (8.9.3/8.9.3) with ESMTP id KAA14282 for ; Mon, 15 Jan 2001 10:30:11 -0800 (PST) Received: from revelation ([65.4.166.11]) by femail4.sdc1.sfba.home.com (InterMail vM.4.01.03.00 201-229-121) with SMTP id <20010115183331.YSWJ15755.femail4.sdc1.sfba.home.com@revelation>; Mon, 15 Jan 2001 10:33:31 -0800 Reply-To: From: "Jim Schaad" To: Cc: , Subject: RE: Last Call: Compressed Data Content Type for S/MIME to Proposed Standard Date: Mon, 15 Jan 2001 10:36:33 -0800 Message-ID: <001101c07f22$16e16620$1500a8c0@soaringhawk.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook CWS, Build 9.0.2416 (9.0.2911.0) Importance: Normal In-Reply-To: <97956280305816@kahu.cs.auckland.ac.nz> X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-ietf-smime@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: This is to some degree redunant information. The reason that I want it included is simply because it is stated that a binary comparison is used for SMIME Capability rather than decoding and comparing. Puting the actual bytes into the document means there is no possiblity to get this wrong when doing this binary compare. jim -----Original Message----- From: owner-ietf-smime@mail.imc.org [mailto:owner-ietf-smime@mail.imc.org]On Behalf Of Peter Gutmann Sent: Tuesday, January 16, 2001 1:47 AM To: jimsch@exmsft.com Cc: iesg@ietf.org; ietf-smime@imc.org Subject: RE: Last Call: Compressed Data Content Type for S/MIME to Proposed Standard "Jim Schaad" writes: >I have one minor comment. > >To be consistant with all of the other drafts coming out with >SMimeCapability values, I would like to see the following text added to the >end of Section 2. > >The SMIMECapability SEQUENCE representing the ability to process compressed >content MUST be DER-encoded as the following hexadecimal string: > 30 0D 06 0B 2A 86 48 86 F7 0D 01 09 10 01 09. Someone else made that comment as well earlier on (or was it you, I can't remember?). I can't imagine why you'd need that, it's a completely redundant comment, if you want to know how to DER encode something, see the DER. By that logic every new standard would have to contain dozens (or in the case of something like son-of-2459, hundreds) of extra lines of text specifying the DER encoding of each element. Was there some historical reason why this was included originally and then everyone copied it without knowing why (I smell a vendor-specific bugfix/hack)? Peter. Received: by ns.secondary.com (8.9.3/8.9.3) id EAA19505 for ietf-smime-bks; Mon, 15 Jan 2001 04:41:27 -0800 (PST) Received: from mail.ec.auckland.ac.nz (mail.student.auckland.ac.nz [130.216.35.201]) by ns.secondary.com (8.9.3/8.9.3) with ESMTP id EAA19501 for ; Mon, 15 Jan 2001 04:41:25 -0800 (PST) Received: from kahu.cs.auckland.ac.nz (pgut001@kahu.cs.auckland.ac.nz [130.216.36.13]) by mail.ec.auckland.ac.nz (8.9.3/8.8.6/cs-master) with SMTP id BAA11626; Tue, 16 Jan 2001 01:46:43 +1300 (NZDT) (sender pgut001@cs.auckland.ac.nz) Received: by kahu.cs.auckland.ac.nz (relaymail v0.9) id <97956280305816>; Tue, 16 Jan 2001 01:46:43 (NZDT) From: pgut001@cs.aucKland.ac.nz (Peter Gutmann) To: jimsch@exmsft.com Subject: RE: Last Call: Compressed Data Content Type for S/MIME to Proposed Standard Cc: iesg@ietf.org, ietf-smime@imc.org Reply-To: pgut001@cs.aucKland.ac.nz X-Charge-To: pgut001 X-Authenticated: relaymail v0.9 on kahu.cs.auckland.ac.nz Date: Tue, 16 Jan 2001 01:46:43 (NZDT) Message-ID: <97956280305816@kahu.cs.auckland.ac.nz> Sender: owner-ietf-smime@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: "Jim Schaad" writes: >I have one minor comment. > >To be consistant with all of the other drafts coming out with >SMimeCapability values, I would like to see the following text added to the >end of Section 2. > >The SMIMECapability SEQUENCE representing the ability to process compressed >content MUST be DER-encoded as the following hexadecimal string: > 30 0D 06 0B 2A 86 48 86 F7 0D 01 09 10 01 09. Someone else made that comment as well earlier on (or was it you, I can't remember?). I can't imagine why you'd need that, it's a completely redundant comment, if you want to know how to DER encode something, see the DER. By that logic every new standard would have to contain dozens (or in the case of something like son-of-2459, hundreds) of extra lines of text specifying the DER encoding of each element. Was there some historical reason why this was included originally and then everyone copied it without knowing why (I smell a vendor-specific bugfix/hack)? Peter. Received: by ns.secondary.com (8.9.3/8.9.3) id BAA08820 for ietf-smime-bks; Mon, 15 Jan 2001 01:55:59 -0800 (PST) Received: from femail12.sdc1.sfba.home.com (femail12.sdc1.sfba.home.com [24.0.95.108]) by ns.secondary.com (8.9.3/8.9.3) with ESMTP id BAA08816 for ; Mon, 15 Jan 2001 01:55:58 -0800 (PST) Received: from revelation ([65.4.166.11]) by femail12.sdc1.sfba.home.com (InterMail vM.4.01.03.00 201-229-121) with SMTP id <20010115100119.DCKV9070.femail12.sdc1.sfba.home.com@revelation>; Mon, 15 Jan 2001 02:01:19 -0800 Reply-To: From: "Jim Schaad" To: Cc: Subject: RE: Last Call: Compressed Data Content Type for S/MIME to Proposed Standard Date: Mon, 15 Jan 2001 02:02:19 -0800 Message-ID: <000501c07eda$407b3300$1500a8c0@soaringhawk.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook CWS, Build 9.0.2416 (9.0.2911.0) Importance: Normal In-Reply-To: <200101081701.MAA10878@ietf.org> X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-ietf-smime@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: I have one minor comment. To be consistant with all of the other drafts coming out with SMimeCapability values, I would like to see the following text added to the end of Section 2. The SMIMECapability SEQUENCE representing the ability to process compressed content MUST be DER-encoded as the following hexadecimal string: 30 0D 06 0B 2A 86 48 86 F7 0D 01 09 10 01 09. -----Original Message----- From: owner-ietf-smime@mail.imc.org [mailto:owner-ietf-smime@mail.imc.org]On Behalf Of The IESG Sent: Monday, January 08, 2001 9:02 AM To: IETF-Announce: Cc: ietf-smime@imc.org Subject: Last Call: Compressed Data Content Type for S/MIME to Proposed Standard The IESG has received a request from the S/MIME Mail Security Working Group to consider Compressed Data Content Type for S/MIME as a Proposed Standard. The IESG plans to make a decision in the next few weeks, and solicits final comments on this action. Please send any comments to the iesg@ietf.org or ietf@ietf.org mailing lists by January 22, 2001. Files can be obtained via http://www.ietf.org/internet-drafts/draft-ietf-smime-compression-03.txt Received: (from majordomo@localhost) by ns.secondary.com (8.9.3/8.9.3) id SAA23303 for ietf-smime-bks; Sat, 13 Jan 2001 18:28:11 -0800 (PST) Received: from inetserver.chuogroup.co.jp ([210.170.89.114]) by ns.secondary.com (8.9.3/8.9.3) with ESMTP id SAA23299 for ; Sat, 13 Jan 2001 18:28:07 -0800 (PST) Message-Id: <200101140228.SAA23299@ns.secondary.com> Received: from host (cranston-ip-1-77.dynamic.ziplink.net [209.206.4.77]) by inetserver.chuogroup.co.jp with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2232.9) id C6X5XR43; Sun, 14 Jan 2001 11:26:08 +0900 From: "Doreen Breen" Subject: Your Dream Home... To: now39d X-Mailer: Microsoft Outlook Express 4.72.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE VÐßD.1712.3 Mime-Version: 1.0 Date: Sat, 13 Jan 2001 19:38:36 -0500 Content-Type: multipart/mixed; boundary="----=_NextPart_000_007F_01BDF6C7.FABAC1B0" Content-Transfer-Encoding: 7bit Sender: owner-ietf-smime@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: This is a MIME Message ------=_NextPart_000_007F_01BDF6C7.FABAC1B0 Content-Type: multipart/alternative; boundary="----=_NextPart_001_0080_01BDF6C7.FABAC1B0" ------=_NextPart_001_0080_01BDF6C7.FABAC1B0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable ***** This is an HTML Message ! ***** ------=_NextPart_001_0080_01BDF6C7.FABAC1B0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

We will help you= get the mortgage loan you want! 

Whether a new home loan is what you seek or
to refinance your current h= ome loan at a lower interest rate and payment, we can help!

Mortgage rates haven't been this low in the last 12 months, take action no= w!
 Refinance your home with us and include all of those pesky credit card bil= ls or
use the extra cash for that pool you've always wanted=2E=2E=2E&nbs= p;

 Where others says NO, we say YES!!!
 Even if you have been turned down elsewhere, we can help! 

 Easy terms! Our mortgage referral service combines the
highest quality loans wi= th most economical rates and the easiest qualification!

 Take just 2 minutes to complete the following form=2E
 There is no obligation, all information is= kept strictly confidential, and you must be at least 18 years of age=2E Service available within the United States only=2E This service is fast an= d free=2E

Free information= request form:

=
Please Choo= se One
  New = Mortgage   Mort= gage Refinancing
Name:
Email Addre= ss:
Home Addres= s:
City:
State:<= /font>
Zip Code:
Phone Numbe= r:
Employment Information:<= br>
Employer:
Job Title:<= /b>
Work Addres= s:
City:
State:<= /font>
Zip Code:
Work Phone = Number:
Annual Hous= ehold Income:
How long wi= th this company?
How much do= you plan on paying as a down payment?
Any additional information:
(Tell us how we can help!)<= /b>


List Removal/OPT-OUT Option
Click Here ------=_NextPart_001_0080_01BDF6C7.FABAC1B0-- ------=_NextPart_000_007F_01BDF6C7.FABAC1B0-- Received: by ns.secondary.com (8.9.3/8.9.3) id OAA28398 for ietf-smime-bks; Fri, 12 Jan 2001 14:47:03 -0800 (PST) Received: from mail.phaos.com ([206.30.74.234]) by ns.secondary.com (8.9.3/8.9.3) with ESMTP id OAA28394 for ; Fri, 12 Jan 2001 14:47:01 -0800 (PST) Received: from vamsi.phaos.com (pc228.starlan.com [206.30.74.228] (may be forged)) by mail.phaos.com (8.9.2/8.9.2) with ESMTP id VAA63885; Fri, 12 Jan 2001 21:55:24 -0500 (EST) (envelope-from vamsi@phaos.com) Message-Id: <5.0.2.1.0.20010112173440.00a7eec0@mail.phaos.com> X-Sender: vamsi@mail.phaos.com X-Mailer: QUALCOMM Windows Eudora Version 5.0.2 Date: Fri, 12 Jan 2001 17:44:20 -0500 To: Russ Housley From: Vamsi Motukuru Subject: Re: Authenticated Data Content Type Cc: ietf-smime In-Reply-To: <5.0.1.4.2.20010112171209.0388d508@mail.spyrus.com> References: <5.0.2.1.0.20010112163049.00a796f0@mail.phaos.com> <0B95FB5619B3D411817E006008A592592BA8B0@wfhqex06.gfgsi.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-ietf-smime@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: Russ, Thanks for the clarification. The RecipientInfo structure definition needs no changes to support my requirements. Vamsi At 05:15 PM 1/12/01 -0500, Russ Housley wrote: >Vamsi: > >RFC 2630 includes details for key management of RC2 keys and 3DES >keys. If you want to manage a different key, then you need to specify >that algorithm. I think all of the fields that you need are present, right? > >Russ > >At 04:47 PM 1/12/2001 -0500, Vamsi Motukuru wrote: > >>All, >> >>My question is concerning the CMS authenticated data type. >> >>RFC2104 allows the HMAC key to be of any length. If this is the case, >>then the KEKRecipientInfo can not be used to transfer the Recipient Info >>unless the length of the authentication key matches that of a Triple-DES >>or RC2 Key as this is required by the Key Wrap Algorithms. >> >>Thanks, >> Vamsi > Received: by ns.secondary.com (8.9.3/8.9.3) id OAA26781 for ietf-smime-bks; Fri, 12 Jan 2001 14:12:54 -0800 (PST) Received: from mail.spyrus.com (mail.spyrus.com [207.212.34.20]) by ns.secondary.com (8.9.3/8.9.3) with ESMTP id OAA26777 for ; Fri, 12 Jan 2001 14:12:52 -0800 (PST) Received: from RHOUSLEY-PC.spyrus.com ([209.172.119.210]) by mail.spyrus.com (8.9.3/8.9.3) with ESMTP id OAA14496; Fri, 12 Jan 2001 14:16:26 -0800 (PST) Message-Id: <5.0.1.4.2.20010112171209.0388d508@mail.spyrus.com> X-Sender: rhousley@mail.spyrus.com X-Mailer: QUALCOMM Windows Eudora Version 5.0.1 Date: Fri, 12 Jan 2001 17:15:12 -0500 To: Vamsi Motukuru From: Russ Housley Subject: Re: Authenticated Data Content Type Cc: ietf-smime In-Reply-To: <5.0.2.1.0.20010112163049.00a796f0@mail.phaos.com> References: <0B95FB5619B3D411817E006008A592592BA8B0@wfhqex06.gfgsi.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-ietf-smime@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: Vamsi: RFC 2630 includes details for key management of RC2 keys and 3DES keys. If you want to manage a different key, then you need to specify that algorithm. I think all of the fields that you need are present, right? Russ At 04:47 PM 1/12/2001 -0500, Vamsi Motukuru wrote: >All, > >My question is concerning the CMS authenticated data type. > >RFC2104 allows the HMAC key to be of any length. If this is the case, then >the KEKRecipientInfo can not be used to transfer the Recipient Info unless >the length of the authentication key matches that of a Triple-DES or RC2 >Key as this is required by the Key Wrap Algorithms. > >Thanks, > Vamsi > Received: by ns.secondary.com (8.9.3/8.9.3) id NAA25513 for ietf-smime-bks; Fri, 12 Jan 2001 13:49:30 -0800 (PST) Received: from mail.phaos.com ([206.30.74.234]) by ns.secondary.com (8.9.3/8.9.3) with ESMTP id NAA25509 for ; Fri, 12 Jan 2001 13:49:28 -0800 (PST) Received: from vamsi.phaos.com (pc228.starlan.com [206.30.74.228] (may be forged)) by mail.phaos.com (8.9.2/8.9.2) with ESMTP id UAA63605 for ; Fri, 12 Jan 2001 20:58:13 -0500 (EST) (envelope-from vamsi@phaos.com) Message-Id: <5.0.2.1.0.20010112163049.00a796f0@mail.phaos.com> X-Sender: vamsi@mail.phaos.com X-Mailer: QUALCOMM Windows Eudora Version 5.0.2 Date: Fri, 12 Jan 2001 16:47:11 -0500 To: ietf-smime From: Vamsi Motukuru Subject: Authenticated Data Content Type In-Reply-To: <0B95FB5619B3D411817E006008A592592BA8B0@wfhqex06.gfgsi.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-ietf-smime@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: All, My question is concerning the CMS authenticated data type. RFC2104 allows the HMAC key to be of any length. If this is the case, then the KEKRecipientInfo can not be used to transfer the Recipient Info unless the length of the authentication key matches that of a Triple-DES or RC2 Key as this is required by the Key Wrap Algorithms. Thanks, Vamsi Received: (from majordomo@localhost) by ns.secondary.com (8.9.3/8.9.3) id NAA28566 for ietf-smime-bks; Thu, 11 Jan 2001 13:29:37 -0800 (PST) Received: from smtp4s.retemail.es (smtp4.iddeo.es [62.81.31.73]) by ns.secondary.com (8.9.3/8.9.3) with ESMTP id NAA28556 for ; Thu, 11 Jan 2001 13:29:33 -0800 (PST) From: cidfg@aol.com Received: from [153.220.36.32] ([62.81.12.15]) by smtp4s.retemail.es (InterMail vM.4.01.03.00 201-229-121) with SMTP id <20010111213438.LTNH187612.smtp4s.retemail.es@[153.220.36.32]>; Thu, 11 Jan 2001 22:34:38 +0100 Message-ID: <00006ccb2659$00004b20$00007155@[153.220.36.32]> To: Subject: Cyber Success Secrets Date: Thu, 11 Jan 2001 14:41:10 -0500 X-Priority: 3 X-MSMail-Priority: Normal Sender: owner-ietf-smime@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: Attention His Secrets Finally Revealed!! *** North Carolina man reveals *all* of the marketing tricks and techniques he has used - both online and off - to earn as high as $4269.00 in a single day! Right now, you can get his blueprint for creating maximum Income in minimum time using concept recommend for achieving significant profits and success with little risk. *FREE Download Bonus e-Manuals* "Microsoft, Viagra & Your Business Success" & "ABC's of Stratigic Management"given to the first 105 people to respond within the next 24 hours, Your FREE reports will be fulfilled in the order in which they were received. So it doesn't matter where you live, who you are or what your sex, age or race is by the time you finish reading this special article, you will know: * How to start a proven money making business that requires no inventory, no shipping and no employees within 7 days, guaranteed! * How to get paid for a 1000-hour workweek, without leaving Your home! Instant Information Request Directions: **>NOTE: You may also just Click Below to send it through your normal e-mail program. mailto:cdsales@cn899.com?subject=send_info_on_infovideo111 You will receive the complete info on the reports via e-mail within 24 hours. ****************************************************************************** Privacy Policy: We respect your privacy and your e-mail address/name will be kept strictly private it will never be sold, shared or given away for any reason. Simple Removal Instructions: To Be Removed: mailto:yessir@cn899.com?subject=Remove111 You will then be deleted from our e-mail database forever. Note: The removal process is totally automatic. We never see the removal requests. Your reply must contain the word "remove" in the subject field! If it doesn't the computer will not be able to process your request. Thank You, and have a nice day! Received: (from majordomo@localhost) by ns.secondary.com (8.9.3/8.9.3) id IAA12569 for ietf-smime-bks; Wed, 10 Jan 2001 08:06:10 -0800 (PST) Received: from mail.eris.dera.gov.uk (ns0.eris.dera.gov.uk [128.98.1.1]) by ns.secondary.com (8.9.3/8.9.3) with SMTP id IAA12565 for ; Wed, 10 Jan 2001 08:06:07 -0800 (PST) Received: (qmail 19237 invoked from network); 10 Jan 2001 16:10:52 -0000 Received: from cray.eris.dera.gov.uk (HELO mailhost.eris.dera.gov.uk) (128.98.2.7) by ens0.eris.dera.gov.uk with SMTP; 10 Jan 2001 16:10:52 -0000 Received: (qmail 23820 invoked from network); 10 Jan 2001 16:10:51 -0000 Received: from wottaway.eris.dera.gov.uk (HELO wottaway) (128.98.10.192) by mailhost.eris.dera.gov.uk with SMTP; 10 Jan 2001 16:10:51 -0000 From: "William Ottaway" To: "Russ Housley" , Cc: Subject: RE: WG Last Call: draft-ietf-smime-domsec-07.txt Date: Wed, 10 Jan 2001 16:13:06 -0000 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) In-Reply-To: <5.0.1.4.2.20010109085622.00a94568@mail.spyrus.com> X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 Importance: Normal Sender: owner-ietf-smime@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: Hi Russ, Comments inline. Bill. > -----Original Message----- > From: owner-ietf-smime@mail.imc.org > [mailto:owner-ietf-smime@mail.imc.org]On Behalf Of Russ Housley > Sent: 09 January 2001 15:25 > To: ietf-smime@imc.org > Subject: Re: WG Last Call: draft-ietf-smime-domsec-07.txt > > > Bill & Tim: > > I have completed my WG Last Call review, and I have a few > comments. I have > divided them into two categories: technical and editorial. In my > view, the > technical comments must be addressed. On the other hand, the editorial > comments can be accepted or rejected by you. > > > TECHNICAL > > I am concerned with the term "domain component." It could easily be > confused with the domainComponent attribute, as defined in RFC 2247. The > domainComponent naming attribute is used to represent DNS names as X.500 > distinguished names. Is there another term that avoids this potential > confusion. Perhaps some text can be taken from RFC 1422, where the name > subordination concept is discussed. Under consideration. > I would like to see the discussion in section 3.1.1 and 4.1 include X.500 > distinguished names that include the domainComponent naming attribute, as > defined in RFC 2247. For example: > cn="Peter Yee", dc=hq, dc=spyrus, dc=com > Under consideration. I don't see a problem. > The id-aa-signatureType OID was assigned from the S/MIME WG arc. > However, > id-aa-sigtype-domain-sig, id-aa-sigtype-add-attrib-sig, and > id-aa-sigtype-review were not assigned. Has any implementor used the > values listed in the draft? I would prefer to assign values that are not > subordinate to the assigned attributes arc; they would be shorter. > Fine. Can you give me a new number? > I cannot parse the following sentence (from section 3.1.2). Since "MUST" > appears twice, the sentence is obviously very important. Please > reword it. > > All signature types, except the originator type, MUST > encapsulate other > signature types specified in this document MUST encapsulate other > signatures. > Have changed to the paragraph to :- All signature types, except the originator type, MUST encapsulate other signatures. Note a DOMSEC defined signature could be encapsulating an empty signature as defined in section 3. > The specification relies on several well-known names (such as > domain-confidentiality-authority). These well-known names are indicators > that unusual processing is allowed. For example, when I fetch a > certificate from a directory for Bill Ottaway, and I get a certificate > containing a Diffie-Hellman key bound to the subject name > cn=domain-confidentiality-authority, ou=dera, o=mod, c=uk, I am > expected to > consider the name acceptable. I generated an encrypted message using the > Diffie-Hellman key expecting that a proxy will decrypt the message and > share it only with Bill. So, there is clearly some security > consideration > text needed. Organizations must take care with these well-known names, > even if they do not implement DOMSEC. If I can get a certificate > associated with domain-confidentiality-authority@spyrus.com, then I might > be able to read messages that a DOMSEC client intended for others. > I agree. > EDITORIAL > > Please change "domain to domain" to "domain-to-domain." I think > that this > will improve readability, especially in sentences where domain-to-domain, > individual-to-domain, and domain-to-individual concepts are all > discussed. You already use "end-to-end" and "desktop-to-desktop" in the > document. I guess that this is a request for consistency as well. Done. > Please change "individual to domain" to individual-to-domain." Done. > Please change "domain to individual" to "domain-to-individual." Done. > Sometimes you say "Domain signature," and other times you say "domain > signature." Please pick one spelling and use it throughout the document. > Done. > Please change "(re-)encrypted" to "encrypted (or re-encrypted)." > Done. > I find the term "DOMSEC signature" confusing. It is only used in two > paragraphs of section 3. Perhaps those paragraphs can be > reworded to avoid > this term. Have changed to DOMSEC defined signature. Is that better? > > In my opinion, the OIDs in section 3.1.2 would be easier to read id > presented this way: > > -- domain signature > id-xxx-domain-sig OBJECT IDENTIFIER ::= { xxx 2 } > > -- additional attributes signature > id-xxx-add-attrib-sig OBJECT IDENTIFIER ::= { xxx 3} > > -- review signature > id-xxx-review OBJECT IDENTIFIER ::= { xxx 4} > Okay. Awaiting new arc. > In section 4.2, you discuss a "directory." When the concept is first > introduced, please say "a X.500 or LDAP directory may be used." > > Done. > Happy New Year, > Russ > Received: by ns.secondary.com (8.9.3/8.9.3) id LAA25266 for ietf-smime-bks; Tue, 9 Jan 2001 11:32:23 -0800 (PST) Received: from wfhqex05.gfgsi.com (netva01.wangfed.com [206.137.100.2]) by ns.secondary.com (8.9.3/8.9.3) with ESMTP id LAA25262 for ; Tue, 9 Jan 2001 11:32:22 -0800 (PST) Received: by wfhqex05.gfgsi.com with Internet Mail Service (5.5.2650.21) id ; Tue, 9 Jan 2001 14:38:29 -0500 Message-ID: <0B95FB5619B3D411817E006008A592592BA8B0@wfhqex06.gfgsi.com> From: "Pawling, John" To: "'Chung, KwonSung'" , ietf-smime Subject: RE: S/MIME signed attributes Date: Tue, 9 Jan 2001 14:38:27 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="ks_c_5601-1987" Sender: owner-ietf-smime@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: Chung, In both cases, these are signed attributes. The IETF S/MIME working group decided that it was important that the encapsulated content type and the information identifying the signer's certificate(s) be cryptographically bound to the digital signature of the RFC 2630 SignedData object. RFC 2634 provides a detailed discussion regarding the purpose of the signingCertificate signed attribute. =========================================== John Pawling, John.Pawling@GetronicsGov.com Getronics Government Solutions, LLC =========================================== -----Original Message----- From: Chung, KwonSung [mailto:kschung@bcqre.com] Sent: Tuesday, January 09, 2001 12:42 AM To: ietf-smime Subject: S/MIME signed attributes Hello All, In S/MIME signed message at MS Outlook and Netscape Messanger, the signed message has sevral signed attributes. I have two questions related these signed attributes. 1. "contentType" Signed Attribute In "encapContentInfo", the type of content is determined. "contentType" represents the same information about content type. Why is the same information included again? 2. "signingCertificate" Signed Attribute In "certificates", certificate which was used to sign message is included. But "sigingCertificate" has the same data - the certificate used to sign message- as value. Why? This attribute is not used by MS Outlook and Netscape Messanger. I don't know what the usage of this attribute is. Thank you. Chung Received: (from majordomo@localhost) by ns.secondary.com (8.9.3/8.9.3) id JAA20282 for ietf-smime-bks; Tue, 9 Jan 2001 09:36:57 -0800 (PST) Received: from mail.spyrus.com (mail.spyrus.com [207.212.34.20]) by ns.secondary.com (8.9.3/8.9.3) with ESMTP id JAA20278 for ; Tue, 9 Jan 2001 09:36:56 -0800 (PST) Received: from RHOUSLEY-PC.spyrus.com ([209.172.119.210]) by mail.spyrus.com (8.9.3/8.9.3) with ESMTP id JAA14180 for ; Tue, 9 Jan 2001 09:41:22 -0800 (PST) Message-Id: <5.0.1.4.2.20010109085622.00a94568@mail.spyrus.com> X-Sender: rhousley@mail.spyrus.com (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 5.0.1 Date: Tue, 09 Jan 2001 10:24:30 -0500 To: ietf-smime@imc.org From: Russ Housley Subject: Re: WG Last Call: draft-ietf-smime-domsec-07.txt In-Reply-To: <5.0.1.4.2.20001214191453.0291f030@mail.spyrus.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-ietf-smime@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: Bill & Tim: I have completed my WG Last Call review, and I have a few comments. I have divided them into two categories: technical and editorial. In my view, the technical comments must be addressed. On the other hand, the editorial comments can be accepted or rejected by you. TECHNICAL I am concerned with the term "domain component." It could easily be confused with the domainComponent attribute, as defined in RFC 2247. The domainComponent naming attribute is used to represent DNS names as X.500 distinguished names. Is there another term that avoids this potential confusion. Perhaps some text can be taken from RFC 1422, where the name subordination concept is discussed. I would like to see the discussion in section 3.1.1 and 4.1 include X.500 distinguished names that include the domainComponent naming attribute, as defined in RFC 2247. For example: cn="Peter Yee", dc=hq, dc=spyrus, dc=com The id-aa-signatureType OID was assigned from the S/MIME WG arc. However, id-aa-sigtype-domain-sig, id-aa-sigtype-add-attrib-sig, and id-aa-sigtype-review were not assigned. Has any implementor used the values listed in the draft? I would prefer to assign values that are not subordinate to the assigned attributes arc; they would be shorter. I cannot parse the following sentence (from section 3.1.2). Since "MUST" appears twice, the sentence is obviously very important. Please reword it. All signature types, except the originator type, MUST encapsulate other signature types specified in this document MUST encapsulate other signatures. The specification relies on several well-known names (such as domain-confidentiality-authority). These well-known names are indicators that unusual processing is allowed. For example, when I fetch a certificate from a directory for Bill Ottaway, and I get a certificate containing a Diffie-Hellman key bound to the subject name cn=domain-confidentiality-authority, ou=dera, o=mod, c=uk, I am expected to consider the name acceptable. I generated an encrypted message using the Diffie-Hellman key expecting that a proxy will decrypt the message and share it only with Bill. So, there is clearly some security consideration text needed. Organizations must take care with these well-known names, even if they do not implement DOMSEC. If I can get a certificate associated with domain-confidentiality-authority@spyrus.com, then I might be able to read messages that a DOMSEC client intended for others. EDITORIAL Please change "domain to domain" to "domain-to-domain." I think that this will improve readability, especially in sentences where domain-to-domain, individual-to-domain, and domain-to-individual concepts are all discussed. You already use "end-to-end" and "desktop-to-desktop" in the document. I guess that this is a request for consistency as well. Please change "individual to domain" to individual-to-domain." Please change "domain to individual" to "domain-to-individual." Sometimes you say "Domain signature," and other times you say "domain signature." Please pick one spelling and use it throughout the document. Please change "(re-)encrypted" to "encrypted (or re-encrypted)." I find the term "DOMSEC signature" confusing. It is only used in two paragraphs of section 3. Perhaps those paragraphs can be reworded to avoid this term. In my opinion, the OIDs in section 3.1.2 would be easier to read id presented this way: -- domain signature id-xxx-domain-sig OBJECT IDENTIFIER ::= { xxx 2 } -- additional attributes signature id-xxx-add-attrib-sig OBJECT IDENTIFIER ::= { xxx 3} -- review signature id-xxx-review OBJECT IDENTIFIER ::= { xxx 4} In section 4.2, you discuss a "directory." When the concept is first introduced, please say "a X.500 or LDAP directory may be used." Happy New Year, Russ Received: by ns.secondary.com (8.9.3/8.9.3) id FAA02193 for ietf-smime-bks; Tue, 9 Jan 2001 05:42:24 -0800 (PST) Received: from tholian.securitydynamics.com (tholian.securid.com [204.167.112.129]) by ns.secondary.com (8.9.3/8.9.3) with SMTP id FAA02185 for ; Tue, 9 Jan 2001 05:42:22 -0800 (PST) Received: from [192.168.7.5] by tholian.securitydynamics.com via smtpd (for mail.imc.org [208.184.76.43]) with SMTP; 9 Jan 2001 13:46:24 UT Received: from exna00.securitydynamics.com (ebola.securid.com [192.168.7.4]) by sdtihq24.securid.com (Pro-8.9.3/Pro-8.9.3) with ESMTP id IAA25412; Tue, 9 Jan 2001 08:47:18 -0500 (EST) Received: by exna00.securitydynamics.com with Internet Mail Service (5.5.2650.21) id ; Tue, 9 Jan 2001 08:47:18 -0500 Message-ID: From: "Wahl, Corbin" To: "'Chung, KwonSung'" , ietf-smime@imc.org Subject: RE: S/MIME signed attribute Date: Tue, 9 Jan 2001 08:47:16 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="KS_C_5601-1987" Sender: owner-ietf-smime@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: Please take me off of this mailing list. Thanks. Corbin Wahl Sr. Systems Engineer RSA Security, Inc. Government Systems Group 8230 Leesburg Pike, Suite 620 Vienna, Virginia 22182 Voice: 703.288.9300 ext. 304 Cell: 703.989.5717 Pager: 888.453.2521 e-mail: cwahl@rsasecurity.com -----Original Message----- From: Chung, KwonSung [mailto:kschung@bcqre.com] Sent: Tuesday, January 09, 2001 1:22 AM To: ietf-smime@imc.org Subject: S/MIME signed attribute Hello All, In S/MIME signed message at MS Outlook and Netscape Messanger, the signed message has sevral signed attributes. I have two questions related these signed attributes. 1. "contentType" Signed Attribute In "encapContentInfo", the type of content is determined. "contentType" represents the same information about content type. Why is the same information included again? 2. "signingCertificate" Signed Attribute In "certificates", certificate which was used to sign message is included. But "sigingCertificate" has the same data - the certificate used to sign message- as value. Why? This attribute is not used by MS Outlook and Netscape Messanger. I don't know what the usage of this attribute is. Thank you. Chung Received: by ns.secondary.com (8.9.3/8.9.3) id AAA02949 for ietf-smime-bks; Tue, 9 Jan 2001 00:01:24 -0800 (PST) Received: from hub1.mail.fco.gov.uk (hub1.mail.fco.gov.uk [195.99.175.135]) by ns.secondary.com (8.9.3/8.9.3) with ESMTP id AAA02930 for ; Tue, 9 Jan 2001 00:01:21 -0800 (PST) Received: from mailhub004.mail.fco.gov.uk (unverified) by hub1.mail.fco.gov.uk (Content Technologies SMTPRS 4.1.5) with ESMTP id for ; Tue, 9 Jan 2001 08:04:35 +0000 Received: from bastion2.net-tel.co.uk (10.6.0.12 [10.6.0.12]) by mailhub004.mail.fco.gov.uk with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id CLDBZJFB; Tue, 9 Jan 2001 08:07:25 -0000 Received: from releaseauth (netmta1 [192.168.249.3]) by bastion.net-tel.co.uk (8.9.1/8.9.1) with ESMTP id IAA02732 for ; Tue, 9 Jan 2001 08:01:58 GMT Received: from dydom01.fco.gov.uk ([192.168.249.1]) by releaseauth with Microsoft SMTPSVC(5.0.2172.1); Tue, 9 Jan 2001 08:06:37 +0000 Received: by DYDOM01 with Internet Mail Service (5.5.2650.21) id ; Tue, 9 Jan 2001 08:04:37 -0000 Message-ID: From: Helen Brodie To: ietf-smime@imc.org Date: Tue, 9 Jan 2001 08:04:37 -0000 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: multipart/mixed; boundary="----_=_NextPart_000_01C07A12.CF69A582" X-OriginalArrivalTime: 09 Jan 2001 08:06:37.0859 (UTC) FILETIME=[17337730:01C07A13] Sender: owner-ietf-smime@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_000_01C07A12.CF69A582 Content-Type: text/plain; charset="iso-8859-1" PLease remove me from the mailing list. ------_=_NextPart_000_01C07A12.CF69A582 Content-Type: application/octet-stream; name="EXCHANGE(SE).RA-ATT" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="EXCHANGE(SE).RA-ATT" AAEAAHEAAADEoHrMEnrAAUNM2gEG5tQRq6wAAqUNCR4YADgAAQBQAA0AUQABAF4AEwAAAHEAAABI ZWxlbi5Ccm9kaWVAZmNvLmdvdi51awAAVW5jbGFzc2lmaWVkAGlldGYtc21pbWVAaW1jLm9yZwAA AQAA5s9aFrZA/fZLdl2VfY/puGOuOqehzGIGljiXpUyEUQ4NB+f8ziqPXlPgdEAhAEqKQC0fAVF4 EWcP5hQEYXyhQ8sXMlae1Jiwo2SOtvEDa+GjqI/sAGhm/JeGs3dEP9Cs1QlcvBzP/aXMXFvVDXWk hUeO2T7bQl2K52ZcLYT/yStXnTwQKAap5qmPdqsZ1nqk6zV737UmI7TooWOKRUBIWQm47oiOiQJn arwx58jEbm5unwK3SX0DX+zwQEYtPJSfAfYm5tTW27pO9DHNDMTtkryGiN14GnJstCW3vFVZjDj9 IZrSLjGHL8+6Cu2y86CFw+pusOSgkZCUugtzUTVgng== ------_=_NextPart_000_01C07A12.CF69A582-- Received: by ns.secondary.com (8.9.3/8.9.3) id WAA18393 for ietf-smime-bks; Mon, 8 Jan 2001 22:32:55 -0800 (PST) Received: from cryptogate.bcqre.com ([211.177.183.253]) by ns.secondary.com (8.9.3/8.9.3) with ESMTP id WAA18389 for ; Mon, 8 Jan 2001 22:32:54 -0800 (PST) Received: from bcqre.com ([192.168.13.157]) (authenticated) by cryptogate.bcqre.com (8.10.0/8.10.0) with ESMTP id f096URe05612 for ; Tue, 9 Jan 2001 15:30:27 +0900 Message-ID: <3A5AB1A8.7E3AAE1C@bcqre.com> Date: Tue, 09 Jan 2001 15:37:28 +0900 From: "Chung, KwonSung" X-Mailer: Mozilla 4.76 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: ietf-smime@imc.org Subject: What does this OID means ? Content-Type: text/plain; charset=EUC-KR Content-Transfer-Encoding: 7bit Sender: owner-ietf-smime@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: Hello All, In the S/MIME signed message with MS Outlook, there are 5 signed attribues. Each attribute has Object Identifier and it is defined PKCS #9 v2.0, but one attribute which has {1 3 6 1 4 1 311 16 4} as OID is not defined anywhere. What does this OID means ? Thank you. Chung Received: by ns.secondary.com (8.9.3/8.9.3) id WAA18132 for ietf-smime-bks; Mon, 8 Jan 2001 22:16:59 -0800 (PST) Received: from cryptogate.bcqre.com ([211.177.183.253]) by ns.secondary.com (8.9.3/8.9.3) with ESMTP id WAA18128 for ; Mon, 8 Jan 2001 22:16:57 -0800 (PST) Received: from bcqre.com ([192.168.13.157]) (authenticated) by cryptogate.bcqre.com (8.10.0/8.10.0) with ESMTP id f096ETe05189 for ; Tue, 9 Jan 2001 15:14:29 +0900 Message-ID: <3A5AADEA.ED8F4BB6@bcqre.com> Date: Tue, 09 Jan 2001 15:21:30 +0900 From: "Chung, KwonSung" X-Mailer: Mozilla 4.76 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: ietf-smime@imc.org Subject: S/MIME signed attribute Content-Type: text/plain; charset=EUC-KR Content-Transfer-Encoding: 7bit Sender: owner-ietf-smime@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: Hello All, In S/MIME signed message at MS Outlook and Netscape Messanger, the signed message has sevral signed attributes. I have two questions related these signed attributes. 1. "contentType" Signed Attribute In "encapContentInfo", the type of content is determined. "contentType" represents the same information about content type. Why is the same information included again? 2. "signingCertificate" Signed Attribute In "certificates", certificate which was used to sign message is included. But "sigingCertificate" has the same data - the certificate used to sign message- as value. Why? This attribute is not used by MS Outlook and Netscape Messanger. I don't know what the usage of this attribute is. Thank you. Chung Received: by ns.secondary.com (8.9.3/8.9.3) id VAA17517 for ietf-smime-bks; Mon, 8 Jan 2001 21:37:12 -0800 (PST) Received: from cryptogate.bcqre.com ([211.177.183.253]) by ns.secondary.com (8.9.3/8.9.3) with ESMTP id VAA17513 for ; Mon, 8 Jan 2001 21:37:09 -0800 (PST) Received: from bcqre.com ([192.168.13.157]) (authenticated) by cryptogate.bcqre.com (8.10.0/8.10.0) with ESMTP id f095Yee04669 for ; Tue, 9 Jan 2001 14:34:41 +0900 Message-ID: <3A5AA496.C0FBC5E5@bcqre.com> Date: Tue, 09 Jan 2001 14:41:42 +0900 From: "Chung, KwonSung" X-Mailer: Mozilla 4.76 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: ietf-smime Subject: S/MIME signed attributes Content-Type: text/plain; charset=EUC-KR Content-Transfer-Encoding: 7bit Sender: owner-ietf-smime@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: Hello All, In S/MIME signed message at MS Outlook and Netscape Messanger, the signed message has sevral signed attributes. I have two questions related these signed attributes. 1. "contentType" Signed Attribute In "encapContentInfo", the type of content is determined. "contentType" represents the same information about content type. Why is the same information included again? 2. "signingCertificate" Signed Attribute In "certificates", certificate which was used to sign message is included. But "sigingCertificate" has the same data - the certificate used to sign message- as value. Why? This attribute is not used by MS Outlook and Netscape Messanger. I don't know what the usage of this attribute is. Thank you. Chung Received: by ns.secondary.com (8.9.3/8.9.3) id IAA20117 for ietf-smime-bks; Mon, 8 Jan 2001 08:56:51 -0800 (PST) Received: from ietf.org (odin.ietf.org [132.151.1.176]) by ns.secondary.com (8.9.3/8.9.3) with ESMTP id IAA20110 for ; Mon, 8 Jan 2001 08:56:50 -0800 (PST) Received: from CNRI.Reston.VA.US (localhost [127.0.0.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id MAA10878; Mon, 8 Jan 2001 12:01:39 -0500 (EST) Message-Id: <200101081701.MAA10878@ietf.org> To: IETF-Announce: ; Cc: ietf-smime@imc.org From: The IESG SUBJECT: Last Call: Compressed Data Content Type for S/MIME to Proposed Standard Reply-to: iesg@ietf.org Date: Mon, 08 Jan 2001 12:01:39 -0500 Sender: owner-ietf-smime@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: The IESG has received a request from the S/MIME Mail Security Working Group to consider Compressed Data Content Type for S/MIME as a Proposed Standard. The IESG plans to make a decision in the next few weeks, and solicits final comments on this action. Please send any comments to the iesg@ietf.org or ietf@ietf.org mailing lists by January 22, 2001. Files can be obtained via http://www.ietf.org/internet-drafts/draft-ietf-smime-compression-03.txt Received: by ns.secondary.com (8.9.3/8.9.3) id GAA07527 for ietf-smime-bks; Mon, 8 Jan 2001 06:57:57 -0800 (PST) Received: from mail.spyrus.com (mail.spyrus.com [207.212.34.20]) by ns.secondary.com (8.9.3/8.9.3) with ESMTP id GAA07520 for ; Mon, 8 Jan 2001 06:57:55 -0800 (PST) Received: from RHOUSLEY-PC.spyrus.com ([209.172.119.210]) by mail.spyrus.com (8.9.3/8.9.3) with ESMTP id HAA21662; Mon, 8 Jan 2001 07:02:15 -0800 (PST) Message-Id: <5.0.1.4.2.20010108094752.0386fc18@mail.spyrus.com> X-Sender: rhousley@mail.spyrus.com X-Mailer: QUALCOMM Windows Eudora Version 5.0.1 Date: Mon, 08 Jan 2001 09:52:03 -0500 To: ietf-smime@imc.org From: Russ Housley Subject: WG Last Call: draft-ietf-smime-seclabel-03.txt Cc: jis@mit.edu, MLeech@nortel.ca Mime-Version: 1.0 Content-Type: text/html; charset="us-ascii" Sender: owner-ietf-smime@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: S/MIME WG Members:

The Security Label document is ready for S/MIME WG Last Call.  The intent is for this document to be published as an Informational RFC.  S/MIME WG Last Call will close on 23 January 2001.

        Title           : Implementing Company Classification Policy with
                   the S/MIME Security Label
        Author(s)       : W. Nicolls
        Filename        : draft-ietf-smime-seclabel-03.txt
        Date            : 05-Jan-01

Russ Received: by ns.secondary.com (8.9.3/8.9.3) id EAA26190 for ietf-smime-bks; Mon, 8 Jan 2001 04:23:56 -0800 (PST) Received: from ietf.org (odin.ietf.org [132.151.1.176]) by ns.secondary.com (8.9.3/8.9.3) with ESMTP id EAA26186 for ; Mon, 8 Jan 2001 04:23:55 -0800 (PST) Received: from CNRI.Reston.VA.US (localhost [127.0.0.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id HAA00631; Mon, 8 Jan 2001 07:28:44 -0500 (EST) Message-Id: <200101081228.HAA00631@ietf.org> Mime-Version: 1.0 Content-Type: Multipart/Mixed; Boundary="NextPart" To: IETF-Announce: ; Cc: ietf-smime@imc.org From: Internet-Drafts@ietf.org Reply-to: Internet-Drafts@ietf.org Subject: I-D ACTION:draft-ietf-smime-seclabel-03.txt Date: Mon, 08 Jan 2001 07:28:44 -0500 Sender: owner-ietf-smime@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: --NextPart A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the S/MIME Mail Security Working Group of the IETF. Title : Implementing Company Classification Policy with the S/MIME Security Label Author(s) : W. Nicolls Filename : draft-ietf-smime-seclabel-03.txt Pages : Date : 05-Jan-01 This document discusses how company security policy for data classification can be mapped to the S/MIME security label. Actual policies from 3 companies are used to provide worked examples. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-smime-seclabel-03.txt Internet-Drafts are also available by anonymous FTP. Login with the username "anonymous" and a password of your e-mail address. After logging in, type "cd internet-drafts" and then "get draft-ietf-smime-seclabel-03.txt". A list of Internet-Drafts directories can be found in http://www.ietf.org/shadow.html or ftp://ftp.ietf.org/ietf/1shadow-sites.txt Internet-Drafts can also be obtained by e-mail. Send a message to: mailserv@ietf.org. In the body type: "FILE /internet-drafts/draft-ietf-smime-seclabel-03.txt". NOTE: The mail server at ietf.org can return the document in MIME-encoded form by using the "mpack" utility. To use this feature, insert the command "ENCODING mime" before the "FILE" command. To decode the response(s), you will need "munpack" or a MIME-compliant mail reader. Different MIME-compliant mail readers exhibit different behavior, especially when dealing with "multipart" MIME messages (i.e. documents which have been split up into multiple messages), so check your local documentation on how to manipulate these messages. Below is the data which will enable a MIME compliant mail reader implementation to automatically retrieve the ASCII version of the Internet-Draft. --NextPart Content-Type: Multipart/Alternative; Boundary="OtherAccess" --OtherAccess Content-Type: Message/External-body; access-type="mail-server"; server="mailserv@ietf.org" Content-Type: text/plain Content-ID: <20010105145921.I-D@ietf.org> ENCODING mime FILE /internet-drafts/draft-ietf-smime-seclabel-03.txt --OtherAccess Content-Type: Message/External-body; name="draft-ietf-smime-seclabel-03.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <20010105145921.I-D@ietf.org> --OtherAccess-- --NextPart-- Received: by ns.secondary.com (8.9.3/8.9.3) id OAA16943 for ietf-smime-bks; Sat, 6 Jan 2001 14:10:56 -0800 (PST) Received: from jis.mit.edu (JIS.MIT.EDU [18.72.0.200]) by ns.secondary.com (8.9.3/8.9.3) with ESMTP id OAA16939 for ; Sat, 6 Jan 2001 14:10:54 -0800 (PST) Received: from localhost.localdomain (localhost [127.0.0.1]) by jis.mit.edu (8.9.1b+Sun/8.9.3) with ESMTP id RAA18944; Sat, 6 Jan 2001 17:15:36 -0500 (EST) Received: (from jis@localhost) by localhost.localdomain (8.8.7/8.8.7) id RAA00787; Sat, 6 Jan 2001 17:15:30 -0500 Date: Sat, 6 Jan 2001 17:15:30 -0500 From: "Jeffrey I. Schiller" To: The IESG Secretary Cc: Marcus Leech , Russ Housley , ietf-smime@imc.org Subject: Please issue an IETF Last Call on draft-ietf-smime-compression-03.txt Message-ID: <20010106171530.B752@mit.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="6c2NcOVqGQ03X4Wi" Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-ietf-smime@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: --6c2NcOVqGQ03X4Wi Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Please issue an IETF Last Call on draft-ietf-smime-compression-03.txt for consideration as a PROPOSED Standard. It is the product of the SMIME WG. I have completed my review. Thanks. -Jeff --6c2NcOVqGQ03X4Wi Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: PGP for Personal Privacy 5.0 MessageID: GFz1Q5+aIvkK4CyYs/QQIVlNoAplxZ+O iQCVAwUBOleZAsUtR20Nv5BtAQHHmgQAiGZv6KKEuyGJmj3JV3ITOKN5XrYuM0yD BdxwUX5EBW0VZgzcDO1WECwRn1Git7170nP8czTZhAF4CAYwXD1PMu/aoDAZrT4d pV4EFbEfU1aPqWgIun0R25zm8+nDFFp0Vp+ZF+kznZifAsAlvdlLK4DbZnWBp9mc 4ynPq3x7Ccs= =0c/X -----END PGP SIGNATURE----- --6c2NcOVqGQ03X4Wi-- Received: by ns.secondary.com (8.9.3/8.9.3) id CAA02130 for ietf-smime-bks; Sat, 6 Jan 2001 02:57:45 -0800 (PST) Received: from heather.ithnet.com (ns.ithnet.com [62.157.157.10]) by ns.secondary.com (8.9.3/8.9.3) with SMTP id CAA02121 for ; Sat, 6 Jan 2001 02:57:43 -0800 (PST) Received: by heather.ithnet.com (Smail3.2 #4) id m14Er7A-000DyZC; Sat, 6 Jan 2001 12:02:24 +0100 (CET) Received: from gate.ots-erdl.de(62.157.156.209), claiming to be "gate.ots-ag.de" via SMTP by mail2.ithnet.com, id smtpdLI6YTg; Sat Jan 6 12:02:14 2001 Received: from newsmail.com ([193.255.114.246]) by gate.ots-ag.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with SMTP id MAA08966 for ; Sat, 6 Jan 2001 12:01:45 +0100 Date: Sat, 6 Jan 2001 12:01:45 +0100 Message-Id: <200101061101.MAA08966@gate.ots-ag.de> Reply-To: HOP@newsmail.com Content-Type: text/html; charset=us-ascii X-Priority: 1 From: House of Pleasure To: ietf-smime@imc.org Subject: NEW CYBERPAGE IN SPACE, HAVE FUN Sender: owner-ietf-smime@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: Hello There,

Threre is a very new Website aboub fun, fun and fun again.

The URL is http://www.h-o-p.de

visit it !!!!

HOP Webmaster.

This email was sent via Ellipse Bulk Emailer v2.0 Received: by ns.secondary.com (8.9.3/8.9.3) id TAA18857 for ietf-smime-bks; Fri, 5 Jan 2001 19:44:53 -0800 (PST) Received: from heather.ithnet.com (ns.ithnet.com [62.157.157.10]) by ns.secondary.com (8.9.3/8.9.3) with SMTP id TAA18845 for ; Fri, 5 Jan 2001 19:44:51 -0800 (PST) Received: by heather.ithnet.com (Smail3.2 #4) id m14EkMA-000CNLC; Sat, 6 Jan 2001 04:49:26 +0100 (CET) Received: from gate.ots-erdl.de(62.157.156.209), claiming to be "gate.ots-ag.de" via SMTP by mail2.ithnet.com, id smtpd1a0NCX; Sat Jan 6 04:49:15 2001 Received: from newsletter.com (pC19EB466.dip.t-dialin.net [193.158.180.102]) by gate.ots-ag.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with SMTP id EAA26758 for ; Sat, 6 Jan 2001 04:48:47 +0100 Date: Sat, 6 Jan 2001 04:48:47 +0100 Message-Id: <200101060348.EAA26758@gate.ots-ag.de> Reply-To: HOP@newsletter.com Content-Type: text/plain; charset=us-ascii X-Priority: 1 From: House Of Pleasure To: ietf-smime@imc.org Subject: A NEW CYBERPAGE IN SPACE, FUN, FUN, FUN !!! Sender: owner-ietf-smime@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: Hello there, there is a very new Website about fun, fun and fun again. The URL is www.h-o-p.de check it out. NOW. Thanx. The webmaster This email was sent via Ellipse Bulk Emailer v2.0 Received: by ns.secondary.com (8.9.3/8.9.3) id HAA11895 for ietf-smime-bks; Wed, 3 Jan 2001 07:26:02 -0800 (PST) Received: from wfhqex05.gfgsi.com (netva01.wangfed.com [206.137.100.2]) by ns.secondary.com (8.9.3/8.9.3) with ESMTP id HAA11886 for ; Wed, 3 Jan 2001 07:26:01 -0800 (PST) Received: by wfhqex05.gfgsi.com with Internet Mail Service (5.5.2650.21) id ; Wed, 3 Jan 2001 10:30:01 -0500 Message-ID: <0B95FB5619B3D411817E006008A592592BA84D@wfhqex06.gfgsi.com> From: "Pawling, John" To: "'Moshe Harel'" , Ietf-Smime Subject: RE: SMIME-2 Test Date: Wed, 3 Jan 2001 10:31:36 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-ietf-smime@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: Harel, To ensure that the S/MIME Freeware Library is compatible with S/MIME v2 products we exchanged signed and encrypted S/MIME v2 messages with the Microsoft (MS) Internet Explorer Outlook Express v4.01 and Netscape Communicator 4.X S/MIME v2 products. If you would like more details regarding how we performed this testing, then please let me know. =========================================== John Pawling, John.Pawling@GetronicsGov.com Getronics Government Solutions, LLC =========================================== -----Original Message----- From: Moshe Harel [mailto:moshe@arx.com] Sent: Wednesday, January 03, 2001 7:56 AM To: Ietf-Smime Subject: SMIME-2 Test > Hi! > > I would like to know where and how I can test the compatibility of my > S/MIME 2 implementation. > > Thanks in advance > Harel Moshe > Cylink Corporation > mailto:moshe@arx.com > > > > Received: (from majordomo@localhost) by ns.secondary.com (8.9.3/8.9.3) id EAA29912 for ietf-smime-bks; Wed, 3 Jan 2001 04:51:17 -0800 (PST) Received: from brot.celocom.de (brot.celocom.de [212.78.104.200]) by ns.secondary.com (8.9.3/8.9.3) with ESMTP id EAA29903 for ; Wed, 3 Jan 2001 04:51:15 -0800 (PST) Received: from frolic.celocom.de (frolic.celocom.de [212.78.104.90]) by brot.celocom.de (Postfix) with ESMTP id 965D62FD2 for ; Wed, 03 Jan 2001 13:55:35 +0100 (CET) Received: from celocom.de (bernd.celocom.de [212.78.104.41]) by frolic.celocom.de (Postfix) with ESMTP id 7AFAB108003; Wed, 3 Jan 2001 13:55:35 +0100 (CET) Message-ID: <3A532145.72A48E01@celocom.de> Date: Wed, 03 Jan 2001 13:55:33 +0100 From: Bernd Matthes Reply-To: mainbug@celocom.de Organization: Celo Communications -- http://www.celocom.com X-Mailer: Mozilla 4.75 [en] (WinNT; U) X-Accept-Language: de,en MIME-Version: 1.0 To: Ietf-Smime Subject: Re: RFC2630: Need clarification References: <3A530F04.80CE41A6@celocom.de> Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------msCCD308DE4BC2C946970745FC" Sender: owner-ietf-smime@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: This is a cryptographically signed message in MIME format. --------------msCCD308DE4BC2C946970745FC Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Bernd Matthes wrote: > I need a clarification to following sentence from RFC 2630, > section 11.4, Countersignature: [snipped] Hi! Is cleared. Thanks to Jim Schaad ( mailto:jimsch@exmsft.com ). He wrote: >Authenticated and Unauthenticated attributes occur in the AuthenticatedData >structure (section 9). The statement is just being made that a counter >signature is not present in the AuthenticatedData structure. -- Mors certa, hora incerta. In dubio pro mille. -------------------------------------------------------------------- Bernd Matthes Celo Communications GmbH Senior Software Engineer Weissenfelser Strasse 46a Nachrichtentechniker D 06217 Merseburg Dipl.-Ing.(FH) http://www.celocom.com f. technische Informatik mailto:mainbug@celocom.de http://www.worldbug.de Tel.: +49 3461/3318-0 mailto:mainbug@worldbug.de Fax: +49 3461/415072 -------------------------------------------------------------------- "When in doubt, use brute force." (Ken Thompson) --------------msCCD308DE4BC2C946970745FC Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIIKSgYJKoZIhvcNAQcCoIIKOzCCCjcCAQExCzAJBgUrDgMCGgUAMAsGCSqGSIb3DQEHAaCC B9YwggSgMIIECaADAgECAhBsOnTzXfzOOQkJistWSC3oMA0GCSqGSIb3DQEBBAUAMIHMMRcw FQYDVQQKEw5WZXJpU2lnbiwgSW5jLjEfMB0GA1UECxMWVmVyaVNpZ24gVHJ1c3QgTmV0d29y azFGMEQGA1UECxM9d3d3LnZlcmlzaWduLmNvbS9yZXBvc2l0b3J5L1JQQSBJbmNvcnAuIEJ5 IFJlZi4sTElBQi5MVEQoYyk5ODFIMEYGA1UEAxM/VmVyaVNpZ24gQ2xhc3MgMSBDQSBJbmRp dmlkdWFsIFN1YnNjcmliZXItUGVyc29uYSBOb3QgVmFsaWRhdGVkMB4XDTAwMDEyNzAwMDAw MFoXDTAxMDIwOTIzNTk1OVowggESMRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjEfMB0GA1UE CxMWVmVyaVNpZ24gVHJ1c3QgTmV0d29yazFGMEQGA1UECxM9d3d3LnZlcmlzaWduLmNvbS9y ZXBvc2l0b3J5L1JQQSBJbmNvcnAuIGJ5IFJlZi4sTElBQi5MVEQoYyk5ODEeMBwGA1UECxMV UGVyc29uYSBOb3QgVmFsaWRhdGVkMTMwMQYDVQQLEypEaWdpdGFsIElEIENsYXNzIDEgLSBO ZXRzY2FwZSBGdWxsIFNlcnZpY2UxFjAUBgNVBAMUDUJlcm5kIE1hdHRoZXMxITAfBgkqhkiG 9w0BCQEWEm1haW5idWdAY2Vsb2NvbS5kZTCBnzANBgkqhkiG9w0BAQEFAAOBjQAwgYkCgYEA 5XDGxWjDOe+gHZygtVsNACVkbiY27ug06wI9DGzn4+ibdyEoqNnMlqe7dHSHsLG5f9Fl8gBa ZgwOUnNClgnjCbqoByj4In82wWwUG97DndueKQhN78pYDRBWhGXKo/YSGI2l5rw7fjYnlTlw 6QQF0OGpFNBXzkNCBC4muSaI2YUCAwEAAaOCATgwggE0MAkGA1UdEwQCMAAwgawGA1UdIASB pDCBoTCBngYLYIZIAYb4RQEHAQEwgY4wKAYIKwYBBQUHAgEWHGh0dHBzOi8vd3d3LnZlcmlz aWduLmNvbS9DUFMwYgYIKwYBBQUHAgIwVjAVFg5WZXJpU2lnbiwgSW5jLjADAgEBGj1WZXJp U2lnbidzIENQUyBpbmNvcnAuIGJ5IHJlZmVyZW5jZSBsaWFiLiBsdGQuIChjKTk3IFZlcmlT aWduMBEGCWCGSAGG+EIBAQQEAwIHgDAwBgpghkgBhvhFAQYHBCIWIDFjNzhjMGNiYWZjMzg2 YzQzYzFmMWFjYTY5NzY4Nzk3MDMGA1UdHwQsMCowKKAmoCSGImh0dHA6Ly9jcmwudmVyaXNp Z24uY29tL2NsYXNzMS5jcmwwDQYJKoZIhvcNAQEEBQADgYEAsvJl1q8TirOQUfjbbyZKmVdi k+2YQmQr64uvnEGf0Vp/laotPE49SR5Vu9GwGA2cPY/CPrb9v/bc3mOnCBlJ2m/xQIITJRxv A66enfch2KSRLjl+VyU5BeIkq3UZekTAy76DPozOEwd6Azf4fLJy6AIh/DRS0GS9w/l2sLYQ FAAwggMuMIICl6ADAgECAhEA0nYujRQMPX2yqCVdr+4NdTANBgkqhkiG9w0BAQIFADBfMQsw CQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xNzA1BgNVBAsTLkNsYXNzIDEg UHVibGljIFByaW1hcnkgQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkwHhcNOTgwNTEyMDAwMDAw WhcNMDgwNTEyMjM1OTU5WjCBzDEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNVBAsT FlZlcmlTaWduIFRydXN0IE5ldHdvcmsxRjBEBgNVBAsTPXd3dy52ZXJpc2lnbi5jb20vcmVw b3NpdG9yeS9SUEEgSW5jb3JwLiBCeSBSZWYuLExJQUIuTFREKGMpOTgxSDBGBgNVBAMTP1Zl cmlTaWduIENsYXNzIDEgQ0EgSW5kaXZpZHVhbCBTdWJzY3JpYmVyLVBlcnNvbmEgTm90IFZh bGlkYXRlZDCBnzANBgkqhkiG9w0BAQEFAAOBjQAwgYkCgYEAu1pEigQWu1X9A3qKLZRPFXg2 uA1Ksm+cVL+86HcqnbnwaLuV2TFBcHqBS7lIE1YtxwjhhEKrwKKSq0RcqkLwgg4C6S/7wju7 vsknCl22sDZCM7VuVIhPh0q/Gdr5FegPh7Yc48zGmo5/aiSS4/zgZbqnsX7vyds3ashKyAkG 5JkCAwEAAaN8MHowEQYJYIZIAYb4QgEBBAQDAgEGMEcGA1UdIARAMD4wPAYLYIZIAYb4RQEH AQEwLTArBggrBgEFBQcCARYfd3d3LnZlcmlzaWduLmNvbS9yZXBvc2l0b3J5L1JQQTAPBgNV HRMECDAGAQH/AgEAMAsGA1UdDwQEAwIBBjANBgkqhkiG9w0BAQIFAAOBgQCIuDc73dqUNwCt qp/hgQFxHpJqbS/28Z3TymQ43BuYDAeGW4UVag+5SYWklfEXfWe0fy0s3ZpCnsM+tI6q5QsG 3vJWKvozx74Z11NMw73I4xe1pElCY+zCphcPXVgaSTyQXFWjZSAA/Rgg5V+CprGoksVYasGN Azzrw80FopCubjGCAjwwggI4AgEBMIHhMIHMMRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjEf MB0GA1UECxMWVmVyaVNpZ24gVHJ1c3QgTmV0d29yazFGMEQGA1UECxM9d3d3LnZlcmlzaWdu LmNvbS9yZXBvc2l0b3J5L1JQQSBJbmNvcnAuIEJ5IFJlZi4sTElBQi5MVEQoYyk5ODFIMEYG A1UEAxM/VmVyaVNpZ24gQ2xhc3MgMSBDQSBJbmRpdmlkdWFsIFN1YnNjcmliZXItUGVyc29u YSBOb3QgVmFsaWRhdGVkAhBsOnTzXfzOOQkJistWSC3oMAkGBSsOAwIaBQCggbEwGAYJKoZI hvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMDEwMTAzMTI1NTM1WjAjBgkq hkiG9w0BCQQxFgQUQ9el9Od31Up0yPkn/cNBQpi07jwwUgYJKoZIhvcNAQkPMUUwQzAKBggq hkiG9w0DBzAOBggqhkiG9w0DAgICAIAwBwYFKw4DAgcwDQYIKoZIhvcNAwICAUAwDQYIKoZI hvcNAwICASgwDQYJKoZIhvcNAQEBBQAEgYA3ywAQVxC5MOYmnN7Aq18uoB4N+OixueSKfglg 2sIuG6iRxPPSHWgPaDLH4NQp+8kT5+wVAaROOvNELsqBn8rGxRtAd5haE9HkH0qMNbvN8StU Bdq1YHO59IuywNR94EY7NwTkHHSx+D8v6b2s6IVJeIF5afdIOJY1aixwqD9IgA== --------------msCCD308DE4BC2C946970745FC-- Received: by ns.secondary.com (8.9.3/8.9.3) id EAA29886 for ietf-smime-bks; Wed, 3 Jan 2001 04:51:04 -0800 (PST) Received: from ar_exchange.arx.com (armail.arx.com [212.25.66.95]) by ns.secondary.com (8.9.3/8.9.3) with ESMTP id EAA29879 for ; Wed, 3 Jan 2001 04:51:01 -0800 (PST) Received: by armail.arx.com with Internet Mail Service (5.5.2650.21) id ; Wed, 3 Jan 2001 14:56:29 +0200 Message-ID: From: Moshe Harel To: Ietf-Smime Subject: SMIME-2 Test Date: Wed, 3 Jan 2001 14:56:23 +0200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-ietf-smime@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: > Hi! > > I would like to know where and how I can test the compatibility of my > S/MIME 2 implementation. > > Thanks in advance > Harel Moshe > Cylink Corporation > mailto:moshe@arx.com > > > > Received: (from majordomo@localhost) by ns.secondary.com (8.9.3/8.9.3) id DAA24275 for ietf-smime-bks; Wed, 3 Jan 2001 03:33:16 -0800 (PST) Received: from brot.celocom.de (brot.celocom.de [212.78.104.200]) by ns.secondary.com (8.9.3/8.9.3) with ESMTP id DAA24271 for ; Wed, 3 Jan 2001 03:33:14 -0800 (PST) Received: from frolic.celocom.de (frolic.celocom.de [212.78.104.90]) by brot.celocom.de (Postfix) with ESMTP id 6DF6D2FD2 for ; Wed, 03 Jan 2001 12:37:40 +0100 (CET) Received: from celocom.de (bernd.celocom.de [212.78.104.41]) by frolic.celocom.de (Postfix) with ESMTP id 59B22108003; Wed, 3 Jan 2001 12:37:40 +0100 (CET) Message-ID: <3A530F04.80CE41A6@celocom.de> Date: Wed, 03 Jan 2001 12:37:40 +0100 From: Bernd Matthes Reply-To: mainbug@celocom.de Organization: Celo Communications GmbH http://www.celocom.de X-Mailer: Mozilla 4.75 [en] (WinNT; U) X-Accept-Language: de,en MIME-Version: 1.0 To: Ietf-Smime Subject: RFC2630: Need clarification Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms9B8E04F4A4FC1A6141A712CD" Sender: owner-ietf-smime@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: This is a cryptographically signed message in MIME format. --------------ms9B8E04F4A4FC1A6141A712CD Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hi! At first a happy new year to all! I need a clarification to following sentence from RFC 2630, section 11.4, Countersignature: "The countersignature attribute must be an unsigned attribute; it cannot be a signed attribute, an authenticated attribute, or an unauthenticated attribute." What is the difference between: a) signed attribute <-> authenticated attribute b) unsigned attribute <-> unauthenticated attribute to relate to CMS? Where is located a (un)authenticated attribute in an signed-data CMS? I thought, it exist as (un)signed attribute in the SignerInfo, or is this complete beside them? Thanks in advance with kind regards -- Mors certa, hora incerta. In dubio pro mille. -------------------------------------------------------------------- Bernd Matthes Celo Communications GmbH Senior Software Engineer Weissenfelser Strasse 46a Nachrichtentechniker D 06217 Merseburg Dipl.-Ing.(FH) http://www.celocom.com f. technische Informatik mailto:mainbug@celocom.de http://www.worldbug.de Tel.: +49 3461/3318-0 mailto:mainbug@worldbug.de Fax: +49 3461/415072 -------------------------------------------------------------------- "When in doubt, use brute force." (Ken Thompson) --------------ms9B8E04F4A4FC1A6141A712CD Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIIKSgYJKoZIhvcNAQcCoIIKOzCCCjcCAQExCzAJBgUrDgMCGgUAMAsGCSqGSIb3DQEHAaCC B9YwggSgMIIECaADAgECAhBsOnTzXfzOOQkJistWSC3oMA0GCSqGSIb3DQEBBAUAMIHMMRcw FQYDVQQKEw5WZXJpU2lnbiwgSW5jLjEfMB0GA1UECxMWVmVyaVNpZ24gVHJ1c3QgTmV0d29y azFGMEQGA1UECxM9d3d3LnZlcmlzaWduLmNvbS9yZXBvc2l0b3J5L1JQQSBJbmNvcnAuIEJ5 IFJlZi4sTElBQi5MVEQoYyk5ODFIMEYGA1UEAxM/VmVyaVNpZ24gQ2xhc3MgMSBDQSBJbmRp dmlkdWFsIFN1YnNjcmliZXItUGVyc29uYSBOb3QgVmFsaWRhdGVkMB4XDTAwMDEyNzAwMDAw MFoXDTAxMDIwOTIzNTk1OVowggESMRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjEfMB0GA1UE CxMWVmVyaVNpZ24gVHJ1c3QgTmV0d29yazFGMEQGA1UECxM9d3d3LnZlcmlzaWduLmNvbS9y ZXBvc2l0b3J5L1JQQSBJbmNvcnAuIGJ5IFJlZi4sTElBQi5MVEQoYyk5ODEeMBwGA1UECxMV UGVyc29uYSBOb3QgVmFsaWRhdGVkMTMwMQYDVQQLEypEaWdpdGFsIElEIENsYXNzIDEgLSBO ZXRzY2FwZSBGdWxsIFNlcnZpY2UxFjAUBgNVBAMUDUJlcm5kIE1hdHRoZXMxITAfBgkqhkiG 9w0BCQEWEm1haW5idWdAY2Vsb2NvbS5kZTCBnzANBgkqhkiG9w0BAQEFAAOBjQAwgYkCgYEA 5XDGxWjDOe+gHZygtVsNACVkbiY27ug06wI9DGzn4+ibdyEoqNnMlqe7dHSHsLG5f9Fl8gBa ZgwOUnNClgnjCbqoByj4In82wWwUG97DndueKQhN78pYDRBWhGXKo/YSGI2l5rw7fjYnlTlw 6QQF0OGpFNBXzkNCBC4muSaI2YUCAwEAAaOCATgwggE0MAkGA1UdEwQCMAAwgawGA1UdIASB pDCBoTCBngYLYIZIAYb4RQEHAQEwgY4wKAYIKwYBBQUHAgEWHGh0dHBzOi8vd3d3LnZlcmlz aWduLmNvbS9DUFMwYgYIKwYBBQUHAgIwVjAVFg5WZXJpU2lnbiwgSW5jLjADAgEBGj1WZXJp U2lnbidzIENQUyBpbmNvcnAuIGJ5IHJlZmVyZW5jZSBsaWFiLiBsdGQuIChjKTk3IFZlcmlT aWduMBEGCWCGSAGG+EIBAQQEAwIHgDAwBgpghkgBhvhFAQYHBCIWIDFjNzhjMGNiYWZjMzg2 YzQzYzFmMWFjYTY5NzY4Nzk3MDMGA1UdHwQsMCowKKAmoCSGImh0dHA6Ly9jcmwudmVyaXNp Z24uY29tL2NsYXNzMS5jcmwwDQYJKoZIhvcNAQEEBQADgYEAsvJl1q8TirOQUfjbbyZKmVdi k+2YQmQr64uvnEGf0Vp/laotPE49SR5Vu9GwGA2cPY/CPrb9v/bc3mOnCBlJ2m/xQIITJRxv A66enfch2KSRLjl+VyU5BeIkq3UZekTAy76DPozOEwd6Azf4fLJy6AIh/DRS0GS9w/l2sLYQ FAAwggMuMIICl6ADAgECAhEA0nYujRQMPX2yqCVdr+4NdTANBgkqhkiG9w0BAQIFADBfMQsw CQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xNzA1BgNVBAsTLkNsYXNzIDEg UHVibGljIFByaW1hcnkgQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkwHhcNOTgwNTEyMDAwMDAw WhcNMDgwNTEyMjM1OTU5WjCBzDEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNVBAsT FlZlcmlTaWduIFRydXN0IE5ldHdvcmsxRjBEBgNVBAsTPXd3dy52ZXJpc2lnbi5jb20vcmVw b3NpdG9yeS9SUEEgSW5jb3JwLiBCeSBSZWYuLExJQUIuTFREKGMpOTgxSDBGBgNVBAMTP1Zl cmlTaWduIENsYXNzIDEgQ0EgSW5kaXZpZHVhbCBTdWJzY3JpYmVyLVBlcnNvbmEgTm90IFZh bGlkYXRlZDCBnzANBgkqhkiG9w0BAQEFAAOBjQAwgYkCgYEAu1pEigQWu1X9A3qKLZRPFXg2 uA1Ksm+cVL+86HcqnbnwaLuV2TFBcHqBS7lIE1YtxwjhhEKrwKKSq0RcqkLwgg4C6S/7wju7 vsknCl22sDZCM7VuVIhPh0q/Gdr5FegPh7Yc48zGmo5/aiSS4/zgZbqnsX7vyds3ashKyAkG 5JkCAwEAAaN8MHowEQYJYIZIAYb4QgEBBAQDAgEGMEcGA1UdIARAMD4wPAYLYIZIAYb4RQEH AQEwLTArBggrBgEFBQcCARYfd3d3LnZlcmlzaWduLmNvbS9yZXBvc2l0b3J5L1JQQTAPBgNV HRMECDAGAQH/AgEAMAsGA1UdDwQEAwIBBjANBgkqhkiG9w0BAQIFAAOBgQCIuDc73dqUNwCt qp/hgQFxHpJqbS/28Z3TymQ43BuYDAeGW4UVag+5SYWklfEXfWe0fy0s3ZpCnsM+tI6q5QsG 3vJWKvozx74Z11NMw73I4xe1pElCY+zCphcPXVgaSTyQXFWjZSAA/Rgg5V+CprGoksVYasGN Azzrw80FopCubjGCAjwwggI4AgEBMIHhMIHMMRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjEf MB0GA1UECxMWVmVyaVNpZ24gVHJ1c3QgTmV0d29yazFGMEQGA1UECxM9d3d3LnZlcmlzaWdu LmNvbS9yZXBvc2l0b3J5L1JQQSBJbmNvcnAuIEJ5IFJlZi4sTElBQi5MVEQoYyk5ODFIMEYG A1UEAxM/VmVyaVNpZ24gQ2xhc3MgMSBDQSBJbmRpdmlkdWFsIFN1YnNjcmliZXItUGVyc29u YSBOb3QgVmFsaWRhdGVkAhBsOnTzXfzOOQkJistWSC3oMAkGBSsOAwIaBQCggbEwGAYJKoZI hvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMDEwMTAzMTEzNzQwWjAjBgkq hkiG9w0BCQQxFgQU340tlzmcw3r0o9Hv6rQe4B0wqlUwUgYJKoZIhvcNAQkPMUUwQzAKBggq hkiG9w0DBzAOBggqhkiG9w0DAgICAIAwBwYFKw4DAgcwDQYIKoZIhvcNAwICAUAwDQYIKoZI hvcNAwICASgwDQYJKoZIhvcNAQEBBQAEgYB9yDsnnlHWFNtHYR5D/aMkxmrG6j0KrDPMCz3r 6IIJ5HjlG93sxmJsEkRYnaxy0STBmOQSI6o4fDUCMilLYBk7T0N/C+PkmMuobjivtDET+io4 OefwB6p/uLIsYJKKvtJrnGfHq3GKLCleCrtuk56vUp8QKAw5Y9kmrVfdAAJv2Q== --------------ms9B8E04F4A4FC1A6141A712CD--