From ipp-bounces@pwg.org Mon Jun 2 04:50:14 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0B7721A0308 for ; Mon, 2 Jun 2014 04:50:14 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.542 X-Spam-Level: X-Spam-Status: No, score=-0.542 tagged_above=-999 required=5 tests=[BAYES_20=-0.001, DKIM_SIGNED=0.1, HTML_MESSAGE=0.001, RP_MATCHES_RCVD=-0.651, SPF_PASS=-0.001, T_DKIM_INVALID=0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0HuOPMKroM5u for ; Mon, 2 Jun 2014 04:50:12 -0700 (PDT) Received: from www.pwg.org (www.pwg.org [IPv6:2600:3c01::f03c:91ff:fe70:b03f]) by ietfa.amsl.com (Postfix) with ESMTP id 68C0E1A0305 for ; Mon, 2 Jun 2014 04:50:12 -0700 (PDT) Received: from pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id 6D74E8546; Mon, 2 Jun 2014 11:50:58 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: from mail-in7.apple.com (mail-out7.apple.com [17.151.62.29]) by www.pwg.org (Postfix) with ESMTPS id 742F8853A for ; Mon, 2 Jun 2014 11:50:56 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; d=apple.com; s=mailout2048s; c=relaxed/simple; q=dns/txt; i=@apple.com; t=1401709803; x=2265623403; h=From:Sender:Reply-To:Subject:Date:Message-id:To:Cc:MIME-version:Content-type: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-reply-to:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=tBmih9pLZKXh/5ZClTon1Z0iQaTASbbbBV3sLL4A1RM=; b=Pn7DgEMmVnOXbXN9eR/RNJAueD6dRhLhcZ4w3HasEAqJ+eL1T+Xe5eKhXrKWD0Ce c17RFi/P7f06ajCG1JpLupf3pDD6qNWSKODIqspMC9Tt1Q5LV5QtCeiY3S5FSAAf NHdRgV9UK03HZYTOtqOz5UVZc/R9F+mDqFVWB/WpvrIJV/8uLjSbjjMdm5MUbDPB dcfoRTtOBi3GvCiQgVFi1N/N46p7aXI6HASrpFLgO+6sjA3NQpMM9JO5tRjPYksQ WoZZjg1+kim90e28kbVuisHA9nYXS0l8IAsWLVU4dWA4ha5CzqxoaQ3nAeeS36MJ FcP4YlPm0I40rn+k6Y4/pA==; Received: from mail-out.apple.com (mail-out.apple.com [17.151.62.50]) (using TLS with cipher RC4-MD5 (128/128 bits)) (Client did not present a certificate) by mail-in7.apple.com (Apple Secure Mail Relay) with SMTP id 56.9D.30831.BE46C835; Mon, 2 Jun 2014 04:50:03 -0700 (PDT) MIME-version: 1.0 Received: from relay2.apple.com ([17.128.113.67]) by local.mail-out.apple.com (Oracle Communications Messaging Server 7.0.5.30.0 64bit (built Oct 22 2013)) with ESMTP id <0N6J0004JI77Q630@local.mail-out.apple.com> for ipp@pwg.org; Mon, 02 Jun 2014 04:50:03 -0700 (PDT) X-AuditID: 11973e16-f792a6d00000786f-36-538c64eb2fd1 Received: from chive.apple.com (chive.apple.com [17.128.115.15]) (using TLS with cipher RC4-MD5 (128/128 bits)) (Client did not present a certificate) by relay2.apple.com (Apple SCV relay) with SMTP id 33.B6.19003.BE46C835; Mon, 2 Jun 2014 04:50:03 -0700 (PDT) Received: from [17.153.30.122] (unknown [17.153.30.122]) by chive.apple.com (Oracle Communications Messaging Server 7.0.5.30.0 64bit (built Oct 22 2013)) with ESMTPSA id <0N6J00AQ9I7C3J40@chive.apple.com> for ipp@pwg.org; Mon, 02 Jun 2014 04:50:02 -0700 (PDT) From: Michael Sweet In-reply-to: Date: Mon, 02 Jun 2014 07:50:01 -0400 Message-id: <77AB6E2C-5AC3-4407-A521-044492F8B20B@apple.com> References: To: Ira McDonald X-Mailer: Apple Mail (2.1878.2) X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFmpnkeLIzCtJLcpLzFFi42IRnG5npPs6pSfY4PMUbotj+16yODB6zFs8 nSmAMYrLJiU1J7MstUjfLoEr4/KyFpaCIxUVUyflNDCeze1i5OSQEDCR2L7gGDOELSZx4d56 ti5GLg4hgVlMEkuWbWIFSfAKCEr8mHyPBSIxiUni0NUnbDDdO/efZIRIdDNJ/Pi7DMrpZJL4 efQOI0iVsECAxOHnn5lBEswCUxgltm5fzgSSYBNQk/g9qQ9sB6dAsERf62V2EJtFQFXiwZsb YDXMAvISDXeusEDcYSOxvv0L2FAhgTKJzYcfAQ3l4BAR0JJY8lwR4iJ5iRntJ9hBdkkIHGKT mLP2BdMERuFZSN6YheyOWWA7kiRmvXjBCGFrSyxb+Jp5FtBcZgEdickL0YQh7I/nj0C1mko8 ebudDcK2lvg55xFUvaLElO6H7AsYuVYxCuUmZuboZuaZ6yUWFOSk6iXn525ihMSc2A7Gh6us DjEKcDAq8fD+UO8JFmJNLCuuzD3EKM3BoiTOm6oGFBJITyxJzU5NLUgtii8qzUktPsTIxMEp 1cA4v2mnu/BizycrcpnOC31Suf50benpPf++Bqx3VFSb/THxhD7Hwor7iodEet57XH3fVn6B fY9tGatCz0erP4zXV+YXVgjzbMw7zBIqFKew/B57lb5Ak8S0G9JXhbzX9T7UmjlvmaBI77tZ /XPn/L88/VOYJsfV5XEFG84cSk4LC1Kzmbzm8pc+JZbijERDLeai4kQAJ4bctpoCAAA= X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrJLMWRmVeSWpSXmKPExsUi2FDMr/s6pSfY4NlhQ4tj+16yODB6zFs8 nSmAMYrLJiU1J7MstUjfLoEr4/KyFpaCIxUVUyflNDCeze1i5OSQEDCR2Ln/JCOELSZx4d56 ti5GLg4hgW4miZZV65ggnE4miZ9H74BVCQsESBx+/pkZxOYVMJB4c/A4WBGzwBRGia3blzOB JNgE1CR+T+pjBbE5BYIl+lovs4PYLAKqEg/e3ACrYRaQl2i4c4UFYpCNxPr2L2ALhATKJDYf fgS0gINDREBLYslzRYjr5CVmtJ9gn8DIPwvJ6lnIVs8CG5skMevFC0YIW1ti2cLXzLOARjEL 6EhMXogmDGF/PH8EqtVU4snb7WwQtrXEzzmPoOoVJaZ0P2RfwMi1ilGgKDUnsdJIL7GgICdV Lzk/dxMjOBIKnXcwHltmdYhRgINRiYf3h3pPsBBrYllxZe4hRhWgEY82rL7AKMWSl5+XqiTC u9QCKM2bklhZlVqUH19UmpNafIhRmoNFSZzXVKYzWEggPbEkNTs1tSC1CCbLxMEp1cBYf6Ty HMMn7zs6U3z00reWM+mIit6Y420SL+jUlG/lv1xPd8f5+5YOb7L10zkEU6tLpave3Em8uFW8 7Leij5PRv6x3+w0/T+dZVfhNTlXnXMiZpOhkA4PJd5/xJkhfuzQxoDdY93pYJTP/6xWHD10R V/505PWeZa58KT+OfYgXLbvstM9x0WYlluKMREMt5qLiRABjxtk3jAIAAA== Cc: "ipp@pwg.org" Subject: Re: [IPP] Fwd: [Printing-architecture] pwgtoraster vs calibrated spaces X-BeenThere: ipp@pwg.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Internet Printing Protocol Workgroup discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1195555743==" Sender: ipp-bounces@pwg.org Errors-To: ipp-bounces@pwg.org --===============1195555743== Content-type: multipart/signed; boundary="Apple-Mail=_2D27D154-7C6C-4011-878F-125384D33150"; protocol="application/pkcs7-signature"; micalg=sha1 --Apple-Mail=_2D27D154-7C6C-4011-878F-125384D33150 Content-Type: multipart/alternative; boundary="Apple-Mail=_DC9A5BDC-C1BD-4458-9A78-BE0E45260D7E" --Apple-Mail=_DC9A5BDC-C1BD-4458-9A78-BE0E45260D7E Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Ira, The gamma value 2.2 is an approximation for sRGB, and since sGray has = never been formally defined we went with "just like sRGB just = grayscale". The following plot shows a gamma 2.2 line (dotted blank = line) against the sRGB curve (solid red line). You'll notice that the = values are almost exactly the same. http://en.wikipedia.org/wiki/File:SRGB_gamma.svg A search for any specifications on sGray turns up nothing, and all of = the other "hits" on the term points to sGray using the same transfer = curve as sRGB. So I'd be interested in seeing what reference James is referring to, = because *I* haven't seen it and the CUPS raster definition goes back = quite a few years... On May 31, 2014, at 10:46 AM, Ira McDonald = wrote: > Hi Mike, >=20 > =46rom Open Printing mailing list - apparent discrepancy in=20 > PWG Raster spec definition for "sGray". >=20 > Please take a look at this. >=20 > Cheers, > - Ira >=20 >=20 > ---------- Forwarded message ---------- > From: James Cloos > Date: Sat, May 31, 2014 at 5:30 AM > Subject: [Printing-architecture] pwgtoraster vs calibrated spaces > To: printing-architecture@lists.linux-foundation.org >=20 >=20 > I was wrong about sGray. It turns out that sGray is not defined as > having the same curve as sRGB, but rather it always has gamma 2.2. >=20 > The cupsraster document says srgb gamma/whitepoint, and the pwg raster > doc says srgb grayscale. But everything else I've found says 2.2. > And it seems a D50 illuminate. >=20 > That being said, this colorspace dictionary: >=20 > [ /CalGray > << /WhitePoint [ 0.96420288 1.0 0.82490540 ] > /Gamma 2.2 > >> > ] >=20 > in stead of /DeviceGray should work for converting sGray pages to pdf. >=20 > For AdobeRGB, you can use this: >=20 > [ /CalRGB > << /WhitePoint [ 0.95045471 1.0 1.08905029 ] > /Gamma [ 2.2 2.2 2.2 ] > >> > endobj >=20 > For sRGB, though, you'll have to embed the icc file. >=20 > AFAICT, put the space in an object and specify a ref to that object > where you currently specify /DeviceRGB, usw. >=20 > -JimC > -- > James Cloos OpenPGP: 0x997A9F17ED7DAEA6 > _______________________________________________ > Printing-architecture mailing list > Printing-architecture@lists.linux-foundation.org > = https://lists.linuxfoundation.org/mailman/listinfo/printing-architecture >=20 > _______________________________________________ > ipp mailing list > ipp@pwg.org > https://www.pwg.org/mailman/listinfo/ipp _________________________________________________________ Michael Sweet, Senior Printing System Engineer, PWG Chair --Apple-Mail=_DC9A5BDC-C1BD-4458-9A78-BE0E45260D7E Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii Ira,

The gamma value 2.2 is an = approximation for sRGB, and since sGray has never been formally defined = we went with "just like sRGB just grayscale".  The following plot = shows a gamma 2.2 line (dotted blank line) against the sRGB curve (solid = red line). You'll notice that the values are almost exactly the = same.


A search = for any specifications on sGray turns up nothing, and all of the other = "hits" on the term points to sGray using the same transfer curve as = sRGB.

So I'd be interested in seeing what = reference James is referring to, because *I* haven't seen it and the = CUPS raster definition goes back quite a few = years...


On May 31, = 2014, at 10:46 AM, Ira McDonald <blueroofmusic@gmail.com> = wrote:

Hi = Mike,

=46rom Open Printing mailing list - apparent = discrepancy in
PWG Raster spec definition for = "sGray".

Please take a look at this.

Cheers,
- Ira


---------- Forwarded message = ----------
From: James Cloos <cloos@jhcloos.com>
Date= : Sat, May 31, 2014 at 5:30 AM
Subject: [Printing-architecture] pwgtoraster vs calibrated spaces
To: = printing-= architecture@lists.linux-foundation.org


I was wrong about = sGray.  It turns out that sGray is not defined as
having the same curve as sRGB, but rather it always has gamma 2.2.

The cupsraster document says srgb gamma/whitepoint, and the pwg = raster
doc says srgb grayscale.  But everything else I've found says = 2.2.
And it seems a D50 illuminate.

That being said, this colorspace dictionary:

[ /CalGray
  <<  /WhitePoint [ 0.96420288 1.0 0.82490540 ]
      /Gamma 2.2
  >>
]

in stead of /DeviceGray should work for converting sGray pages to = pdf.

For AdobeRGB, you can use this:

[ /CalRGB
  << /WhitePoint [ 0.95045471 1.0 1.08905029 ]
     /Gamma [ 2.2 2.2 2.2 ]
  >>
endobj

For sRGB, though, you'll have to embed the icc file.

AFAICT, put the space in an object and specify a ref to that object
where you currently specify /DeviceRGB, usw.

-JimC
--
James Cloos <cloos@jhcloos.com>   =       OpenPGP: 0x997A9F17ED7DAEA6
_______________________________________________
Printing-architecture mailing list
Printing-= architecture@lists.linux-foundation.org
https://lists.linuxfoundation.org/mailman/listinfo/print= ing-architecture

_______________________________________________
ipp mailing = list
ipp@pwg.org
https://www.pwg.org/mailman= /listinfo/ipp

_________________________________________________________
Michael = Sweet, Senior Printing System Engineer, PWG = Chair

= --Apple-Mail=_DC9A5BDC-C1BD-4458-9A78-BE0E45260D7E-- --Apple-Mail=_2D27D154-7C6C-4011-878F-125384D33150 Content-Disposition: attachment; filename=smime.p7s Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIPJTCCBN0w ggPFoAMCAQICEHGS++YZX6xNEoV0cTSiGKcwDQYJKoZIhvcNAQEFBQAwezELMAkGA1UEBhMCR0Ix GzAZBgNVBAgMEkdyZWF0ZXIgTWFuY2hlc3RlcjEQMA4GA1UEBwwHU2FsZm9yZDEaMBgGA1UECgwR Q29tb2RvIENBIExpbWl0ZWQxITAfBgNVBAMMGEFBQSBDZXJ0aWZpY2F0ZSBTZXJ2aWNlczAeFw0w NDAxMDEwMDAwMDBaFw0yODEyMzEyMzU5NTlaMIGuMQswCQYDVQQGEwJVUzELMAkGA1UECBMCVVQx FzAVBgNVBAcTDlNhbHQgTGFrZSBDaXR5MR4wHAYDVQQKExVUaGUgVVNFUlRSVVNUIE5ldHdvcmsx ITAfBgNVBAsTGGh0dHA6Ly93d3cudXNlcnRydXN0LmNvbTE2MDQGA1UEAxMtVVROLVVTRVJGaXJz dC1DbGllbnQgQXV0aGVudGljYXRpb24gYW5kIEVtYWlsMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8A MIIBCgKCAQEAsjmFpPJ9q0E7YkY3rs3BYHW8OWX5ShpHornMSMxqmNVNNRm5pELlzkniii8efNIx B8dOtINknS4p1aJkxIW9hVE1eaROaJB7HHqkkqgX8pgV8pPMyaQylbsMTzC9mKALi+VuG6JG+ni8 om+rWV6lL8/K2m2qL+usobNqqrcuZzWLeeEeaYji5kbNoKXqvgvOdjp6Dpvq/NonWz1zHyLmSGHG TPNpsaguG7bUMSAsvIKKjqQOpdeJQ/wWWq8dcdcRWdq6hw2v+vPhwvCkxWeM1tZUOt4KpLoDd7Nl yP0e03RiqhjKaJMeoYV+9Udly/hNVyh00jT/MLbu9mIwFIws6wIDAQABo4IBJzCCASMwHwYDVR0j BBgwFoAUoBEKIz6W8Qfs4q8p74Klf9AwpLQwHQYDVR0OBBYEFImCZ33EnSZwAEu0UEh83j2uBG59 MA4GA1UdDwEB/wQEAwIBBjAPBgNVHRMBAf8EBTADAQH/MB0GA1UdJQQWMBQGCCsGAQUFBwMCBggr BgEFBQcDBDARBgNVHSAECjAIMAYGBFUdIAAwewYDVR0fBHQwcjA4oDagNIYyaHR0cDovL2NybC5j b21vZG9jYS5jb20vQUFBQ2VydGlmaWNhdGVTZXJ2aWNlcy5jcmwwNqA0oDKGMGh0dHA6Ly9jcmwu Y29tb2RvLm5ldC9BQUFDZXJ0aWZpY2F0ZVNlcnZpY2VzLmNybDARBglghkgBhvhCAQEEBAMCAQYw DQYJKoZIhvcNAQEFBQADggEBAJ2Vyzy4fqUJxB6/C8LHdo45PJTGEKpPDMngq4RdiVTgZTvzbRx8 NywlVF+WIfw3hJGdFdwUT4HPVB1rbEVgxy35l1FM+WbKPKCCjKbI8OLp1Er57D9Wyd12jMOCAU9s APMeGmF0BEcDqcZAV5G8ZSLFJ2dPV9tkWtmNH7qGL/QGrpxp7en0zykX2OBKnxogL5dMUbtGB8SK N04g4wkxaMeexIud6H4RvDJoEJYRmETYKlFgTYjrdDrfQwYyyDlWjDoRUtNBpEMD9O3vMyfbOeAU TibJ2PU54om4k123KSZB6rObroP8d3XK6Mq1/uJlSmM+RMTQw16Hc6mYHK9/FX8wggUaMIIEAqAD AgECAhBtGeqnGU9qMyLmIjJ6qnHeMA0GCSqGSIb3DQEBBQUAMIGuMQswCQYDVQQGEwJVUzELMAkG A1UECBMCVVQxFzAVBgNVBAcTDlNhbHQgTGFrZSBDaXR5MR4wHAYDVQQKExVUaGUgVVNFUlRSVVNU IE5ldHdvcmsxITAfBgNVBAsTGGh0dHA6Ly93d3cudXNlcnRydXN0LmNvbTE2MDQGA1UEAxMtVVRO LVVTRVJGaXJzdC1DbGllbnQgQXV0aGVudGljYXRpb24gYW5kIEVtYWlsMB4XDTExMDQyODAwMDAw MFoXDTIwMDUzMDEwNDgzOFowgZMxCzAJBgNVBAYTAkdCMRswGQYDVQQIExJHcmVhdGVyIE1hbmNo ZXN0ZXIxEDAOBgNVBAcTB1NhbGZvcmQxGjAYBgNVBAoTEUNPTU9ETyBDQSBMaW1pdGVkMTkwNwYD VQQDEzBDT01PRE8gQ2xpZW50IEF1dGhlbnRpY2F0aW9uIGFuZCBTZWN1cmUgRW1haWwgQ0EwggEi MA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQCShIRbS1eY1F4vi6ThQMijU1hfZmXxMk73nzJ9 VdB4TFW3QpTg+SdxB8XGaaS5MsTxQBqQzCdWYn8XtXFpruUgG+TLY15gyqJB9mrho/+43x9IbWVD jCouK2M4d9+xF6zC2oIC1tQyatRnbyATj1w1+uVUgK/YcQodNwoCUFNslR2pEBS0mZVZEjH/CaLS TNxS297iQAFbSGjdxUq04O0kHzqvcV8H46y/FDuwJXFoPfQP1hdYRhWBPGiLi4MPbXohV+Y0sNsy fuNK4aVScmQmkU6lkg//4LFg/RpvaFGZY40ai6XMQpubfSJj06mg/M6ekN9EGfRcWzW6FvOnm//B AgMBAAGjggFLMIIBRzAfBgNVHSMEGDAWgBSJgmd9xJ0mcABLtFBIfN49rgRufTAdBgNVHQ4EFgQU ehNOAHRbxnhjZCfBL+KgW7x5xXswDgYDVR0PAQH/BAQDAgEGMBIGA1UdEwEB/wQIMAYBAf8CAQAw EQYDVR0gBAowCDAGBgRVHSAAMFgGA1UdHwRRME8wTaBLoEmGR2h0dHA6Ly9jcmwudXNlcnRydXN0 LmNvbS9VVE4tVVNFUkZpcnN0LUNsaWVudEF1dGhlbnRpY2F0aW9uYW5kRW1haWwuY3JsMHQGCCsG AQUFBwEBBGgwZjA9BggrBgEFBQcwAoYxaHR0cDovL2NydC51c2VydHJ1c3QuY29tL1VUTkFkZFRy dXN0Q2xpZW50X0NBLmNydDAlBggrBgEFBQcwAYYZaHR0cDovL29jc3AudXNlcnRydXN0LmNvbTAN BgkqhkiG9w0BAQUFAAOCAQEAhda+eFdVbTN/RFL+QtUGqAEDgIr7DbL9Sr/2r0FJ9RtaxdKtG3Nu PukmfOZMmMEwKN/L+0I8oSU+CnXW0D05hmbRoZu1TZtvryhsHa/l6nRaqNqxwPF1ei+eupN5yv7i kR5WdLL4jdPgQ3Ib7Y/9YDkgR/uLrzplSDyYPaUlv73vYOBJ5RbI6z9Dg/Dg7g3B080zX5vQvWBq szv++tTJOjwf7Zv/m0kzvkIpOYPuM2kugp1FTahp2oAbHj3SGl18R5mlmwhtEpmG1l1XBxunML5L SUS4kH7K0Xk467Qz+qA6XSZYnmFVGLQh1ZnV4ENAQjC+6qXnlNKw/vN1+X9u5zCCBSIwggQKoAMC AQICEQDlB7dXxclLEedquPvGX8CGMA0GCSqGSIb3DQEBBQUAMIGTMQswCQYDVQQGEwJHQjEbMBkG A1UECBMSR3JlYXRlciBNYW5jaGVzdGVyMRAwDgYDVQQHEwdTYWxmb3JkMRowGAYDVQQKExFDT01P RE8gQ0EgTGltaXRlZDE5MDcGA1UEAxMwQ09NT0RPIENsaWVudCBBdXRoZW50aWNhdGlvbiBhbmQg U2VjdXJlIEVtYWlsIENBMB4XDTEzMTIxNzAwMDAwMFoXDTE0MTIxNzIzNTk1OVowITEfMB0GCSqG SIb3DQEJARYQbXN3ZWV0QGFwcGxlLmNvbTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEB ANdvQYZRCVzc0wIYvIOn/0Pv7zUwuIvbAfM/W3FyemqZx3fdKxX4WxN2x5NC3hhBHGrUWirJH7rl 6It12bGQ61uHAK5jsJikV5k+mOYjZaKNIKxj0uYIk3MKQmsmM8t3nddq5mp2mxwV/U7AFPTz1fgh dkqTb/NkHY5eA8KqksaeqwfMgoaiGVeCUhptWnXosca8PAkb+i9u5rEok5zgY+QP0IuWLJENfA4q dEMsH+OAwMGOv9fNCgcdapFnjeSYaj70m6qUiq446+8a2rhUsEUKQayOMgjnm2bgUuNx7pOvs/Jg zIlZoTz/llmE1HWREGzSjRnLWwQ98fspfeZWA+8CAwEAAaOCAeAwggHcMB8GA1UdIwQYMBaAFHoT TgB0W8Z4Y2QnwS/ioFu8ecV7MB0GA1UdDgQWBBTtKBJoG9kxZisTqJg4+wr12l4stjAOBgNVHQ8B Af8EBAMCBaAwDAYDVR0TAQH/BAIwADAgBgNVHSUEGTAXBggrBgEFBQcDBAYLKwYBBAGyMQEDBQIw EQYJYIZIAYb4QgEBBAQDAgUgMEYGA1UdIAQ/MD0wOwYMKwYBBAGyMQECAQEBMCswKQYIKwYBBQUH AgEWHWh0dHBzOi8vc2VjdXJlLmNvbW9kby5uZXQvQ1BTMFcGA1UdHwRQME4wTKBKoEiGRmh0dHA6 Ly9jcmwuY29tb2RvY2EuY29tL0NPTU9ET0NsaWVudEF1dGhlbnRpY2F0aW9uYW5kU2VjdXJlRW1h aWxDQS5jcmwwgYgGCCsGAQUFBwEBBHwwejBSBggrBgEFBQcwAoZGaHR0cDovL2NydC5jb21vZG9j YS5jb20vQ09NT0RPQ2xpZW50QXV0aGVudGljYXRpb25hbmRTZWN1cmVFbWFpbENBLmNydDAkBggr BgEFBQcwAYYYaHR0cDovL29jc3AuY29tb2RvY2EuY29tMBsGA1UdEQQUMBKBEG1zd2VldEBhcHBs ZS5jb20wDQYJKoZIhvcNAQEFBQADggEBABg5KLQK5u9gGI75u+vYH/i6uMDKlpTILO/r/FpN2ibq pwAB2ln9oKvPIA1/r3o+DBC87TqnlJAiPW4ADFHpRmqlprb0Tu9p98nP/wl5tBZjEP8dY4iH0TB3 B2r9JHwRwwJQ20CqJpuCn9dmvL215sZSqvJfluVlIcAQCLxp3ZKMIC2pNKitswdjjHduaKuj2TMe xrzMtrRGRtFF9pcMcnsqE2QtJUqXPV7/M4WT2yRUmI4ThPt9O9fmPH2ku52hdb6t4qXvwdQSkDHt xo3J/Vc/jDR2/feedDhQmG0V9j6tHsuG6bVVhcGiWnSmSoPfg13FlQwlxZTyFtiMZ2jILyoxggOu MIIDqgIBATCBqTCBkzELMAkGA1UEBhMCR0IxGzAZBgNVBAgTEkdyZWF0ZXIgTWFuY2hlc3RlcjEQ MA4GA1UEBxMHU2FsZm9yZDEaMBgGA1UEChMRQ09NT0RPIENBIExpbWl0ZWQxOTA3BgNVBAMTMENP TU9ETyBDbGllbnQgQXV0aGVudGljYXRpb24gYW5kIFNlY3VyZSBFbWFpbCBDQQIRAOUHt1fFyUsR 52q4+8ZfwIYwCQYFKw4DAhoFAKCCAdkwGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG 9w0BCQUxDxcNMTQwNjAyMTE1MDAyWjAjBgkqhkiG9w0BCQQxFgQUxZLWp2Ahbe+e3ISBuWBcR4qx L/gwgboGCSsGAQQBgjcQBDGBrDCBqTCBkzELMAkGA1UEBhMCR0IxGzAZBgNVBAgTEkdyZWF0ZXIg TWFuY2hlc3RlcjEQMA4GA1UEBxMHU2FsZm9yZDEaMBgGA1UEChMRQ09NT0RPIENBIExpbWl0ZWQx OTA3BgNVBAMTMENPTU9ETyBDbGllbnQgQXV0aGVudGljYXRpb24gYW5kIFNlY3VyZSBFbWFpbCBD QQIRAOUHt1fFyUsR52q4+8ZfwIYwgbwGCyqGSIb3DQEJEAILMYGsoIGpMIGTMQswCQYDVQQGEwJH QjEbMBkGA1UECBMSR3JlYXRlciBNYW5jaGVzdGVyMRAwDgYDVQQHEwdTYWxmb3JkMRowGAYDVQQK ExFDT01PRE8gQ0EgTGltaXRlZDE5MDcGA1UEAxMwQ09NT0RPIENsaWVudCBBdXRoZW50aWNhdGlv biBhbmQgU2VjdXJlIEVtYWlsIENBAhEA5Qe3V8XJSxHnarj7xl/AhjANBgkqhkiG9w0BAQEFAASC AQBWKNFVyp/VgE08WWaObL5qbVq6HOraaboYfjD31vxn0KD+ydcRhWHk7y7Cfujv0BX5RHs5mB1/ Em0OAHctnVFVFSyxqlxl0N5w9bvKpOJc4wIXoCuHfWSXCxmzeW0KJAvUatW9HggRISRe4OUBurDd cPPkkfGH9Z05w9nPbKecnZ55zI68izGZpbvAaF1QfPfN5sYmkBXRx9hPYCOx772m2VjL5DX4zmSt jn1zp6Qk8x8iQK4ZSmyhJfwtq5AIBfFGQG013MloBMZJV92TwSai8dzf8HVtE9fWVzHi8Gv8n1Gs /CftTMzzNx5LGG6iSS6OoJFYz3FKjdH+IuwX48GcAAAAAAAA --Apple-Mail=_2D27D154-7C6C-4011-878F-125384D33150-- --===============1195555743== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ ipp mailing list ipp@pwg.org https://www.pwg.org/mailman/listinfo/ipp --===============1195555743==-- From ipp-bounces@pwg.org Mon Jun 2 06:52:35 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9D5761A0325 for ; Mon, 2 Jun 2014 06:52:35 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.441 X-Spam-Level: X-Spam-Status: No, score=-2.441 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, HTML_MESSAGE=0.001, RP_MATCHES_RCVD=-0.651, SPF_PASS=-0.001, T_DKIM_INVALID=0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tOdLinlrfSb3 for ; Mon, 2 Jun 2014 06:52:33 -0700 (PDT) Received: from www.pwg.org (www.pwg.org [IPv6:2600:3c01::f03c:91ff:fe70:b03f]) by ietfa.amsl.com (Postfix) with ESMTP id D289A1A0319 for ; Mon, 2 Jun 2014 06:52:33 -0700 (PDT) Received: from pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id 2BF4B855D; Mon, 2 Jun 2014 13:53:20 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: from mail-in7.apple.com (mail-out7.apple.com [17.151.62.29]) by www.pwg.org (Postfix) with ESMTPS id 54F37855C for ; Mon, 2 Jun 2014 13:53:19 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; d=apple.com; s=mailout2048s; c=relaxed/simple; q=dns/txt; i=@apple.com; t=1401717146; x=2265630746; h=From:Sender:Reply-To:Subject:Date:Message-id:To:Cc:MIME-version:Content-type: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-reply-to:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=3cveO+e+ofU8d7cqahNjwNncCTNsaNo5bnh2neGWbCI=; b=lVKcEQNfBQe2Xt+S+L0ReLZp6IigVNPuAJe/dWUoKHZoPKGDWGWqm/PzEP3rYgc3 YGVMA+u7gIvCow9Ix0s+JIVhMvIImHRo36ka3bJTmS1OeVwynO682ElbmCQHzCuH yLrvLRh/Gj3N1J1hWqIHvu+iAEekjJwP8o/vVEqcg3To00Jk3q5TrDqx2Cd3HLGa 9zDhcG2ORE/bx6Ni+tGLEC3H1b167gPV+DbNaN9RxrY7uxtj7t8unwHuS7BTRk6T i0cZLE0ySpowyKn4Hq/t+7TL8Q7fZq/dZ4ok5IdDJoMsEyfm4T042XRfnoju50n9 pEaLDEdW4f446dvHGbNUbA==; Received: from mail-out.apple.com (crispin.apple.com [17.151.62.50]) (using TLS with cipher RC4-MD5 (128/128 bits)) (Client did not present a certificate) by mail-in7.apple.com (Apple Secure Mail Relay) with SMTP id 6A.E5.30831.A918C835; Mon, 2 Jun 2014 06:52:26 -0700 (PDT) MIME-version: 1.0 Received: from relay7.apple.com ([17.128.113.101]) by local.mail-out.apple.com (Oracle Communications Messaging Server 7.0.5.30.0 64bit (built Oct 22 2013)) with ESMTP id <0N6J000DCNVEQ6A0@local.mail-out.apple.com> for ipp@pwg.org; Mon, 02 Jun 2014 06:52:26 -0700 (PDT) X-AuditID: 11973e16-f792a6d00000786f-bb-538c819a8586 Received: from chive.apple.com (chive.apple.com [17.128.115.15]) (using TLS with cipher RC4-MD5 (128/128 bits)) (Client did not present a certificate) by relay7.apple.com (Apple SCV relay) with SMTP id 1F.5A.19908.B818C835; Mon, 2 Jun 2014 06:52:12 -0700 (PDT) Received: from [17.153.30.122] (unknown [17.153.30.122]) by chive.apple.com (Oracle Communications Messaging Server 7.0.5.30.0 64bit (built Oct 22 2013)) with ESMTPSA id <0N6J00HLGNVCSL00@chive.apple.com> for ipp@pwg.org; Mon, 02 Jun 2014 06:52:26 -0700 (PDT) From: Michael Sweet In-reply-to: Date: Mon, 02 Jun 2014 09:52:25 -0400 Message-id: References: <06157AFB-D367-4B68-B3AC-F2F1A8A397FD@hp.com> <000e01cf7511$702d8940$50889bc0$@net> <3296D306-D12C-423D-A4D7-67B39755B446@apple.com> To: Ira McDonald X-Mailer: Apple Mail (2.1878.2) X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFupgkeLIzCtJLcpLzFFi42IRnG5npDursSfY4O1dVYtj+16yODB6zFs8 nSmAMYrLJiU1J7MstUjfLoErY9/VcywF32Mrfr57x9rAOD28i5GTQ0LARKLr9Wo2CFtM4sK9 9UA2F4eQwEwmia4PXUwgCV4BQYkfk++xQCQmM0mcP7WFGaZ73Z0rjBCJbiaJwy87mSCcTiaJ xr9rgBwODmGBOIknpwtA4swCUxgl/rzfDNbNJqAm8XtSHyuIzSkQLNHw8hnYHSwCqhJ/Tk0D q2EWSJS4dxfC5hWwkfjytwXqvhssEu3T29lBFogIaEksea4IcZG8xIz2E+wgNRICh9gkLs7d xD6BUXgWkjdmITtkFtiSJIl/2w+zQdjaEssWvgaKcwDZOhKTFzKiCkPYH88fYYKwTSWevN0O 1Wot8XPOI6h6RYkp3Q/ZFzByrWIUyk3MzNHNzDPXSywoyEnVS87P3cQIiTqxHYwPV1kdYhTg YFTi4f2h3hMsxJpYVlyZe4hRmoNFSZw3VQ0oJJCeWJKanZpakFoUX1Sak1p8iJGJg1OqgVFL 2i1d7U/tS6X0earVBeK/gw4VNbec8pgtVO6rm2pmdHljftnc8oNlhRGRKx2PB8xOOLLSsa/6 YOTJ4y+8GW8IVjHuzl33IdvsosUZfonsvZsvHdh2VnXjiuPvJjU2rv35xuO8e8TpjZ0ub5kr 2ULe5H2db6WwsUVC6zj7NnlH6SWOM+aySSmxFGckGmoxFxUnAgCAN/efmwIAAA== X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrFLMWRmVeSWpSXmKPExsUi2FDMr9vT2BNs8HUTs8WxfS9ZHBg95i2e zhTAGMVlk5Kak1mWWqRvl8CVse/qOZaC77EVP9+9Y21gnB7excjJISFgIrHuzhVGCFtM4sK9 9WxdjFwcQgLdTBItHTdZIJxOJonGv2uYuhg5OIQF4iSenC4AaeAVMJB4c/A4E0gNs8AURok/ 7zczgyTYBNQkfk/qYwWxOQWCJRpePmMDsVkEVCX+nJoGVsMskChx7y6EzStgI/HlbwvU5hss Eu3T29lBlokIaEksea4IcZ28xIz2E+wTGPlnIdk9C9nuWWBzkyT+bT/MBmFrSyxb+BoozgFk 60hMXsiIKgxhfzx/hAnCNpV48nY7VKu1xM85j6DqFSWmdD9kX8DItYpRoCg1J7HSXC+xoCAn VS85P3cTIzgWClN3MDYutzrEKMDBqMTD+0O9J1iINbGsuDL3EKMK0IhHG1ZfYJRiycvPS1US 4V1qAZTmTUmsrEotyo8vKs1JLT7EKM3BoiTOqybTGSwkkJ5YkpqdmlqQWgSTZeLglGpg1H8S M2trQeXfpSesPKIaKpr97TYKM7DxP8uq89fh+zz3lbvSW6tN5QEHPHsyZscuZFkfb6aTpBn+ etWb5qLt59Y6nGWeNmNKWPNhgWOHijlvFK6IFZA6kTmD9Z7Lo5LnGzjPh7W8eTT3isH7PxGN /x+H3XVjcGJwubTj60JbZsn9XH1dwp3WSizFGYmGWsxFxYkA8G38z40CAAA= Cc: "" Subject: Re: [IPP] Potential errata/update for PWG Raster Format and/or IPP Everywhere specs X-BeenThere: ipp@pwg.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Internet Printing Protocol Workgroup discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0213433985==" Sender: ipp-bounces@pwg.org Errors-To: ipp-bounces@pwg.org --===============0213433985== Content-type: multipart/signed; boundary="Apple-Mail=_8FD2DDB6-7F65-4544-AB30-C3E9B2D5B06D"; protocol="application/pkcs7-signature"; micalg=sha1 --Apple-Mail=_8FD2DDB6-7F65-4544-AB30-C3E9B2D5B06D Content-Type: multipart/alternative; boundary="Apple-Mail=_D5807409-D345-4FCE-9A20-12E89E851BB5" --Apple-Mail=_D5807409-D345-4FCE-9A20-12E89E851BB5 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Ira, On May 23, 2014, at 11:21 AM, Ira McDonald = wrote: > Hi Smith, >=20 > Actually, the Printer doesn't have to bind values to "xxx-actual" = until the Job > completes. >=20 > This reply is not about 'guaranteed'. >=20 > This reply is about the usability of 'attempted'. >=20 > An IPP Client could use Validate-Job with "document-format" and = "pdl-override" and, > when it receives the response that says ignored or substituted, = examine the values=20 > of "preferred-attributes" (from JPS3, PWG 5100.13-2012) to find out = the extent to=20 > which the Printer *could* and *could not* successfully 'attempt' to do = the overrides. Well, if a Client sends "ipp-attribute-fidelity" (not "pdl-override"), = then Validate-Job needs to respond just like = Create-Job/Print-Job/Print-URI. So in that case "preferred-attributes" = doesn't enter into the picture. Instead, the Client would need to *omit* "ipp-attribute-fidelity" to see = which overrides are supported. Then you'll get the unsupported = attributes/values and potentially the ones that would be used instead. Based on my own experience, I'm not sure how useful/reliable this method = would be, but we can certainly document it. _________________________________________________________ Michael Sweet, Senior Printing System Engineer, PWG Chair --Apple-Mail=_D5807409-D345-4FCE-9A20-12E89E851BB5 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii Ira,

On May 23, 2014, at 11:21 AM, = Ira McDonald <blueroofmusic@gmail.com> = wrote:
Hi Smith,

Actually, = the Printer doesn't have to bind values to "xxx-actual" until the = Job
completes.

This reply is not about 'guaranteed'.

This reply is about the usability of 'attempted'.

An = IPP Client could use Validate-Job with "document-format" and = "pdl-override" and,
when it receives the response that says ignored = or substituted, examine the values
of "preferred-attributes" (from JPS3, PWG 5100.13-2012) to find out the = extent to
which the Printer *could* and *could not* successfully = 'attempt' to do the = overrides.

Well, if a = Client sends "ipp-attribute-fidelity" (not "pdl-override"), then = Validate-Job needs to respond just like Create-Job/Print-Job/Print-URI. =  So in that case "preferred-attributes" doesn't enter into the = picture.

Instead, the Client would need to = *omit* "ipp-attribute-fidelity" to see which overrides are supported. =  Then you'll get the unsupported attributes/values and potentially = the ones that would be used instead.

Based on = my own experience, I'm not sure how useful/reliable this method would = be, but we can certainly document it.

_________________________________________________________
Michael = Sweet, Senior Printing System Engineer, PWG = Chair

= --Apple-Mail=_D5807409-D345-4FCE-9A20-12E89E851BB5-- --Apple-Mail=_8FD2DDB6-7F65-4544-AB30-C3E9B2D5B06D Content-Disposition: attachment; filename=smime.p7s Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIPJTCCBN0w ggPFoAMCAQICEHGS++YZX6xNEoV0cTSiGKcwDQYJKoZIhvcNAQEFBQAwezELMAkGA1UEBhMCR0Ix GzAZBgNVBAgMEkdyZWF0ZXIgTWFuY2hlc3RlcjEQMA4GA1UEBwwHU2FsZm9yZDEaMBgGA1UECgwR Q29tb2RvIENBIExpbWl0ZWQxITAfBgNVBAMMGEFBQSBDZXJ0aWZpY2F0ZSBTZXJ2aWNlczAeFw0w NDAxMDEwMDAwMDBaFw0yODEyMzEyMzU5NTlaMIGuMQswCQYDVQQGEwJVUzELMAkGA1UECBMCVVQx FzAVBgNVBAcTDlNhbHQgTGFrZSBDaXR5MR4wHAYDVQQKExVUaGUgVVNFUlRSVVNUIE5ldHdvcmsx ITAfBgNVBAsTGGh0dHA6Ly93d3cudXNlcnRydXN0LmNvbTE2MDQGA1UEAxMtVVROLVVTRVJGaXJz dC1DbGllbnQgQXV0aGVudGljYXRpb24gYW5kIEVtYWlsMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8A MIIBCgKCAQEAsjmFpPJ9q0E7YkY3rs3BYHW8OWX5ShpHornMSMxqmNVNNRm5pELlzkniii8efNIx B8dOtINknS4p1aJkxIW9hVE1eaROaJB7HHqkkqgX8pgV8pPMyaQylbsMTzC9mKALi+VuG6JG+ni8 om+rWV6lL8/K2m2qL+usobNqqrcuZzWLeeEeaYji5kbNoKXqvgvOdjp6Dpvq/NonWz1zHyLmSGHG TPNpsaguG7bUMSAsvIKKjqQOpdeJQ/wWWq8dcdcRWdq6hw2v+vPhwvCkxWeM1tZUOt4KpLoDd7Nl yP0e03RiqhjKaJMeoYV+9Udly/hNVyh00jT/MLbu9mIwFIws6wIDAQABo4IBJzCCASMwHwYDVR0j BBgwFoAUoBEKIz6W8Qfs4q8p74Klf9AwpLQwHQYDVR0OBBYEFImCZ33EnSZwAEu0UEh83j2uBG59 MA4GA1UdDwEB/wQEAwIBBjAPBgNVHRMBAf8EBTADAQH/MB0GA1UdJQQWMBQGCCsGAQUFBwMCBggr BgEFBQcDBDARBgNVHSAECjAIMAYGBFUdIAAwewYDVR0fBHQwcjA4oDagNIYyaHR0cDovL2NybC5j b21vZG9jYS5jb20vQUFBQ2VydGlmaWNhdGVTZXJ2aWNlcy5jcmwwNqA0oDKGMGh0dHA6Ly9jcmwu Y29tb2RvLm5ldC9BQUFDZXJ0aWZpY2F0ZVNlcnZpY2VzLmNybDARBglghkgBhvhCAQEEBAMCAQYw DQYJKoZIhvcNAQEFBQADggEBAJ2Vyzy4fqUJxB6/C8LHdo45PJTGEKpPDMngq4RdiVTgZTvzbRx8 NywlVF+WIfw3hJGdFdwUT4HPVB1rbEVgxy35l1FM+WbKPKCCjKbI8OLp1Er57D9Wyd12jMOCAU9s APMeGmF0BEcDqcZAV5G8ZSLFJ2dPV9tkWtmNH7qGL/QGrpxp7en0zykX2OBKnxogL5dMUbtGB8SK N04g4wkxaMeexIud6H4RvDJoEJYRmETYKlFgTYjrdDrfQwYyyDlWjDoRUtNBpEMD9O3vMyfbOeAU TibJ2PU54om4k123KSZB6rObroP8d3XK6Mq1/uJlSmM+RMTQw16Hc6mYHK9/FX8wggUaMIIEAqAD AgECAhBtGeqnGU9qMyLmIjJ6qnHeMA0GCSqGSIb3DQEBBQUAMIGuMQswCQYDVQQGEwJVUzELMAkG A1UECBMCVVQxFzAVBgNVBAcTDlNhbHQgTGFrZSBDaXR5MR4wHAYDVQQKExVUaGUgVVNFUlRSVVNU IE5ldHdvcmsxITAfBgNVBAsTGGh0dHA6Ly93d3cudXNlcnRydXN0LmNvbTE2MDQGA1UEAxMtVVRO LVVTRVJGaXJzdC1DbGllbnQgQXV0aGVudGljYXRpb24gYW5kIEVtYWlsMB4XDTExMDQyODAwMDAw MFoXDTIwMDUzMDEwNDgzOFowgZMxCzAJBgNVBAYTAkdCMRswGQYDVQQIExJHcmVhdGVyIE1hbmNo ZXN0ZXIxEDAOBgNVBAcTB1NhbGZvcmQxGjAYBgNVBAoTEUNPTU9ETyBDQSBMaW1pdGVkMTkwNwYD VQQDEzBDT01PRE8gQ2xpZW50IEF1dGhlbnRpY2F0aW9uIGFuZCBTZWN1cmUgRW1haWwgQ0EwggEi MA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQCShIRbS1eY1F4vi6ThQMijU1hfZmXxMk73nzJ9 VdB4TFW3QpTg+SdxB8XGaaS5MsTxQBqQzCdWYn8XtXFpruUgG+TLY15gyqJB9mrho/+43x9IbWVD jCouK2M4d9+xF6zC2oIC1tQyatRnbyATj1w1+uVUgK/YcQodNwoCUFNslR2pEBS0mZVZEjH/CaLS TNxS297iQAFbSGjdxUq04O0kHzqvcV8H46y/FDuwJXFoPfQP1hdYRhWBPGiLi4MPbXohV+Y0sNsy fuNK4aVScmQmkU6lkg//4LFg/RpvaFGZY40ai6XMQpubfSJj06mg/M6ekN9EGfRcWzW6FvOnm//B AgMBAAGjggFLMIIBRzAfBgNVHSMEGDAWgBSJgmd9xJ0mcABLtFBIfN49rgRufTAdBgNVHQ4EFgQU ehNOAHRbxnhjZCfBL+KgW7x5xXswDgYDVR0PAQH/BAQDAgEGMBIGA1UdEwEB/wQIMAYBAf8CAQAw EQYDVR0gBAowCDAGBgRVHSAAMFgGA1UdHwRRME8wTaBLoEmGR2h0dHA6Ly9jcmwudXNlcnRydXN0 LmNvbS9VVE4tVVNFUkZpcnN0LUNsaWVudEF1dGhlbnRpY2F0aW9uYW5kRW1haWwuY3JsMHQGCCsG AQUFBwEBBGgwZjA9BggrBgEFBQcwAoYxaHR0cDovL2NydC51c2VydHJ1c3QuY29tL1VUTkFkZFRy dXN0Q2xpZW50X0NBLmNydDAlBggrBgEFBQcwAYYZaHR0cDovL29jc3AudXNlcnRydXN0LmNvbTAN BgkqhkiG9w0BAQUFAAOCAQEAhda+eFdVbTN/RFL+QtUGqAEDgIr7DbL9Sr/2r0FJ9RtaxdKtG3Nu PukmfOZMmMEwKN/L+0I8oSU+CnXW0D05hmbRoZu1TZtvryhsHa/l6nRaqNqxwPF1ei+eupN5yv7i kR5WdLL4jdPgQ3Ib7Y/9YDkgR/uLrzplSDyYPaUlv73vYOBJ5RbI6z9Dg/Dg7g3B080zX5vQvWBq szv++tTJOjwf7Zv/m0kzvkIpOYPuM2kugp1FTahp2oAbHj3SGl18R5mlmwhtEpmG1l1XBxunML5L SUS4kH7K0Xk467Qz+qA6XSZYnmFVGLQh1ZnV4ENAQjC+6qXnlNKw/vN1+X9u5zCCBSIwggQKoAMC AQICEQDlB7dXxclLEedquPvGX8CGMA0GCSqGSIb3DQEBBQUAMIGTMQswCQYDVQQGEwJHQjEbMBkG A1UECBMSR3JlYXRlciBNYW5jaGVzdGVyMRAwDgYDVQQHEwdTYWxmb3JkMRowGAYDVQQKExFDT01P RE8gQ0EgTGltaXRlZDE5MDcGA1UEAxMwQ09NT0RPIENsaWVudCBBdXRoZW50aWNhdGlvbiBhbmQg U2VjdXJlIEVtYWlsIENBMB4XDTEzMTIxNzAwMDAwMFoXDTE0MTIxNzIzNTk1OVowITEfMB0GCSqG SIb3DQEJARYQbXN3ZWV0QGFwcGxlLmNvbTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEB ANdvQYZRCVzc0wIYvIOn/0Pv7zUwuIvbAfM/W3FyemqZx3fdKxX4WxN2x5NC3hhBHGrUWirJH7rl 6It12bGQ61uHAK5jsJikV5k+mOYjZaKNIKxj0uYIk3MKQmsmM8t3nddq5mp2mxwV/U7AFPTz1fgh dkqTb/NkHY5eA8KqksaeqwfMgoaiGVeCUhptWnXosca8PAkb+i9u5rEok5zgY+QP0IuWLJENfA4q dEMsH+OAwMGOv9fNCgcdapFnjeSYaj70m6qUiq446+8a2rhUsEUKQayOMgjnm2bgUuNx7pOvs/Jg zIlZoTz/llmE1HWREGzSjRnLWwQ98fspfeZWA+8CAwEAAaOCAeAwggHcMB8GA1UdIwQYMBaAFHoT TgB0W8Z4Y2QnwS/ioFu8ecV7MB0GA1UdDgQWBBTtKBJoG9kxZisTqJg4+wr12l4stjAOBgNVHQ8B Af8EBAMCBaAwDAYDVR0TAQH/BAIwADAgBgNVHSUEGTAXBggrBgEFBQcDBAYLKwYBBAGyMQEDBQIw EQYJYIZIAYb4QgEBBAQDAgUgMEYGA1UdIAQ/MD0wOwYMKwYBBAGyMQECAQEBMCswKQYIKwYBBQUH AgEWHWh0dHBzOi8vc2VjdXJlLmNvbW9kby5uZXQvQ1BTMFcGA1UdHwRQME4wTKBKoEiGRmh0dHA6 Ly9jcmwuY29tb2RvY2EuY29tL0NPTU9ET0NsaWVudEF1dGhlbnRpY2F0aW9uYW5kU2VjdXJlRW1h aWxDQS5jcmwwgYgGCCsGAQUFBwEBBHwwejBSBggrBgEFBQcwAoZGaHR0cDovL2NydC5jb21vZG9j YS5jb20vQ09NT0RPQ2xpZW50QXV0aGVudGljYXRpb25hbmRTZWN1cmVFbWFpbENBLmNydDAkBggr BgEFBQcwAYYYaHR0cDovL29jc3AuY29tb2RvY2EuY29tMBsGA1UdEQQUMBKBEG1zd2VldEBhcHBs ZS5jb20wDQYJKoZIhvcNAQEFBQADggEBABg5KLQK5u9gGI75u+vYH/i6uMDKlpTILO/r/FpN2ibq pwAB2ln9oKvPIA1/r3o+DBC87TqnlJAiPW4ADFHpRmqlprb0Tu9p98nP/wl5tBZjEP8dY4iH0TB3 B2r9JHwRwwJQ20CqJpuCn9dmvL215sZSqvJfluVlIcAQCLxp3ZKMIC2pNKitswdjjHduaKuj2TMe xrzMtrRGRtFF9pcMcnsqE2QtJUqXPV7/M4WT2yRUmI4ThPt9O9fmPH2ku52hdb6t4qXvwdQSkDHt xo3J/Vc/jDR2/feedDhQmG0V9j6tHsuG6bVVhcGiWnSmSoPfg13FlQwlxZTyFtiMZ2jILyoxggOu MIIDqgIBATCBqTCBkzELMAkGA1UEBhMCR0IxGzAZBgNVBAgTEkdyZWF0ZXIgTWFuY2hlc3RlcjEQ MA4GA1UEBxMHU2FsZm9yZDEaMBgGA1UEChMRQ09NT0RPIENBIExpbWl0ZWQxOTA3BgNVBAMTMENP TU9ETyBDbGllbnQgQXV0aGVudGljYXRpb24gYW5kIFNlY3VyZSBFbWFpbCBDQQIRAOUHt1fFyUsR 52q4+8ZfwIYwCQYFKw4DAhoFAKCCAdkwGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG 9w0BCQUxDxcNMTQwNjAyMTM1MjI2WjAjBgkqhkiG9w0BCQQxFgQUMhb79RjEmP8+pD/ncFx+J/Yf 9GcwgboGCSsGAQQBgjcQBDGBrDCBqTCBkzELMAkGA1UEBhMCR0IxGzAZBgNVBAgTEkdyZWF0ZXIg TWFuY2hlc3RlcjEQMA4GA1UEBxMHU2FsZm9yZDEaMBgGA1UEChMRQ09NT0RPIENBIExpbWl0ZWQx OTA3BgNVBAMTMENPTU9ETyBDbGllbnQgQXV0aGVudGljYXRpb24gYW5kIFNlY3VyZSBFbWFpbCBD QQIRAOUHt1fFyUsR52q4+8ZfwIYwgbwGCyqGSIb3DQEJEAILMYGsoIGpMIGTMQswCQYDVQQGEwJH QjEbMBkGA1UECBMSR3JlYXRlciBNYW5jaGVzdGVyMRAwDgYDVQQHEwdTYWxmb3JkMRowGAYDVQQK ExFDT01PRE8gQ0EgTGltaXRlZDE5MDcGA1UEAxMwQ09NT0RPIENsaWVudCBBdXRoZW50aWNhdGlv biBhbmQgU2VjdXJlIEVtYWlsIENBAhEA5Qe3V8XJSxHnarj7xl/AhjANBgkqhkiG9w0BAQEFAASC AQCwEJ7A8aJt9AkU5SsNNbzDVTqaduBrrT+g1eaaKQV9G+BuvlpogX+Hd8BijB892ngkRAvyR0R3 CTRixqE6daLrMSx6ZxUYCcKIr2ETifq+nCfTpumH/FUCXzoAvHPvzbTfq2QFvuIHmYyjm6jKAFyL 1hRw1LZ1BTtle2/YGLXegiv+nr4VO4BFZ4Ji+NICVweV9ByyeC49aGzfROeSRRLF4SN4bseIlx1i G0sYijZqMccl8oLGL076VjIyh6BO+Dxu8qUnIhRTIiWIHc5MvNj/CdrhxGrpCCZAxrafD+a2tbF+ atdxegq0vAsCceLTqjsHdSCce6J68UsFU2YyOcCcAAAAAAAA --Apple-Mail=_8FD2DDB6-7F65-4544-AB30-C3E9B2D5B06D-- --===============0213433985== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ ipp mailing list ipp@pwg.org https://www.pwg.org/mailman/listinfo/ipp --===============0213433985==-- From ipp-bounces@pwg.org Mon Jun 2 07:08:12 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A739E1A0344 for ; Mon, 2 Jun 2014 07:08:12 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.439 X-Spam-Level: X-Spam-Status: No, score=-2.439 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_ADSP_CUSTOM_MED=0.001, DKIM_SIGNED=0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RP_MATCHES_RCVD=-0.651, SPF_PASS=-0.001, T_DKIM_INVALID=0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id oQtYGFzVljrJ for ; Mon, 2 Jun 2014 07:08:10 -0700 (PDT) Received: from www.pwg.org (www.pwg.org [IPv6:2600:3c01::f03c:91ff:fe70:b03f]) by ietfa.amsl.com (Postfix) with ESMTP id B72C11A0341 for ; Mon, 2 Jun 2014 07:08:10 -0700 (PDT) Received: from pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id 1F0AD8563; Mon, 2 Jun 2014 14:08:57 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: from mail-ie0-x22f.google.com (mail-ie0-x22f.google.com [IPv6:2607:f8b0:4001:c03::22f]) by www.pwg.org (Postfix) with ESMTPS id C74C8855D for ; Mon, 2 Jun 2014 14:08:55 +0000 (UTC) Received: by mail-ie0-f175.google.com with SMTP id y20so4524444ier.34 for ; Mon, 02 Jun 2014 07:08:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=0T6Q1duroKHU0mR+10Ijq2zPxr9wkBwnptKcVf4Ue8w=; b=YLNA2hu/rie/8x1jX8v+kPtrG/Av6I2oupL/gqf+xYMrbFtpccng6WnH1LO5SY1XmT BLCPgk6FDTCkXU7PxLGTcatGWYS9xIrSrN5xfnEw8HRhSPw6RlmW3S9MuIJ0Tf8ezWyx HyFbgj0APYH2cwxBgiPAE19c9N7b3c/N6HcgyfqQN//YP/XvXEiDflv3j2/OdxoMBr5w Rv8c0j0yO1XxJ7rJJeODCGOSq7/meVf0JHcubhf4B6AaD9cFercf/qJq3KVEqbOrQmOr H6Czkm+tKutYD1ufwtjfDlGwCQP022L5OxG77CykVo7R5Z0ZWLDJO8QdOYQvOFXthyZd FTCQ== X-Received: by 10.42.119.1 with SMTP id z1mr34256180icq.16.1401718083011; Mon, 02 Jun 2014 07:08:03 -0700 (PDT) MIME-Version: 1.0 Received: by 10.50.168.40 with HTTP; Mon, 2 Jun 2014 07:07:42 -0700 (PDT) In-Reply-To: References: <06157AFB-D367-4B68-B3AC-F2F1A8A397FD@hp.com> <000e01cf7511$702d8940$50889bc0$@net> <3296D306-D12C-423D-A4D7-67B39755B446@apple.com> From: Ira McDonald Date: Mon, 2 Jun 2014 10:07:42 -0400 Message-ID: To: Michael Sweet , Ira McDonald Cc: "" Subject: Re: [IPP] Potential errata/update for PWG Raster Format and/or IPP Everywhere specs X-BeenThere: ipp@pwg.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Internet Printing Protocol Workgroup discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1866383215==" Sender: ipp-bounces@pwg.org Errors-To: ipp-bounces@pwg.org --===============1866383215== Content-Type: multipart/alternative; boundary=90e6ba614b5869cc6604fadaec5e --90e6ba614b5869cc6604fadaec5e Content-Type: text/plain; charset=UTF-8 Hi Mike, Right - what I (poorly expressed) meant to say was that with Validate-Job and "pdl-override" of 'attempted' and specific "document-format" sent along with whatever Job processing attributes, the IPP Client could query to see how well the *attempt* would actually succeed (i.e., the extent of override support for that specific document format). Cheers, - Ira Ira McDonald (Musician / Software Architect) Co-Chair - TCG Trusted Mobility Solutions WG Chair - Linux Foundation Open Printing WG Secretary - IEEE-ISTO Printer Working Group Co-Chair - IEEE-ISTO PWG Internet Printing Protocol WG IETF Designated Expert - IPP & Printer MIB Blue Roof Music / High North Inc http://sites.google.com/site/blueroofmusic http://sites.google.com/site/highnorthinc mailto: blueroofmusic@gmail.com Winter 579 Park Place Saline, MI 48176 734-944-0094 Summer PO Box 221 Grand Marais, MI 49839 906-494-2434 On Mon, Jun 2, 2014 at 9:52 AM, Michael Sweet wrote: > Ira, > > On May 23, 2014, at 11:21 AM, Ira McDonald > wrote: > > Hi Smith, > > Actually, the Printer doesn't have to bind values to "xxx-actual" until > the Job > completes. > > This reply is not about 'guaranteed'. > > This reply is about the usability of 'attempted'. > > An IPP Client could use Validate-Job with "document-format" and > "pdl-override" and, > when it receives the response that says ignored or substituted, examine > the values > of "preferred-attributes" (from JPS3, PWG 5100.13-2012) to find out the > extent to > which the Printer *could* and *could not* successfully 'attempt' to do the > overrides. > > > Well, if a Client sends "ipp-attribute-fidelity" (not "pdl-override"), > then Validate-Job needs to respond just like > Create-Job/Print-Job/Print-URI. So in that case "preferred-attributes" > doesn't enter into the picture. > > Instead, the Client would need to *omit* "ipp-attribute-fidelity" to see > which overrides are supported. Then you'll get the unsupported > attributes/values and potentially the ones that would be used instead. > > Based on my own experience, I'm not sure how useful/reliable this method > would be, but we can certainly document it. > > _________________________________________________________ > Michael Sweet, Senior Printing System Engineer, PWG Chair > > --90e6ba614b5869cc6604fadaec5e Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi Mike,

Right - wha= t I (poorly expressed) meant to say was that with Validate-Job
and= "pdl-override" of 'attempted' and specific "documen= t-format" sent along
with whatever Job processing attributes, the IPP Client could query to see<= br>
how well the *attempt* would actually succeed (i.e., the extent of= override
support for that specific document format).

Cheers,
- Ira


Ira McDonald (Musician / S= oftware Architect)
Co-Chair - TCG Trusted Mobility Solutions WG
Chair= - Linux Foundation Open Printing WG
Secretary - IEEE-ISTO Printer Working Group
Co-Chair - IEEE-ISTO PWG Int= ernet Printing Protocol WG
IETF Designated Expert - IPP & Printer MI= B
Blue Roof Music / High North Inc
http:= //sites.google.com/site/blueroofmusic
http://sites.google.com/site/highnorthincmailto: blue= roofmusic@gmail.com
Winter=C2=A0 579 Park Place=C2=A0 Saline, MI=C2=A0 48176=C2=A0 734-944-0094=
Summer=C2=A0 PO Box 221=C2=A0 Grand Marais, MI 49839=C2=A0 906-494-2434=

<= /div>


On Mon, Jun 2, 2014 at 9:52 AM, Michael = Sweet <msweet@apple.com> wrote:
Ira,

= On May 23, 2014, at 11:21 AM, Ira McDonald <blueroofmusic@gmail.com> wrote:
Hi Smith,

Actually, = the Printer doesn't have to bind values to "xxx-actual" until= the Job
completes.

This reply is not about 'guaranteed= '.

This reply is about the usability of 'attempted'.

= An IPP Client could use Validate-Job with "document-format" and &= quot;pdl-override" and,
when it receives the response that says ign= ored or substituted, examine the values
of "preferred-attributes" (from JPS3, PWG 5100.13-2012) to find o= ut the extent to
which the Printer *could* and *could not* successfully= 'attempt' to do the overrides.

Well, if a Client sends "ipp-attribute-fidelity&q= uot; (not "pdl-override"), then Validate-Job needs to respond jus= t like Create-Job/Print-Job/Print-URI. =C2=A0So in that case "preferre= d-attributes" doesn't enter into the picture.

Instead, the Client would need to *omit* "ipp-attr= ibute-fidelity" to see which overrides are supported. =C2=A0Then you&#= 39;ll get the unsupported attributes/values and potentially the ones that w= ould be used instead.

Based on my own experience, I'm not sure how useful= /reliable this method would be, but we can certainly document it.

_________________________________________________________
Michael Sweet,= Senior Printing System=C2=A0Engineer, PWG Chair


--90e6ba614b5869cc6604fadaec5e-- --===============1866383215== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ ipp mailing list ipp@pwg.org https://www.pwg.org/mailman/listinfo/ipp --===============1866383215==-- From GiselleMccarthy@hptcgateway.anytoysec.com Mon Jun 2 07:11:15 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4DF641A0331 for ; Mon, 2 Jun 2014 07:11:15 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.755 X-Spam-Level: X-Spam-Status: No, score=0.755 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RAZOR2_CF_RANGE_51_100=0.5, RAZOR2_CF_RANGE_E8_51_100=1.886, RAZOR2_CHECK=0.922, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id IACRTPOOePbJ for ; Mon, 2 Jun 2014 07:11:10 -0700 (PDT) Received: from hptcgateway.anytoysec.com (hptcgateway.anytoysec.com [5.231.31.26]) by ietfa.amsl.com (Postfix) with ESMTP id 96FE01A0319 for ; Mon, 2 Jun 2014 07:11:09 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit To: Subject: records now posted online From: Pin Point Local Criminals Message-ID: <62435.456.80effb375ff91c38506f17155ab7a8e4a@secureMX.anytoysec.com> Date: Mon, 02 Jun 2014 07:11:03 -0700 Classified Info In Report to Include: ===================================== - Criminal Records - Judgements & Liens - Previous Addresses - Phone Numbers - Social Media Accounts - Emails Addresses For Instant background check on person of your choice Enter Name Here: http://www.anytoysec.com/viewable/records/posted.index >> Records Compiled from local, state and federal records << We hope that you found this neighborhood update useful. If you want to stop further updates from -Update Notice Messages 118 Kecks Lane/Ruff Dale/ Pennsylvania/ 1 5 6 7 9 or visit http://www.anytoysec.com/4sprg.sgjor I wouldn't rely on $Host.Version, the registry is better. I'm on XP and have only PS1 installed, as shown in the registry and file system, and when I do $Host.Version I get this: Major M I'm voting this answer down with regret because I'm getting the same results as Bratch. I definitely only have PS1 installed (confirmed by trying to use some PS2 features), but $Host.version gives me 2,0,-1,-1. Daniel CHmscratch that last comment. It seems that PS2 is installed, but that some features are unaccountably unavailable, and for some reason the installation directory is named '1.0'. Thanks Microsoft. @DanielCassidy - two years late to the party, but "some features are unaccountably unavailable" might be caused by only having the .Net 3.5 Compact framework installed instead of the full thersionTable is more reliable and returns $PSVersion. You can also use $PSVersionTable.PSVersion. Even if you are connected remotely to the machine running different version (invoke-command -computername myRemotePC -Credential foo {$host}), it looks like $host will just show the lowest version they agreed upon for serializing. While $PSVersionTable will show the true version. Hope it would help someoneSeems $host.Version isn't a good choice... If you remote to a machine running PowerShell 3, you get back 1.0, as the RemotingHost seems to be v1. Using $PSVersionTable correctly returns 3.$PSVersionTable is better: If you're using the PowerShell Inside PowerShell Server (SSH to PowerShell), it reports its own version (5.x) in $host, but $PSVersionTable reports that it's running version 2.0 of PowerShell, which is important for determining what features are available.I know it's late in the day, but $host.version is just plain wrong/unreliable. This gives you the version of the hosting executab etc) and not the version of the engine itself. The engine version ison For powershell 1.0, this variable does not exist so you can assume 1.0, obviously-1 as this doesn't answer how to determine if PowerShell is installed at all as asked in the original question. Microsoft recommends checking the registry to see which version, if any, is installed. As stated on the linked page, th is method is the only one guaranteed to work long-term. @Starfish The command shown launches Powershell using Command Prompt. Wouldn't the command just error out with "powershell not found" if it's not installedThis is the only real answer to this question. mToo bad it doesn't support easy window resizing. What do you mean Console2 doesn't support easy window resizing? I've been using it ever since I found out about it from this thread 6 months ago -- never had a problem resizing any windows. I just downloaded it and it doesn't even allow me to maximize it. Why? dThe dev is reviewing the code for maximizing the window (it's noted in the chm help file), you can still resize from borders. I downloaded Console and it was a big fail. Couldn't easily figure out how to select text (why not just left-click?) and when I quit was treated to a cascade of Visual C++ Runtime Error! dialog boxes that forced me to hard-reboot. YMMV. I was able to sort out the text selection (hidden away und er Settings|HotKeys|Mouse, but I agree that this seems like it should be the default). My biggest issue with Console 2 is that I can't scroll back through my command history. Press F7 and you get a list of all the commands that you have worked with 1 for clink. my only problem was the completion style. clink alone can provide that with existing cmd.exe 1 for clink as well. Being able to use bash-like ctrl-* key combos and to run .cmd and .bat at the same time is priceless. Note that Ctrl+C is not supported dConEmu is just WOW! Awesome stuff. It automatically detected that I had a Mingw Git installed, as well as Cygwin. I wish I knew about this software a long time ago.As of now don't bother trying out Console2. Save your time and try ConEmu right away.If someone cannot ask how well one tool replicates the functions of another then S.O. cannot answer tool comparison questions. This is carefully worded to avoid controversy but was careless presumed "controversial" simply for loo king like a Unix vs Windows question. And it got a factual, objective answer, with additional factual insight into how helpful Unix scripting might be on Windows. Why is this closed, again? Someone please edit the title to say "PowerShell vs Unix Shells on the Windows Platform" to steer the trolls away from treating it as "Windows vs Unix," which it is not. This is a perfectly constructive question - voted to reopen@x0n Title changeI agree with the other commenters that believe this is a valid question with some helpful (and very popular) aPersonally, I think the title should change to something like: Is PowerShell ready to replace my cygwin shell on Windows? It seems to me that that's the real question here - it's not really a Unix vs Windows thing or a Unix Tools Vs PowerShell Thing. At the end of the day, the real question looks at whether PowerShell is ready as a replacement to existing Linux/Unix tools on Windows. Of course, Jeffrey's comment below points out that it's not an either or thing in any event! As written (particularly with the edited question), this is about a software tool commonly used by programmers, and it seems like a practical, answerable question. The op is mixing shell with tools. PowerShell has its use. But GNU is a project to bring UNIX goodies freely to other OS, including Windows. Every thing in the list op gives have a gnu implementation in Windows. Accessible from GnuWin32 or individual sites. Windows BAT isn't useless, it has redirection and pipe and conditions From ipp-bounces@pwg.org Mon Jun 2 07:45:07 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5A6C51A0223 for ; Mon, 2 Jun 2014 07:45:07 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.441 X-Spam-Level: X-Spam-Status: No, score=-2.441 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, HTML_MESSAGE=0.001, RP_MATCHES_RCVD=-0.651, SPF_PASS=-0.001, T_DKIM_INVALID=0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id aFeO71EefWzj for ; Mon, 2 Jun 2014 07:45:00 -0700 (PDT) Received: from www.pwg.org (www.pwg.org [IPv6:2600:3c01::f03c:91ff:fe70:b03f]) by ietfa.amsl.com (Postfix) with ESMTP id 4AE0E1A0319 for ; Mon, 2 Jun 2014 07:45:00 -0700 (PDT) Received: from pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id 3B7D5855D; Mon, 2 Jun 2014 14:45:47 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: from mail-in7.apple.com (mail-out7.apple.com [17.151.62.29]) by www.pwg.org (Postfix) with ESMTPS id E25F2855C for ; Mon, 2 Jun 2014 14:45:45 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; d=apple.com; s=mailout2048s; c=relaxed/simple; q=dns/txt; i=@apple.com; t=1401720293; x=2265633893; h=From:Sender:Reply-To:Subject:Date:Message-id:To:Cc:MIME-version:Content-type: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-reply-to:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=9EcK+z6jNWP5vk+eWbBwMDsIgor8b7nFqmanUXFWU3c=; b=r4vsAuNtMpA9DyYe2n43/F48FWl3o9rXuNiCszzFccapK7OyERH+MGzZRXQxCdYD bB22Lwthwhqjq/lZHr3URhwkSW5yRUqBwBHRcgETT0k6bZ0h5zvwG58cOJqomg1O /6bpnpg8dpglspVK6BVHBG/svJl5YCPeySNnDScsWr0jESZHfQHtBwYkq0Bwaixw ZHFzFM5a8fdOOOExwKylqckvg8rlI4I5iuhtFw3A3Jnf/OaUKo5AyFYGs3HH8YU1 /VOuxmv+bkJ8N4WDMnROG0s9ylCHR+A0irmxkx8tNP7hKUNjBG4nfNY64LOZ57LT eVihIBxal8VuxbNK3AsXug==; Received: from mail-out.apple.com (crispin.apple.com [17.151.62.50]) (using TLS with cipher RC4-MD5 (128/128 bits)) (Client did not present a certificate) by mail-in7.apple.com (Apple Secure Mail Relay) with SMTP id 49.92.30831.5ED8C835; Mon, 2 Jun 2014 07:44:53 -0700 (PDT) MIME-version: 1.0 Received: from relay5.apple.com ([17.128.113.88]) by local.mail-out.apple.com (Oracle Communications Messaging Server 7.0.5.30.0 64bit (built Oct 22 2013)) with ESMTP id <0N6J00CKNQ7KIB10@local.mail-out.apple.com> for ipp@pwg.org; Mon, 02 Jun 2014 07:44:53 -0700 (PDT) X-AuditID: 11973e16-f792a6d00000786f-96-538c8de57037 Received: from chive.apple.com (chive.apple.com [17.128.115.15]) (using TLS with cipher RC4-MD5 (128/128 bits)) (Client did not present a certificate) by relay5.apple.com (Apple SCV relay) with SMTP id 2D.F4.31858.5ED8C835; Mon, 2 Jun 2014 07:44:53 -0700 (PDT) Received: from [17.153.30.122] (unknown [17.153.30.122]) by chive.apple.com (Oracle Communications Messaging Server 7.0.5.30.0 64bit (built Oct 22 2013)) with ESMTPSA id <0N6J00HZ8QAQSL20@chive.apple.com> for ipp@pwg.org; Mon, 02 Jun 2014 07:44:52 -0700 (PDT) From: Michael Sweet In-reply-to: Date: Mon, 02 Jun 2014 10:44:51 -0400 Message-id: <866C2027-F9A5-485D-8476-94ADD46AA126@apple.com> References: <06157AFB-D367-4B68-B3AC-F2F1A8A397FD@hp.com> <000e01cf7511$702d8940$50889bc0$@net> <3296D306-D12C-423D-A4D7-67B39755B446@apple.com> To: Ira McDonald X-Mailer: Apple Mail (2.1878.2) X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFupgkeLIzCtJLcpLzFFi42IRnG5npPu0tyfY4PNhEYtj+16yODB6zFs8 nSmAMYrLJiU1J7MstUjfLoErY/XjJtaCiRMZK3bu62VpYNzVxNjFyMkhIWAisb/7LhOELSZx 4d56ti5GLg4hgZlMEqdn7WcBSfAKCEr8mHyPBSIxiUni35M/bDDdM6//gUp0M0l87+xnhXA6 mSSWPPwFlOHgEBaIk3hyugAkziwwhVGir30RM0g3m4CaxO9JfawgNqdAsMSqy0fAbmIRUJXo uP8JLM4skChx7+40ZpA5vAI2Ehdn+ULMv8QqsezdHlaQuIiAlsSS54oQB8lLzGg/wQ5hn2KT 2PjdZwKj8CwkT8xCdsYssBVJEgcOzmSFsLUlli18DRTnALJ1JCYvZEQVhrA/nj/CBGGbSjx5 u50NwraW+DnnEVS9osSU7ofsCxi5VjEK5SZm5uhm5pnrJRYU5KTqJefnbmKERJ3YDsaHq6wO MQpwMCrx8P5Q7wkWYk0sK67MPcQozcGiJM67vhkoJJCeWJKanZpakFoUX1Sak1p8iJGJg1Oq gXFDYWraZOHCNUfex05q2/V7+v1XF+Zm7H71JWXTVsNjORJZr/apHPw1K2m5zAlp54fv6jWO H1u65OXjvLVrrV7y/dgp2Dhzj6ly+/XPEkc3NFm4GLCtbax2X3kguS3FNZ2na3mKs1T5+gt6 Emt+L1n43+64oNANW4vTQjtMcr9qtr+VWVdfMbdUiaU4I9FQi7moOBEAX9bB3ZsCAAA= X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrNLMWRmVeSWpSXmKPExsUi2FDMr/u0tyfYoHW7mcWxfS9ZHBg95i2e zhTAGMVlk5Kak1mWWqRvl8CVsfpxE2vBxImMFTv39bI0MO5qYuxi5OSQEDCRmHn9DwuELSZx 4d56ti5GLg4hgW4mieldZ1kgnE4miSUPfwE5HBzCAnEST04XgDTwChhIvDl4nAmkhllgCqNE X/siZpAEm4CaxO9JfawgNqdAsMSqy0fAtrEIqEp03P8EFmcWSJS4d3caM8hMXgEbiYuzfCF2 XWKVWPZuDytIXERAS2LJc0WI4+QlZrSfYJ/AyD8LyepZyFbPAhubJHHg4ExWCFtbYtnC10Bx DiBbR2LyQkZUYQj74/kjTBC2qcSTt9vZIGxriZ9zHkHVK0pM6X7IvoCRaxWjQFFqTmKlqV5i QUFOql5yfu4mRnA0FEbsYPy/zOoQowAHoxIP7w/1nmAh1sSy4srcQ4wqQCMebVh9gVGKJS8/ L1VJhHepBVCaNyWxsiq1KD++qDQntfgQozQHi5I4r4lMZ7CQQHpiSWp2ampBahFMlomDU6qB 8bbh6Xk3ozSeLlhRs+3x+x1Blx8WiEddbD9pYL3FdiFbSZ1+1YJq46IJ0k/eSRxrWr2AI6Dq QcFZI67r3Z7lp4oc5rSX5685e+7Ikdv6PJli2oGTzn/R3qNTxR7Qf3nzvPA5Ryr1on6Flz6M ffW/6gHr67xfzovP/Gov2DIlt+71ntMNkj8+cSuxFGckGmoxFxUnAgBzM7c9jgIAAA== Cc: "" Subject: Re: [IPP] Potential errata/update for PWG Raster Format and/or IPP Everywhere specs X-BeenThere: ipp@pwg.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Internet Printing Protocol Workgroup discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1971481660==" Sender: ipp-bounces@pwg.org Errors-To: ipp-bounces@pwg.org --===============1971481660== Content-type: multipart/signed; boundary="Apple-Mail=_6D23335D-27EE-4EA2-9796-7D73856A4646"; protocol="application/pkcs7-signature"; micalg=sha1 --Apple-Mail=_6D23335D-27EE-4EA2-9796-7D73856A4646 Content-Type: multipart/alternative; boundary="Apple-Mail=_EA2DF82E-69AD-4DD7-B827-AC8B7229F4B5" --Apple-Mail=_EA2DF82E-69AD-4DD7-B827-AC8B7229F4B5 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Ira, One of the other issues that I forgot to mention is that there is = currently no way for a printer to indicate attributes that might not be = supported. For example, you might send a Validate-Job operation that = specifies duplex output, and that might ordinarily be honored *except* = if a particular PDL override was embedded in the document data. In that = case, there is no way for the Printer to respond definitively to the = Validate-Job request. But in most cases the PDL override question is moot: either the Client = is generating the PDL or is providing an existing document file in a = format (PDF, JPEG, etc.) that generally does not contain embedded PDL = commands for output intent. PostScript is probably the only PDL that = was commonly shared and sent to a printer that can contain output indent = (via setpagedevice), typically to set media size, duplex mode, and = copies, and its use has been steadily replaced by PDF over the years as = the document interchange format of choice. So like I said, probably worth a mention but I wouldn't want to spend a = lot of time trying to "fix" this. On Jun 2, 2014, at 10:07 AM, Ira McDonald = wrote: > Hi Mike, >=20 > Right - what I (poorly expressed) meant to say was that with = Validate-Job > and "pdl-override" of 'attempted' and specific "document-format" sent = along > with whatever Job processing attributes, the IPP Client could query to = see > how well the *attempt* would actually succeed (i.e., the extent of = override > support for that specific document format). >=20 > Cheers, > - Ira >=20 >=20 > Ira McDonald (Musician / Software Architect) > Co-Chair - TCG Trusted Mobility Solutions WG > Chair - Linux Foundation Open Printing WG > Secretary - IEEE-ISTO Printer Working Group > Co-Chair - IEEE-ISTO PWG Internet Printing Protocol WG > IETF Designated Expert - IPP & Printer MIB > Blue Roof Music / High North Inc > http://sites.google.com/site/blueroofmusic > http://sites.google.com/site/highnorthinc > mailto: blueroofmusic@gmail.com > Winter 579 Park Place Saline, MI 48176 734-944-0094 > Summer PO Box 221 Grand Marais, MI 49839 906-494-2434 >=20 >=20 >=20 > On Mon, Jun 2, 2014 at 9:52 AM, Michael Sweet = wrote: > Ira, >=20 > On May 23, 2014, at 11:21 AM, Ira McDonald = wrote: >> Hi Smith, >>=20 >> Actually, the Printer doesn't have to bind values to "xxx-actual" = until the Job >> completes. >>=20 >> This reply is not about 'guaranteed'. >>=20 >> This reply is about the usability of 'attempted'. >>=20 >> An IPP Client could use Validate-Job with "document-format" and = "pdl-override" and, >> when it receives the response that says ignored or substituted, = examine the values=20 >> of "preferred-attributes" (from JPS3, PWG 5100.13-2012) to find out = the extent to=20 >> which the Printer *could* and *could not* successfully 'attempt' to = do the overrides. >=20 > Well, if a Client sends "ipp-attribute-fidelity" (not "pdl-override"), = then Validate-Job needs to respond just like = Create-Job/Print-Job/Print-URI. So in that case "preferred-attributes" = doesn't enter into the picture. >=20 > Instead, the Client would need to *omit* "ipp-attribute-fidelity" to = see which overrides are supported. Then you'll get the unsupported = attributes/values and potentially the ones that would be used instead. >=20 > Based on my own experience, I'm not sure how useful/reliable this = method would be, but we can certainly document it. >=20 > _________________________________________________________ > Michael Sweet, Senior Printing System Engineer, PWG Chair >=20 >=20 _________________________________________________________ Michael Sweet, Senior Printing System Engineer, PWG Chair --Apple-Mail=_EA2DF82E-69AD-4DD7-B827-AC8B7229F4B5 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii Ira,

One of the other issues that = I forgot to mention is that there is currently no way for a printer to = indicate attributes that might not be supported.  For example, you = might send a Validate-Job operation that specifies duplex output, and = that might ordinarily be honored *except* if a particular PDL override = was embedded in the document data.  In that case, there is no way = for the Printer to respond definitively to the Validate-Job = request.

But in most cases the PDL override = question is moot: either the Client is generating the PDL or is = providing an existing document file in a format (PDF, JPEG, etc.) that = generally does not contain embedded PDL commands for output intent. =  PostScript is probably the only PDL that was commonly shared and = sent to a printer that can contain output indent (via setpagedevice), = typically to set media size, duplex mode, and copies, and its use has = been steadily replaced by PDF over the years as the document interchange = format of choice.

So like I said, probably = worth a mention but I wouldn't want to spend a lot of time trying to = "fix" this.


On Jun 2, = 2014, at 10:07 AM, Ira McDonald <blueroofmusic@gmail.com> = wrote:

Hi = Mike,

Right - what I (poorly expressed) meant to say was = that with Validate-Job
and "pdl-override" of 'attempted' and = specific "document-format" sent along
with whatever Job processing attributes, the IPP Client could query to = see
how well the *attempt* would actually succeed (i.e., the = extent of override
support for that specific document = format).

Cheers,
- Ira


Ira = McDonald (Musician / Software Architect)
Co-Chair - TCG Trusted = Mobility Solutions WG
Chair - Linux Foundation Open Printing WG
Secretary - IEEE-ISTO Printer Working Group
Co-Chair - IEEE-ISTO PWG = Internet Printing Protocol WG
IETF Designated Expert - IPP & = Printer MIB
Blue Roof Music / High North Inc
http://sites.google.com/site/blueroofmusic
http://sites.google.com/site/highnorthinc
mailto:= blueroofmusic@gmail.com
Winter  579 Park Place  Saline, MI  48176  = 734-944-0094
Summer  PO Box 221  Grand Marais, MI = 49839  906-494-2434



On Mon, Jun 2, 2014 at 9:52 AM, = Michael Sweet <msweet@apple.com> wrote:
Ira,

On May 23, 2014, at 11:21 AM, Ira McDonald <blueroofmusic@gmail.com> = wrote:
Hi Smith,

Actually, the = Printer doesn't have to bind values to "xxx-actual" until the = Job
completes.

This reply is not about 'guaranteed'.

This reply is about the usability of 'attempted'.

An = IPP Client could use Validate-Job with "document-format" and = "pdl-override" and,
when it receives the response that says ignored = or substituted, examine the values
of "preferred-attributes" (from JPS3, PWG 5100.13-2012) to find out the = extent to
which the Printer *could* and *could not* successfully = 'attempt' to do the overrides.

Well, if a Client sends "ipp-attribute-fidelity" = (not "pdl-override"), then Validate-Job needs to respond just like = Create-Job/Print-Job/Print-URI.  So in that case = "preferred-attributes" doesn't enter into the picture.

Instead, the Client would need to *omit* = "ipp-attribute-fidelity" to see which overrides are supported. =  Then you'll get the unsupported attributes/values and potentially = the ones that would be used instead.

Based on my own experience, I'm not sure how = useful/reliable this method would be, but we can certainly document = it.

_________________________________________________________
Michael = Sweet, Senior Printing System Engineer, PWG = Chair



_________________________________________________________
Michael = Sweet, Senior Printing System Engineer, PWG = Chair

= --Apple-Mail=_EA2DF82E-69AD-4DD7-B827-AC8B7229F4B5-- --Apple-Mail=_6D23335D-27EE-4EA2-9796-7D73856A4646 Content-Disposition: attachment; filename=smime.p7s Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIPJTCCBN0w ggPFoAMCAQICEHGS++YZX6xNEoV0cTSiGKcwDQYJKoZIhvcNAQEFBQAwezELMAkGA1UEBhMCR0Ix GzAZBgNVBAgMEkdyZWF0ZXIgTWFuY2hlc3RlcjEQMA4GA1UEBwwHU2FsZm9yZDEaMBgGA1UECgwR Q29tb2RvIENBIExpbWl0ZWQxITAfBgNVBAMMGEFBQSBDZXJ0aWZpY2F0ZSBTZXJ2aWNlczAeFw0w NDAxMDEwMDAwMDBaFw0yODEyMzEyMzU5NTlaMIGuMQswCQYDVQQGEwJVUzELMAkGA1UECBMCVVQx FzAVBgNVBAcTDlNhbHQgTGFrZSBDaXR5MR4wHAYDVQQKExVUaGUgVVNFUlRSVVNUIE5ldHdvcmsx ITAfBgNVBAsTGGh0dHA6Ly93d3cudXNlcnRydXN0LmNvbTE2MDQGA1UEAxMtVVROLVVTRVJGaXJz dC1DbGllbnQgQXV0aGVudGljYXRpb24gYW5kIEVtYWlsMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8A MIIBCgKCAQEAsjmFpPJ9q0E7YkY3rs3BYHW8OWX5ShpHornMSMxqmNVNNRm5pELlzkniii8efNIx B8dOtINknS4p1aJkxIW9hVE1eaROaJB7HHqkkqgX8pgV8pPMyaQylbsMTzC9mKALi+VuG6JG+ni8 om+rWV6lL8/K2m2qL+usobNqqrcuZzWLeeEeaYji5kbNoKXqvgvOdjp6Dpvq/NonWz1zHyLmSGHG TPNpsaguG7bUMSAsvIKKjqQOpdeJQ/wWWq8dcdcRWdq6hw2v+vPhwvCkxWeM1tZUOt4KpLoDd7Nl yP0e03RiqhjKaJMeoYV+9Udly/hNVyh00jT/MLbu9mIwFIws6wIDAQABo4IBJzCCASMwHwYDVR0j BBgwFoAUoBEKIz6W8Qfs4q8p74Klf9AwpLQwHQYDVR0OBBYEFImCZ33EnSZwAEu0UEh83j2uBG59 MA4GA1UdDwEB/wQEAwIBBjAPBgNVHRMBAf8EBTADAQH/MB0GA1UdJQQWMBQGCCsGAQUFBwMCBggr BgEFBQcDBDARBgNVHSAECjAIMAYGBFUdIAAwewYDVR0fBHQwcjA4oDagNIYyaHR0cDovL2NybC5j b21vZG9jYS5jb20vQUFBQ2VydGlmaWNhdGVTZXJ2aWNlcy5jcmwwNqA0oDKGMGh0dHA6Ly9jcmwu Y29tb2RvLm5ldC9BQUFDZXJ0aWZpY2F0ZVNlcnZpY2VzLmNybDARBglghkgBhvhCAQEEBAMCAQYw DQYJKoZIhvcNAQEFBQADggEBAJ2Vyzy4fqUJxB6/C8LHdo45PJTGEKpPDMngq4RdiVTgZTvzbRx8 NywlVF+WIfw3hJGdFdwUT4HPVB1rbEVgxy35l1FM+WbKPKCCjKbI8OLp1Er57D9Wyd12jMOCAU9s APMeGmF0BEcDqcZAV5G8ZSLFJ2dPV9tkWtmNH7qGL/QGrpxp7en0zykX2OBKnxogL5dMUbtGB8SK N04g4wkxaMeexIud6H4RvDJoEJYRmETYKlFgTYjrdDrfQwYyyDlWjDoRUtNBpEMD9O3vMyfbOeAU TibJ2PU54om4k123KSZB6rObroP8d3XK6Mq1/uJlSmM+RMTQw16Hc6mYHK9/FX8wggUaMIIEAqAD AgECAhBtGeqnGU9qMyLmIjJ6qnHeMA0GCSqGSIb3DQEBBQUAMIGuMQswCQYDVQQGEwJVUzELMAkG A1UECBMCVVQxFzAVBgNVBAcTDlNhbHQgTGFrZSBDaXR5MR4wHAYDVQQKExVUaGUgVVNFUlRSVVNU IE5ldHdvcmsxITAfBgNVBAsTGGh0dHA6Ly93d3cudXNlcnRydXN0LmNvbTE2MDQGA1UEAxMtVVRO LVVTRVJGaXJzdC1DbGllbnQgQXV0aGVudGljYXRpb24gYW5kIEVtYWlsMB4XDTExMDQyODAwMDAw MFoXDTIwMDUzMDEwNDgzOFowgZMxCzAJBgNVBAYTAkdCMRswGQYDVQQIExJHcmVhdGVyIE1hbmNo ZXN0ZXIxEDAOBgNVBAcTB1NhbGZvcmQxGjAYBgNVBAoTEUNPTU9ETyBDQSBMaW1pdGVkMTkwNwYD VQQDEzBDT01PRE8gQ2xpZW50IEF1dGhlbnRpY2F0aW9uIGFuZCBTZWN1cmUgRW1haWwgQ0EwggEi MA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQCShIRbS1eY1F4vi6ThQMijU1hfZmXxMk73nzJ9 VdB4TFW3QpTg+SdxB8XGaaS5MsTxQBqQzCdWYn8XtXFpruUgG+TLY15gyqJB9mrho/+43x9IbWVD jCouK2M4d9+xF6zC2oIC1tQyatRnbyATj1w1+uVUgK/YcQodNwoCUFNslR2pEBS0mZVZEjH/CaLS TNxS297iQAFbSGjdxUq04O0kHzqvcV8H46y/FDuwJXFoPfQP1hdYRhWBPGiLi4MPbXohV+Y0sNsy fuNK4aVScmQmkU6lkg//4LFg/RpvaFGZY40ai6XMQpubfSJj06mg/M6ekN9EGfRcWzW6FvOnm//B AgMBAAGjggFLMIIBRzAfBgNVHSMEGDAWgBSJgmd9xJ0mcABLtFBIfN49rgRufTAdBgNVHQ4EFgQU ehNOAHRbxnhjZCfBL+KgW7x5xXswDgYDVR0PAQH/BAQDAgEGMBIGA1UdEwEB/wQIMAYBAf8CAQAw EQYDVR0gBAowCDAGBgRVHSAAMFgGA1UdHwRRME8wTaBLoEmGR2h0dHA6Ly9jcmwudXNlcnRydXN0 LmNvbS9VVE4tVVNFUkZpcnN0LUNsaWVudEF1dGhlbnRpY2F0aW9uYW5kRW1haWwuY3JsMHQGCCsG AQUFBwEBBGgwZjA9BggrBgEFBQcwAoYxaHR0cDovL2NydC51c2VydHJ1c3QuY29tL1VUTkFkZFRy dXN0Q2xpZW50X0NBLmNydDAlBggrBgEFBQcwAYYZaHR0cDovL29jc3AudXNlcnRydXN0LmNvbTAN BgkqhkiG9w0BAQUFAAOCAQEAhda+eFdVbTN/RFL+QtUGqAEDgIr7DbL9Sr/2r0FJ9RtaxdKtG3Nu PukmfOZMmMEwKN/L+0I8oSU+CnXW0D05hmbRoZu1TZtvryhsHa/l6nRaqNqxwPF1ei+eupN5yv7i kR5WdLL4jdPgQ3Ib7Y/9YDkgR/uLrzplSDyYPaUlv73vYOBJ5RbI6z9Dg/Dg7g3B080zX5vQvWBq szv++tTJOjwf7Zv/m0kzvkIpOYPuM2kugp1FTahp2oAbHj3SGl18R5mlmwhtEpmG1l1XBxunML5L SUS4kH7K0Xk467Qz+qA6XSZYnmFVGLQh1ZnV4ENAQjC+6qXnlNKw/vN1+X9u5zCCBSIwggQKoAMC AQICEQDlB7dXxclLEedquPvGX8CGMA0GCSqGSIb3DQEBBQUAMIGTMQswCQYDVQQGEwJHQjEbMBkG A1UECBMSR3JlYXRlciBNYW5jaGVzdGVyMRAwDgYDVQQHEwdTYWxmb3JkMRowGAYDVQQKExFDT01P RE8gQ0EgTGltaXRlZDE5MDcGA1UEAxMwQ09NT0RPIENsaWVudCBBdXRoZW50aWNhdGlvbiBhbmQg U2VjdXJlIEVtYWlsIENBMB4XDTEzMTIxNzAwMDAwMFoXDTE0MTIxNzIzNTk1OVowITEfMB0GCSqG SIb3DQEJARYQbXN3ZWV0QGFwcGxlLmNvbTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEB ANdvQYZRCVzc0wIYvIOn/0Pv7zUwuIvbAfM/W3FyemqZx3fdKxX4WxN2x5NC3hhBHGrUWirJH7rl 6It12bGQ61uHAK5jsJikV5k+mOYjZaKNIKxj0uYIk3MKQmsmM8t3nddq5mp2mxwV/U7AFPTz1fgh dkqTb/NkHY5eA8KqksaeqwfMgoaiGVeCUhptWnXosca8PAkb+i9u5rEok5zgY+QP0IuWLJENfA4q dEMsH+OAwMGOv9fNCgcdapFnjeSYaj70m6qUiq446+8a2rhUsEUKQayOMgjnm2bgUuNx7pOvs/Jg zIlZoTz/llmE1HWREGzSjRnLWwQ98fspfeZWA+8CAwEAAaOCAeAwggHcMB8GA1UdIwQYMBaAFHoT TgB0W8Z4Y2QnwS/ioFu8ecV7MB0GA1UdDgQWBBTtKBJoG9kxZisTqJg4+wr12l4stjAOBgNVHQ8B Af8EBAMCBaAwDAYDVR0TAQH/BAIwADAgBgNVHSUEGTAXBggrBgEFBQcDBAYLKwYBBAGyMQEDBQIw EQYJYIZIAYb4QgEBBAQDAgUgMEYGA1UdIAQ/MD0wOwYMKwYBBAGyMQECAQEBMCswKQYIKwYBBQUH AgEWHWh0dHBzOi8vc2VjdXJlLmNvbW9kby5uZXQvQ1BTMFcGA1UdHwRQME4wTKBKoEiGRmh0dHA6 Ly9jcmwuY29tb2RvY2EuY29tL0NPTU9ET0NsaWVudEF1dGhlbnRpY2F0aW9uYW5kU2VjdXJlRW1h aWxDQS5jcmwwgYgGCCsGAQUFBwEBBHwwejBSBggrBgEFBQcwAoZGaHR0cDovL2NydC5jb21vZG9j YS5jb20vQ09NT0RPQ2xpZW50QXV0aGVudGljYXRpb25hbmRTZWN1cmVFbWFpbENBLmNydDAkBggr BgEFBQcwAYYYaHR0cDovL29jc3AuY29tb2RvY2EuY29tMBsGA1UdEQQUMBKBEG1zd2VldEBhcHBs ZS5jb20wDQYJKoZIhvcNAQEFBQADggEBABg5KLQK5u9gGI75u+vYH/i6uMDKlpTILO/r/FpN2ibq pwAB2ln9oKvPIA1/r3o+DBC87TqnlJAiPW4ADFHpRmqlprb0Tu9p98nP/wl5tBZjEP8dY4iH0TB3 B2r9JHwRwwJQ20CqJpuCn9dmvL215sZSqvJfluVlIcAQCLxp3ZKMIC2pNKitswdjjHduaKuj2TMe xrzMtrRGRtFF9pcMcnsqE2QtJUqXPV7/M4WT2yRUmI4ThPt9O9fmPH2ku52hdb6t4qXvwdQSkDHt xo3J/Vc/jDR2/feedDhQmG0V9j6tHsuG6bVVhcGiWnSmSoPfg13FlQwlxZTyFtiMZ2jILyoxggOu MIIDqgIBATCBqTCBkzELMAkGA1UEBhMCR0IxGzAZBgNVBAgTEkdyZWF0ZXIgTWFuY2hlc3RlcjEQ MA4GA1UEBxMHU2FsZm9yZDEaMBgGA1UEChMRQ09NT0RPIENBIExpbWl0ZWQxOTA3BgNVBAMTMENP TU9ETyBDbGllbnQgQXV0aGVudGljYXRpb24gYW5kIFNlY3VyZSBFbWFpbCBDQQIRAOUHt1fFyUsR 52q4+8ZfwIYwCQYFKw4DAhoFAKCCAdkwGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG 9w0BCQUxDxcNMTQwNjAyMTQ0NDUyWjAjBgkqhkiG9w0BCQQxFgQUgE3JM9vDtAbL7OMOZ2FWjfSU fxwwgboGCSsGAQQBgjcQBDGBrDCBqTCBkzELMAkGA1UEBhMCR0IxGzAZBgNVBAgTEkdyZWF0ZXIg TWFuY2hlc3RlcjEQMA4GA1UEBxMHU2FsZm9yZDEaMBgGA1UEChMRQ09NT0RPIENBIExpbWl0ZWQx OTA3BgNVBAMTMENPTU9ETyBDbGllbnQgQXV0aGVudGljYXRpb24gYW5kIFNlY3VyZSBFbWFpbCBD QQIRAOUHt1fFyUsR52q4+8ZfwIYwgbwGCyqGSIb3DQEJEAILMYGsoIGpMIGTMQswCQYDVQQGEwJH QjEbMBkGA1UECBMSR3JlYXRlciBNYW5jaGVzdGVyMRAwDgYDVQQHEwdTYWxmb3JkMRowGAYDVQQK ExFDT01PRE8gQ0EgTGltaXRlZDE5MDcGA1UEAxMwQ09NT0RPIENsaWVudCBBdXRoZW50aWNhdGlv biBhbmQgU2VjdXJlIEVtYWlsIENBAhEA5Qe3V8XJSxHnarj7xl/AhjANBgkqhkiG9w0BAQEFAASC AQCJZfmtTqgn5RMIOEuCngaiktaqxj4dhEacO5MyKkzllKjKuNvxKbpmbvbttJ6omD0obhef02CE o6ef7goJBZxrpzZWVAAWCozMIzU8hKovygyhvVMd4ufiFhudKEwRQ98mlJFYUgxpH0wnlhMqygOO x8XRffcJckB1BbxYBoQTMK5yiZFNJOaJAOwBLmnKBvPWLeDPExxdowYQlGgonXX6FSgCMjW+cFdD Upj+Zino/jmGfqF1ZgN3plKBdqJZONQauvZtB5N78n2fQ93C6vbnBREPLKgsXn63WSi+OmSrzFUS CtwB/rWTJGo2o4MDQCYGEXSQLuRyTz2YYTG0WqzqAAAAAAAA --Apple-Mail=_6D23335D-27EE-4EA2-9796-7D73856A4646-- --===============1971481660== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ ipp mailing list ipp@pwg.org https://www.pwg.org/mailman/listinfo/ipp --===============1971481660==-- From ipp-bounces@pwg.org Mon Jun 2 08:00:57 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 07B0B1A0319 for ; Mon, 2 Jun 2014 08:00:57 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.438 X-Spam-Level: X-Spam-Status: No, score=-2.438 tagged_above=-999 required=5 tests=[AC_DIV_BONANZA=0.001, BAYES_00=-1.9, DKIM_ADSP_CUSTOM_MED=0.001, DKIM_SIGNED=0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RP_MATCHES_RCVD=-0.651, SPF_PASS=-0.001, T_DKIM_INVALID=0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id IMRFeMM9yd0e for ; Mon, 2 Jun 2014 08:00:51 -0700 (PDT) Received: from www.pwg.org (www.pwg.org [IPv6:2600:3c01::f03c:91ff:fe70:b03f]) by ietfa.amsl.com (Postfix) with ESMTP id 995A61A0343 for ; Mon, 2 Jun 2014 08:00:51 -0700 (PDT) Received: from pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id 21DA6855D; Mon, 2 Jun 2014 15:01:38 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: from mail-ig0-x236.google.com (mail-ig0-x236.google.com [IPv6:2607:f8b0:4001:c05::236]) by www.pwg.org (Postfix) with ESMTPS id 8F640855C for ; Mon, 2 Jun 2014 15:01:36 +0000 (UTC) Received: by mail-ig0-f182.google.com with SMTP id uy17so3496248igb.9 for ; Mon, 02 Jun 2014 08:00:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=irWSIhNPk5hYtHdRgC0Qxn3xtSaQ3Chp0wI+YQiXkys=; b=N6su6sQDOCxuaEsnywtzZU3Q+gHTuavqcQTZcXYeAG6yZ6BgQWG5dSkjPAaeAk5r4k EWuMZnnxTKvsfRGaYh3yLY4hdMMwUcCmQnBHC+f8f3oKflMiin5YxduD4okexep1nVEF LCMyn6+DhZ4AohfQJTRV3nSeACB8A8HvfJ5eJ+CFO+TorygJyZjWw6sO+5l5kzi5i5NK sBWiNdcLohQKZC9RFsrM1BDYefTqZ8Mmwcq5C3KcW965ij/9o3hVQ8/SWWskUSEpGoSf gyvR21izx8225rbaIuv9u4E8n8wtPMem4H8VELvfvE9oOabnmnA/NsW+/KxNsHPvYGM7 bgKQ== X-Received: by 10.50.79.131 with SMTP id j3mr17719158igx.23.1401721243623; Mon, 02 Jun 2014 08:00:43 -0700 (PDT) MIME-Version: 1.0 Received: by 10.50.168.40 with HTTP; Mon, 2 Jun 2014 08:00:22 -0700 (PDT) In-Reply-To: <866C2027-F9A5-485D-8476-94ADD46AA126@apple.com> References: <06157AFB-D367-4B68-B3AC-F2F1A8A397FD@hp.com> <000e01cf7511$702d8940$50889bc0$@net> <3296D306-D12C-423D-A4D7-67B39755B446@apple.com> <866C2027-F9A5-485D-8476-94ADD46AA126@apple.com> From: Ira McDonald Date: Mon, 2 Jun 2014 11:00:22 -0400 Message-ID: To: Michael Sweet , Ira McDonald Cc: "" Subject: Re: [IPP] Potential errata/update for PWG Raster Format and/or IPP Everywhere specs X-BeenThere: ipp@pwg.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Internet Printing Protocol Workgroup discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0273084839==" Sender: ipp-bounces@pwg.org Errors-To: ipp-bounces@pwg.org --===============0273084839== Content-Type: multipart/alternative; boundary=089e011609f4cce8f004fadba859 --089e011609f4cce8f004fadba859 Content-Type: text/plain; charset=UTF-8 Hi Mike, What I was trying to "fix" is that "pdl-override" of 'guaranteed' is largely useless, because the degree of override supported in a given PDL interpreter varies. So the IPP Client (sending document data that it did NOT generate but that MAY contain job processing instructions) could use 'attempted' to learn what is ?safe? to try to override. If this problem isn't worth "fixing", then I suggest that "pdl-override" with *any* value is not a useful IPP feature - and the Implementor's Guide should warn IPP Client developers to avoid using it accordingly. Cheers, - Ira Ira McDonald (Musician / Software Architect) Co-Chair - TCG Trusted Mobility Solutions WG Chair - Linux Foundation Open Printing WG Secretary - IEEE-ISTO Printer Working Group Co-Chair - IEEE-ISTO PWG Internet Printing Protocol WG IETF Designated Expert - IPP & Printer MIB Blue Roof Music / High North Inc http://sites.google.com/site/blueroofmusic http://sites.google.com/site/highnorthinc mailto: blueroofmusic@gmail.com Winter 579 Park Place Saline, MI 48176 734-944-0094 Summer PO Box 221 Grand Marais, MI 49839 906-494-2434 On Mon, Jun 2, 2014 at 10:44 AM, Michael Sweet wrote: > Ira, > > One of the other issues that I forgot to mention is that there is > currently no way for a printer to indicate attributes that might not be > supported. For example, you might send a Validate-Job operation that > specifies duplex output, and that might ordinarily be honored *except* if a > particular PDL override was embedded in the document data. In that case, > there is no way for the Printer to respond definitively to the Validate-Job > request. > > But in most cases the PDL override question is moot: either the Client is > generating the PDL or is providing an existing document file in a format > (PDF, JPEG, etc.) that generally does not contain embedded PDL commands for > output intent. PostScript is probably the only PDL that was commonly > shared and sent to a printer that can contain output indent (via > setpagedevice), typically to set media size, duplex mode, and copies, and > its use has been steadily replaced by PDF over the years as the document > interchange format of choice. > > So like I said, probably worth a mention but I wouldn't want to spend a > lot of time trying to "fix" this. > > > On Jun 2, 2014, at 10:07 AM, Ira McDonald wrote: > > Hi Mike, > > Right - what I (poorly expressed) meant to say was that with Validate-Job > and "pdl-override" of 'attempted' and specific "document-format" sent along > with whatever Job processing attributes, the IPP Client could query to see > how well the *attempt* would actually succeed (i.e., the extent of override > support for that specific document format). > > Cheers, > - Ira > > > Ira McDonald (Musician / Software Architect) > Co-Chair - TCG Trusted Mobility Solutions WG > Chair - Linux Foundation Open Printing WG > Secretary - IEEE-ISTO Printer Working Group > Co-Chair - IEEE-ISTO PWG Internet Printing Protocol WG > IETF Designated Expert - IPP & Printer MIB > Blue Roof Music / High North Inc > http://sites.google.com/site/blueroofmusic > http://sites.google.com/site/highnorthinc > mailto: blueroofmusic@gmail.com > Winter 579 Park Place Saline, MI 48176 734-944-0094 > Summer PO Box 221 Grand Marais, MI 49839 906-494-2434 > > > > On Mon, Jun 2, 2014 at 9:52 AM, Michael Sweet wrote: > >> Ira, >> >> On May 23, 2014, at 11:21 AM, Ira McDonald >> wrote: >> >> Hi Smith, >> >> Actually, the Printer doesn't have to bind values to "xxx-actual" until >> the Job >> completes. >> >> This reply is not about 'guaranteed'. >> >> This reply is about the usability of 'attempted'. >> >> An IPP Client could use Validate-Job with "document-format" and >> "pdl-override" and, >> when it receives the response that says ignored or substituted, examine >> the values >> of "preferred-attributes" (from JPS3, PWG 5100.13-2012) to find out the >> extent to >> which the Printer *could* and *could not* successfully 'attempt' to do >> the overrides. >> >> >> Well, if a Client sends "ipp-attribute-fidelity" (not "pdl-override"), >> then Validate-Job needs to respond just like >> Create-Job/Print-Job/Print-URI. So in that case "preferred-attributes" >> doesn't enter into the picture. >> >> Instead, the Client would need to *omit* "ipp-attribute-fidelity" to see >> which overrides are supported. Then you'll get the unsupported >> attributes/values and potentially the ones that would be used instead. >> >> Based on my own experience, I'm not sure how useful/reliable this method >> would be, but we can certainly document it. >> >> _________________________________________________________ >> Michael Sweet, Senior Printing System Engineer, PWG Chair >> >> > > _________________________________________________________ > Michael Sweet, Senior Printing System Engineer, PWG Chair > > --089e011609f4cce8f004fadba859 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi Mike,=

What I was trying to "fix" is that "pdl-overri= de" of 'guaranteed' is largely
useless, because the d= egree of override supported in a given PDL
interpreter varies.

So the IPP Client (sending document = data that it did NOT generate but
that MAY contain job processing = instructions) could use 'attempted' to
learn what is ?safe= ? to try to override.

If this problem isn't worth "fixing", then I sugges= t that "pdl-override" with
*any* value is not a useful IPP fea= ture - and the Implementor's Guide
should warn IPP Client dev= elopers to avoid using it accordingly.

Cheers,
- Ira


Ira McDonald (M= usician / Software Architect)
Co-Chair - TCG Trusted Mobility Solutions = WG
Chair - Linux Foundation Open Printing WG
Secretary - IEEE-ISTO Printer = Working Group
Co-Chair - IEEE-ISTO PWG Internet Printing Protocol WG
= IETF Designated Expert - IPP & Printer MIB
Blue Roof Music / High No= rth Inc
http://sites.google.com/site/blueroofmusic=
http://sites.google.com/site/highnorthinc
mailto: bluero= ofmusic@gmail.com
Winter=C2=A0 579 Park Place=C2=A0 Saline, MI=C2=A0= 48176=C2=A0 734-944-0094
Summer=C2=A0 PO Box 221=C2=A0 Grand Marais, MI= 49839=C2=A0 906-494-2434



On Mon, Jun 2, 2014 at 10:44 AM, Michael= Sweet <msweet@apple.com> wrote:
Ira,

One of the othe= r issues that I forgot to mention is that there is currently no way for a p= rinter to indicate attributes that might not be supported. =C2=A0For exampl= e, you might send a Validate-Job operation that specifies duplex output, an= d that might ordinarily be honored *except* if a particular PDL override wa= s embedded in the document data. =C2=A0In that case, there is no way for th= e Printer to respond definitively to the Validate-Job request.

But in most cases the PDL override question is moot: ei= ther the Client is generating the PDL or is providing an existing document = file in a format (PDF, JPEG, etc.) that generally does not contain embedded= PDL commands for output intent. =C2=A0PostScript is probably the only PDL = that was commonly shared and sent to a printer that can contain output inde= nt (via setpagedevice), typically to set media size, duplex mode, and copie= s, and its use has been steadily replaced by PDF over the years as the docu= ment interchange format of choice.

So like I said, probably worth a mention but I wouldn&#= 39;t want to spend a lot of time trying to "fix" this.
=


On Jun 2, 20= 14, at 10:07 AM, Ira McDonald <blueroofmusic@gmail.com> wrote:

Hi = Mike,

Right - what I (poorly expressed) meant to say was that = with Validate-Job
and "pdl-override" of 'attempted&#= 39; and specific "document-format" sent along
with whatever Job processing attributes, the IPP Client could query to see<= br>
how well the *attempt* would actually succeed (i.e., the extent of= override
support for that specific document format).

Cheers,
- Ira


Ira McDonald (Musician / S= oftware Architect)
Co-Chair - TCG Trusted Mobility Solutions WG
Chair= - Linux Foundation Open Printing WG
Secretary - IEEE-ISTO Printer Working Group
Co-Chair - IEEE-ISTO PWG Int= ernet Printing Protocol WG
IETF Designated Expert - IPP & Printer MI= B
Blue Roof Music / High North Inc
http:= //sites.google.com/site/blueroofmusic
http://sites.google.com/site/highnorthincmailto: blue= roofmusic@gmail.com
Winter=C2=A0 579 Park Place=C2=A0 Saline, MI=C2=A0 48176=C2=A0 734-944-0094<= br>Summer=C2=A0 PO Box 221=C2=A0 Grand Marais, MI 49839=C2=A0 906-494-2434


On Mon, Jun 2, 2014 at 9:52 AM, Michael = Sweet <msweet@apple.com> wrote:
Ira,

On May 23, = 2014, at 11:21 AM, Ira McDonald <blueroofmusic@gmail.com> wrote:
Hi Smith,

Actually, the Printe= r doesn't have to bind values to "xxx-actual" until the Jobcompletes.

This reply is not about 'guaranteed'.

This reply is about the usability of 'attempted'.

= An IPP Client could use Validate-Job with "document-format" and &= quot;pdl-override" and,
when it receives the response that says ign= ored or substituted, examine the values
of "preferred-attributes" (from JPS3, PWG 5100.13-2012) to find o= ut the extent to
which the Printer *could* and *could not* successfully= 'attempt' to do the overrides.

Well, if a Client sends "ipp-attribute-fidelity&q= uot; (not "pdl-override"), then Validate-Job needs to respond jus= t like Create-Job/Print-Job/Print-URI. =C2=A0So in that case "preferre= d-attributes" doesn't enter into the picture.

Instead, the Client would need to *omit* "ipp-attr= ibute-fidelity" to see which overrides are supported. =C2=A0Then you&#= 39;ll get the unsupported attributes/values and potentially the ones that w= ould be used instead.

Based on my own experience, I'm not sure how useful= /reliable this method would be, but we can certainly document it.

_________________________________________________________
Michael Sweet,= Senior Printing System=C2=A0Engineer, PWG Chair



_________________________________________________________
Michael Sweet,= Senior Printing System=C2=A0Engineer, PWG Chair


--089e011609f4cce8f004fadba859-- --===============0273084839== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ ipp mailing list ipp@pwg.org https://www.pwg.org/mailman/listinfo/ipp --===============0273084839==-- From EliseHodges@greatermedia.haecounter.com Mon Jun 2 08:01:53 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BA15B1A0357 for ; Mon, 2 Jun 2014 08:01:53 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.471 X-Spam-Level: * X-Spam-Status: No, score=1.471 tagged_above=-999 required=5 tests=[BAYES_50=0.8, HTML_MESSAGE=0.001, J_CHICKENPOX_21=0.6, MIME_HTML_ONLY=0.723, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ZDQGziZV_tBH for ; Mon, 2 Jun 2014 08:01:50 -0700 (PDT) Received: from greatermedia.haecounter.com (greatermedia.haecounter.com [5.175.179.17]) by ietfa.amsl.com (Postfix) with ESMTP id 8059A1A0339 for ; Mon, 2 Jun 2014 08:01:47 -0700 (PDT) Content-Type: text/html; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Date: Mon, 02 Jun 2014 08:01:40 -0700 From: Elise Hodges Subject: Transform You Plan To: Message-ID: <20140601223439.29188.97485.20140601223439.29188.97485.8457.Elise@haecounter.com>
Untitled Document

Are You ready melt fat without putting in effort?

Your probably saying .... "Duh!"

______________________________________________

DocOz Presents: How to get Your Fat to Eat Itself!
______________________________________________

This is a 1 Step Plan that will have you losing 1 lb per day.

View Plan Here

 

- No Work-Out Necessary... (See Why Here)
- No Starvation Needed

 

 

 

-DocOz Episode Recap

 

 

 

 

We hope you enjoyed this DocOz Update

- to stop further messages - write -Update Notice Messages
118 Kecks Lane -Ruff Dale, PA 15679- or visit here

Welcome to StackOverflow Thanks for your answer. I think I'm going to go ahead and learn PowerShell. It looks powerful from what I've seen so far, and I'll be able to write more useful scripts with it at work.You might want to start with the CTP3 of PowerShell V2. It is very stable and we've added some awesome stuff to it. As you encounter questions - ask them here - it will generate a good body of searchable knowledge. Jeffrey Snover - MSFT Great to see you on SO Keep up with the great work on PoSh; I'm a huge fan alastairs FI'm about to pick up PowerShell for the first time. I've actually read some pretty promising things from MSFT designers, developers, etc, which lead me not to get caught up in all the MSFT is evil mantra from around wherever. I enjoyed the smiley on "after you get over cussing that it isn't Unix." I really see a trend in Microsoft paying more attention to people's needs, across the board, and I'm glad t o hear that this is one motivation of Powershell as well. I'll be happy to assess how this fits in my toolbox. maxwellb is there a chance for a better terminal for Windows? Powershell is a powerful scripting language, but the fact it runs in cmd.exe makes it much more convenient in the interactive mode sumeey, exactly a better terminal for windows, that's all developers, admins want, why depart from the unix tools. You are telling us that you really couldn't make it work really well, fast and reliable using plain text file mentality of unix-like systems? Forgive my ignorance, i.e. you couldn't add windows terminal binaries to access objects and other configurations, and get rid of cmd.exe? y A WONDERFUL answer Based on this answer alone I ended up switching from cygwin to PowerShell and I couldn't be happier. Thanks jsalonenA good answer, but I ran into a nasty little surprise with powershell. No multi-session history support The only time it gets mentioned is a non-working hack from back in the development days. Spencs "not constructive" question generated the best insight I've seen into the whole "on Unix everything is a file" mantra, and why Windows is different. Maybe StackOverflow would be better served closing not constructive discussions?k 100% agree Keith Hill - Give ConEmu a try; I've been using it for a few weeks and it's pretty sweet: hanselman.com/blog/ E.Z. Hart Jul, look at jeffre Snover history, he got 129 events(upvotes) on this question just on 13/07/2012, but just 20 where valued. What is going on ? I put a flag with this same comment but it was declined. Jik Although discussions bring insight in huge amounts (probably more than not-constructive, unanswerable questions), this is a Q&A site. Just because it's a terribly popular Q&A site doesn't mean it should experience scope-creep like that. Certainly using Q&A style, you most likely can't capture all human knowledge, but that doesn't change th e fact that SO is Q&A. Limited Atonement This is one of the best statements I've ever reaHeads up: powershell doesn't like piping binary data. So beware when you're calling your trusty Unix tools, just don't do stuff like tar -c . | gzip > package.tar.gz directly in PowerShell, or you'll suffer. See brianHow should we provide this feedback- This is known behavior of powershell. It does encode output by default as utf-16. This is easily solved by adding -encoding ascii to the command line. This is really no different than having to specify binary mode for ftp. g - Thanks. I remember asking on technet once about this problem and the Microsoft engineer told me to use cmd ... That was a couple of years ago though. Interarticle Feb 20 at 0:31

 

From FatBurner@cooltimes4.link Mon Jun 2 08:17:36 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 035D11A035E for ; Mon, 2 Jun 2014 08:17:36 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 4.167 X-Spam-Level: **** X-Spam-Status: No, score=4.167 tagged_above=-999 required=5 tests=[BAYES_50=0.8, DIET_1=0.001, FH_RELAY_NODNS=1.451, HTML_MESSAGE=0.001, MPART_ALT_DIFF_COUNT=1.112, RDNS_NONE=0.793, SPF_PASS=-0.001, T_REMOTE_IMAGE=0.01] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wqqq-th2vM_B for ; Mon, 2 Jun 2014 08:17:34 -0700 (PDT) Received: from 03210ca1.cooltimes4.link (unknown [65.181.121.104]) by ietfa.amsl.com (Postfix) with ESMTP id C568F1A0241 for ; Mon, 2 Jun 2014 08:17:32 -0700 (PDT) Received: by 03210ca1.y8l2q.cooltimes4.link (amavisd-new, port 15438) with ESMTP id 03ABKFXEX210CSWLDRTFA1; for ; Mon, 2 Jun 2014 08:17:26 -0700 Date: Mon, 2 Jun 2014 08:17:26 -0700 To: Message-ID: <84383652489131843841637111122087@y8l2q.cooltimes4.link> From: "Fat Burner" Subject: Burn FAT quicker without DIET or EXERCISE! Content-Language: en-us MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: multipart/alternative; boundary="__________MIMEboundary__________" --__________MIMEboundary__________ Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="UTF-8" Burn FAT quicker without DIET or EXERCISE! Click Here For More Information http://www.cooltimes4.link/l/lc7KCMEVQ8438AXWF371GX/416QROGJO1112J2087TWHAWA12YI52489131GQELCH1102412136 ============================================= To be removed http://www.cooltimes4.link/l/lt8AGDSIC8438PQKQ371JD/416FPMWAI1112V2087JLSMKE12SE52489131IGGRIO1102412136 Or write to 302 Washington St. #150 - San Diego, CA 92103 http://www.cooltimes4.link/unsVB8438YAT371PKKYP/416RP1112E2087ORPM12BBGPN52489131M1102412136 --__________MIMEboundary__________ Content-Transfer-Encoding: 8bit Content-Type: text/html; charset="UTF-8"


Burn FAT quicker without DIET or EXERCISE!
Opt-Out Here
















--__________MIMEboundary__________-- From ZoeFernandez@idmwear.shapeare.com Mon Jun 2 08:26:40 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 281CC1A035E for ; Mon, 2 Jun 2014 08:26:40 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 2.071 X-Spam-Level: ** X-Spam-Status: No, score=2.071 tagged_above=-999 required=5 tests=[BAYES_50=0.8, HTML_MESSAGE=0.001, J_CHICKENPOX_45=0.6, J_CHICKENPOX_71=0.6, MIME_HTML_ONLY=0.723, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id bOZwmyrd4nzh for ; Mon, 2 Jun 2014 08:26:34 -0700 (PDT) Received: from idmwear.shapeare.com (idmwear.shapeare.com [5.175.179.28]) by ietfa.amsl.com (Postfix) with ESMTP id BC0C91A037F for ; Mon, 2 Jun 2014 08:26:31 -0700 (PDT) Content-Type: text/html; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Reply-to: Subject: its not too late Message-ID: From: Consumer Reports Online Date: Mon, 02 Jun 2014 08:26:24 -0700 To: Untitled Document

Greetings Ipp-archive

 

Vehicle service agreements (also known as extended warranty plans ) are designed to offer

similar peace of mind by literally extending the length of time a customer

can expect to receive such coverage.

Be proactive in order to save out of pocket expenses.

View Policy Here
June 02, 2014

 

 

 

 

--------------------------------------
- Protect Yourself...And your Wallet
- Extended Warranty Package Generated

 

 

 

 

 

We hope that you enjoyed your extended warranty Announcement

to stop further contact - write Update Notice Messages one one eight Kecks Lane
Ruff Dale, PA 15679 or visit here

 

agree about using .NET objects rather than text streams. Using plain text is just so powerful, and makes command chaining so easysing objects is a paradigm shift and takes some getting used to. But avoids the whole re-parsing at each step where structured data is involved (e.g. no need to ensure fields are delimited). Richard Fte @Daishiman, I can understand where there is a learning curve with PowerShell, but piping objects can be much more flexible than piping text. @Richard is correct.t's not just the learning curve though. It's hard to argue with the power of plain text. It's hard to argue with 30+ years of tools that deal with text.Auto makers had a hard time arguing with 1000+ years of horses too. I'm not trying to be flippant. Just pointing out that past success does not remove the potential benefit of innovation. EBGreen I agree with your point about innovation. I don't really agree with the point that piping objects is more powerful than piping text. If you are piping objects, all of your command-line tools must understand objects. Plain text is the lowest common denominator that all languages can understand. Objects CAN be more flexible, but that doesn't mean that parsing them is trivial. Yes, with text you have the formatting issue, but awk, sed and perl have mostly solved the problem. What happens when objects don't have compatible methods? Translite objects is much more difficult than text. Another thing: there's nothing you get with MSH that you don't get with Perl or Python, and both, being full-fledged languages, accomplish much more, and since they're more verbose than bash but about the same as MSH (and much more readable), I still don't see th - I totally agree with your points. Dealing with objects or proprietary configuration mechanisms (rather than plain text) is what makes Windows so difficult to deal with on the command line.guess,cast. I did not understand your point about "what happens when objects don 't have compatible methods" - Could you say that another way or give an example of the problem? Thankhe problem is that if you're dealing with a bunch of dissimilar objects you need to introspection to handle their different methods and properties, which means that the only common denominator is text, so you're back to square one, 'cept without without your wonderful usual UNIX text tools. @Daishiman - I understand. In practice people have found this not to be a problem but rather a huge advantage. That said, I can see that if you were an expert text parser, this would be a new skill to learn and it might feel unneeded and awkward at first. Again - whatever helps is the right tool. I tried to use bash via Cygwin on Windows but the forward vs. backward slash for paths killed it for me. The whole command line ecosystem needs to be working the same or it's frust and error prone. I thought programmers especially would understand the need for strongly-typed properties and not random perlthon text-parsing where anything can go wrong without you even knowing it before it's too The unix tools are so awesome and advanced. But depending on the text output having so many columns and this particular column is what I want is not so great. What if the command changes down the line. Your neat little script gets broken. And it is not as though you cannot do similar text manipulation with Powershell. But you do have the advantage of dealing with full fidelity objects. Powershell may never be as powerful as bash etc. but it did get this aspect right

 

From ipp-bounces@pwg.org Mon Jun 2 08:29:46 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2D73B1A0241 for ; Mon, 2 Jun 2014 08:29:46 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.44 X-Spam-Level: X-Spam-Status: No, score=-2.44 tagged_above=-999 required=5 tests=[AC_DIV_BONANZA=0.001, BAYES_00=-1.9, DKIM_SIGNED=0.1, HTML_MESSAGE=0.001, RP_MATCHES_RCVD=-0.651, SPF_PASS=-0.001, T_DKIM_INVALID=0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mUGtGSlyNRtV for ; Mon, 2 Jun 2014 08:29:44 -0700 (PDT) Received: from www.pwg.org (www.pwg.org [IPv6:2600:3c01::f03c:91ff:fe70:b03f]) by ietfa.amsl.com (Postfix) with ESMTP id 9FD441A0239 for ; Mon, 2 Jun 2014 08:29:44 -0700 (PDT) Received: from pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id 5DC32855F; Mon, 2 Jun 2014 15:30:31 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: from mail-in2.apple.com (mail-out2.apple.com [17.151.62.25]) by www.pwg.org (Postfix) with ESMTPS id 3953A855C for ; Mon, 2 Jun 2014 15:30:30 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; d=apple.com; s=mailout2048s; c=relaxed/simple; q=dns/txt; i=@apple.com; t=1401722977; x=2265636577; h=From:Sender:Reply-To:Subject:Date:Message-id:To:Cc:MIME-version:Content-type: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-reply-to:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=TNhwPFTrzqdxz1PW2qI9kK1HS5dRdcD2VFQaWm3UutE=; b=aXOt6F9BdaDDmZfX9AH0QnJj4nAt+RBLTvF0V+FO6SkLGM3cKKMbjqgBkyWStNwk 3ZkgNhCpb73/821Orzj0nEJ8IkJf917zr6ouMwNysUQY0vXDqsc3q92JFFkMSXed NUKyqVmjXk0/l/dvoel0YZRjOm1cfOvataUby7hDB8x/IjZ8llOnDC+xTPcwcxB4 b/80oALBTmLmyEl0nNeK4lYiV6vAqjhT0NY9bgmV9TucV2SLbFMpbbgwQs9lYQPV KJe0GgPcg3+VsHFlBwBQ9TcgehbE99AZDXFpUxQ136YSUVM0MwQm9oxvgJDaoDJl h1BqqjgXMD9WNWsMkkyeEg==; Received: from mail-out.apple.com (bramley.apple.com [17.151.62.49]) (using TLS with cipher RC4-MD5 (128/128 bits)) (Client did not present a certificate) by mail-in2.apple.com (Apple Secure Mail Relay) with SMTP id AC.E4.13586.1689C835; Mon, 2 Jun 2014 08:29:37 -0700 (PDT) MIME-version: 1.0 Received: from relay8.apple.com ([17.128.113.102]) by local.mail-out.apple.com (Oracle Communications Messaging Server 7.0.5.30.0 64bit (built Oct 22 2013)) with ESMTP id <0N6J00GD8SDD0OE0@local.mail-out.apple.com> for ipp@pwg.org; Mon, 02 Jun 2014 08:29:37 -0700 (PDT) X-AuditID: 11973e11-f792b6d000003512-38-538c9861125a Received: from chive.apple.com (chive.apple.com [17.128.115.15]) (using TLS with cipher RC4-MD5 (128/128 bits)) (Client did not present a certificate) by relay8.apple.com (Apple SCV relay) with SMTP id D0.71.11638.0689C835; Mon, 2 Jun 2014 08:29:36 -0700 (PDT) Received: from [17.153.30.122] (unknown [17.153.30.122]) by chive.apple.com (Oracle Communications Messaging Server 7.0.5.30.0 64bit (built Oct 22 2013)) with ESMTPSA id <0N6J00EINSD9YT00@chive.apple.com> for ipp@pwg.org; Mon, 02 Jun 2014 08:29:35 -0700 (PDT) From: Michael Sweet In-reply-to: Date: Mon, 02 Jun 2014 11:29:34 -0400 Message-id: References: <06157AFB-D367-4B68-B3AC-F2F1A8A397FD@hp.com> <000e01cf7511$702d8940$50889bc0$@net> <3296D306-D12C-423D-A4D7-67B39755B446@apple.com> <866C2027-F9A5-485D-8476-94ADD46AA126@apple.com> To: Ira McDonald X-Mailer: Apple Mail (2.1878.2) X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFmpjkeLIzCtJLcpLzFFi42IRnG5nqJs4oyfYYM8nFYtj+16yODB6zFs8 nSmAMYrLJiU1J7MstUjfLoErY9rMR4wFDRUV0xbeYGxgPJPTxcjJISFgInHy2WlWCFtM4sK9 9WxdjFwcQgIzmSQ+PpnECJLgFRCU+DH5HgtEYjKTxJIZK1lguv8uuM8Ikehmklj/eRkThNPJ JNGyeQ17FyMHh7BAnMST0wUgDcwCUxgl5iw2ArHZBNQkfk/qA1vNKRAsseLeVzYQm0VAVeL5 93uMEPWJEvfuTmOGuMJG4tutZ1Dzz7BJ/D83nwVkvoiAlsSS54oQB8lLzGg/wQ5SIyFwiE1i 2fqbrBMYhWch+WIWkjsg7CSJpeteMkHY2hLLFr5mngU0lllAR2LyQkZUYQj74/kjUOWmEk/e bmeDsK0lfs55BFWvKDGl+yH7AkauVYxCuYmZObqZeUZ6iQUFOal6yfm5mxghESe4g/H4KqtD jAIcjEo8vD/Ue4KFWBPLiitzDzFKc7AoifNuaAYKCaQnlqRmp6YWpBbFF5XmpBYfYmTi4JRq YDzgw5BisWbD2V9ruf2qBYInL/HakCL9VK1GJ3lB/Usv5m8nd+z0e/Xw8OTTzG5xhzuOub1k vxN9g13Pe/fmuE1LTm3g7LjXasS1LGKvntWL43ovWLZ8FDjloWm/SMX3+pXdX95zhEkclF0u bSVSc8ZyQ7rC13s1oi7d3o+OasvVa187f+yTf50SS3FGoqEWc1FxIgAW+2VImQIAAA== X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrBLMWRmVeSWpSXmKPExsUi2FDMr5swoyfYYMMkQ4tj+16yODB6zFs8 nSmAMYrLJiU1J7MstUjfLoErY9rMR4wFDRUV0xbeYGxgPJPTxcjJISFgIvF3wX1GCFtM4sK9 9WxdjFwcQgLdTBJ3HvxkhXA6mSRaNq9h72Lk4BAWiJN4croApIFXwEDizcHjTCA2s8AURok5 i41AbDYBNYnfk/pYQWxOgWCJFfe+soHYLAKqEs+/32OEqE+UuHd3GjPEHBuJb7eeMUHsOsMm 8f/cfBaQXSICWhJLnitCHCcvMaP9BPsERv5ZSFbPQrIawk6SWLruJVRcW2LZwtfMs4AmMQvo SExeyIgqDGF/PH8EqtxU4snb7WwQtrXEzzmPoOoVJaZ0P2RfwMi1ilGgKDUnsdJCL7GgICdV Lzk/dxMjOA4K03YwNi23OsQowMGoxMP7Q70nWIg1say4MvcQowrQiEcbVl9glGLJy89LVRLh 1ZkKlOZNSaysSi3Kjy8qzUktPsQozcGiJM5rItMZLCSQnliSmp2aWpBaBJNl4uCUamBc13n0 gEu1fdkOmfVRdguun/B9t179s/1cvfI7PP9Yru/fVnpY0nz+lL1K5ooLcqfqieb/8PSdNW9O 0lSu6body0+Z/Xy762fYizflp4VE5tuIpkqvPia0tbWD48usv/MykubXvNqVon4vyfl+d+K9 Jz8mpseILujawny+Q6Wrekml2FbfsnUnlViKMxINtZiLihMBNjktbIsCAAA= Cc: "" Subject: Re: [IPP] Potential errata/update for PWG Raster Format and/or IPP Everywhere specs X-BeenThere: ipp@pwg.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Internet Printing Protocol Workgroup discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1587293870==" Sender: ipp-bounces@pwg.org Errors-To: ipp-bounces@pwg.org --===============1587293870== Content-type: multipart/signed; boundary="Apple-Mail=_AC4DA9BB-378F-4E2C-AF05-40F2B04FEB01"; protocol="application/pkcs7-signature"; micalg=sha1 --Apple-Mail=_AC4DA9BB-378F-4E2C-AF05-40F2B04FEB01 Content-Type: multipart/alternative; boundary="Apple-Mail=_2DBB96EF-D79F-4A0F-A7B2-B0E1C418E65C" --Apple-Mail=_2DBB96EF-D79F-4A0F-A7B2-B0E1C418E65C Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Ira, On Jun 2, 2014, at 11:00 AM, Ira McDonald = wrote: > Hi Mike, >=20 > What I was trying to "fix" is that "pdl-override" of 'guaranteed' is = largely > useless, because the degree of override supported in a given PDL > interpreter varies. I think you mean 'attempted' here: pdl-override-supported=3D'guaranteed' means that the IPP Printer will = guarantee it can override any PDL instructions with the IPP job ticket. = A Printer only reports this if it can do so, and I would expect printers = to be able to do this for JPEG, PDF, and PWG Raster at a minimum. pdl-override-supported=3D'attempted' means that the IPP Printer will = attempt to override any PDL instructions with the IPP job ticket. It = could see some printers report this for PWG Raster since they might not = be able to rescale raster data for different media. pdl-override-supported=3D'not-attempted' means that the IPP Printer will = not override any PDL instructions with the IPP job ticket. This is by = far the most commonly reported value for PCL and PostScript printers. > So the IPP Client (sending document data that it did NOT generate but > that MAY contain job processing instructions) could use 'attempted' to > learn what is ?safe? to try to override. The Client will never use 'attempted'. That is a Printer capability = that the Client can discover via Get-Printer-Attributes. There is no = "pdl-override" Job Template attribute. A Client can specify ipp-attribute-fidelity=3D'true' or = job-mandatory-attributes, and can expect either an outright error at = submission time (Printer sees a Job Template attribute it cannot = override and doesn't even try) or an error during processing leading to = an aborted job (Printer sees something it can't override and reports the = error). And for a non-conforming Printer the job might even print = without errors. > If this problem isn't worth "fixing", then I suggest that = "pdl-override" with > *any* value is not a useful IPP feature - and the Implementor's Guide=20= > should warn IPP Client developers to avoid using it accordingly. Again, "pdl-override" is not a Job Template attribute. It doesn't = exist. The guidance here should be to prefer JPEG, PDF, PWG Raster, and other = well-defined file formats over legacy formats like PCL and PostScript, = specifically because overrides are better supported and output is more = consistent. And in the same place we can offer a warning/note about = legacy PDLs - they are printer specific and often need the output intent = embedded in them vs. as IPP Job Template attributes. We should probably also provide guidance to Printer implementations (and = I think we already have this) on what value(s) to report for = "pdl-override-supported" and how to deal with attributes that cannot be = overridden. _________________________________________________________ Michael Sweet, Senior Printing System Engineer, PWG Chair --Apple-Mail=_2DBB96EF-D79F-4A0F-A7B2-B0E1C418E65C Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii Ira,

On Jun 2, 2014, at 11:00 AM, = Ira McDonald <blueroofmusic@gmail.com> = wrote:
Hi = Mike,

What I was trying to "fix" is that "pdl-override" of = 'guaranteed' is largely
useless, because the degree of override = supported in a given PDL
interpreter = varies.

I think you mean 'attempted' = here:

pdl-override-supported=3D'guaranteed' means = that the IPP Printer will guarantee it can override any PDL instructions = with the IPP job ticket.  A Printer only reports this if it can do = so, and I would expect printers to be able to do this for JPEG, PDF, and = PWG Raster at a = minimum.

pdl-override-supported=3D'attempted' = means that the IPP Printer will attempt to override any PDL instructions = with the IPP job ticket.  It could see some printers report this = for PWG Raster since they might not be able to rescale raster data for = different = media.

pdl-override-supported=3D'not-attempt= ed' means that the IPP Printer will not override any PDL instructions = with the IPP job ticket. This is by far the most commonly reported value = for PCL and PostScript printers.

So the IPP = Client (sending document data that it did NOT generate but
that = MAY contain job processing instructions) could use 'attempted' = to
learn what is ?safe? to try to = override.

The= Client will never use 'attempted'.  That is a Printer capability = that the Client can discover via Get-Printer-Attributes. There is no = "pdl-override" Job Template attribute.

A Client = can specify ipp-attribute-fidelity=3D'true' or job-mandatory-attributes, = and can expect either an outright error at submission time (Printer sees = a Job Template attribute it cannot override and doesn't even try) or an = error during processing leading to an aborted job (Printer sees = something it can't override and reports the error).  And for a = non-conforming Printer the job might even print without = errors.

If this problem isn't worth "fixing", then I = suggest that "pdl-override" with
*any* value is not a useful IPP = feature - and the Implementor's Guide
should warn IPP Client = developers to avoid using it = accordingly.

Again, = "pdl-override" is not a Job Template attribute.  It doesn't = exist.

The guidance here should be to prefer = JPEG, PDF, PWG Raster, and other well-defined file formats over legacy = formats like PCL and PostScript, specifically because overrides are = better supported and output is more consistent.  And in the same = place we can offer a warning/note about legacy PDLs - they are printer = specific and often need the output intent embedded in them vs. as IPP = Job Template attributes.

We should probably = also provide guidance to Printer implementations (and I think we already = have this) on what value(s) to report for "pdl-override-supported" and = how to deal with attributes that cannot be = overridden.

_________________________________________________________
Michael = Sweet, Senior Printing System Engineer, PWG = Chair

= --Apple-Mail=_2DBB96EF-D79F-4A0F-A7B2-B0E1C418E65C-- --Apple-Mail=_AC4DA9BB-378F-4E2C-AF05-40F2B04FEB01 Content-Disposition: attachment; filename=smime.p7s Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIPJTCCBN0w ggPFoAMCAQICEHGS++YZX6xNEoV0cTSiGKcwDQYJKoZIhvcNAQEFBQAwezELMAkGA1UEBhMCR0Ix GzAZBgNVBAgMEkdyZWF0ZXIgTWFuY2hlc3RlcjEQMA4GA1UEBwwHU2FsZm9yZDEaMBgGA1UECgwR Q29tb2RvIENBIExpbWl0ZWQxITAfBgNVBAMMGEFBQSBDZXJ0aWZpY2F0ZSBTZXJ2aWNlczAeFw0w NDAxMDEwMDAwMDBaFw0yODEyMzEyMzU5NTlaMIGuMQswCQYDVQQGEwJVUzELMAkGA1UECBMCVVQx FzAVBgNVBAcTDlNhbHQgTGFrZSBDaXR5MR4wHAYDVQQKExVUaGUgVVNFUlRSVVNUIE5ldHdvcmsx ITAfBgNVBAsTGGh0dHA6Ly93d3cudXNlcnRydXN0LmNvbTE2MDQGA1UEAxMtVVROLVVTRVJGaXJz dC1DbGllbnQgQXV0aGVudGljYXRpb24gYW5kIEVtYWlsMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8A MIIBCgKCAQEAsjmFpPJ9q0E7YkY3rs3BYHW8OWX5ShpHornMSMxqmNVNNRm5pELlzkniii8efNIx B8dOtINknS4p1aJkxIW9hVE1eaROaJB7HHqkkqgX8pgV8pPMyaQylbsMTzC9mKALi+VuG6JG+ni8 om+rWV6lL8/K2m2qL+usobNqqrcuZzWLeeEeaYji5kbNoKXqvgvOdjp6Dpvq/NonWz1zHyLmSGHG TPNpsaguG7bUMSAsvIKKjqQOpdeJQ/wWWq8dcdcRWdq6hw2v+vPhwvCkxWeM1tZUOt4KpLoDd7Nl yP0e03RiqhjKaJMeoYV+9Udly/hNVyh00jT/MLbu9mIwFIws6wIDAQABo4IBJzCCASMwHwYDVR0j BBgwFoAUoBEKIz6W8Qfs4q8p74Klf9AwpLQwHQYDVR0OBBYEFImCZ33EnSZwAEu0UEh83j2uBG59 MA4GA1UdDwEB/wQEAwIBBjAPBgNVHRMBAf8EBTADAQH/MB0GA1UdJQQWMBQGCCsGAQUFBwMCBggr BgEFBQcDBDARBgNVHSAECjAIMAYGBFUdIAAwewYDVR0fBHQwcjA4oDagNIYyaHR0cDovL2NybC5j b21vZG9jYS5jb20vQUFBQ2VydGlmaWNhdGVTZXJ2aWNlcy5jcmwwNqA0oDKGMGh0dHA6Ly9jcmwu Y29tb2RvLm5ldC9BQUFDZXJ0aWZpY2F0ZVNlcnZpY2VzLmNybDARBglghkgBhvhCAQEEBAMCAQYw DQYJKoZIhvcNAQEFBQADggEBAJ2Vyzy4fqUJxB6/C8LHdo45PJTGEKpPDMngq4RdiVTgZTvzbRx8 NywlVF+WIfw3hJGdFdwUT4HPVB1rbEVgxy35l1FM+WbKPKCCjKbI8OLp1Er57D9Wyd12jMOCAU9s APMeGmF0BEcDqcZAV5G8ZSLFJ2dPV9tkWtmNH7qGL/QGrpxp7en0zykX2OBKnxogL5dMUbtGB8SK N04g4wkxaMeexIud6H4RvDJoEJYRmETYKlFgTYjrdDrfQwYyyDlWjDoRUtNBpEMD9O3vMyfbOeAU TibJ2PU54om4k123KSZB6rObroP8d3XK6Mq1/uJlSmM+RMTQw16Hc6mYHK9/FX8wggUaMIIEAqAD AgECAhBtGeqnGU9qMyLmIjJ6qnHeMA0GCSqGSIb3DQEBBQUAMIGuMQswCQYDVQQGEwJVUzELMAkG A1UECBMCVVQxFzAVBgNVBAcTDlNhbHQgTGFrZSBDaXR5MR4wHAYDVQQKExVUaGUgVVNFUlRSVVNU IE5ldHdvcmsxITAfBgNVBAsTGGh0dHA6Ly93d3cudXNlcnRydXN0LmNvbTE2MDQGA1UEAxMtVVRO LVVTRVJGaXJzdC1DbGllbnQgQXV0aGVudGljYXRpb24gYW5kIEVtYWlsMB4XDTExMDQyODAwMDAw MFoXDTIwMDUzMDEwNDgzOFowgZMxCzAJBgNVBAYTAkdCMRswGQYDVQQIExJHcmVhdGVyIE1hbmNo ZXN0ZXIxEDAOBgNVBAcTB1NhbGZvcmQxGjAYBgNVBAoTEUNPTU9ETyBDQSBMaW1pdGVkMTkwNwYD VQQDEzBDT01PRE8gQ2xpZW50IEF1dGhlbnRpY2F0aW9uIGFuZCBTZWN1cmUgRW1haWwgQ0EwggEi MA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQCShIRbS1eY1F4vi6ThQMijU1hfZmXxMk73nzJ9 VdB4TFW3QpTg+SdxB8XGaaS5MsTxQBqQzCdWYn8XtXFpruUgG+TLY15gyqJB9mrho/+43x9IbWVD jCouK2M4d9+xF6zC2oIC1tQyatRnbyATj1w1+uVUgK/YcQodNwoCUFNslR2pEBS0mZVZEjH/CaLS TNxS297iQAFbSGjdxUq04O0kHzqvcV8H46y/FDuwJXFoPfQP1hdYRhWBPGiLi4MPbXohV+Y0sNsy fuNK4aVScmQmkU6lkg//4LFg/RpvaFGZY40ai6XMQpubfSJj06mg/M6ekN9EGfRcWzW6FvOnm//B AgMBAAGjggFLMIIBRzAfBgNVHSMEGDAWgBSJgmd9xJ0mcABLtFBIfN49rgRufTAdBgNVHQ4EFgQU ehNOAHRbxnhjZCfBL+KgW7x5xXswDgYDVR0PAQH/BAQDAgEGMBIGA1UdEwEB/wQIMAYBAf8CAQAw EQYDVR0gBAowCDAGBgRVHSAAMFgGA1UdHwRRME8wTaBLoEmGR2h0dHA6Ly9jcmwudXNlcnRydXN0 LmNvbS9VVE4tVVNFUkZpcnN0LUNsaWVudEF1dGhlbnRpY2F0aW9uYW5kRW1haWwuY3JsMHQGCCsG AQUFBwEBBGgwZjA9BggrBgEFBQcwAoYxaHR0cDovL2NydC51c2VydHJ1c3QuY29tL1VUTkFkZFRy dXN0Q2xpZW50X0NBLmNydDAlBggrBgEFBQcwAYYZaHR0cDovL29jc3AudXNlcnRydXN0LmNvbTAN BgkqhkiG9w0BAQUFAAOCAQEAhda+eFdVbTN/RFL+QtUGqAEDgIr7DbL9Sr/2r0FJ9RtaxdKtG3Nu PukmfOZMmMEwKN/L+0I8oSU+CnXW0D05hmbRoZu1TZtvryhsHa/l6nRaqNqxwPF1ei+eupN5yv7i kR5WdLL4jdPgQ3Ib7Y/9YDkgR/uLrzplSDyYPaUlv73vYOBJ5RbI6z9Dg/Dg7g3B080zX5vQvWBq szv++tTJOjwf7Zv/m0kzvkIpOYPuM2kugp1FTahp2oAbHj3SGl18R5mlmwhtEpmG1l1XBxunML5L SUS4kH7K0Xk467Qz+qA6XSZYnmFVGLQh1ZnV4ENAQjC+6qXnlNKw/vN1+X9u5zCCBSIwggQKoAMC AQICEQDlB7dXxclLEedquPvGX8CGMA0GCSqGSIb3DQEBBQUAMIGTMQswCQYDVQQGEwJHQjEbMBkG A1UECBMSR3JlYXRlciBNYW5jaGVzdGVyMRAwDgYDVQQHEwdTYWxmb3JkMRowGAYDVQQKExFDT01P RE8gQ0EgTGltaXRlZDE5MDcGA1UEAxMwQ09NT0RPIENsaWVudCBBdXRoZW50aWNhdGlvbiBhbmQg U2VjdXJlIEVtYWlsIENBMB4XDTEzMTIxNzAwMDAwMFoXDTE0MTIxNzIzNTk1OVowITEfMB0GCSqG SIb3DQEJARYQbXN3ZWV0QGFwcGxlLmNvbTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEB ANdvQYZRCVzc0wIYvIOn/0Pv7zUwuIvbAfM/W3FyemqZx3fdKxX4WxN2x5NC3hhBHGrUWirJH7rl 6It12bGQ61uHAK5jsJikV5k+mOYjZaKNIKxj0uYIk3MKQmsmM8t3nddq5mp2mxwV/U7AFPTz1fgh dkqTb/NkHY5eA8KqksaeqwfMgoaiGVeCUhptWnXosca8PAkb+i9u5rEok5zgY+QP0IuWLJENfA4q dEMsH+OAwMGOv9fNCgcdapFnjeSYaj70m6qUiq446+8a2rhUsEUKQayOMgjnm2bgUuNx7pOvs/Jg zIlZoTz/llmE1HWREGzSjRnLWwQ98fspfeZWA+8CAwEAAaOCAeAwggHcMB8GA1UdIwQYMBaAFHoT TgB0W8Z4Y2QnwS/ioFu8ecV7MB0GA1UdDgQWBBTtKBJoG9kxZisTqJg4+wr12l4stjAOBgNVHQ8B Af8EBAMCBaAwDAYDVR0TAQH/BAIwADAgBgNVHSUEGTAXBggrBgEFBQcDBAYLKwYBBAGyMQEDBQIw EQYJYIZIAYb4QgEBBAQDAgUgMEYGA1UdIAQ/MD0wOwYMKwYBBAGyMQECAQEBMCswKQYIKwYBBQUH AgEWHWh0dHBzOi8vc2VjdXJlLmNvbW9kby5uZXQvQ1BTMFcGA1UdHwRQME4wTKBKoEiGRmh0dHA6 Ly9jcmwuY29tb2RvY2EuY29tL0NPTU9ET0NsaWVudEF1dGhlbnRpY2F0aW9uYW5kU2VjdXJlRW1h aWxDQS5jcmwwgYgGCCsGAQUFBwEBBHwwejBSBggrBgEFBQcwAoZGaHR0cDovL2NydC5jb21vZG9j YS5jb20vQ09NT0RPQ2xpZW50QXV0aGVudGljYXRpb25hbmRTZWN1cmVFbWFpbENBLmNydDAkBggr BgEFBQcwAYYYaHR0cDovL29jc3AuY29tb2RvY2EuY29tMBsGA1UdEQQUMBKBEG1zd2VldEBhcHBs ZS5jb20wDQYJKoZIhvcNAQEFBQADggEBABg5KLQK5u9gGI75u+vYH/i6uMDKlpTILO/r/FpN2ibq pwAB2ln9oKvPIA1/r3o+DBC87TqnlJAiPW4ADFHpRmqlprb0Tu9p98nP/wl5tBZjEP8dY4iH0TB3 B2r9JHwRwwJQ20CqJpuCn9dmvL215sZSqvJfluVlIcAQCLxp3ZKMIC2pNKitswdjjHduaKuj2TMe xrzMtrRGRtFF9pcMcnsqE2QtJUqXPV7/M4WT2yRUmI4ThPt9O9fmPH2ku52hdb6t4qXvwdQSkDHt xo3J/Vc/jDR2/feedDhQmG0V9j6tHsuG6bVVhcGiWnSmSoPfg13FlQwlxZTyFtiMZ2jILyoxggOu MIIDqgIBATCBqTCBkzELMAkGA1UEBhMCR0IxGzAZBgNVBAgTEkdyZWF0ZXIgTWFuY2hlc3RlcjEQ MA4GA1UEBxMHU2FsZm9yZDEaMBgGA1UEChMRQ09NT0RPIENBIExpbWl0ZWQxOTA3BgNVBAMTMENP TU9ETyBDbGllbnQgQXV0aGVudGljYXRpb24gYW5kIFNlY3VyZSBFbWFpbCBDQQIRAOUHt1fFyUsR 52q4+8ZfwIYwCQYFKw4DAhoFAKCCAdkwGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG 9w0BCQUxDxcNMTQwNjAyMTUyOTM0WjAjBgkqhkiG9w0BCQQxFgQUSoZT1B9A7HsG2eUUCkf3k8bq 1mkwgboGCSsGAQQBgjcQBDGBrDCBqTCBkzELMAkGA1UEBhMCR0IxGzAZBgNVBAgTEkdyZWF0ZXIg TWFuY2hlc3RlcjEQMA4GA1UEBxMHU2FsZm9yZDEaMBgGA1UEChMRQ09NT0RPIENBIExpbWl0ZWQx OTA3BgNVBAMTMENPTU9ETyBDbGllbnQgQXV0aGVudGljYXRpb24gYW5kIFNlY3VyZSBFbWFpbCBD QQIRAOUHt1fFyUsR52q4+8ZfwIYwgbwGCyqGSIb3DQEJEAILMYGsoIGpMIGTMQswCQYDVQQGEwJH QjEbMBkGA1UECBMSR3JlYXRlciBNYW5jaGVzdGVyMRAwDgYDVQQHEwdTYWxmb3JkMRowGAYDVQQK ExFDT01PRE8gQ0EgTGltaXRlZDE5MDcGA1UEAxMwQ09NT0RPIENsaWVudCBBdXRoZW50aWNhdGlv biBhbmQgU2VjdXJlIEVtYWlsIENBAhEA5Qe3V8XJSxHnarj7xl/AhjANBgkqhkiG9w0BAQEFAASC AQCf0BQnNm2EIF+pqbv0BUBFvHx2oArmgmCPFLyJCDraaJu1geVas5PWajQ7P+5TsIuQAVGq7Rkn dhNYc7CKA8ryGvuT0UtDgDjfX5EEKXTimrqxbvbamdWK9/41vr/1JcR9+bnxPNJRF+k4Aky3A/QD z7DuK85icUFbcnX6ARlaBRyNwliTjPfHdHJIMbowWUxW7Bvc4jOG2Wi4TJ7MaNE7RSlVVn11xn5C Dq649HVQo9NkVLIDpKJYoVcr2TQgyLdyQQEYRo+sYXtrDwO4WUFdPc84zWD6UM3zAaLmuTsfVXau FoYb9HT+WxrSHpt4I6wbfTebZvPpHufZ4lQL3ZD1AAAAAAAA --Apple-Mail=_AC4DA9BB-378F-4E2C-AF05-40F2B04FEB01-- --===============1587293870== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ ipp mailing list ipp@pwg.org https://www.pwg.org/mailman/listinfo/ipp --===============1587293870==-- From ipp-bounces@pwg.org Mon Jun 2 08:46:09 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 513A31A024A for ; Mon, 2 Jun 2014 08:46:09 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.438 X-Spam-Level: X-Spam-Status: No, score=-2.438 tagged_above=-999 required=5 tests=[AC_DIV_BONANZA=0.001, BAYES_00=-1.9, DKIM_ADSP_CUSTOM_MED=0.001, DKIM_SIGNED=0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RP_MATCHES_RCVD=-0.651, SPF_PASS=-0.001, T_DKIM_INVALID=0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nO528sK1zZcu for ; Mon, 2 Jun 2014 08:46:06 -0700 (PDT) Received: from www.pwg.org (www.pwg.org [IPv6:2600:3c01::f03c:91ff:fe70:b03f]) by ietfa.amsl.com (Postfix) with ESMTP id D8F351A0141 for ; Mon, 2 Jun 2014 08:46:06 -0700 (PDT) Received: from pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id 750EE855F; Mon, 2 Jun 2014 15:46:53 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: from mail-ie0-x230.google.com (mail-ie0-x230.google.com [IPv6:2607:f8b0:4001:c03::230]) by www.pwg.org (Postfix) with ESMTPS id 6CC43855C for ; Mon, 2 Jun 2014 15:46:51 +0000 (UTC) Received: by mail-ie0-f176.google.com with SMTP id rl12so4462518iec.7 for ; Mon, 02 Jun 2014 08:45:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=CKF/Hye9y3QJd05RJLdB5CEY+V7Xnz9nNHaF/vKJKgE=; b=Binxv2TkMjigGfBMMJwft0A5hJ1Dm99kaAuNb7YKrNYVvJdnKT+dssq6dtZiOOmsXo ecXviUVTcm9kaphX7umBgkKZcCAxHXD3aTNzl8WCCdF7PiQyVnpJOWrUevqd5zKIWOOS vIFnMqRzM+UV3obyGjZpU2F1bm2tOxZPYtjzFOYe4Y4/LWIVv9Ev1xK2bEUSVT9zQTLF zAPOInm3Vnl+trfRC90E5RPdgKb3Rqg8KQ2soQNJde9wKfg0Pgnbc0THLnNReoP3lh21 cCPEjJzbwD2HKuIA7TDceMPQXvrbRM8zgEPKxfQmMhZr1uP82FXGfK7KCet/9OEZ9O+o V5Ng== X-Received: by 10.43.70.12 with SMTP id ye12mr36504124icb.46.1401723958409; Mon, 02 Jun 2014 08:45:58 -0700 (PDT) MIME-Version: 1.0 Received: by 10.50.168.40 with HTTP; Mon, 2 Jun 2014 08:45:38 -0700 (PDT) In-Reply-To: References: <06157AFB-D367-4B68-B3AC-F2F1A8A397FD@hp.com> <000e01cf7511$702d8940$50889bc0$@net> <3296D306-D12C-423D-A4D7-67B39755B446@apple.com> <866C2027-F9A5-485D-8476-94ADD46AA126@apple.com> From: Ira McDonald Date: Mon, 2 Jun 2014 11:45:38 -0400 Message-ID: To: Michael Sweet Cc: "" Subject: Re: [IPP] Potential errata/update for PWG Raster Format and/or IPP Everywhere specs X-BeenThere: ipp@pwg.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Internet Printing Protocol Workgroup discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0760419620==" Sender: ipp-bounces@pwg.org Errors-To: ipp-bounces@pwg.org --===============0760419620== Content-Type: multipart/alternative; boundary=bcaec51ddc1d9d42c804fadc4a79 --bcaec51ddc1d9d42c804fadc4a79 Content-Type: text/plain; charset=UTF-8 Hi Mike, Right - Of course there is no job template attribute for "pdl-override". There is an "overrides (1setOf collection)" attribute with the specific job processing instructions to use for forced override. So my idea is that Validate-Job should tell you *which* of the "overrides" values will be honored (with "ipp-attribute-fidelity" of 'true'). Why isn't this useful? Cheers, - Ira Ira McDonald (Musician / Software Architect) Co-Chair - TCG Trusted Mobility Solutions WG Chair - Linux Foundation Open Printing WG Secretary - IEEE-ISTO Printer Working Group Co-Chair - IEEE-ISTO PWG Internet Printing Protocol WG IETF Designated Expert - IPP & Printer MIB Blue Roof Music / High North Inc http://sites.google.com/site/blueroofmusic http://sites.google.com/site/highnorthinc mailto: blueroofmusic@gmail.com Winter 579 Park Place Saline, MI 48176 734-944-0094 Summer PO Box 221 Grand Marais, MI 49839 906-494-2434 On Mon, Jun 2, 2014 at 11:29 AM, Michael Sweet wrote: > Ira, > > On Jun 2, 2014, at 11:00 AM, Ira McDonald wrote: > > Hi Mike, > > What I was trying to "fix" is that "pdl-override" of 'guaranteed' is > largely > useless, because the degree of override supported in a given PDL > interpreter varies. > > > I think you mean 'attempted' here: > > pdl-override-supported='guaranteed' means that the IPP Printer will > guarantee it can override any PDL instructions with the IPP job ticket. A > Printer only reports this if it can do so, and I would expect printers to > be able to do this for JPEG, PDF, and PWG Raster at a minimum. > > pdl-override-supported='attempted' means that the IPP Printer will attempt > to override any PDL instructions with the IPP job ticket. It could see > some printers report this for PWG Raster since they might not be able to > rescale raster data for different media. > > pdl-override-supported='not-attempted' means that the IPP Printer will not > override any PDL instructions with the IPP job ticket. This is by far the > most commonly reported value for PCL and PostScript printers. > > So the IPP Client (sending document data that it did NOT generate but > that MAY contain job processing instructions) could use 'attempted' to > learn what is ?safe? to try to override. > > > The Client will never use 'attempted'. That is a Printer capability that > the Client can discover via Get-Printer-Attributes. There is no > "pdl-override" Job Template attribute. > > A Client can specify ipp-attribute-fidelity='true' or > job-mandatory-attributes, and can expect either an outright error at > submission time (Printer sees a Job Template attribute it cannot override > and doesn't even try) or an error during processing leading to an aborted > job (Printer sees something it can't override and reports the error). And > for a non-conforming Printer the job might even print without errors. > > If this problem isn't worth "fixing", then I suggest that "pdl-override" > with > *any* value is not a useful IPP feature - and the Implementor's Guide > should warn IPP Client developers to avoid using it accordingly. > > > Again, "pdl-override" is not a Job Template attribute. It doesn't exist. > > The guidance here should be to prefer JPEG, PDF, PWG Raster, and other > well-defined file formats over legacy formats like PCL and PostScript, > specifically because overrides are better supported and output is more > consistent. And in the same place we can offer a warning/note about legacy > PDLs - they are printer specific and often need the output intent embedded > in them vs. as IPP Job Template attributes. > > We should probably also provide guidance to Printer implementations (and I > think we already have this) on what value(s) to report for > "pdl-override-supported" and how to deal with attributes that cannot be > overridden. > > _________________________________________________________ > Michael Sweet, Senior Printing System Engineer, PWG Chair > > --bcaec51ddc1d9d42c804fadc4a79 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi Mike,

Right = - Of course there is no job template attribute for "pdl-override"= .

There is an "overrides (1setOf collection)" attrib= ute with the specific
job processing instructions to use for forced override.

= So my idea is that Validate-Job should tell you *which* of the "overri= des"
values will be honored (with "ipp-attribute-fidelity&quo= t; of 'true').=C2=A0 Why isn't
this useful?

Cheers,
- Ira


Ira McDonald (Musician / Software Architect)
Co-Chair - TCG Trusted Mob= ility Solutions WG
Chair - Linux Foundation Open Printing WG
Secretary - IEEE-ISTO Printer = Working Group
Co-Chair - IEEE-ISTO PWG Internet Printing Protocol WG
= IETF Designated Expert - IPP & Printer MIB
Blue Roof Music / High No= rth Inc
http://sites.google.com/site/blueroofmusic=
http://sites.google.com/site/highnorthinc
mailto: bluero= ofmusic@gmail.com
Winter=C2=A0 579 Park Place=C2=A0 Saline, MI=C2=A0= 48176=C2=A0 734-944-0094
Summer=C2=A0 PO Box 221=C2=A0 Grand Marais, MI= 49839=C2=A0 906-494-2434



On Mon, Jun 2, 2014 at 11:29 AM, Michael= Sweet <msweet@apple.com> wrote:
Ira,

= On Jun 2, 2014, at 11:00 AM, Ira McDonald <blueroofmusic@gmail.com> wrote:
Hi Mike,

What I was trying t= o "fix" is that "pdl-override" of 'guaranteed' = is largely
useless, because the degree of override support= ed in a given PDL
interpreter varies.

I think you mean 'attempted= 9; here:

pdl-override-supported=3D'guaranteed' = means that the IPP Printer will guarantee it can override any PDL instructi= ons with the IPP job ticket. =C2=A0A Printer only reports this if it can do= so, and I would expect printers to be able to do this for JPEG, PDF, and P= WG Raster at a minimum.

pdl-override-supported=3D'attempted' means that= the IPP Printer will attempt to override any PDL instructions with the IPP= job ticket. =C2=A0It could see some printers report this for PWG Raster si= nce they might not be able to rescale raster data for different media.

pdl-override-supported=3D'not-attempted' m= eans that the IPP Printer will not override any PDL instructions with the I= PP job ticket. This is by far the most commonly reported value for PCL and = PostScript printers.

<= div>
So the IPP Client (sending document data that = it did NOT generate but
that MAY contain job processing instructio= ns) could use 'attempted' to
learn what is ?safe? to try to override.
<= /div>

The Client will never use 'attem= pted'. =C2=A0That is a Printer capability that the Client can discover = via Get-Printer-Attributes. There is no "pdl-override" Job Templa= te attribute.

A Client can specify ipp-attribute-fidelity=3D'true= ' or job-mandatory-attributes, and can expect either an outright error = at submission time (Printer sees a Job Template attribute it cannot overrid= e and doesn't even try) or an error during processing leading to an abo= rted job (Printer sees something it can't override and reports the erro= r). =C2=A0And for a non-conforming Printer the job might even print without= errors.

If this problem isn't worth "fixing", then I suggest = that "pdl-override" with
*any* value is not a useful IPP featu= re - and the Implementor's Guide
should warn IPP Client developers to avoid using it accordingly.
<= /div>

Again, "pdl-overrid= e" is not a Job Template attribute. =C2=A0It doesn't exist.
<= div>
The guidance here should be to prefer JPEG, PDF, PWG Raster,= and other well-defined file formats over legacy formats like PCL and PostS= cript, specifically because overrides are better supported and output is mo= re consistent. =C2=A0And in the same place we can offer a warning/note abou= t legacy PDLs - they are printer specific and often need the output intent = embedded in them vs. as IPP Job Template attributes.

We should probably also provide guidance to Printer imp= lementations (and I think we already have this) on what value(s) to report = for "pdl-override-supported" and how to deal with attributes that= cannot be overridden.

_________________________________________________________
Michael Sweet,= Senior Printing System=C2=A0Engineer, PWG Chair


--bcaec51ddc1d9d42c804fadc4a79-- --===============0760419620== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ ipp mailing list ipp@pwg.org https://www.pwg.org/mailman/listinfo/ipp --===============0760419620==-- From MadelineStanley@laspalmashealth20.dudlikewise.com Mon Jun 2 09:03:29 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7E8441A035E for ; Mon, 2 Jun 2014 09:03:29 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.873 X-Spam-Level: X-Spam-Status: No, score=0.873 tagged_above=-999 required=5 tests=[BAYES_50=0.8, DIET_1=0.001, HTML_MESSAGE=0.001, MIME_HTML_ONLY=0.723, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, WEIRD_QUOTING=0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Q-HwV7RxVE5y for ; Mon, 2 Jun 2014 09:03:27 -0700 (PDT) Received: from laspalmashealth20.dudlikewise.com (laspalmashealth20.dudlikewise.com [5.175.179.39]) by ietfa.amsl.com (Postfix) with ESMTP id C22391A0256 for ; Mon, 2 Jun 2014 09:03:26 -0700 (PDT) Content-Type: text/html; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Fat-Melting Diary Date: Mon, 02 Jun 2014 09:03:21 -0700 To: Subject: Fit Women use this... Message-ID: <20140602002508.30485.41633.20140602002508.30485.41633.8457.Madeline@dudlikewise.com> Untitled Document

Rachaels Spring Weight Loss Diary
Posted: 06-01-2014 20:25:08
===========================

A recap of my show today on daytime TV, and the results will speak for themselves.

I 'am proud to report that I did it.
DocOz gave me some great advice and I lost 20lbs in 3 weeks.

This is how I did it w/out gym time or starving:

View Episode Clip Here

 

Your Celebrity Chef,
Rachael

 

 

 

We hope that you enjoyed this Celeb Update

to stop further messages - write Update Notice Messages
118 Kecks Lane - Ruff Dale- Pennsylvania- 1 5 6 7 9 or visit Here

 

 

don't see how that follows at all. I like shell scripting because it's , and runs on all my computers. As Stroustrup said, "It will take a lot to persuade me that the world needs yet another proprietary language...especially [one]...closely integrated with a specific proprietary shell scripting and I tolerate PowerShell. It's commands and syntax are atrocious. Horribly long commands and options without any useful command completion. Or if there is I haven't found it. Too many features crammed into single commands that should be separated out. Weird variable and escape syntax only a DOS batch programmer could love. - You are right about not having found stuff. All commands have aliases, and many of them match both DOS and UNIX commands ( ps, dir, rm, ls, kill, history, man, cat, clear etc.) The names are long so that they have a meaningful name. Great for scripts -it helps when a new person has to use and maintain it. There is tab expansion for cmdlets, functions, variable, path, parameters etc. Much of the syntax is from Unix shells and what escape syntax are you talking about? `` is not used for escape since it is the path separator in Windowswrite-output "this is a ""test""". Really, double the character to get two of them. But to output a string without interpreting a variable you use a back-tick. Lack of consistency? Yes. Hard to remember? Yes. Sometimes you have to use a -LiteralPath argumentZan Lynx - Your arguments are not valid. To stop interpreting variables, use ' (single quotes). To the double double quotes thing - same, use write-output 'this is a "test"'. The question you are pointing to is for Regex and the escaping for regex is valid everywhere. Powershell has Here-Strings / verbatim strings as well. Even Java doesn't have these Try escaping regex in Java. And you don't sometimes use literalpath. You use when you need to. LiteralPath treats wildcard characters verbatim and do esn't expand them. You use it when your files have it. It gives you more options. Compared to the bash shell, Powershell is full of inconsistencies that make no sense and are just confusing. In bash you use the same escape character everywhere and file paths are escaped just as strings are. You don't need a special parameter for it. If you expand a variable that has special characters in it, you put it in double quotes and the contents are safe, no need to call a function to re-escape it. - There are no inconsistencies. Even write-output "this you so that you don't miss escaping stuff. It is not necessary to use it. You are thinking that additional options that are there to help you and prevent mistakes are inconsistencies.Yeah, I guess when I'm talking about Unix "shell" I'm also referring to all the normal utilities that come with Unix, such as grep, awk, etc. I'm just wondering if PowerShell offers similar utilities out-of-the-box.s not "just a shell". It is a scripting language. I wonder in what way it is not comparable to perl? I admit that it isn't as mature, but beyond that I don't see the disparity. similar, but I was wondering more about the specific capabilities of PowerShell vs. bash/perl/other unix shells/scripting languages. has an incredibly wide range of functions. It is - A interactive, composable shell - A rich interactive scripting language - A programming language It has a rich set of OO & tesxt utility functions (i.e. equivalents to grep/awk/etc) as well. Jeffrey SnoverI understood Devio to say that powershell is not as powerful as Perl. I don't believe that is true and I just wondered why he thought that was the casea very good point. You will find lots of posts on how to unzip or download a file via http in powershell. While you can do it, that isnt its strength. You are better off calling an exe for that. That of it as batch, but much impr would tend to agree with the notion that PowerShell is prima rily a shell. I've done some build and deployment scripting in PowerShell, and I've found that as my scripts got larger, PowerShell as a language didn't handle the growth very well. My code got rather clumsy looking and hard to maintain. That said, this may also be true of bash and any other sh derivatives. PowerShell is superior to cmd for small scripts, but beyond something relatively simple, I would prefer something full blown like Python. (I guess I might be "doing it wrong", but a high learning curve is a strike in my book.)

From ipp-bounces@pwg.org Mon Jun 2 09:06:09 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C052F1A02F0 for ; Mon, 2 Jun 2014 09:06:09 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.441 X-Spam-Level: X-Spam-Status: No, score=-2.441 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, HTML_MESSAGE=0.001, RP_MATCHES_RCVD=-0.651, SPF_PASS=-0.001, T_DKIM_INVALID=0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id VZeQnP5Fc_sa for ; Mon, 2 Jun 2014 09:06:07 -0700 (PDT) Received: from www.pwg.org (www.pwg.org [IPv6:2600:3c01::f03c:91ff:fe70:b03f]) by ietfa.amsl.com (Postfix) with ESMTP id F01E51A0256 for ; Mon, 2 Jun 2014 09:06:06 -0700 (PDT) Received: from pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id 80B87855C; Mon, 2 Jun 2014 16:06:53 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: from mail-in4.apple.com (mail-out4.apple.com [17.151.62.26]) by www.pwg.org (Postfix) with ESMTPS id 5C04A853A for ; Mon, 2 Jun 2014 16:06:52 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; d=apple.com; s=mailout2048s; c=relaxed/simple; q=dns/txt; i=@apple.com; t=1401725159; x=2265638759; h=From:Sender:Reply-To:Subject:Date:Message-id:To:Cc:MIME-version:Content-type: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-reply-to:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=4m70hTEU/fK014yWxqUOX811gFkGQkw6zf0MZLzRUdE=; b=h04uZ8rcrTBqW/FU6OKC1jbybKDnlV4L1qn4vXVUxHRpQdtsVFVwr/kPFwJ5w6G/ kShr1Eb81k8qYdH38gA6SMtVjm6vmt39NlaoIy6FzYoxWxfhQze+55fdXdEupSpV 5ksCbe9p36ZU/pzp/JFgDg5K+T4f895IsfHsvkBkIam1qp2wLnJkLoLrmZ5K6D+G krko47P/gcgfbiiOxnH8P9hH+hNzZ65l+X/1BJV1CxmufDJCXwVjxyLqeStvP2g6 OxJO3ZIdZZcSj/pvRx6hsCDxVjobsHZcj1Ul4J089c9Va7xPjqvdMOqA96wcXR8R UIcPoJgrV0EZDpe54XcVrA==; Received: from mail-out.apple.com (honeycrisp.apple.com [17.151.62.51]) (using TLS with cipher RC4-MD5 (128/128 bits)) (Client did not present a certificate) by mail-in4.apple.com (Apple Secure Mail Relay) with SMTP id C5.71.32327.7E0AC835; Mon, 2 Jun 2014 09:05:59 -0700 (PDT) MIME-version: 1.0 Received: from relay8.apple.com ([17.128.113.102]) by local.mail-out.apple.com (Oracle Communications Messaging Server 7.0.5.30.0 64bit (built Oct 22 2013)) with ESMTP id <0N6J00J0CU1O4FN0@local.mail-out.apple.com> for ipp@pwg.org; Mon, 02 Jun 2014 09:05:59 -0700 (PDT) X-AuditID: 11973e12-f79586d000007e47-7f-538ca0e7c73e Received: from chive.apple.com (chive.apple.com [17.128.115.15]) (using TLS with cipher RC4-MD5 (128/128 bits)) (Client did not present a certificate) by relay8.apple.com (Apple SCV relay) with SMTP id 35.83.11638.7E0AC835; Mon, 2 Jun 2014 09:05:59 -0700 (PDT) Received: from [17.153.30.122] (unknown [17.153.30.122]) by chive.apple.com (Oracle Communications Messaging Server 7.0.5.30.0 64bit (built Oct 22 2013)) with ESMTPSA id <0N6J00ELLU1WYT10@chive.apple.com> for ipp@pwg.org; Mon, 02 Jun 2014 09:05:58 -0700 (PDT) From: Michael Sweet In-reply-to: Date: Mon, 02 Jun 2014 12:05:58 -0400 Message-id: <0BC8EA69-C7D6-4A20-BA48-B78AAA7AEE59@apple.com> References: <06157AFB-D367-4B68-B3AC-F2F1A8A397FD@hp.com> <000e01cf7511$702d8940$50889bc0$@net> <3296D306-D12C-423D-A4D7-67B39755B446@apple.com> <866C2027-F9A5-485D-8476-94ADD46AA126@apple.com> To: Ira McDonald X-Mailer: Apple Mail (2.1878.2) X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFmpnkeLIzCtJLcpLzFFi42IRnG5nrPt8QU+wweOHEhbH9r1kcWD0mLd4 OlMAYxSXTUpqTmZZapG+XQJXxral79gL9mRUHOq6xtTAeCG+i5GTQ0LAROLU46vsELaYxIV7 69m6GLk4hATmMEl83nsaLMErICjxY/I9FojEZCaJeYsOssN0v/3+hhEi0c0k8b3xPTuE08kk MeP9F9YuRg4OYYE4iSenC0DizAJTGCW+PNjDAtLNJqAm8XtSHyuIzSkQLPFu+yewqSwCqhLL bj5hA7GZBRIl7t2dxgxxho3Err/vmSAWHGOXuLRjISPIAhEBLYklzxUhLpKXmNF+AuwICYFj bBKf7t1ln8AoPAvJG7OQHTILqJ9ZIEni0X2dWWD7tCWWLXzNDBHWkZi8kBFVGML+eP4IE4Rt KvHk7XY2CNta4uecR1D1ihJTuh+yL2DkWsUolJuYmaObmWeil1hQkJOql5yfu4kREnNCOxhP rbI6xCjAwajEw/tDvSdYiDWxrLgy9xCjNAeLkjjv+magkEB6YklqdmpqQWpRfFFpTmrxIUYm Dk6pBkamBMsTBs/k9utsOi4YdVb0PW/BmYYt/lEeczZXbwlaVLn/ZPtRozWLzH/z7to4w1ZG /vmtT8HljvdKAmZuMTtcLfgueHn+xuZdc5iPn/i/offCqttLjt4pqLvVFW5beXhJY92+Hxf+ tzEt+mU8+VTG4qCUUnW2jZM7GdLsmR+H2czbeeegYcxPJZbijERDLeai4kQAChEHdZoCAAA= X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrJLMWRmVeSWpSXmKPExsUi2FDMr/t8QU+wwa9fchbH9r1kcWD0mLd4 OlMAYxSXTUpqTmZZapG+XQJXxral79gL9mRUHOq6xtTAeCG+i5GTQ0LAROLt9zeMELaYxIV7 69m6GLk4hAS6mSSmT7kN5XQyScx4/4W1i5GDQ1ggTuLJ6QKQBl4BA4k3B48zgdQwC0xhlPjy YA8LSIJNQE3i96Q+VhCbUyBY4t32T+wgNouAqsSym0/YQGxmgUSJe3enMUMMspHY9fc9E8Sy Y+wSl3YsZARZJiKgJbHkuSLEdfISM9pPsE9g5J+FZPcsZLtnAbUwCyRJPLqvMwtshbbEsoWv mSHCOhKTFzKiCkPYH88fYYKwTSWevN3OBmFbS/yc8wiqXlFiSvdD9gWMXKsYBYpScxIrLfQS CwpyUvWS83M3MYIjoTBtB2PTcqtDjAIcjEo8vD/Ue4KFWBPLiitzDzGqAI14tGH1BUYplrz8 vFQlEV6dqUBp3pTEyqrUovz4otKc1OJDjNIcLErivCYyncFCAumJJanZqakFqUUwWSYOTqkG Rr95Uw7or6jofvTsyJ+THhy3ix89Dd7m1Bv/Tcb+yZOgfYnPYzSvRUoyXnT6+LOmXcDS//IZ 2WsLFm2591lUTiQgbLnx0rdBNR9WGC2acCT8jNC8prPBG2wypx4M/PQ6bWFNBOMnV6u1KqbS MeI/wi4V86o+Ykwsf5LI35fusiChf3oL06Et35VYijMSDbWYi4oTAUj3WCiMAgAA Cc: "" Subject: Re: [IPP] Potential errata/update for PWG Raster Format and/or IPP Everywhere specs X-BeenThere: ipp@pwg.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Internet Printing Protocol Workgroup discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1615975904==" Sender: ipp-bounces@pwg.org Errors-To: ipp-bounces@pwg.org --===============1615975904== Content-type: multipart/signed; boundary="Apple-Mail=_5550B093-FE89-48E9-BA1D-25AC2655A043"; protocol="application/pkcs7-signature"; micalg=sha1 --Apple-Mail=_5550B093-FE89-48E9-BA1D-25AC2655A043 Content-Type: multipart/alternative; boundary="Apple-Mail=_75F5D237-F345-4CAB-BC9F-B1ED9EE7E184" --Apple-Mail=_75F5D237-F345-4CAB-BC9F-B1ED9EE7E184 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Ira, On Jun 2, 2014, at 11:45 AM, Ira McDonald = wrote: > Hi Mike, >=20 > Right - Of course there is no job template attribute for = "pdl-override". >=20 > There is an "overrides (1setOf collection)" attribute with the = specific > job processing instructions to use for forced override. The "overrides" attribute specifies the per-page/document override = intent. "ipp-attribute-fidelity" and "job-mandatory-attributes" are the = attributes used to force the overrides (or whatever other intent is = present in the Job Ticket). > So my idea is that Validate-Job should tell you *which* of the = "overrides"=20 > values will be honored (with "ipp-attribute-fidelity" of 'true'). Why = isn't > this useful? First, you'd just get a binary result (OK or not supported) that in the = case of pdl-override-supported=3D'attempted' you might not be able to = trust because the Printer may not be able to tell you whether the = override can be honored until the document is processed. Second, if a Printer actually supports the OPTIONAL "overrides" = attribute for a given document format, I strongly suspect that = "pdl-override-supported" will be 'guaranteed' for that format since = 'attempted' would be rather weak for per-page/document overrides. In any case, I think our focus should be on common cases where the = Client might want to override basic PDL instructions: copies, = media/media-col, print-color-mode, sides, etc. I don't think we should = waste cycles on improving things that were only added in IPP/1.0 to = address the concerns of products that could not/cannot provide PDL = override support for legacy document formats like PCL and PostScript. = There are hundreds of millions of operating IPP printers that will never = be upgraded - we should document and acknowledge that, tell Clients to = generate modern PDLs whenever possible and to match the output to the = job ticket, and tell new Printers to support PDL override for those = modern PDLs to enable consistent output. _________________________________________________________ Michael Sweet, Senior Printing System Engineer, PWG Chair --Apple-Mail=_75F5D237-F345-4CAB-BC9F-B1ED9EE7E184 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii Ira,

On Jun 2, 2014, at 11:45 AM, = Ira McDonald <blueroofmusic@gmail.com> = wrote:
Hi Mike,

Right - Of = course there is no job template attribute for = "pdl-override".

There is an "overrides (1setOf collection)" = attribute with the specific
job processing instructions to use for forced = override.

The = "overrides" attribute specifies the per-page/document override = intent.

"ipp-attribute-fidelity" and = "job-mandatory-attributes" are the attributes used to force the = overrides (or whatever other intent is present in the Job = Ticket).

So = my idea is that Validate-Job should tell you *which* of the "overrides" =
values will be honored (with "ipp-attribute-fidelity" of = 'true').  Why isn't
this useful?

First, = you'd just get a binary result (OK or not supported) that in the case of = pdl-override-supported=3D'attempted' you might not be able to trust = because the Printer may not be able to tell you whether the override can = be honored until the document is = processed.

Second, if a Printer actually = supports the OPTIONAL "overrides" attribute for a given document format, = I strongly suspect that "pdl-override-supported" will be 'guaranteed' = for that format since 'attempted' would be rather weak for = per-page/document overrides.

In any case, I = think our focus should be on common cases where the Client might want to = override basic PDL instructions: copies, media/media-col, = print-color-mode, sides, etc.  I don't think we should waste cycles = on improving things that were only added in IPP/1.0 to address the = concerns of products that could not/cannot provide PDL override support = for legacy document formats like PCL and PostScript.  There are = hundreds of millions of operating IPP printers that will never be = upgraded - we should document and acknowledge that, tell Clients to = generate modern PDLs whenever possible and to match the output to the = job ticket, and tell new Printers to support PDL override for those = modern PDLs to enable consistent output.

_________________________________________________________
Michael = Sweet, Senior Printing System Engineer, PWG = Chair

= --Apple-Mail=_75F5D237-F345-4CAB-BC9F-B1ED9EE7E184-- --Apple-Mail=_5550B093-FE89-48E9-BA1D-25AC2655A043 Content-Disposition: attachment; filename=smime.p7s Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIPJTCCBN0w ggPFoAMCAQICEHGS++YZX6xNEoV0cTSiGKcwDQYJKoZIhvcNAQEFBQAwezELMAkGA1UEBhMCR0Ix GzAZBgNVBAgMEkdyZWF0ZXIgTWFuY2hlc3RlcjEQMA4GA1UEBwwHU2FsZm9yZDEaMBgGA1UECgwR Q29tb2RvIENBIExpbWl0ZWQxITAfBgNVBAMMGEFBQSBDZXJ0aWZpY2F0ZSBTZXJ2aWNlczAeFw0w NDAxMDEwMDAwMDBaFw0yODEyMzEyMzU5NTlaMIGuMQswCQYDVQQGEwJVUzELMAkGA1UECBMCVVQx FzAVBgNVBAcTDlNhbHQgTGFrZSBDaXR5MR4wHAYDVQQKExVUaGUgVVNFUlRSVVNUIE5ldHdvcmsx ITAfBgNVBAsTGGh0dHA6Ly93d3cudXNlcnRydXN0LmNvbTE2MDQGA1UEAxMtVVROLVVTRVJGaXJz dC1DbGllbnQgQXV0aGVudGljYXRpb24gYW5kIEVtYWlsMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8A MIIBCgKCAQEAsjmFpPJ9q0E7YkY3rs3BYHW8OWX5ShpHornMSMxqmNVNNRm5pELlzkniii8efNIx B8dOtINknS4p1aJkxIW9hVE1eaROaJB7HHqkkqgX8pgV8pPMyaQylbsMTzC9mKALi+VuG6JG+ni8 om+rWV6lL8/K2m2qL+usobNqqrcuZzWLeeEeaYji5kbNoKXqvgvOdjp6Dpvq/NonWz1zHyLmSGHG TPNpsaguG7bUMSAsvIKKjqQOpdeJQ/wWWq8dcdcRWdq6hw2v+vPhwvCkxWeM1tZUOt4KpLoDd7Nl yP0e03RiqhjKaJMeoYV+9Udly/hNVyh00jT/MLbu9mIwFIws6wIDAQABo4IBJzCCASMwHwYDVR0j BBgwFoAUoBEKIz6W8Qfs4q8p74Klf9AwpLQwHQYDVR0OBBYEFImCZ33EnSZwAEu0UEh83j2uBG59 MA4GA1UdDwEB/wQEAwIBBjAPBgNVHRMBAf8EBTADAQH/MB0GA1UdJQQWMBQGCCsGAQUFBwMCBggr BgEFBQcDBDARBgNVHSAECjAIMAYGBFUdIAAwewYDVR0fBHQwcjA4oDagNIYyaHR0cDovL2NybC5j b21vZG9jYS5jb20vQUFBQ2VydGlmaWNhdGVTZXJ2aWNlcy5jcmwwNqA0oDKGMGh0dHA6Ly9jcmwu Y29tb2RvLm5ldC9BQUFDZXJ0aWZpY2F0ZVNlcnZpY2VzLmNybDARBglghkgBhvhCAQEEBAMCAQYw DQYJKoZIhvcNAQEFBQADggEBAJ2Vyzy4fqUJxB6/C8LHdo45PJTGEKpPDMngq4RdiVTgZTvzbRx8 NywlVF+WIfw3hJGdFdwUT4HPVB1rbEVgxy35l1FM+WbKPKCCjKbI8OLp1Er57D9Wyd12jMOCAU9s APMeGmF0BEcDqcZAV5G8ZSLFJ2dPV9tkWtmNH7qGL/QGrpxp7en0zykX2OBKnxogL5dMUbtGB8SK N04g4wkxaMeexIud6H4RvDJoEJYRmETYKlFgTYjrdDrfQwYyyDlWjDoRUtNBpEMD9O3vMyfbOeAU TibJ2PU54om4k123KSZB6rObroP8d3XK6Mq1/uJlSmM+RMTQw16Hc6mYHK9/FX8wggUaMIIEAqAD AgECAhBtGeqnGU9qMyLmIjJ6qnHeMA0GCSqGSIb3DQEBBQUAMIGuMQswCQYDVQQGEwJVUzELMAkG A1UECBMCVVQxFzAVBgNVBAcTDlNhbHQgTGFrZSBDaXR5MR4wHAYDVQQKExVUaGUgVVNFUlRSVVNU IE5ldHdvcmsxITAfBgNVBAsTGGh0dHA6Ly93d3cudXNlcnRydXN0LmNvbTE2MDQGA1UEAxMtVVRO LVVTRVJGaXJzdC1DbGllbnQgQXV0aGVudGljYXRpb24gYW5kIEVtYWlsMB4XDTExMDQyODAwMDAw MFoXDTIwMDUzMDEwNDgzOFowgZMxCzAJBgNVBAYTAkdCMRswGQYDVQQIExJHcmVhdGVyIE1hbmNo ZXN0ZXIxEDAOBgNVBAcTB1NhbGZvcmQxGjAYBgNVBAoTEUNPTU9ETyBDQSBMaW1pdGVkMTkwNwYD VQQDEzBDT01PRE8gQ2xpZW50IEF1dGhlbnRpY2F0aW9uIGFuZCBTZWN1cmUgRW1haWwgQ0EwggEi MA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQCShIRbS1eY1F4vi6ThQMijU1hfZmXxMk73nzJ9 VdB4TFW3QpTg+SdxB8XGaaS5MsTxQBqQzCdWYn8XtXFpruUgG+TLY15gyqJB9mrho/+43x9IbWVD jCouK2M4d9+xF6zC2oIC1tQyatRnbyATj1w1+uVUgK/YcQodNwoCUFNslR2pEBS0mZVZEjH/CaLS TNxS297iQAFbSGjdxUq04O0kHzqvcV8H46y/FDuwJXFoPfQP1hdYRhWBPGiLi4MPbXohV+Y0sNsy fuNK4aVScmQmkU6lkg//4LFg/RpvaFGZY40ai6XMQpubfSJj06mg/M6ekN9EGfRcWzW6FvOnm//B AgMBAAGjggFLMIIBRzAfBgNVHSMEGDAWgBSJgmd9xJ0mcABLtFBIfN49rgRufTAdBgNVHQ4EFgQU ehNOAHRbxnhjZCfBL+KgW7x5xXswDgYDVR0PAQH/BAQDAgEGMBIGA1UdEwEB/wQIMAYBAf8CAQAw EQYDVR0gBAowCDAGBgRVHSAAMFgGA1UdHwRRME8wTaBLoEmGR2h0dHA6Ly9jcmwudXNlcnRydXN0 LmNvbS9VVE4tVVNFUkZpcnN0LUNsaWVudEF1dGhlbnRpY2F0aW9uYW5kRW1haWwuY3JsMHQGCCsG AQUFBwEBBGgwZjA9BggrBgEFBQcwAoYxaHR0cDovL2NydC51c2VydHJ1c3QuY29tL1VUTkFkZFRy dXN0Q2xpZW50X0NBLmNydDAlBggrBgEFBQcwAYYZaHR0cDovL29jc3AudXNlcnRydXN0LmNvbTAN BgkqhkiG9w0BAQUFAAOCAQEAhda+eFdVbTN/RFL+QtUGqAEDgIr7DbL9Sr/2r0FJ9RtaxdKtG3Nu PukmfOZMmMEwKN/L+0I8oSU+CnXW0D05hmbRoZu1TZtvryhsHa/l6nRaqNqxwPF1ei+eupN5yv7i kR5WdLL4jdPgQ3Ib7Y/9YDkgR/uLrzplSDyYPaUlv73vYOBJ5RbI6z9Dg/Dg7g3B080zX5vQvWBq szv++tTJOjwf7Zv/m0kzvkIpOYPuM2kugp1FTahp2oAbHj3SGl18R5mlmwhtEpmG1l1XBxunML5L SUS4kH7K0Xk467Qz+qA6XSZYnmFVGLQh1ZnV4ENAQjC+6qXnlNKw/vN1+X9u5zCCBSIwggQKoAMC AQICEQDlB7dXxclLEedquPvGX8CGMA0GCSqGSIb3DQEBBQUAMIGTMQswCQYDVQQGEwJHQjEbMBkG A1UECBMSR3JlYXRlciBNYW5jaGVzdGVyMRAwDgYDVQQHEwdTYWxmb3JkMRowGAYDVQQKExFDT01P RE8gQ0EgTGltaXRlZDE5MDcGA1UEAxMwQ09NT0RPIENsaWVudCBBdXRoZW50aWNhdGlvbiBhbmQg U2VjdXJlIEVtYWlsIENBMB4XDTEzMTIxNzAwMDAwMFoXDTE0MTIxNzIzNTk1OVowITEfMB0GCSqG SIb3DQEJARYQbXN3ZWV0QGFwcGxlLmNvbTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEB ANdvQYZRCVzc0wIYvIOn/0Pv7zUwuIvbAfM/W3FyemqZx3fdKxX4WxN2x5NC3hhBHGrUWirJH7rl 6It12bGQ61uHAK5jsJikV5k+mOYjZaKNIKxj0uYIk3MKQmsmM8t3nddq5mp2mxwV/U7AFPTz1fgh dkqTb/NkHY5eA8KqksaeqwfMgoaiGVeCUhptWnXosca8PAkb+i9u5rEok5zgY+QP0IuWLJENfA4q dEMsH+OAwMGOv9fNCgcdapFnjeSYaj70m6qUiq446+8a2rhUsEUKQayOMgjnm2bgUuNx7pOvs/Jg zIlZoTz/llmE1HWREGzSjRnLWwQ98fspfeZWA+8CAwEAAaOCAeAwggHcMB8GA1UdIwQYMBaAFHoT TgB0W8Z4Y2QnwS/ioFu8ecV7MB0GA1UdDgQWBBTtKBJoG9kxZisTqJg4+wr12l4stjAOBgNVHQ8B Af8EBAMCBaAwDAYDVR0TAQH/BAIwADAgBgNVHSUEGTAXBggrBgEFBQcDBAYLKwYBBAGyMQEDBQIw EQYJYIZIAYb4QgEBBAQDAgUgMEYGA1UdIAQ/MD0wOwYMKwYBBAGyMQECAQEBMCswKQYIKwYBBQUH AgEWHWh0dHBzOi8vc2VjdXJlLmNvbW9kby5uZXQvQ1BTMFcGA1UdHwRQME4wTKBKoEiGRmh0dHA6 Ly9jcmwuY29tb2RvY2EuY29tL0NPTU9ET0NsaWVudEF1dGhlbnRpY2F0aW9uYW5kU2VjdXJlRW1h aWxDQS5jcmwwgYgGCCsGAQUFBwEBBHwwejBSBggrBgEFBQcwAoZGaHR0cDovL2NydC5jb21vZG9j YS5jb20vQ09NT0RPQ2xpZW50QXV0aGVudGljYXRpb25hbmRTZWN1cmVFbWFpbENBLmNydDAkBggr BgEFBQcwAYYYaHR0cDovL29jc3AuY29tb2RvY2EuY29tMBsGA1UdEQQUMBKBEG1zd2VldEBhcHBs ZS5jb20wDQYJKoZIhvcNAQEFBQADggEBABg5KLQK5u9gGI75u+vYH/i6uMDKlpTILO/r/FpN2ibq pwAB2ln9oKvPIA1/r3o+DBC87TqnlJAiPW4ADFHpRmqlprb0Tu9p98nP/wl5tBZjEP8dY4iH0TB3 B2r9JHwRwwJQ20CqJpuCn9dmvL215sZSqvJfluVlIcAQCLxp3ZKMIC2pNKitswdjjHduaKuj2TMe xrzMtrRGRtFF9pcMcnsqE2QtJUqXPV7/M4WT2yRUmI4ThPt9O9fmPH2ku52hdb6t4qXvwdQSkDHt xo3J/Vc/jDR2/feedDhQmG0V9j6tHsuG6bVVhcGiWnSmSoPfg13FlQwlxZTyFtiMZ2jILyoxggOu MIIDqgIBATCBqTCBkzELMAkGA1UEBhMCR0IxGzAZBgNVBAgTEkdyZWF0ZXIgTWFuY2hlc3RlcjEQ MA4GA1UEBxMHU2FsZm9yZDEaMBgGA1UEChMRQ09NT0RPIENBIExpbWl0ZWQxOTA3BgNVBAMTMENP TU9ETyBDbGllbnQgQXV0aGVudGljYXRpb24gYW5kIFNlY3VyZSBFbWFpbCBDQQIRAOUHt1fFyUsR 52q4+8ZfwIYwCQYFKw4DAhoFAKCCAdkwGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG 9w0BCQUxDxcNMTQwNjAyMTYwNTU4WjAjBgkqhkiG9w0BCQQxFgQUKzHThdGkaPIM9ESLEByD6KEr Jo8wgboGCSsGAQQBgjcQBDGBrDCBqTCBkzELMAkGA1UEBhMCR0IxGzAZBgNVBAgTEkdyZWF0ZXIg TWFuY2hlc3RlcjEQMA4GA1UEBxMHU2FsZm9yZDEaMBgGA1UEChMRQ09NT0RPIENBIExpbWl0ZWQx OTA3BgNVBAMTMENPTU9ETyBDbGllbnQgQXV0aGVudGljYXRpb24gYW5kIFNlY3VyZSBFbWFpbCBD QQIRAOUHt1fFyUsR52q4+8ZfwIYwgbwGCyqGSIb3DQEJEAILMYGsoIGpMIGTMQswCQYDVQQGEwJH QjEbMBkGA1UECBMSR3JlYXRlciBNYW5jaGVzdGVyMRAwDgYDVQQHEwdTYWxmb3JkMRowGAYDVQQK ExFDT01PRE8gQ0EgTGltaXRlZDE5MDcGA1UEAxMwQ09NT0RPIENsaWVudCBBdXRoZW50aWNhdGlv biBhbmQgU2VjdXJlIEVtYWlsIENBAhEA5Qe3V8XJSxHnarj7xl/AhjANBgkqhkiG9w0BAQEFAASC AQAUbbYOl2ZxGzcmyv8SUo4TUUrFmppEREBsHbrXOrNGTXYIwlnssBM5G/DCn+eBwykKrlasUq9a AXHLdyOs5aYryaVQ5nqtYj99I5jELqOdC4/Sg4KqfEwFqrRDpTbZkWwVICQrslVx+Y8YPOBf/lQl 1fzDmVyDfBm16+JVNuREzCldj4/uwrgnvBIEuRqQVlCAdv92iY/O6Hhma0m0vO88u7mUqf6m0HAu ykMa7fJwZicjlVPQghnSfd3FjmswjeVkdpQbmzkJGq5Tvcxj3PBdhxKdZWSdcBZgvaXM9LSAljag aLjLrnlPpab79AwugsWwwt6gnXfiRMalJkyPI5PGAAAAAAAA --Apple-Mail=_5550B093-FE89-48E9-BA1D-25AC2655A043-- --===============1615975904== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ ipp mailing list ipp@pwg.org https://www.pwg.org/mailman/listinfo/ipp --===============1615975904==-- From AuroraDrake@extremeperformance1.pursuitcog.com Mon Jun 2 10:43:39 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 668F41A0262 for ; Mon, 2 Jun 2014 10:43:39 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.78 X-Spam-Level: X-Spam-Status: No, score=-0.78 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, NO_MEDICAL=1.773, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zUFlZzYsukB0 for ; Mon, 2 Jun 2014 10:43:38 -0700 (PDT) Received: from extremeperformance1.pursuitcog.com (extremeperformance1.pursuitcog.com [159.253.248.26]) by ietfa.amsl.com (Postfix) with ESMTP id BC9D71A01ED for ; Mon, 2 Jun 2014 10:43:35 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Date: Mon, 02 Jun 2014 10:43:30 -0700 Message-ID: <20140602041351.7213.440.20140602041351.7213.440.8457.Aurora@pursuitcog.com> To: From: Regarding: Term-Life Policy Subject: Get 250,000 in coverage | No Medical Exam Hello Ipp-archive, I get asked all the time "Do I really need to Term-Life-Coverage?". The best answer to that question is simply "Yes". Out of all the things in life we protect, nothing is more important then your life. You are priceless after all (or at least pretty darn close to it). Don't put this off: http://www.pursuitcog.com/coverage-plan-life-34.go54 -------------------------------------------------- Read this important additional information: As your personal situations change (i.e., marriage, birth of a child or job promotion), so will your coverage needs. Believe it or not you can get into a plan without the hassle of a medical exam. All while getting $250k in coverage for $15/month ~ http://www.pursuitcog.com/coverage-plan-life-34.go54 Thank You. , , , , , , , , , , , Coverage was submitted on June 02, 2014 for ipp-archive@megatron.ietf.org. This is a private message please delete it if you are not the intended recipient. Bigton Balow DDF Life Associates --- 21-Kohleen Drive McKees Rocks PA | 15136 Note: you can either write for removal or you can visit this URL http://www.pursuitcog.com/nh.u -- Thank you. Re: Re: When i turn on my computer, i get the error windows failed to start. A recent hardware or software change might be the cause. I have 8.1, and it recommended using the startup repair off of my USB installation, but it fails. It says File: \Boot\BCD the boot configuration data for your PC is missing or contains errors. I think the last thing i did was update my geforce drivers, and then didn't touch my computer for two days. Thanks for the help Windows Startup Settings (including safe mode) With Windows Startup Settings (which used to be called "Advanced boot options") you can start Windows in different advanced troubleshooting modes to help you find and fix problems on your PC. To get to Windows Startup Settings 1. Swipe in from the right edge of the screen, tap Settings, and then tap Change PC settings. (If you're using a mouse, point to the lower-right corner of the screen, move the mouse pointer up, click Settings, and then click Change PC settings.) 2. Under PC settings, tap or click Update and recovery, and then tap or click Recovery. 3. Under Advanced startup, tap or click Restart now. 4. Once your PC restarts, on the Choose an option screen, tap or click Troubleshoot. 5.If you don't see the Startup Settings option, tap or click Advanced options. 6. Tap or click Startup Settings. 7. Tap or click Restart. 8. On the Startup Settings screen, choose the startup setting you want. 9. Sign in to your PC with a user account that has administrator rights. Bye. From Dentures@total55.link Mon Jun 2 10:59:31 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 32EE11A027F for ; Mon, 2 Jun 2014 10:59:31 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 2.935 X-Spam-Level: ** X-Spam-Status: No, score=2.935 tagged_above=-999 required=5 tests=[BAYES_60=1.5, HOST_MISMATCH_COM=0.311, HTML_MESSAGE=0.001, MPART_ALT_DIFF_COUNT=1.112, SPF_FAIL=0.001, T_REMOTE_IMAGE=0.01] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id pseE1zXiiv49 for ; Mon, 2 Jun 2014 10:59:30 -0700 (PDT) Received: from 03210ca9.total55.link (vm4.bigsizzler.com [65.181.121.137]) by ietfa.amsl.com (Postfix) with ESMTP id 3C2401A0262 for ; Mon, 2 Jun 2014 10:59:30 -0700 (PDT) Received: by 03210ca9.vncl84m.total55.link (amavisd-new, port 17446) with ESMTP id 03XQKACHDFE210CTDJCDYSHVA9; for ; Mon, 2 Jun 2014 10:59:25 -0700 To: Date: Mon, 2 Jun 2014 10:59:25 -0700 Message-ID: <84463652489131844640636110912047@vncl84m.total55.link> From: "Dentures" Subject: Compare and save for that beautiful smile Content-Language: en-us MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: multipart/alternative; boundary="__________MIMEboundary__________" --__________MIMEboundary__________ Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="UTF-8" Compare and save for that beautiful smile Click Here For More Informtion http://www.total55.link/l/lc7H8446JPUV361JXR/406DOQ1091NHO2047G12UPK52489131EUQIQ1102412169 ============================================= To be removed http://www.total55.link/l/lt8V8446TSBV361LJR/406USJ1091RQV2047Q12LYF52489131COOSW1102412169 Or write to PO Box 540488 Houston, TX 77254 http://www.total55.link/unsJKHNF8446AYWY361SPA/406OEJIYF1091UR2047VQ12IJRP52489131LIEF1102412169 --__________MIMEboundary__________ Content-Transfer-Encoding: 8bit Content-Type: text/html; charset="UTF-8"


Compare and save for that beautiful smile
Opt-Out Here
















--__________MIMEboundary__________-- From PhoneTVandInternetDeals@total55.link Mon Jun 2 11:09:17 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 575911A034E for ; Mon, 2 Jun 2014 11:09:17 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.924 X-Spam-Level: * X-Spam-Status: No, score=1.924 tagged_above=-999 required=5 tests=[BAYES_50=0.8, HTML_MESSAGE=0.001, MPART_ALT_DIFF_COUNT=1.112, SPF_FAIL=0.001, T_REMOTE_IMAGE=0.01] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id bupILZrWw57Z for ; Mon, 2 Jun 2014 11:09:16 -0700 (PDT) Received: from 03210cab.total55.link (vm2.24x7emarketing.in [65.181.121.134]) by ietfa.amsl.com (Postfix) with ESMTP id DD96A1A03BA for ; Mon, 2 Jun 2014 11:09:12 -0700 (PDT) Received: by 03210cab.h3hfbl8p.total55.link (amavisd-new, port 12448) with ESMTP id 03GDVR210CJOPOAB; for ; Mon, 2 Jun 2014 11:09:07 -0700 Message-ID: <84483652489131844840235710792034@h3hfbl8p.total55.link> To: Date: Mon, 2 Jun 2014 11:09:07 -0700 From: "Phone TV and Internet Deals" Subject: Browse TV, Internet and Phone Packages Content-Language: en-us MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: multipart/alternative; boundary="__________MIMEboundary__________" --__________MIMEboundary__________ Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="UTF-8" Browse TV, Internet and Phone Packages Click Here For More Informtion http://www.total55.link/l/lc7UKX8448VOL357VEJVSY/402W1079P2034TBTOIN12HA52489131DNFYHO1102412166 ============================================= To be removed http://www.total55.link/l/lt8QYD8448NKE357JBPHFY/402E1079X2034ADPVEK12LO52489131AUQDIV1102412166 Or write to PO Box 540488 Houston, TX 77254 http://www.total55.link/unsFQNXPS8448NCW357AENH/402LONM1079PSEN2034YOY12OQT52489131FW1102412166 --__________MIMEboundary__________ Content-Transfer-Encoding: 8bit Content-Type: text/html; charset="UTF-8"


Browse TV, Internet and Phone Packages
Opt-Out Here
















--__________MIMEboundary__________-- From CatFoodCoupons@total55.link Mon Jun 2 11:22:41 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 60BFB1A03C7 for ; Mon, 2 Jun 2014 11:22:41 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 4.824 X-Spam-Level: **** X-Spam-Status: No, score=4.824 tagged_above=-999 required=5 tests=[BAYES_99=3.5, BAYES_999=0.2, HTML_MESSAGE=0.001, MPART_ALT_DIFF_COUNT=1.112, SPF_FAIL=0.001, T_REMOTE_IMAGE=0.01] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id bHCJCc3P3Ou5 for ; Mon, 2 Jun 2014 11:22:40 -0700 (PDT) Received: from 03210caa.total55.link (vm3.24x7emarketing.in [65.181.121.135]) by ietfa.amsl.com (Postfix) with ESMTP id 7890C1A03C6 for ; Mon, 2 Jun 2014 11:22:37 -0700 (PDT) Received: by 03210caa.pqakupls.total55.link (amavisd-new, port 14447) with ESMTP id 03PFGHVO210CDCGMDPAA; for ; Mon, 2 Jun 2014 11:22:29 -0700 Date: Mon, 2 Jun 2014 11:22:29 -0700 Subject: Tons of coupons for cat food Message-ID: <84473652489131844738333810171945@pqakupls.total55.link> From: "Cat Food Coupons" To: Content-Language: en-us MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: multipart/alternative; boundary="__________MIMEboundary__________" --__________MIMEboundary__________ Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="UTF-8" Tons of coupons for cat food Click Here For More Informtion http://www.total55.link/l/lc7XR8447U338LJO/383ATL1017RMAPE1945D12E52489131K1102412167 ============================================= To be removed http://www.total55.link/l/lt8KL8447S338BCB/383PDV1017HUSMB1945L12B52489131Q1102412167 Or write to PO Box 540488 Houston, TX 77254 http://www.total55.link/unsYQN8447EB338HIV/383VCVYG1017CY1945RTHIIK12HPOKCV52489131PF1102412167 --__________MIMEboundary__________ Content-Transfer-Encoding: 8bit Content-Type: text/html; charset="UTF-8"


Tons of coupons for cat food
Opt-Out Here
















--__________MIMEboundary__________-- From KayleighArmstrong@lightland.erstoy.com Mon Jun 2 12:17:53 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6F4BA1A041F for ; Mon, 2 Jun 2014 12:17:53 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 3.047 X-Spam-Level: *** X-Spam-Status: No, score=3.047 tagged_above=-999 required=5 tests=[BAYES_50=0.8, J_CHICKENPOX_55=0.6, MANGLED_ACTION=2.3, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Ufdqaqx7c4Jc for ; Mon, 2 Jun 2014 12:17:51 -0700 (PDT) Received: from lightland.erstoy.com (lightland.erstoy.com [207.188.158.159]) by ietfa.amsl.com (Postfix) with ESMTP id 66A6C1A0275 for ; Mon, 2 Jun 2014 12:17:48 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Date: Mon, 02 Jun 2014 12:17:39 -0700 Message-ID: <20140602062046.9500.98396.20140602062046.9500.98396.8457.Kayleigh@erstoy.com> Subject: SS/2014 Policy Premium - From: Upcoming Deadline To: How Much Do You Love Your Family? The 500k Life Policy Below will show them How Much You Care - Update policy while your healthy / http://www.erstoy.com/May/policy/update.index Different Life Stages and Experiences offer different benefits. ~ Living the Single Life? ~ Getting Married? ~ Planning for Retirement? See how your policy is affected by this -> http://www.erstoy.com/May/policy/update.index We hope that you enjoyed receiving this update - to stop further updates write Update Notice Messages at,,, /118/ Kecks Lane/ Ruff Dale, Pennsylvania/ 15679/ or http://www.erstoy.com/39oru/skfte3.sgeiw2 Definitely the correct way to do it. This alters only the behavior of Powershell, not every other .NET app on your machineThis works well but affects all your PowerShell. If you want just some of the functionality make a copy of the powershell folder and then edit the file there.I added a file as noted above. However, I can no longer run PowerShell with that file present - I get the error "The volume for a file has been externally altered so that the opened file is no longer valid." Any ideas?You may also want to create a powersonfig file (with the same contents). I've provided a link to this answer to people a couple of times, and have just added some quick setup notes to help expedite carrying it out - on a 64 bit system, I've found the .exe.config needs to go into SysdowsPowershell (the 32 bit folder), even if you're trying to run 64 bit powershell. Otherwise you get the 'externally altered' erroI cannot access that folder, meaning that It is not possible for me to create or edit files, not even trying to create them on Desktop and then using the shell to copy them! Access Denied! (ps: I ran the shell by right-clicking on its link and choosing: "Start as Admin"). Has anyone seen this working on Windows 7 32 bits? I'm on a system that does not include .NET 3.5 (which is the requirement for ISE v2), and I've never been able to run ISE against .NET 4 using this trick.dding this config file gives me the following error in the Event Log: Activation context generation failed for "C:\Windows\System32\WindowsPowerShell\v1.0\powee".Error in manifest or policy file "C:\Windows\System32\WindowsPowerShell\v1.0\My immediate thought would be the function takes a method parameter for the time, and the caller simply supplies the current time. This way, supplied with the same arguments it gives the same result, and it is up to the caller to change the argumthink most (or all) functional languages are not so strict and combine functional and imperative programming. At least, this is my impression from : How would the caller know the current time in the first plaz Oh I see what you are getting at, I thought you were referring to creation of a function that internally used the current time. Well, I'm sure it's not illegal to return different values if the condition changes, and a change in time is a change in condition Actually it is illegal (as in: impossible) in purely functional languages. interesting stuff, so if a purely functional system needed to work with a time element, it would need to be provided externally? As in, taken as an argument.: Pretty much. A general purpose language which is pure usually offers some facility to get at the "world state" (i.e. things like the current time, files in a directory etc.) without breaking referential transparency. In Haskell that's the IO monad and in Clean it's the world type. So in those languages a function which needs the current time would either take it as an argument or it would need to return an IO a ction instead of its actual result (Haskell) or take the world state as its argument (Clean)your impression is correct F# is multiparadigm with emphasis on FP but you can do pure OO in F# if you so wishWhen thinking about FP it's easy to forget: a computer is a big chunk of mutable state. FP doesn't change that, it merely conceals itSome languages have a pseudo constant variable such as CURRENT_TIMESTAMP. It's a constant that's different every seco. that made me laugh. Why people would call it constant in the first place then, whose value changes every second? Just to "feel" consistent? Same thing when dealing with a random number generator in F#. Easy to do but 'impure', honestly no idea... It's not a "variable" that can vary or be set... so it's a constant, at least for the duration of a single run.Simply consider every previous output of your 'time' function from this current run as part of the input to the function. Thus it can never be called twice with the same inputs during the same run.: Isn't that too much of philosophy and that too, esoteric one? :| Moreover, using such esoteric philosophy, even imperative programming can be called functional programming. would really recommend reading the 1.2 Von Neumann Languages (or really the whole first chapter) in Introduction to Functional Programming Systems Using Haskell. The author does a really great job at explaining why referential transparency is so important to mathematics. il and in Haskell, we call everything - including functions - variables, though changing them is impossiYou might want to check out this video. He talks about pure functional programming for a while, then he says something like, "Okay, but if we just write completely pure functions all the time, we can never get any input from the user, or produce any output -- our program can't actually do anything." A program can't be made entirely of pure (non-IO) functions. But you could have a huge Haskell program that's almost entirely pure functions, and then main = interact processInput is the only part that does any IO. Great question, but I think it's more fitting on Programme 1 I disagree. IMHO this is a perfectly valid question for SO - it is about a programming topic and not about "meta" stuff. l, if it were about "meta From LaylaMcguire@meponline.retrievedgel.com Mon Jun 2 12:59:39 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B84701A043B for ; Mon, 2 Jun 2014 12:59:39 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.553 X-Spam-Level: X-Spam-Status: No, score=-2.553 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Du2Vnb7IJEHE for ; Mon, 2 Jun 2014 12:59:32 -0700 (PDT) Received: from meponline.retrievedgel.com (meponline.retrievedgel.com [207.188.158.179]) by ietfa.amsl.com (Postfix) with ESMTP id C37561A042E for ; Mon, 2 Jun 2014 12:59:31 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Date: Mon, 02 Jun 2014 12:59:26 -0700 Message-ID: <180000-74567-1-20140602064954.9883.25034-M.ipp-archive@megatron.ietf.org> Reply-to: From: Attn: Students/Grads Subject: Student forgiveness programs | L-74567 To: Attn: ipp-archive@megatron.ietf.org Please Read: Re: Your Student-Loan We are happy to bring to your attention that the government has programs that offer to forgive the remaining-balance of your SL. Please see what programs can help you: PKG. 5435436 Forgiveness Program Evaluation: http://www.retrievedgel.com/G-SL/pkg-your-SL-34578456774.html These programs are designed to assist you in paying-back your student-loan efficiently. Grads and current students > 2014 > Forgiveness Programs ------------------------------------------------------------- >From STU DC Programs | 47 Monroe Fl2 : New York : NY : 10002 : End-program Updates here-http://www.retrievedgel.com/s/ / / / / / / / / / / Relationships are key, and you may be surprised by which ones are most critical to your career. At my first job, the scheduler for the associates had all the power and was someone you wanted to get along with. People have to want to work with you, and as you grow in your career, you need people who also want to work for you. Dont narrow your focus just to colleagues at your level. Administrative staff often understand workplace dynamics better than anyone. Pursue the relationships that feel authentic to you to expand your resources, knowledge base and support network. git log cee157 error: short SHA1 cee157 is ambiguous. error: short SHA1 cee157 is ambiguous. fatal: ambiguous argument 'cee157': unknown revision or path not in the working tree. Use '--' to separate paths from revisions, like this: 'git [...] -- [...]' I just tested this on a real Git repository, by finding commits with duplicate prefixes like this: git rev-list master | cut -c-4 | sort | uniq -c | sort -nr | head This takes the list of revisions in master, cuts out the first 4 characters and throws away the rest, count the duplicates and sort numerically. In a my relatively small repository of ~1500 commits I found quite a few revisions with a common 4-digit prefix. I chose a 4-digit prefix because that seems to be the shortest legal length supported by Git. (Doesn't work with 3 digits or less, even if not ambiguous.) Btw this was not a typo, I don't know why the error message about ambiguous SHA1 appears twice, regardless of the number of duplicate SHA1 (tried with 2 and 3): From ipp-bounces@pwg.org Mon Jun 2 13:59:39 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 759801A0431 for ; Mon, 2 Jun 2014 13:59:38 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.442 X-Spam-Level: X-Spam-Status: No, score=-2.442 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, RP_MATCHES_RCVD=-0.651, SPF_PASS=-0.001, T_DKIM_INVALID=0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qJqD2Jt6yP_H for ; Mon, 2 Jun 2014 13:59:37 -0700 (PDT) Received: from www.pwg.org (www.pwg.org [IPv6:2600:3c01::f03c:91ff:fe70:b03f]) by ietfa.amsl.com (Postfix) with ESMTP id 583621A035A for ; Mon, 2 Jun 2014 13:59:36 -0700 (PDT) Received: from pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id 1061D8573; Mon, 2 Jun 2014 21:00:24 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: from mail-in7.apple.com (mail-out7.apple.com [17.151.62.29]) by www.pwg.org (Postfix) with ESMTPS id CBAEA853A for ; Mon, 2 Jun 2014 21:00:22 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; d=apple.com; s=mailout2048s; c=relaxed/simple; q=dns/txt; i=@apple.com; t=1401742769; x=2265656369; h=From:Sender:Reply-To:Subject:Date:Message-id:To:Cc:MIME-version:Content-type: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=GeU6fRIaF6FkYsPAeDE5uqjNRK2MiHrFapPtSHL0JO0=; b=LFJHstFJI9ACNEjVoqA8iqc46En0KMfyNRXM2z085F0DDGGr2SBvJ5mVOQqy5jgw c1VNf/bZjINGesSHYGjKPf2qZnywkRt+nMngsqlMzia2giZxj1QTemjV6Pv5Q2fs t42Pkq4riWVSEC92IhinJ+jc/XcTj/dGM5TnitVGqrJ8tmGZc7oybgUeMs2ce594 lIr+/mHneXFgrjl1INU8fFIAZnyXpw0gESHHvtuy2xNnl+zNO0I4S5FtySEqf+Vu EbdYupA99sElID+Ut0iFk26d1gMFbjvGqm0685PfoH6AdhEVIkRf+RMdIt8yLX/2 fjcgPKOE4GVyKiRGNFABOQ==; Received: from mail-out.apple.com (crispin.apple.com [17.151.62.50]) (using TLS with cipher RC4-MD5 (128/128 bits)) (Client did not present a certificate) by mail-in7.apple.com (Apple Secure Mail Relay) with SMTP id 84.93.30831.1B5EC835; Mon, 2 Jun 2014 13:59:29 -0700 (PDT) MIME-version: 1.0 Received: from relay7.apple.com ([17.128.113.101]) by local.mail-out.apple.com (Oracle Communications Messaging Server 7.0.5.30.0 64bit (built Oct 22 2013)) with ESMTP id <0N6K0006J7MYQ6V0@local.mail-out.apple.com> for ipp@pwg.org; Mon, 02 Jun 2014 13:59:28 -0700 (PDT) X-AuditID: 11973e16-f792a6d00000786f-e6-538ce5b1317f Received: from spicerack.apple.com (spicerack.apple.com [17.128.115.40]) (using TLS with cipher RC4-MD5 (128/128 bits)) (Client did not present a certificate) by relay7.apple.com (Apple SCV relay) with SMTP id 7D.AC.19908.2A5EC835; Mon, 2 Jun 2014 13:59:14 -0700 (PDT) Received: from [17.153.28.29] (unknown [17.153.28.29]) by spicerack.apple.com (Oracle Communications Messaging Server 7.0.5.30.0 64bit (built Oct 22 2013)) with ESMTPSA id <0N6K00LNT7N2OR00@spicerack.apple.com> for ipp@pwg.org; Mon, 02 Jun 2014 13:59:28 -0700 (PDT) From: Michael Sweet Date: Mon, 02 Jun 2014 16:59:27 -0400 To: "" Message-id: X-Mailer: Apple Mail (2.1878.2) X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFjrILMWRmVeSWpSXmKPExsUiON3OSHfj055gg/aDfBbH9r1kcWD0mLd4 OlMAYxSXTUpqTmZZapG+XQJXxu6Xa1kKnllVzJnfwdzAeMyii5GTQ0LARGJjz2JmCFtM4sK9 9WxdjFwcQgIzmSR67j5kB0nwCghK/Jh8jwUiMZlJYve+Beww3S92XWOHS9x4vwXKmcgkcXrO PyaQKjYBNYnfk/pYQRLMAlMYJZrW3wNbyCKgKnHn2lIwW1hAR+Lg8qOsILaIgKLEz2nbGSF2 20i8u7mOCWKdvMSM9hNgGyQEOtgkLl9oZ5rAKDALyY2zkC0BSTALaEssW/gayOYAsnUkJi9k hAibSjx5u50NwraW+DnnEVRcUWJK90P2BYzsqxiFchMzc3Qz88z1EgsKclL1kvNzNzFCwlxs B+PDVVaHGAU4GJV4eH/u7QkWYk0sK67MPcQozcGiJM67vhkoJJCeWJKanZpakFoUX1Sak1p8 iJGJg1OqgXH20fUZs3X/7V3y4KV7QvZ2S/6/AQWNRv7eVXftLy46Me93CntX+aqk1Ut+v738 4dS+fyfslzvMd1ocr37YzEJf9FLZjx/VQddW/Yrh5GMu78hzz9ykVRlpxvrRLnZZc9mrKEYz yTWnRLhkrzwriW5qNoiQiknJ6f01o6wz0E/dmb3R5XtGuxJLcUaioRZzUXEiAOdepdpUAgAA X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFtrMLMWRmVeSWpSXmKPExsUi2FCsobvoaU+wwZMPshbH9r1kcWD0mLd4 OlMAYxSXTUpqTmZZapG+XQJXxu6Xa1kKnllVzJnfwdzAeMyii5GTQ0LAROLFrmvsELaYxIV7 69m6GLk4hAQmM0l82/WTCcKZyCRxes4/JpAqNgE1id+T+lhBEswCUxglmtbfYwZJsAioSty5 thTMFhbQkTi4/CgriC0ioCjxc9p2RhCbV8BG4t3NdUwQtoHEm4PHmSBWy0vMaD/BPoGRZxay ubOQ1IHYzALaEssWvgaKcwDZOhKTFzJChE0lnrzdzgZhW0v8nPMIKq4oMaX7IfsCRvZVjAJF qTmJleZ6iQUFOal6yfm5mxjBwVeYuoOxcbnVIUYBDkYlHt4fe3uChVgTy4orcw8xqgCNeLRh 9QVGKZa8/LxUJRHe2vVAad6UxMqq1KL8+KLSnNTiQ4zSHCxK4rxqMp3BQgLpiSWp2ampBalF MFkmDk6pBkbFOR8yD/mt3+rwcr6Ot3b3qn/Ty6LyDrs+2nJDYFti1LKYnOhVfqknFkyN7nun 7ir5/GuzrN/dxK3NcsErFqRyzq0LumSw9uzcUAf/X/2zohsilW5ZSjkHLZm9lrv96ua0bTWz Zsx/d/tszOQK1skfL34UlX/+Y2afzpJbtyMZzmsevq600KBXiaU4I9FQi7moOBEAwLzhJUYC AAA= Subject: [IPP] Minutes posted from today's concall X-BeenThere: ipp@pwg.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Internet Printing Protocol Workgroup discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0249267459==" Sender: ipp-bounces@pwg.org Errors-To: ipp-bounces@pwg.org --===============0249267459== Content-type: multipart/signed; boundary="Apple-Mail=_7FCAF1A6-5048-4FBF-BAE4-3B9FFC3B6B0E"; protocol="application/pkcs7-signature"; micalg=sha1 --Apple-Mail=_7FCAF1A6-5048-4FBF-BAE4-3B9FFC3B6B0E Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii All, I have posted the minutes from today's IPP WG conference call to: = http://ftp.pwg.org/pub/pwg/ipp/minutes/ippv2-concall-minutes-20140602.pdf Our next meetings are June 16 and 30, 2014 at 3pm ET. Action item: - Pete to post proposal for destination authentication = information to IPP list _________________________________________________________ Michael Sweet, Senior Printing System Engineer, PWG Chair --Apple-Mail=_7FCAF1A6-5048-4FBF-BAE4-3B9FFC3B6B0E Content-Disposition: attachment; filename=smime.p7s Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIPJTCCBN0w ggPFoAMCAQICEHGS++YZX6xNEoV0cTSiGKcwDQYJKoZIhvcNAQEFBQAwezELMAkGA1UEBhMCR0Ix GzAZBgNVBAgMEkdyZWF0ZXIgTWFuY2hlc3RlcjEQMA4GA1UEBwwHU2FsZm9yZDEaMBgGA1UECgwR Q29tb2RvIENBIExpbWl0ZWQxITAfBgNVBAMMGEFBQSBDZXJ0aWZpY2F0ZSBTZXJ2aWNlczAeFw0w NDAxMDEwMDAwMDBaFw0yODEyMzEyMzU5NTlaMIGuMQswCQYDVQQGEwJVUzELMAkGA1UECBMCVVQx FzAVBgNVBAcTDlNhbHQgTGFrZSBDaXR5MR4wHAYDVQQKExVUaGUgVVNFUlRSVVNUIE5ldHdvcmsx ITAfBgNVBAsTGGh0dHA6Ly93d3cudXNlcnRydXN0LmNvbTE2MDQGA1UEAxMtVVROLVVTRVJGaXJz dC1DbGllbnQgQXV0aGVudGljYXRpb24gYW5kIEVtYWlsMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8A MIIBCgKCAQEAsjmFpPJ9q0E7YkY3rs3BYHW8OWX5ShpHornMSMxqmNVNNRm5pELlzkniii8efNIx B8dOtINknS4p1aJkxIW9hVE1eaROaJB7HHqkkqgX8pgV8pPMyaQylbsMTzC9mKALi+VuG6JG+ni8 om+rWV6lL8/K2m2qL+usobNqqrcuZzWLeeEeaYji5kbNoKXqvgvOdjp6Dpvq/NonWz1zHyLmSGHG TPNpsaguG7bUMSAsvIKKjqQOpdeJQ/wWWq8dcdcRWdq6hw2v+vPhwvCkxWeM1tZUOt4KpLoDd7Nl yP0e03RiqhjKaJMeoYV+9Udly/hNVyh00jT/MLbu9mIwFIws6wIDAQABo4IBJzCCASMwHwYDVR0j BBgwFoAUoBEKIz6W8Qfs4q8p74Klf9AwpLQwHQYDVR0OBBYEFImCZ33EnSZwAEu0UEh83j2uBG59 MA4GA1UdDwEB/wQEAwIBBjAPBgNVHRMBAf8EBTADAQH/MB0GA1UdJQQWMBQGCCsGAQUFBwMCBggr BgEFBQcDBDARBgNVHSAECjAIMAYGBFUdIAAwewYDVR0fBHQwcjA4oDagNIYyaHR0cDovL2NybC5j b21vZG9jYS5jb20vQUFBQ2VydGlmaWNhdGVTZXJ2aWNlcy5jcmwwNqA0oDKGMGh0dHA6Ly9jcmwu Y29tb2RvLm5ldC9BQUFDZXJ0aWZpY2F0ZVNlcnZpY2VzLmNybDARBglghkgBhvhCAQEEBAMCAQYw DQYJKoZIhvcNAQEFBQADggEBAJ2Vyzy4fqUJxB6/C8LHdo45PJTGEKpPDMngq4RdiVTgZTvzbRx8 NywlVF+WIfw3hJGdFdwUT4HPVB1rbEVgxy35l1FM+WbKPKCCjKbI8OLp1Er57D9Wyd12jMOCAU9s APMeGmF0BEcDqcZAV5G8ZSLFJ2dPV9tkWtmNH7qGL/QGrpxp7en0zykX2OBKnxogL5dMUbtGB8SK N04g4wkxaMeexIud6H4RvDJoEJYRmETYKlFgTYjrdDrfQwYyyDlWjDoRUtNBpEMD9O3vMyfbOeAU TibJ2PU54om4k123KSZB6rObroP8d3XK6Mq1/uJlSmM+RMTQw16Hc6mYHK9/FX8wggUaMIIEAqAD AgECAhBtGeqnGU9qMyLmIjJ6qnHeMA0GCSqGSIb3DQEBBQUAMIGuMQswCQYDVQQGEwJVUzELMAkG A1UECBMCVVQxFzAVBgNVBAcTDlNhbHQgTGFrZSBDaXR5MR4wHAYDVQQKExVUaGUgVVNFUlRSVVNU IE5ldHdvcmsxITAfBgNVBAsTGGh0dHA6Ly93d3cudXNlcnRydXN0LmNvbTE2MDQGA1UEAxMtVVRO LVVTRVJGaXJzdC1DbGllbnQgQXV0aGVudGljYXRpb24gYW5kIEVtYWlsMB4XDTExMDQyODAwMDAw MFoXDTIwMDUzMDEwNDgzOFowgZMxCzAJBgNVBAYTAkdCMRswGQYDVQQIExJHcmVhdGVyIE1hbmNo ZXN0ZXIxEDAOBgNVBAcTB1NhbGZvcmQxGjAYBgNVBAoTEUNPTU9ETyBDQSBMaW1pdGVkMTkwNwYD VQQDEzBDT01PRE8gQ2xpZW50IEF1dGhlbnRpY2F0aW9uIGFuZCBTZWN1cmUgRW1haWwgQ0EwggEi MA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQCShIRbS1eY1F4vi6ThQMijU1hfZmXxMk73nzJ9 VdB4TFW3QpTg+SdxB8XGaaS5MsTxQBqQzCdWYn8XtXFpruUgG+TLY15gyqJB9mrho/+43x9IbWVD jCouK2M4d9+xF6zC2oIC1tQyatRnbyATj1w1+uVUgK/YcQodNwoCUFNslR2pEBS0mZVZEjH/CaLS TNxS297iQAFbSGjdxUq04O0kHzqvcV8H46y/FDuwJXFoPfQP1hdYRhWBPGiLi4MPbXohV+Y0sNsy fuNK4aVScmQmkU6lkg//4LFg/RpvaFGZY40ai6XMQpubfSJj06mg/M6ekN9EGfRcWzW6FvOnm//B AgMBAAGjggFLMIIBRzAfBgNVHSMEGDAWgBSJgmd9xJ0mcABLtFBIfN49rgRufTAdBgNVHQ4EFgQU ehNOAHRbxnhjZCfBL+KgW7x5xXswDgYDVR0PAQH/BAQDAgEGMBIGA1UdEwEB/wQIMAYBAf8CAQAw EQYDVR0gBAowCDAGBgRVHSAAMFgGA1UdHwRRME8wTaBLoEmGR2h0dHA6Ly9jcmwudXNlcnRydXN0 LmNvbS9VVE4tVVNFUkZpcnN0LUNsaWVudEF1dGhlbnRpY2F0aW9uYW5kRW1haWwuY3JsMHQGCCsG AQUFBwEBBGgwZjA9BggrBgEFBQcwAoYxaHR0cDovL2NydC51c2VydHJ1c3QuY29tL1VUTkFkZFRy dXN0Q2xpZW50X0NBLmNydDAlBggrBgEFBQcwAYYZaHR0cDovL29jc3AudXNlcnRydXN0LmNvbTAN BgkqhkiG9w0BAQUFAAOCAQEAhda+eFdVbTN/RFL+QtUGqAEDgIr7DbL9Sr/2r0FJ9RtaxdKtG3Nu PukmfOZMmMEwKN/L+0I8oSU+CnXW0D05hmbRoZu1TZtvryhsHa/l6nRaqNqxwPF1ei+eupN5yv7i kR5WdLL4jdPgQ3Ib7Y/9YDkgR/uLrzplSDyYPaUlv73vYOBJ5RbI6z9Dg/Dg7g3B080zX5vQvWBq szv++tTJOjwf7Zv/m0kzvkIpOYPuM2kugp1FTahp2oAbHj3SGl18R5mlmwhtEpmG1l1XBxunML5L SUS4kH7K0Xk467Qz+qA6XSZYnmFVGLQh1ZnV4ENAQjC+6qXnlNKw/vN1+X9u5zCCBSIwggQKoAMC AQICEQDlB7dXxclLEedquPvGX8CGMA0GCSqGSIb3DQEBBQUAMIGTMQswCQYDVQQGEwJHQjEbMBkG A1UECBMSR3JlYXRlciBNYW5jaGVzdGVyMRAwDgYDVQQHEwdTYWxmb3JkMRowGAYDVQQKExFDT01P RE8gQ0EgTGltaXRlZDE5MDcGA1UEAxMwQ09NT0RPIENsaWVudCBBdXRoZW50aWNhdGlvbiBhbmQg U2VjdXJlIEVtYWlsIENBMB4XDTEzMTIxNzAwMDAwMFoXDTE0MTIxNzIzNTk1OVowITEfMB0GCSqG SIb3DQEJARYQbXN3ZWV0QGFwcGxlLmNvbTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEB ANdvQYZRCVzc0wIYvIOn/0Pv7zUwuIvbAfM/W3FyemqZx3fdKxX4WxN2x5NC3hhBHGrUWirJH7rl 6It12bGQ61uHAK5jsJikV5k+mOYjZaKNIKxj0uYIk3MKQmsmM8t3nddq5mp2mxwV/U7AFPTz1fgh dkqTb/NkHY5eA8KqksaeqwfMgoaiGVeCUhptWnXosca8PAkb+i9u5rEok5zgY+QP0IuWLJENfA4q dEMsH+OAwMGOv9fNCgcdapFnjeSYaj70m6qUiq446+8a2rhUsEUKQayOMgjnm2bgUuNx7pOvs/Jg zIlZoTz/llmE1HWREGzSjRnLWwQ98fspfeZWA+8CAwEAAaOCAeAwggHcMB8GA1UdIwQYMBaAFHoT TgB0W8Z4Y2QnwS/ioFu8ecV7MB0GA1UdDgQWBBTtKBJoG9kxZisTqJg4+wr12l4stjAOBgNVHQ8B Af8EBAMCBaAwDAYDVR0TAQH/BAIwADAgBgNVHSUEGTAXBggrBgEFBQcDBAYLKwYBBAGyMQEDBQIw EQYJYIZIAYb4QgEBBAQDAgUgMEYGA1UdIAQ/MD0wOwYMKwYBBAGyMQECAQEBMCswKQYIKwYBBQUH AgEWHWh0dHBzOi8vc2VjdXJlLmNvbW9kby5uZXQvQ1BTMFcGA1UdHwRQME4wTKBKoEiGRmh0dHA6 Ly9jcmwuY29tb2RvY2EuY29tL0NPTU9ET0NsaWVudEF1dGhlbnRpY2F0aW9uYW5kU2VjdXJlRW1h aWxDQS5jcmwwgYgGCCsGAQUFBwEBBHwwejBSBggrBgEFBQcwAoZGaHR0cDovL2NydC5jb21vZG9j YS5jb20vQ09NT0RPQ2xpZW50QXV0aGVudGljYXRpb25hbmRTZWN1cmVFbWFpbENBLmNydDAkBggr BgEFBQcwAYYYaHR0cDovL29jc3AuY29tb2RvY2EuY29tMBsGA1UdEQQUMBKBEG1zd2VldEBhcHBs ZS5jb20wDQYJKoZIhvcNAQEFBQADggEBABg5KLQK5u9gGI75u+vYH/i6uMDKlpTILO/r/FpN2ibq pwAB2ln9oKvPIA1/r3o+DBC87TqnlJAiPW4ADFHpRmqlprb0Tu9p98nP/wl5tBZjEP8dY4iH0TB3 B2r9JHwRwwJQ20CqJpuCn9dmvL215sZSqvJfluVlIcAQCLxp3ZKMIC2pNKitswdjjHduaKuj2TMe xrzMtrRGRtFF9pcMcnsqE2QtJUqXPV7/M4WT2yRUmI4ThPt9O9fmPH2ku52hdb6t4qXvwdQSkDHt xo3J/Vc/jDR2/feedDhQmG0V9j6tHsuG6bVVhcGiWnSmSoPfg13FlQwlxZTyFtiMZ2jILyoxggOu MIIDqgIBATCBqTCBkzELMAkGA1UEBhMCR0IxGzAZBgNVBAgTEkdyZWF0ZXIgTWFuY2hlc3RlcjEQ MA4GA1UEBxMHU2FsZm9yZDEaMBgGA1UEChMRQ09NT0RPIENBIExpbWl0ZWQxOTA3BgNVBAMTMENP TU9ETyBDbGllbnQgQXV0aGVudGljYXRpb24gYW5kIFNlY3VyZSBFbWFpbCBDQQIRAOUHt1fFyUsR 52q4+8ZfwIYwCQYFKw4DAhoFAKCCAdkwGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG 9w0BCQUxDxcNMTQwNjAyMjA1OTI4WjAjBgkqhkiG9w0BCQQxFgQURmKJLLGVM7bMOfWMVZHSlhf0 UBcwgboGCSsGAQQBgjcQBDGBrDCBqTCBkzELMAkGA1UEBhMCR0IxGzAZBgNVBAgTEkdyZWF0ZXIg TWFuY2hlc3RlcjEQMA4GA1UEBxMHU2FsZm9yZDEaMBgGA1UEChMRQ09NT0RPIENBIExpbWl0ZWQx OTA3BgNVBAMTMENPTU9ETyBDbGllbnQgQXV0aGVudGljYXRpb24gYW5kIFNlY3VyZSBFbWFpbCBD QQIRAOUHt1fFyUsR52q4+8ZfwIYwgbwGCyqGSIb3DQEJEAILMYGsoIGpMIGTMQswCQYDVQQGEwJH QjEbMBkGA1UECBMSR3JlYXRlciBNYW5jaGVzdGVyMRAwDgYDVQQHEwdTYWxmb3JkMRowGAYDVQQK ExFDT01PRE8gQ0EgTGltaXRlZDE5MDcGA1UEAxMwQ09NT0RPIENsaWVudCBBdXRoZW50aWNhdGlv biBhbmQgU2VjdXJlIEVtYWlsIENBAhEA5Qe3V8XJSxHnarj7xl/AhjANBgkqhkiG9w0BAQEFAASC AQDQwQgHtbIILAeYFYfO3/dhvmzNpYD1k6mVERXhKXmQ4af+s1AD4V5V4qDyEIDV6GgX6DTOdGAW sFBOHpzbncpEyWaVGgG5bu+F9X41yLc+BdiysG7+x940tzjvoW2i/o+NY26TNy1MtfAl7GHFTGIA uEZif8zfPanfPomD6zPK632MMv0aTb0oVPtRI54ezUodwWOV/uUcC6BeddjVAEFwQKZwJzvwPeo5 1okyCOu0tM4mLmWQVoV/4WMUiiIT6wPNS2y/tHDsBHT1vyHSAfwqG8UyHTaFc/BiedZXKlky1s+p JF0GvB7HgLkpE66Vbv2JlKAjAiB46VjMjGvMQ8JiAAAAAAAA --Apple-Mail=_7FCAF1A6-5048-4FBF-BAE4-3B9FFC3B6B0E-- --===============0249267459== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ ipp mailing list ipp@pwg.org https://www.pwg.org/mailman/listinfo/ipp --===============0249267459==-- From ClaraSchultz@dentacad.surfacecadens.com Mon Jun 2 14:03:29 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5C68C1A0462 for ; Mon, 2 Jun 2014 14:03:29 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.553 X-Spam-Level: X-Spam-Status: No, score=-2.553 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5DniSUJrYV9G for ; Mon, 2 Jun 2014 14:03:25 -0700 (PDT) Received: from dentacad.surfacecadens.com (dentacad.surfacecadens.com [206.206.191.91]) by ietfa.amsl.com (Postfix) with ESMTP id 39FF21A040A for ; Mon, 2 Jun 2014 14:03:16 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Subject: SlimSpray: As Featured-On ABCs Shark-Tank Message-ID: <20140602195149.27402.75210.998.334.661.66.90934566.ipp-archive@megatron.ietf.org> To: From: Slim Spray Date: Mon, 02 Jun 2014 14:03:09 -0700 ipp-archive@megatron.ietf.org A great new-product has just been-featured on ABC's Shark-Tank & is making-waves in the Hollywood celebrity-community. Celebs-everywhere are being-seen with the Slim-Spray! Start your New Years-resolution Today - watch the Sharks discuss this spray See the Whole TV segment from ABC's SharkTank Here: http://www.surfacecadens.com/newslim/spraydeals.html /Quit admail now by going below here:. http://www.surfacecadens.com/endslim/quitdeals.html 2964 Shoreline Cove Ct. San Dlego CA - ZIP: 921l7 posted on FB something about being in Miami, n friends started suggesting cool places to go in Miami, including restaurants. Yay! My friend Pat suggested Puerto Sagua, and after seeing rave reviews on Yelp [more awesome technology] we made our reservation! I expected it to be swanky and dark, like or restaurants we'd been to down re. It was quite opposite, bright lighting, a lot of tables crowded in a giant room and minimal luxury. I didn't mind one bit because we could immediately tell this joint was going to have some auntic Cuban food! We ordered Paella, a chicken dish and a beef dish. All tasted great but paella was fantastic! It takes 45 minutes to cook. We were sharing everything so it didn't matter to us that it took longer. We ate chicken and beef while we waited and drank our reasonably priced bottle of Malbec. Everything was delicious and bill was totally reasonable. Our waiter was not very friendly and would disappear for looooong periods of time but it didn't ruin experience. Great food- thanks to Pat for suggesting we try Puerto Sagua!!! Visit 1: as guided by Yelpers, this was our targe t dinner joint first night of an extended weekend trip with wife and a friend/couple...restaurant was comfortably busy, but tables turned relatively quickly. Many of reviews pointed to #1, a stewed beef/garlic dish that was SO tasty and wonderful. Washed it all down with a chilled Presidente, while Mrs. enjoyed a sangria to accompany her fantastic grilled grouper (I know because she MADE me try some :-) ). Tables are all very close toger, so it brings a great vibe and sense of community to this very rustic joint. wood paneling is certainly throw-back look. Visit 2: last night in SoBe, strolled for that random, gotta get someting to eat, as long as it wasn't TGIF's on Ocean (or anything on Ocean, AKA "all places will grab you with alcoholism-inducing drink 'specials')...we strolled up Collins and voila, re was Peurto Sagua, beckoning us for one more try! We were very hungry (and it was 11:30 on From ipp-bounces@pwg.org Mon Jun 2 17:03:07 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 51F581A03D4 for ; Mon, 2 Jun 2014 17:03:07 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.442 X-Spam-Level: X-Spam-Status: No, score=-2.442 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, RP_MATCHES_RCVD=-0.651, SPF_PASS=-0.001, T_DKIM_INVALID=0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id KXo4nxJDUSOm for ; Mon, 2 Jun 2014 17:03:05 -0700 (PDT) Received: from www.pwg.org (www.pwg.org [IPv6:2600:3c01::f03c:91ff:fe70:b03f]) by ietfa.amsl.com (Postfix) with ESMTP id EAADE1A03CD for ; Mon, 2 Jun 2014 17:03:05 -0700 (PDT) Received: from pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id 707FE857C; Tue, 3 Jun 2014 00:03:53 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: from ore.jhcloos.com (ore.jhcloos.com [198.147.23.85]) by www.pwg.org (Postfix) with ESMTPS id CDB27857A for ; Tue, 3 Jun 2014 00:03:51 +0000 (UTC) Received: by ore.jhcloos.com (Postfix, from userid 10) id DB9231DF87; Tue, 3 Jun 2014 00:02:56 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=jhcloos.com; s=ore14; t=1401753776; bh=90Aeyq8cI9mjWCrpswwgqpIYtKq9F7YUdCRrSsTLJNg=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From; b=X3ZJ+tnrXprcoBCrWeKSavX53qoaMeUWQES6PwR8bGPCkgtuhpqA5AARRAtIoFth4 +p8zhd9FzGnwFlYvcPHYfYvV/ZeMWokb0Z9bJPP5ZQRBxE0lh2ZRNjTxSBroFyGhdJ hVNjbFE4dZCpLI+rpe7IopUTOmm+B6OOqYpczSpc= Received: by carbon.jhcloos.org (Postfix, from userid 500) id C3FE56001E; Mon, 2 Jun 2014 23:57:03 +0000 (UTC) From: James Cloos To: Michael Sweet In-Reply-To: <77AB6E2C-5AC3-4407-A521-044492F8B20B@apple.com> (Michael Sweet's message of "Mon, 02 Jun 2014 07:50:01 -0400") References: <77AB6E2C-5AC3-4407-A521-044492F8B20B@apple.com> User-Agent: Gnus/5.130012 (Ma Gnus v0.12) Emacs/24.4.50 (gnu/linux) Face: iVBORw0KGgoAAAANSUhEUgAAABAAAAAQAgMAAABinRfyAAAACVBMVEX///8ZGXBQKKnCrDQ3 AAAAJElEQVQImWNgQAAXzwQg4SKASgAlXIEEiwsSIYBEcLaAtMEAADJnB+kKcKioAAAAAElFTkSu QmCC Copyright: Copyright 2014 James Cloos OpenPGP: 0x997A9F17ED7DAEA6; url=https://jhcloos.com/public_key/0x997A9F17ED7DAEA6.asc OpenPGP-Fingerprint: E9E9 F828 61A4 6EA9 0F2B 63E7 997A 9F17 ED7D AEA6 Date: Mon, 02 Jun 2014 19:57:03 -0400 Message-ID: Lines: 21 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-Hashcash: 1:30:140602:msweet@apple.com::5D0zyJYvxvrZUW8Q:00WF+ X-Hashcash: 1:30:140603:blueroofmusic@gmail.com::ILa3CEXJR9zIVIZH:00000000000000000000000000000000000009Xils X-Hashcash: 1:30:140603:"ipp\@pwg.org"::fhPFgwq6b5xUIEJ9:008QmeL X-Hashcash: 1:30:140603:ipp@pwg.org::yIeTBJzQ+uKay30t:00000eERGz Cc: "ipp@pwg.org" Subject: Re: [IPP] Fwd: [Printing-architecture] pwgtoraster vs calibrated spaces X-BeenThere: ipp@pwg.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Internet Printing Protocol Workgroup discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: ipp-bounces@pwg.org Errors-To: ipp-bounces@pwg.org --=-=-= Content-Type: text/plain We wrote a bit today about this. My searches showed several 2.2 gamma icc files and discussion about printing black-white photographs which also said 2.2. Today, using the string Mike mentioned I found one sGray.icc which is not a 2.2, but most still match gs's. Since I brought it up, I will create one for cups-filters, using the sRGB curve. I *think* this works: (verification appreciated) --=-=-= Content-Type: application/xml; charset=utf-8 Content-Disposition: inline; filename=sGray.xml Content-Transfer-Encoding: base64 PD94bWwgdmVyc2lvbj0iMS4wIiBlbmNvZGluZz0iVVRGLTgiPz4KPEljY1Byb2ZpbGU+CiAgPEhl YWRlcj4KICAgIDxQcmVmZXJyZWRDTU1UeXBlPmxjbXM8L1ByZWZlcnJlZENNTVR5cGU+CiAgICA8 UHJvZmlsZVZlcnNpb24+My40MDwvUHJvZmlsZVZlcnNpb24+CiAgICA8UHJvZmlsZURldmljZUNs YXNzPm1udHI8L1Byb2ZpbGVEZXZpY2VDbGFzcz4KICAgIDxEYXRhQ29sb3VyU3BhY2U+c0dyYXk8 L0RhdGFDb2xvdXJTcGFjZT4KICAgIDxQQ1M+WFlaIDwvUENTPgogICAgPENyZWF0aW9uRGF0ZVRp bWU+MjAxNC0wNi0wMlQyMzo0NzoxNzwvQ3JlYXRpb25EYXRlVGltZT4KICAgIDxQcmltYXJ5UGxh dGZvcm0+QVBQTDwvUHJpbWFyeVBsYXRmb3JtPgogICAgPFByb2ZpbGVGbGFncyBFbWJlZGRlZElu RmlsZT0iZmFsc2UiIFVzZVdpdGhFbWJlZGRlZERhdGFPbmx5PSJmYWxzZSIvPgogICAgPERldmlj ZU1hbnVmYWN0dXJlcj5sY21zPC9EZXZpY2VNYW51ZmFjdHVyZXI+CiAgICA8RGV2aWNlQXR0cmli dXRlcyBSZWZsZWN0aXZlT3JUcmFuc3BhcmVuY3k9InJlZmxlY3RpdmUiIEdsb3NzeU9yTWF0dGU9 Imdsb3NzeSIgTWVkaWFQb2xhcml0eT0icG9zaXRpdmUiIE1lZGlhQ29sb3VyPSJjb2xvdXIiLz4K ICAgIDxSZW5kZXJpbmdJbnRlbnQ+UGVyY2VwdHVhbDwvUmVuZGVyaW5nSW50ZW50PgogICAgPFBD U0lsbHVtaW5hbnQ+CiAgICAgIDxYWVpOdW1iZXIgWD0iMC45NjQyMDI4OCIgWT0iMS4wMDAwMDAw MCIgWj0iMC44MjQ5MDU0MCIvPgogICAgPC9QQ1NJbGx1bWluYW50PgogICAgPFByb2ZpbGVDcmVh dG9yPmxjbXM8L1Byb2ZpbGVDcmVhdG9yPgogIDwvSGVhZGVyPgogIDxUYWdzPgogICAgPHRleHRE ZXNjcmlwdGlvblR5cGU+CiAgICAgIDxUYWdTaWduYXR1cmU+ZGVzYzwvVGFnU2lnbmF0dXJlPgog ICAgICA8QVNDSUk+PCFbQ0RBVEFbR3JheV1dPjwvQVNDSUk+CiAgICA8L3RleHREZXNjcmlwdGlv blR5cGU+CiAgICA8dGV4dFR5cGU+CiAgICAgIDxUYWdTaWduYXR1cmU+Y3BydDwvVGFnU2lnbmF0 dXJlPgogICAgICA8QVNDSUk+PCFbQ0RBVEFbUHVibGljIERvbWFpbi4gTm8gV2FycmFudHksIFVz ZSBhdCBvd24gcmlzay5dXT48L0FTQ0lJPgogICAgPC90ZXh0VHlwZT4KICAgIDxzaWduYXR1cmVU eXBlPgogICAgICA8VGFnU2lnbmF0dXJlPnRlY2g8L1RhZ1NpZ25hdHVyZT4KICAgICAgPFNpZ25h dHVyZT5DUlQgPC9TaWduYXR1cmU+CiAgICA8L3NpZ25hdHVyZVR5cGU+CiAgICA8dmlld2luZ0Nv bmRpdGlvbnNUeXBlPgogICAgICA8VGFnU2lnbmF0dXJlPnZpZXc8L1RhZ1NpZ25hdHVyZT4KICAg ICAgPElsbHVtaW5hbnRYWVogWD0iMTkuNjQyNTE3MDkiIFk9IjIwLjM3MTgyNjE3IiBaPSIxNi44 MDQ3MTgwMiIvPgogICAgICA8U3Vycm91bmRYWVogWD0iMy45Mjg0OTczMSIgWT0iNC4wNzQzNzEz NCIgWj0iMy4zNjA5NDY2NiIvPgogICAgICA8SWxsdW1UeXBlPklsbHVtaW5hbnQgRDUwPC9JbGx1 bVR5cGU+CiAgICA8L3ZpZXdpbmdDb25kaXRpb25zVHlwZT4KICAgIDxYWVpUeXBlPgogICAgICA8 VGFnU2lnbmF0dXJlPmx1bWk8L1RhZ1NpZ25hdHVyZT4KICAgICAgPFhZWk51bWJlciBYPSI3Ni4w Mzk5OTMyOSIgWT0iODAuMDAwMDAwMDAiIFo9Ijg3LjExOTk5NTEyIi8+CiAgICA8L1hZWlR5cGU+ CiAgICA8bWVhc3VyZW1lbnRUeXBlPgogICAgICA8VGFnU2lnbmF0dXJlPm1lYXM8L1RhZ1NpZ25h dHVyZT4KICAgICAgPFN0YW5kYXJkT2JzZXJ2ZXI+Q0lFIDE5MzEgc3RhbmRhcmQgY29sb3JpbWV0 cmljIG9ic2VydmVyPC9TdGFuZGFyZE9ic2VydmVyPgogICAgICA8TWVhc3VyZW1lbnRCYWNraW5n IFg9IjAuMDAwMDAwMDAiIFk9IjAuMDAwMDAwMDAiIFo9IjAuMDAwMDAwMDAiLz4KICAgICAgPEdl b21ldHJ5Pkdlb21ldHJ5IFVua25vd248L0dlb21ldHJ5PgogICAgICA8RmxhcmU+VW5rbm93biBG bGFyZSAnNjU1JzwvRmxhcmU+CiAgICAgIDxTdGFuZGFyZElsbHVtaW5hbnQ+SWxsdW1pbmFudCBE NjU8L1N0YW5kYXJkSWxsdW1pbmFudD4KICAgIDwvbWVhc3VyZW1lbnRUeXBlPgogICAgPFhZWlR5 cGU+CiAgICAgIDxUYWdTaWduYXR1cmU+d3RwdDwvVGFnU2lnbmF0dXJlPgogICAgICA8WFlaTnVt YmVyIFg9IjAuOTUwNDU0NzEiIFk9IjEuMDAwMDAwMDAiIFo9IjEuMDg5MDUwMjkiLz4KICAgIDwv WFlaVHlwZT4KICAgIDxYWVpUeXBlPgogICAgICA8VGFnU2lnbmF0dXJlPmJrcHQ8L1RhZ1NpZ25h dHVyZT4KICAgICAgPFhZWk51bWJlciBYPSIwLjAwMDAwMDAwIiBZPSIwLjAwMDAwMDAwIiBaPSIw LjAwMDAwMDAwIi8+CiAgICA8L1hZWlR5cGU+CiAgICA8Y3VydmVUeXBlPgogICAgICA8VGFnU2ln bmF0dXJlPmtUUkM8L1RhZ1NpZ25hdHVyZT4KICAgICAgPEN1cnZlPgogICAgICAgICAgIDAgICAg IDUgICAgMTAgICAgMTUgICAgMjAgICAgMjUgICAgMzAgICAgMzUgICAgNDAgICAgNDUgICAgNTAg ICAgNTUgICAgNTkgICAgNjQgICAgNjkgICAgNzQKICAgICAgICAgICA3OSAgICA4NCAgICA4OSAg ICA5NCAgICA5OSAgIDEwNCAgIDEwOSAgIDExNCAgIDExOSAgIDEyNCAgIDEyOSAgIDEzNCAgIDEz OSAgIDE0NCAgIDE0OSAgIDE1NAogICAgICAgICAgMTU5ICAgMTY0ICAgMTY5ICAgMTc0ICAgMTc4 ICAgMTgzICAgMTg4ICAgMTkzICAgMTk4ICAgMjAzICAgMjA4ICAgMjEzICAgMjE5ICAgMjI0ICAg MjI5ICAgMjM1CiAgICAgICAgICAyNDAgICAyNDYgICAyNTEgICAyNTcgICAyNjMgICAyNjkgICAy NzUgICAyODEgICAyODcgICAyOTMgICAyOTkgICAzMDYgICAzMTIgICAzMTggICAzMjUgICAzMzIK ICAgICAgICAgIDMzOCAgIDM0NSAgIDM1MiAgIDM1OSAgIDM2NiAgIDM3MyAgIDM4MCAgIDM4NyAg IDM5NSAgIDQwMiAgIDQxMCAgIDQxNyAgIDQyNSAgIDQzMyAgIDQ0MSAgIDQ0OQogICAgICAgICAg NDU3ICAgNDY1ICAgNDczICAgNDgxICAgNDg5ICAgNDk4ICAgNTA2ICAgNTE1ICAgNTI0ICAgNTMy ICAgNTQxICAgNTUwICAgNTU5ICAgNTY4ICAgNTc3ICAgNTg3CiAgICAgICAgICA1OTYgICA2MDUg ICA2MTUgICA2MjUgICA2MzQgICA2NDQgICA2NTQgICA2NjQgICA2NzQgICA2ODQgICA2OTQgICA3 MDUgICA3MTUgICA3MjUgICA3MzYgICA3NDcKICAgICAgICAgIDc1NyAgIDc2OCAgIDc3OSAgIDc5 MCAgIDgwMSAgIDgxMyAgIDgyNCAgIDgzNSAgIDg0NyAgIDg1OCAgIDg3MCAgIDg4MiAgIDg5NCAg IDkwNiAgIDkxOCAgIDkzMAogICAgICAgICAgOTQyICAgOTU0ICAgOTY3ICAgOTc5ICAgOTkyICAx MDA0ICAxMDE3ICAxMDMwICAxMDQzICAxMDU2ICAxMDY5ICAxMDgzICAxMDk2ICAxMTA5ICAxMTIz ICAxMTM3CiAgICAgICAgIDExNTAgIDExNjQgIDExNzggIDExOTIgIDEyMDYgIDEyMjAgIDEyMzUg IDEyNDkgIDEyNjQgIDEyNzggIDEyOTMgIDEzMDggIDEzMjMgIDEzMzggIDEzNTMgIDEzNjgKICAg ICAgICAgMTM4MyAgMTM5OSAgMTQxNCAgMTQzMCAgMTQ0NiAgMTQ2MSAgMTQ3NyAgMTQ5MyAgMTUw OSAgMTUyNiAgMTU0MiAgMTU1OCAgMTU3NSAgMTU5MSAgMTYwOCAgMTYyNQogICAgICAgICAxNjQy ICAxNjU5ICAxNjc2ICAxNjkzICAxNzExICAxNzI4ICAxNzQ1ICAxNzYzICAxNzgxICAxNzk5ICAx ODE3ICAxODM1ICAxODUzICAxODcxICAxODg5ICAxOTA4CiAgICAgICAgIDE5MjYgIDE5NDUgIDE5 NjQgIDE5ODMgIDIwMDIgIDIwMjEgIDIwNDAgIDIwNTkgIDIwNzkgIDIwOTggIDIxMTggIDIxMzgg IDIxNTggIDIxNzggIDIxOTggIDIyMTgKICAgICAgICAgMjIzOCAgMjI1OCAgMjI3OSAgMjI5OSAg MjMyMCAgMjM0MSAgMjM2MiAgMjM4MyAgMjQwNCAgMjQyNSAgMjQ0NyAgMjQ2OCAgMjQ5MCAgMjUx MSAgMjUzMyAgMjU1NQogICAgICAgICAyNTc3ICAyNTk5ICAyNjIxICAyNjQ0ICAyNjY2ICAyNjg5 ICAyNzEyICAyNzM0ICAyNzU3ICAyNzgwICAyODAzICAyODI3ICAyODUwICAyODczICAyODk3ICAy OTIxCiAgICAgICAgIDI5NDQgIDI5NjggIDI5OTIgIDMwMTYgIDMwNDEgIDMwNjUgIDMwOTAgIDMx MTQgIDMxMzkgIDMxNjQgIDMxODkgIDMyMTQgIDMyMzkgIDMyNjQgIDMyODkgIDMzMTUKICAgICAg ICAgMzM0MSAgMzM2NiAgMzM5MiAgMzQxOCAgMzQ0NCAgMzQ3MCAgMzQ5NyAgMzUyMyAgMzU1MCAg MzU3NiAgMzYwMyAgMzYzMCAgMzY1NyAgMzY4NCAgMzcxMSAgMzczOQogICAgICAgICAzNzY2ICAz Nzk0ICAzODIyICAzODQ5ICAzODc3ICAzOTA1ICAzOTM0ICAzOTYyICAzOTkwICA0MDE5ICA0MDQ3 ICA0MDc2ICA0MTA1ICA0MTM0ICA0MTYzICA0MTkzCiAgICAgICAgIDQyMjIgIDQyNTEgIDQyODEg IDQzMTEgIDQzNDEgIDQzNzEgIDQ0MDEgIDQ0MzEgIDQ0NjEgIDQ0OTIgIDQ1MjIgIDQ1NTMgIDQ1 ODQgIDQ2MTUgIDQ2NDYgIDQ2NzcKICAgICAgICAgNDcwOCAgNDc0MCAgNDc3MSAgNDgwMyAgNDgz NSAgNDg2NyAgNDg5OSAgNDkzMSAgNDk2MyAgNDk5NSAgNTAyOCAgNTA2MSAgNTA5MyAgNTEyNiAg NTE1OSAgNTE5MwogICAgICAgICA1MjI2ICA1MjU5ICA1MjkzICA1MzI2ICA1MzYwICA1Mzk0ICA1 NDI4ICA1NDYyICA1NDk2ICA1NTMxICA1NTY1ICA1NjAwICA1NjM1ICA1NjcwICA1NzA1ICA1NzQw CiAgICAgICAgIDU3NzUgIDU4MTAgIDU4NDYgIDU4ODIgIDU5MTcgIDU5NTMgIDU5ODkgIDYwMjUg IDYwNjIgIDYwOTggIDYxMzUgIDYxNzEgIDYyMDggIDYyNDUgIDYyODIgIDYzMTkKICAgICAgICAg NjM1NyAgNjM5NCAgNjQzMiAgNjQ2OSAgNjUwNyAgNjU0NSAgNjU4MyAgNjYyMSAgNjY2MCAgNjY5 OCAgNjczNyAgNjc3NSAgNjgxNCAgNjg1MyAgNjg5MiAgNjkzMgogICAgICAgICA2OTcxICA3MDEx ICA3MDUwICA3MDkwICA3MTMwICA3MTcwICA3MjEwICA3MjUwICA3MjkxICA3MzMxICA3MzcyICA3 NDEzICA3NDU0ICA3NDk1ICA3NTM2ICA3NTc3CiAgICAgICAgIDc2MTkgIDc2NjAgIDc3MDIgIDc3 NDQgIDc3ODYgIDc4MjggIDc4NzAgIDc5MTMgIDc5NTUgIDc5OTggIDgwNDEgIDgwODQgIDgxMjcg IDgxNzAgIDgyMTMgIDgyNTcKICAgICAgICAgODMwMCAgODM0NCAgODM4OCAgODQzMiAgODQ3NiAg ODUyMCAgODU2NSAgODYwOSAgODY1NCAgODY5OSAgODc0MyAgODc4OSAgODgzNCAgODg3OSAgODky NSAgODk3MAogICAgICAgICA5MDE2ICA5MDYyICA5MTA4ICA5MTU0ICA5MjAwICA5MjQ3ICA5Mjkz ICA5MzQwICA5Mzg3ICA5NDM0ICA5NDgxICA5NTI4ICA5NTc2ICA5NjIzICA5NjcxICA5NzE5CiAg ICAgICAgIDk3NjcgIDk4MTUgIDk4NjMgIDk5MTEgIDk5NjAgMTAwMDggMTAwNTcgMTAxMDYgMTAx NTUgMTAyMDQgMTAyNTMgMTAzMDMgMTAzNTMgMTA0MDIgMTA0NTIgMTA1MDIKICAgICAgICAxMDU1 MiAxMDYwMyAxMDY1MyAxMDcwNCAxMDc1NCAxMDgwNSAxMDg1NiAxMDkwNyAxMDk1OSAxMTAxMCAx MTA2MiAxMTExMyAxMTE2NSAxMTIxNyAxMTI2OSAxMTMyMQogICAgICAgIDExMzc0IDExNDI2IDEx NDc5IDExNTMyIDExNTg1IDExNjM4IDExNjkxIDExNzQ1IDExNzk4IDExODUyIDExOTA2IDExOTU5 IDEyMDE0IDEyMDY4IDEyMTIyIDEyMTc3CiAgICAgICAgMTIyMzEgMTIyODYgMTIzNDEgMTIzOTYg MTI0NTIgMTI1MDcgMTI1NjIgMTI2MTggMTI2NzQgMTI3MzAgMTI3ODYgMTI4NDIgMTI4OTkgMTI5 NTUgMTMwMTIgMTMwNjkKICAgICAgICAxMzEyNiAxMzE4MyAxMzI0MCAxMzI5NyAxMzM1NSAxMzQx MyAxMzQ3MCAxMzUyOCAxMzU4NyAxMzY0NSAxMzcwMyAxMzc2MiAxMzgyMSAxMzg3OSAxMzkzOCAx Mzk5OAogICAgICAgIDE0MDU3IDE0MTE2IDE0MTc2IDE0MjM2IDE0Mjk1IDE0MzU2IDE0NDE2IDE0 NDc2IDE0NTM2IDE0NTk3IDE0NjU4IDE0NzE5IDE0NzgwIDE0ODQxIDE0OTAyIDE0OTY0CiAgICAg ICAgMTUwMjYgMTUwODcgMTUxNDkgMTUyMTEgMTUyNzQgMTUzMzYgMTUzOTkgMTU0NjEgMTU1MjQg MTU1ODcgMTU2NTAgMTU3MTMgMTU3NzcgMTU4NDAgMTU5MDQgMTU5NjgKICAgICAgICAxNjAzMiAx NjA5NiAxNjE2MSAxNjIyNSAxNjI5MCAxNjM1NCAxNjQxOSAxNjQ4NCAxNjU1MCAxNjYxNSAxNjY4 MSAxNjc0NiAxNjgxMiAxNjg3OCAxNjk0NCAxNzAxMAogICAgICAgIDE3MDc3IDE3MTQzIDE3MjEw IDE3Mjc3IDE3MzQ0IDE3NDExIDE3NDc5IDE3NTQ2IDE3NjE0IDE3NjgyIDE3NzQ5IDE3ODE4IDE3 ODg2IDE3OTU0IDE4MDIzIDE4MDkxCiAgICAgICAgMTgxNjAgMTgyMjkgMTgyOTkgMTgzNjggMTg0 MzcgMTg1MDcgMTg1NzcgMTg2NDcgMTg3MTcgMTg3ODcgMTg4NTcgMTg5MjggMTg5OTkgMTkwNjkg MTkxNDAgMTkyMTIKICAgICAgICAxOTI4MyAxOTM1NCAxOTQyNiAxOTQ5OCAxOTU3MCAxOTY0MiAx OTcxNCAxOTc4NiAxOTg1OSAxOTkzMiAyMDAwNSAyMDA3OCAyMDE1MSAyMDIyNCAyMDI5NyAyMDM3 MQogICAgICAgIDIwNDQ1IDIwNTE5IDIwNTkzIDIwNjY3IDIwNzQyIDIwODE2IDIwODkxIDIwOTY2 IDIxMDQxIDIxMTE2IDIxMTkxIDIxMjY3IDIxMzQzIDIxNDE4IDIxNDk0IDIxNTcwCiAgICAgICAg MjE2NDcgMjE3MjMgMjE4MDAgMjE4NzcgMjE5NTQgMjIwMzEgMjIxMDggMjIxODUgMjIyNjMgMjIz NDAgMjI0MTggMjI0OTYgMjI1NzUgMjI2NTMgMjI3MzEgMjI4MTAKICAgICAgICAyMjg4OSAyMjk2 OCAyMzA0NyAyMzEyNiAyMzIwNiAyMzI4NSAyMzM2NSAyMzQ0NSAyMzUyNSAyMzYwNSAyMzY4NiAy Mzc2NiAyMzg0NyAyMzkyOCAyNDAwOSAyNDA5MAogICAgICAgIDI0MTcyIDI0MjUzIDI0MzM1IDI0 NDE3IDI0NDk5IDI0NTgxIDI0NjYzIDI0NzQ2IDI0ODI4IDI0OTExIDI0OTk0IDI1MDc3IDI1MTYx IDI1MjQ0IDI1MzI4IDI1NDExCiAgICAgICAgMjU0OTUgMjU1NzkgMjU2NjQgMjU3NDggMjU4MzMg MjU5MTcgMjYwMDIgMjYwODcgMjYxNzMgMjYyNTggMjYzNDQgMjY0MjkgMjY1MTUgMjY2MDEgMjY2 ODcgMjY3NzQKICAgICAgICAyNjg2MCAyNjk0NyAyNzAzNCAyNzEyMSAyNzIwOCAyNzI5NSAyNzM4 MyAyNzQ3MSAyNzU1OSAyNzY0NyAyNzczNSAyNzgyMyAyNzkxMiAyODAwMCAyODA4OSAyODE3OAog ICAgICAgIDI4MjY3IDI4MzU2IDI4NDQ2IDI4NTM2IDI4NjI1IDI4NzE1IDI4ODA2IDI4ODk2IDI4 OTg2IDI5MDc3IDI5MTY4IDI5MjU5IDI5MzUwIDI5NDQxIDI5NTMzIDI5NjI0CiAgICAgICAgMjk3 MTYgMjk4MDggMjk5MDAgMjk5OTIgMzAwODUgMzAxNzcgMzAyNzAgMzAzNjMgMzA0NTYgMzA1NTAg MzA2NDMgMzA3MzcgMzA4MzAgMzA5MjQgMzEwMTggMzExMTMKICAgICAgICAzMTIwNyAzMTMwMiAz MTM5NyAzMTQ5MiAzMTU4NyAzMTY4MiAzMTc3NyAzMTg3MyAzMTk2OSAzMjA2NSAzMjE2MSAzMjI1 NyAzMjM1NCAzMjQ1MCAzMjU0NyAzMjY0NAogICAgICAgIDMyNzQxIDMyODM5IDMyOTM2IDMzMDM0 IDMzMTMxIDMzMjI5IDMzMzI4IDMzNDI2IDMzNTI0IDMzNjIzIDMzNzIyIDMzODIxIDMzOTIwIDM0 MDE5IDM0MTE5IDM0MjE5CiAgICAgICAgMzQzMTggMzQ0MTggMzQ1MTkgMzQ2MTkgMzQ3MTkgMzQ4 MjAgMzQ5MjEgMzUwMjIgMzUxMjMgMzUyMjUgMzUzMjYgMzU0MjggMzU1MzAgMzU2MzIgMzU3MzQg MzU4MzYKICAgICAgICAzNTkzOSAzNjA0MiAzNjE0NSAzNjI0OCAzNjM1MSAzNjQ1NCAzNjU1OCAz NjY2MiAzNjc2NiAzNjg3MCAzNjk3NCAzNzA3OCAzNzE4MyAzNzI4OCAzNzM5MyAzNzQ5OAogICAg ICAgIDM3NjAzIDM3NzA5IDM3ODE0IDM3OTIwIDM4MDI2IDM4MTMyIDM4MjM5IDM4MzQ1IDM4NDUy IDM4NTU5IDM4NjY2IDM4NzczIDM4ODgwIDM4OTg4IDM5MDk2IDM5MjA0CiAgICAgICAgMzkzMTIg Mzk0MjAgMzk1MjggMzk2MzcgMzk3NDYgMzk4NTUgMzk5NjQgNDAwNzMgNDAxODMgNDAyOTIgNDA0 MDIgNDA1MTIgNDA2MjIgNDA3MzMgNDA4NDMgNDA5NTQKICAgICAgICA0MTA2NSA0MTE3NiA0MTI4 NyA0MTM5OCA0MTUxMCA0MTYyMiA0MTczNCA0MTg0NiA0MTk1OCA0MjA3MCA0MjE4MyA0MjI5NiA0 MjQwOSA0MjUyMiA0MjYzNSA0Mjc0OQogICAgICAgIDQyODYyIDQyOTc2IDQzMDkwIDQzMjA0IDQz MzE5IDQzNDMzIDQzNTQ4IDQzNjYzIDQzNzc4IDQzODkzIDQ0MDA5IDQ0MTI0IDQ0MjQwIDQ0MzU2 IDQ0NDcyIDQ0NTg5CiAgICAgICAgNDQ3MDUgNDQ4MjIgNDQ5MzkgNDUwNTYgNDUxNzMgNDUyOTAg NDU0MDggNDU1MjYgNDU2NDMgNDU3NjIgNDU4ODAgNDU5OTggNDYxMTcgNDYyMzYgNDYzNTUgNDY0 NzQKICAgICAgICA0NjU5MyA0NjcxMyA0NjgzMiA0Njk1MiA0NzA3MiA0NzE5MyA0NzMxMyA0NzQz NCA0NzU1NCA0NzY3NSA0Nzc5NyA0NzkxOCA0ODAzOSA0ODE2MSA0ODI4MyA0ODQwNQogICAgICAg IDQ4NTI3IDQ4NjUwIDQ4NzcyIDQ4ODk1IDQ5MDE4IDQ5MTQxIDQ5MjY0IDQ5Mzg4IDQ5NTExIDQ5 NjM1IDQ5NzU5IDQ5ODgzIDUwMDA4IDUwMTMyIDUwMjU3IDUwMzgyCiAgICAgICAgNTA1MDcgNTA2 MzIgNTA3NTggNTA4ODMgNTEwMDkgNTExMzUgNTEyNjEgNTEzODggNTE1MTQgNTE2NDEgNTE3Njgg NTE4OTUgNTIwMjIgNTIxNTAgNTIyNzcgNTI0MDUKICAgICAgICA1MjUzMyA1MjY2MSA1Mjc5MCA1 MjkxOCA1MzA0NyA1MzE3NiA1MzMwNSA1MzQzNCA1MzU2NCA1MzY5NCA1MzgyMyA1Mzk1MyA1NDA4 NCA1NDIxNCA1NDM0NSA1NDQ3NQogICAgICAgIDU0NjA2IDU0NzM3IDU0ODY5IDU1MDAwIDU1MTMy IDU1MjY0IDU1Mzk2IDU1NTI4IDU1NjYwIDU1NzkzIDU1OTI2IDU2MDU5IDU2MTkyIDU2MzI1IDU2 NDU4IDU2NTkyCiAgICAgICAgNTY3MjYgNTY4NjAgNTY5OTQgNTcxMjkgNTcyNjMgNTczOTggNTc1 MzMgNTc2NjggNTc4MDQgNTc5MzkgNTgwNzUgNTgyMTEgNTgzNDcgNTg0ODMgNTg2MjAgNTg3NTYK ICAgICAgICA1ODg5MyA1OTAzMCA1OTE2NyA1OTMwNSA1OTQ0MiA1OTU4MCA1OTcxOCA1OTg1NiA1 OTk5NSA2MDEzMyA2MDI3MiA2MDQxMSA2MDU1MCA2MDY4OSA2MDgyOCA2MDk2OAogICAgICAgIDYx MTA4IDYxMjQ4IDYxMzg4IDYxNTI4IDYxNjY5IDYxODEwIDYxOTUxIDYyMDkyIDYyMjMzIDYyMzc1 IDYyNTE2IDYyNjU4IDYyODAwIDYyOTQyIDYzMDg1IDYzMjI3CiAgICAgICAgNjMzNzAgNjM1MTMg NjM2NTYgNjM4MDAgNjM5NDMgNjQwODcgNjQyMzEgNjQzNzUgNjQ1MTkgNjQ2NjQgNjQ4MDkgNjQ5 NTQgNjUwOTkgNjUyNDQgNjUzODkgNjU1MzUKICAgICAgPC9DdXJ2ZT4KICAgIDwvY3VydmVUeXBl PgogIDwvVGFncz4KPC9JY2NQcm9maWxlPgo= --=-=-= Content-Type: application/vnd.iccprofile Content-Disposition: attachment; filename=sGray.icc Content-Transfer-Encoding: base64 AAAKJGxjbXMDQAAAbW50cnNHcmFYWVogB94ABgACABcALwARYWNzcEFQUEwAAAAAbGNtcwAAAAAA AAAAAAAAAAAAAAAAAPbWAAEAAAAA0y1sY21zAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAJZGVzYwAAAPAAAABfY3BydAAAAVAAAAA1dGVjaAAAAYgAAAAMdmll dwAAAZQAAAAkbHVtaQAAAbgAAAAUbWVhcwAAAcwAAAAkd3RwdAAAAfAAAAAUYmtwdAAAAgQAAAAU a1RSQwAAAhgAAAgMZGVzYwAAAAAAAAAFR3JheQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAdGV4dAAA AABQdWJsaWMgRG9tYWluLiBObyBXYXJyYW50eSwgVXNlIGF0IG93biByaXNrLgAAAABzaWcgAAAA AENSVCB2aWV3AAAAAAATpHwAFF8wABDOAgAD7bIABBMKAANcZwAAAAFYWVogAAAAAABMCj0AUAAA AFceuG1lYXMAAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAlhZWiAAAAAAAADzUQABAAAA ARbMWFlaIAAAAAAAAAAAAAAAAAAAAABjdXJ2AAAAAAAABAAAAAAFAAoADwAUABkAHgAjACgALQAy ADcAOwBAAEUASgBPAFQAWQBeAGMAaABtAHIAdwB8AIEAhgCLAJAAlQCaAJ8ApACpAK4AsgC3ALwA wQDGAMsA0ADVANsA4ADlAOsA8AD2APsBAQEHAQ0BEwEZAR8BJQErATIBOAE+AUUBTAFSAVkBYAFn AW4BdQF8AYMBiwGSAZoBoQGpAbEBuQHBAckB0QHZAeEB6QHyAfoCAwIMAhQCHQImAi8COAJBAksC VAJdAmcCcQJ6AoQCjgKYAqICrAK2AsECywLVAuAC6wL1AwADCwMWAyEDLQM4A0MDTwNaA2YDcgN+ A4oDlgOiA64DugPHA9MD4APsA/kEBgQTBCAELQQ7BEgEVQRjBHEEfgSMBJoEqAS2BMQE0wThBPAE /gUNBRwFKwU6BUkFWAVnBXcFhgWWBaYFtQXFBdUF5QX2BgYGFgYnBjcGSAZZBmoGewaMBp0GrwbA BtEG4wb1BwcHGQcrBz0HTwdhB3QHhgeZB6wHvwfSB+UH+AgLCB8IMghGCFoIbgiCCJYIqgi+CNII 5wj7CRAJJQk6CU8JZAl5CY8JpAm6Cc8J5Qn7ChEKJwo9ClQKagqBCpgKrgrFCtwK8wsLCyILOQtR C2kLgAuYC7ALyAvhC/kMEgwqDEMMXAx1DI4MpwzADNkM8w0NDSYNQA1aDXQNjg2pDcMN3g34DhMO Lg5JDmQOfw6bDrYO0g7uDwkPJQ9BD14Peg+WD7MPzw/sEAkQJhBDEGEQfhCbELkQ1xD1ERMRMRFP EW0RjBGqEckR6BIHEiYSRRJkEoQSoxLDEuMTAxMjE0MTYxODE6QTxRPlFAYUJxRJFGoUixStFM4U 8BUSFTQVVhV4FZsVvRXgFgMWJhZJFmwWjxayFtYW+hcdF0EXZReJF64X0hf3GBsYQBhlGIoYrxjV GPoZIBlFGWsZkRm3Gd0aBBoqGlEadxqeGsUa7BsUGzsbYxuKG7Ib2hwCHCocUhx7HKMczBz1HR4d Rx1wHZkdwx3sHhYeQB5qHpQevh7pHxMfPh9pH5Qfvx/qIBUgQSBsIJggxCDwIRwhSCF1IaEhziH7 IiciVSKCIq8i3SMKIzgjZiOUI8Ij8CQfJE0kfCSrJNolCSU4JWgllyXHJfcmJyZXJocmtyboJxgn SSd6J6sn3CgNKD8ocSiiKNQpBik4KWspnSnQKgIqNSpoKpsqzysCKzYraSudK9EsBSw5LG4soizX LQwtQS12Last4S4WLkwugi63Lu4vJC9aL5Evxy/+MDUwbDCkMNsxEjFKMYIxujHyMioyYzKbMtQz DTNGM38zuDPxNCs0ZTSeNNg1EzVNNYc1wjX9Njc2cjauNuk3JDdgN5w31zgUOFA4jDjIOQU5Qjl/ Obw5+To2OnQ6sjrvOy07azuqO+g8JzxlPKQ84z0iPWE9oT3gPiA+YD6gPuA/IT9hP6I/4kAjQGRA pkDnQSlBakGsQe5CMEJyQrVC90M6Q31DwEQDREdEikTORRJFVUWaRd5GIkZnRqtG8Ec1R3tHwEgF SEtIkUjXSR1JY0mpSfBKN0p9SsRLDEtTS5pL4kwqTHJMuk0CTUpNk03cTiVObk63TwBPSU+TT91Q J1BxULtRBlFQUZtR5lIxUnxSx1MTU19TqlP2VEJUj1TbVShVdVXCVg9WXFapVvdXRFeSV+BYL1h9 WMtZGllpWbhaB1pWWqZa9VtFW5Vb5Vw1XIZc1l0nXXhdyV4aXmxevV8PX2Ffs2AFYFdgqmD8YU9h omH1YklinGLwY0Njl2PrZEBklGTpZT1lkmXnZj1mkmboZz1nk2fpaD9olmjsaUNpmmnxakhqn2r3 a09rp2v/bFdsr20IbWBtuW4SbmtuxG8eb3hv0XArcIZw4HE6cZVx8HJLcqZzAXNdc7h0FHRwdMx1 KHWFdeF2Pnabdvh3VnezeBF4bnjMeSp5iXnnekZ6pXsEe2N7wnwhfIF84X1BfaF+AX5ifsJ/I3+E f+WAR4CogQqBa4HNgjCCkoL0g1eDuoQdhICE44VHhauGDoZyhteHO4efiASIaYjOiTOJmYn+imSK yoswi5aL/IxjjMqNMY2Yjf+OZo7OjzaPnpAGkG6Q1pE/kaiSEZJ6kuOTTZO2lCCUipT0lV+VyZY0 lp+XCpd1l+CYTJi4mSSZkJn8mmia1ZtCm6+cHJyJnPedZJ3SnkCerp8dn4uf+qBpoNihR6G2oiai lqMGo3aj5qRWpMelOKWpphqmi6b9p26n4KhSqMSpN6mpqhyqj6sCq3Wr6axcrNCtRK24ri2uoa8W r4uwALB1sOqxYLHWskuywrM4s660JbSctRO1irYBtnm28Ldot+C4WbjRuUq5wro7urW7LrunvCG8 m70VvY++Cr6Evv+/er/1wHDA7MFnwePCX8Lbw1jD1MRRxM7FS8XIxkbGw8dBx7/IPci8yTrJuco4 yrfLNsu2zDXMtc01zbXONs62zzfPuNA50LrRPNG+0j/SwdNE08bUSdTL1U7V0dZV1tjXXNfg2GTY 6Nls2fHadtr724DcBdyK3RDdlt4c3qLfKd+v4DbgveFE4cziU+Lb42Pj6+Rz5PzlhOYN5pbnH+ep 6DLovOlG6dDqW+rl63Dr++yG7RHtnO4o7rTvQO/M8Fjw5fFy8f/yjPMZ86f0NPTC9VD13vZt9vv3 ivgZ+Kj5OPnH+lf65/t3/Af8mP0p/br+S/7c/23//w== --=-=-= Content-Type: text/plain -JimC -- James Cloos OpenPGP: 0x997A9F17ED7DAEA6 --=-=-= Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ ipp mailing list ipp@pwg.org https://www.pwg.org/mailman/listinfo/ipp --=-=-=-- From AlyssaGomez@edge4-1.hasohoarc.com Tue Jun 3 07:18:59 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 45C601A01B2 for ; Tue, 3 Jun 2014 07:18:59 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.92 X-Spam-Level: * X-Spam-Status: No, score=1.92 tagged_above=-999 required=5 tests=[BAYES_50=0.8, NO_MEDICAL=1.773, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id iZoAIQGtrgNU for ; Tue, 3 Jun 2014 07:18:58 -0700 (PDT) Received: from edge4-1.hasohoarc.com (edge4-1.hasohoarc.com [5.231.75.153]) by ietfa.amsl.com (Postfix) with ESMTP id EB3571A0170 for ; Tue, 3 Jun 2014 07:18:56 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit To: Message-ID: <20140602224714.29754.29756.745.55.data.20140602224714.29754.29756@Gomez.edge4-1.hasohoarc.com> From: Alyssa Date: Tue, 03 Jun 2014 07:18:50 -0700 Subject: Type: $300k in coverage - No Exam required Hi Ipp-archive, Of all the things you can protect, nothing is more important to protect than your own life. Life is full of unexpected situations and events, so it pays to be prepared for anything. For your piece of mind: http://www.hasohoarc.com/life-term/435572-P.PPD Package Currently Available to you: [$250k In Coverage $15/a month -- No Medical exam necessary] ____ Many people see a life policy as a luxury item---an extraneous purchase in the here and now for protection against what might, or might not, occur. However, if you are the sole, or principle, source of income for your family---with others largely dependent on you---what would happen to them if you were abruptly, and without warning, removed from the scene altogether? Life coverage can make such unwelcome scenarios significantly less devastating for those who rely on your monetary support. The truth is you are the most important thing you can insure: http://www.hasohoarc.com/life-term/435572-P.PPD Regards. This is from BLB Life-Agency-partners -1 2 5 Dixon Drive-- Salisbury-- NC 2 8 1 4 6 ---- Note: you can either write for removal or you can visit this--link http://www.hasohoarc.com/cv.j > > > >Re: nd really simple - you can check it out here. Basically, you would create a plugin project that takes some XML parameters and performs the conversion for you: @Mojo(name = "compress", defaultPhase = "compile") public class SmushItCompressMojo extends AbstractMojo { @Parameter(property = "images") String[] images; @Parameter(property = "destination") String destination; @Override public void execute() throws MojoExecutionException, MojoFailureException { // Validate your inputs. // For each image file: // Compress it using a request to smush.it. // Save the compressed image to the destination file. // Report any errors/success. } } Then, in the pom.xml that wishes to use your newly written mojo, use it as follows in the tag under : Then you can expect the three images to be saved into the compressed resources folder, which will then get packaged up in a later lifecycle stage. Obviously there's a lot of flexibility here about exactly where the images come from and get saved. But the mojo itself is pretty straightforward, and this is exactly how you automate your application-specific tasks to work with Maven. From MakaylaFlowers@mailbitch.rutdreamy.com Tue Jun 3 07:32:23 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 58AE41A02B9 for ; Tue, 3 Jun 2014 07:32:23 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.553 X-Spam-Level: X-Spam-Status: No, score=-2.553 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id hdUJDlg6vyYy for ; Tue, 3 Jun 2014 07:32:21 -0700 (PDT) Received: from mailbitch.rutdreamy.com (mailbitch.rutdreamy.com [5.231.75.171]) by ietfa.amsl.com (Postfix) with ESMTP id B06C71A0171 for ; Tue, 3 Jun 2014 07:32:18 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Date: Tue, 03 Jun 2014 07:32:10 -0700 Subject: Ford -- Chevy -- BMW -- Jeep [Must Go] To: Message-ID: From: Lowest 2014 Vehicle Prices U.S. - June 3rd 2014 Dealerships are putting clearance-prices on new and used vehicles after sales decline. If you think a new 2014 is out of your budget then you are wrong. You can get into a one for HALF of what you expect to dish out. http://www.rutdreamy.com/lot-43537356/2014/remanning.cars (click the button before best are gone) -Participating Brands: Ford -- Chevy -- BMW -- Jeep -- And More- We have less and less to chose from each day that goes by. Please see what is left now: http://www.rutdreamy.com/lot-43537356/2014/remanning.cars ------------------------------------------------------------- ------------------------------------------------------------- [Car Settings] AAB-Auto District -- Seven Three Eight 140th LN NW -- Anoka -- MN 55304 -- No wanting a new card please take yourself off of the list http://www.rutdreamy.com/6i8/ [D.IL:] - Thank you ipp-archive@megatron.ietf.org , , , , , Regarding: Hi, my 2001 Nissan serena, automatic transmition is giving me a hard time. It changes gears nicely some times, then it delay or doesnt other times i have serviced the car recently but it still trouble me. Its an 8 seater, 2001 model, 1,9 engine size. hello guys this is a 2005 dodge grand caravan 3.4 engine, there is a code p0700 transmission control request, what exactly is this mean does the control mechanism need replacement what are the options I have for this. thank you like always hen fully phased in, ORVR controls will reduce volatile organic compounds (VOCs) and toxics in the air by approximately 300,000 to 400,000 tons per year nationwide. VOCs are a major cause of urban ozone, or smog. EPA also estimates an average of 78 million gallons of gasoline per year will be saved between 1998 and 2020. What if I have trouble refueling my car? As the 1998 model year cars that have ORVR enter the marketplace, there is a slight possibility that some car owners may experience difficulty refueling their vehicles. Some 1998 ORVR vehicles (not all ORVR vehicles) may experience premature shut off problems at a very small percentage of gas stations (1-2 percent of stations across the country). These nozzles at those stations are being fixed or replaced by the nozzle manufacturers and service stations. New vehicle owners who experience a problem should review and follow fueling instructions posted near the dispenser. If the fueling problem continues, the customer should tell the service station attendant about the problem. If the problem occurs at several stations (with different types of nozzles), EPA recommends contacting your automobile service department. Are they safe? Yes. Automobile manufacturers have designed their ORVR vehicles to be safe. EPA and the National Highway Traffic Safety Administration (NHTSA) review each vehicle manufacturer's ORVR system design plans, prior to vehicle production, to assure compliance with Clean Air Act requirements that vehicles do not "cause or contribute to an unreasonable risk to public health, welfare or safety in its operation or function." NHTSA requires manufacturers to perform a series of crash tests on all vehicles, including those equipped with ORVR systems, to demonstrate crash worthiness safety. In addition, manufacturers indicate that they have performed extensive testing on ORVR anti-pollution systems to assure that vehicles will be safe. When is ORVR required on cars and trucks? ORVR is required on 40% of 1998 model year cars, 80% of 1999 model year cars, and 100% of 2000 model year and later cars. Light-duty trucks have a six-year phase-in period, starting in model year 2001. Can I have it taken off? No. Removal of emission controls would render that vehicle unable to meet EPA standards and would be regarded as tampering, which is a federal, and, in many cases, a state offense. Are any changes from my normal driving routine necessary? ORVR systems are designed to be transparent to the customer and require no special refueling or operating instructions. New vehicle owners should not notice any difference in the vehicle, except that they won't breathe or smell harmful gasoline vapors during refueling. Why do I need ORVR in my city or state if we already have Stage II vapor recovery controls in place at the service stations? ORVR is a nationwide program for capturing refueling emissions. ORVR systems on vehicles are more cost-effective than converting all service stations, nationwide, to Stage II facilities. Also, some small volume stations are not required to have Stage II vapor recovery units. After ORVR vehicles are in widespread use (probably sometime after 2010) EPA intends to revise the requirements so that Stage II vapor recovery controls would no longer be required at service stations in most areas of the country, at a considerable cost savings to service station owners. TL;DR The actual speed difference is closer to 70% (or more) once a lot of the overhead is removed, for Python 2. Object creation is not at fault. Neither method creates a new object, as one-character strings are cached. The difference is unobvious, but is likely created from a greater number of checks on string indexing, with regards to the type and well-formedness. It is also quite likely thanks to the need to check what to return. List indexing is remarkably fast. >>> python3 -m timeit '[x for x in "abc"]' 1000000 loops, best of 3: 0.388 usec per loop >>> python3 -m timeit '[x for x in ["a", "b", "c"]]' 1000000 loops, best of 3: 0.436 usec per loop This disagrees with what you've found... You must be using Python 2, then. >>> python2 -m timeit '[x for x in "abc"]' 1000000 loops, best of 3: 0.309 usec per loop >>> python2 -m timeit '[x for x in ["a", "b", "c"]]' 1000000 loops, best of 3: 0.212 usec per loop From AuroraZimmerman@npi-1.penjourney.com Tue Jun 3 08:55:20 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id ECAFB1A02E6 for ; Tue, 3 Jun 2014 08:55:19 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.552 X-Spam-Level: X-Spam-Status: No, score=-2.552 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DIET_1=0.001, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ACvy1UPLyQ24 for ; Tue, 3 Jun 2014 08:55:11 -0700 (PDT) Received: from npi-1.penjourney.com (npi-1.penjourney.com [5.175.209.33]) by ietfa.amsl.com (Postfix) with ESMTP id 816DC1A02C4 for ; Tue, 3 Jun 2014 08:55:10 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Subject: She posted Video Results Message-ID: <527.20140603011627.31752.94991.53.74.43.DCV@Aurora.penjourney.com> To: From: DocOz prompts Rachels Weight-Loss Date: Tue, 03 Jun 2014 08:55:03 -0700 Episode Recap: Everyday With Rachel Kick off June 20 lbs lighter- Rachel has been dealing with weight her whole life - And her struggle has been visible to the world since shes been on TV. Lucky Rachel, she has DocOz on her side. Look at the 1-Step plan he devised that got her to lose 25-lbs in days. View here: http://www.penjourney.com/everyday/rachael/3mr.video Regards, Everyday Rachel Daytime Blog We hope that you enjoyed this update. If you would like to stop further updates - Please write Update Notice Messages 118 Kecks Lane - Ruff Dale, PA 15679--or visit http://www.penjourney.com/ie3r/3orps9.nkew2 Note that for clearRect you need to either have an untransformed context, or keep track of your actual boundariote further that setting the canvas width a) needs to set it to a different value and then back again for Webkit compatibility, and b) this will reset your context transformation! using width might seem cleaver but in my tests in Chrome 12 and FF4 it was giving 1-2 fps worse results compared to clearRect method ndeed the width trick causes a drop in FPS both in 2D canvas and in WebGL prefer to use .clearRect, which is the standard method. context.canvas.width = context.canvas.width clears the context. Works in Chrome as well. low hack when you can use the method designed for clearing a canvas (and doing it fastI wonder why there isn't a context.clear() function that can be used with a path, like contextThe width trick is really nice, just one more addition to make it simplier is canvas.width+=0 which is useful when you are getting canvas by getElementById() and not stori ng i@B1KMusic : This is easy to simulate using destination-out compositing. JsFiddle. Sort of a beginner Jul 31 @Sortofabeginner Ugh, global composites, still need to learn how to use those. Anyways, CanvasRenderingContext2D.prototype.clear() seems like a function that should be in the standard library. Don't use the width trick. It's a dirty hack. In a high level language such as JavaScript what you want is to best state your intentions, and then let the lower level code fulfill them. Setting the width to itself does not state your true intention, which is to clear the canvas. I noticed changing the width introduces an issue in Firefox where the next draw of the canvas is delayed. This becomes increasingly annoying if you use multiple canvases with different animations on both that need to be fairly aligned. Long story short: use clearRect (especially if you plan on using multiple canvases for performance). Martijn Hols Feb 2 at 20I find this answer a bit confusing, e.g. "[i n] MVP ... actions route through the View to the Presenter. In MVC, every action in the View correlates with a call to a Controller along with an action" Isn't that just switching terminology?: "Presenter" vs "Controller"? How is "route through" different from "correlate with"? Perhaps clarifying that would help. , "One other big difference about MVC is that the View does not directly bind to the Model" - the phrase "about MVC" isn't clear which pattern is the one where the view doesn't bind directly? My understanding is that in MVC, the view accesses model directly, while in MVP, the presenter is always between the two. Seems like the sentence could be clearer as: "One other big difference of MVP from MVC is that ...." Sorry for the nits, but as someone trying to understand MVP vs MVC, these clarifications would improve the answer to help future newbies like me there needs to be a clarification of MVC where "the view does not directly bind to the model". In MVC there is interaction between the model and view. The MVP design pattern implementation has a view that is totally unaware of the model. The Presenter is the one exclusively communicating with the model . James Drinkard Jan 12 '12 at 16:06 About this: "This differs from MVP where actions route through the View to the Presenter." But, even in MVC an user clicks on views (like button, forms, a_href link etc), so does it mean that in MVC everything starts from the view as well? For a long time I used to think I was doing MVC "wrong" in my ASP.Net web apps. I didn't mind because the job was getting done and I thought the apps had good consistent logical flow and were easy to maintain. I always expected someone to give me grief about my bastardised approach to MVC. When I started working alot more with other developers, I once sheepishly gave a long winded explaination my "customised" approach to MVC in web apps. When I finally finished someone said "oh, you mean MVP". It's confusing because: Asking about 2 patterns getting explanation for 3 patterns + adding some variations for MVP. Newbies will still need clarification on when to apply MVC over MVP and vice versa. jitsCode Nov 2 From RyleeStrickland@bergeracco.pasturehighest.com Tue Jun 3 08:58:04 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3A4031A02F6 for ; Tue, 3 Jun 2014 08:58:04 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.756 X-Spam-Level: X-Spam-Status: No, score=0.756 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DIET_1=0.001, RAZOR2_CF_RANGE_51_100=0.5, RAZOR2_CF_RANGE_E8_51_100=1.886, RAZOR2_CHECK=0.922, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id B2ODJGYbGULD for ; Tue, 3 Jun 2014 08:58:03 -0700 (PDT) Received: from bergeracco.pasturehighest.com (bergeracco.pasturehighest.com [5.175.209.38]) by ietfa.amsl.com (Postfix) with ESMTP id A73631A02DB for ; Tue, 3 Jun 2014 08:58:01 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Rylee To: Date: Tue, 03 Jun 2014 08:57:56 -0700 Subject: See the plan DocOz made for her... Message-ID: <20140603050928.15922.72222.745.55.data.20140603050928.15922.72222@Strickland.bergeracco.pasturehighest.com> Episode Recap: Everyday With Rachel Kick off June 20 lbs lighter- Rachel has been dealing with weight her whole life - And her struggle has been visible to the world since shes been on TV. Lucky Rachel, she has DocOz on her side. Look at the 1-Step plan he devised that got her to lose 25-lbs in days. View here: http://www.pasturehighest.com/everyday/rachael/3mr.video Regards, Everyday Rachel Daytime Blog We hope that you enjoyed this update. If you would like to stop further updates - Please write Update Notice Messages 118 Kecks Lane - Ruff Dale, PA 15679--or visit http://www.pasturehighest.com/ie3r/3orps9.nkew2 Note that for clearRect you need to either have an untransformed context, or keep track of your actual boundariote further that setting the canvas width a) needs to set it to a different value and then back again for Webkit compatibility, and b) this will reset your context transformation! using width might seem cleaver but in my tests in Chrome 12 and FF4 it was giving 1-2 fps worse results compared to clearRect method ndeed the width trick causes a drop in FPS both in 2D canvas and in WebGL prefer to use .clearRect, which is the standard method. context.canvas.width = context.canvas.width clears the context. Works in Chrome as well. low hack when you can use the method designed for clearing a canvas (and doing it fastI wonder why there isn't a context.clear() function that can be used with a path, like contextThe width trick is really nice, just one more addition to make it simplier is canvas.width+=0 which is useful when you are getting canvas by getElementById() and not stori ng i@B1KMusic : This is easy to simulate using destination-out compositing. JsFiddle. Sort of a beginner Jul 31 @Sortofabeginner Ugh, global composites, still need to learn how to use those. Anyways, CanvasRenderingContext2D.prototype.clear() seems like a function that should be in the standard library. Don't use the width trick. It's a dirty hack. In a high level language such as JavaScript what you want is to best state your intentions, and then let the lower level code fulfill them. Setting the width to itself does not state your true intention, which is to clear the canvas. I noticed changing the width introduces an issue in Firefox where the next draw of the canvas is delayed. This becomes increasingly annoying if you use multiple canvases with different animations on both that need to be fairly aligned. Long story short: use clearRect (especially if you plan on using multiple canvases for performance). Martijn Hols Feb 2 at 20I find this answer a bit confusing, e.g. "[i n] MVP ... actions route through the View to the Presenter. In MVC, every action in the View correlates with a call to a Controller along with an action" Isn't that just switching terminology?: "Presenter" vs "Controller"? How is "route through" different from "correlate with"? Perhaps clarifying that would help. , "One other big difference about MVC is that the View does not directly bind to the Model" - the phrase "about MVC" isn't clear which pattern is the one where the view doesn't bind directly? My understanding is that in MVC, the view accesses model directly, while in MVP, the presenter is always between the two. Seems like the sentence could be clearer as: "One other big difference of MVP from MVC is that ...." Sorry for the nits, but as someone trying to understand MVP vs MVC, these clarifications would improve the answer to help future newbies like me there needs to be a clarification of MVC where "the view does not directly bind to the model". In MVC there is interaction between the model and view. The MVP design pattern implementation has a view that is totally unaware of the model. The Presenter is the one exclusively communicating with the model . James Drinkard Jan 12 '12 at 16:06 About this: "This differs from MVP where actions route through the View to the Presenter." But, even in MVC an user clicks on views (like button, forms, a_href link etc), so does it mean that in MVC everything starts from the view as well? For a long time I used to think I was doing MVC "wrong" in my ASP.Net web apps. I didn't mind because the job was getting done and I thought the apps had good consistent logical flow and were easy to maintain. I always expected someone to give me grief about my bastardised approach to MVC. When I started working alot more with other developers, I once sheepishly gave a long winded explaination my "customised" approach to MVC in web apps. When I finally finished someone said "oh, you mean MVP". It's confusing because: Asking about 2 patterns getting explanation for 3 patterns + adding some variations for MVP. Newbies will still need clarification on when to apply MVC over MVP and vice versa. jitsCode Nov 2 From GraceSims@cocusa.adennub.com Tue Jun 3 09:16:17 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AB4201A02DC for ; Tue, 3 Jun 2014 09:16:17 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.553 X-Spam-Level: X-Spam-Status: No, score=-2.553 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id HbTlVjg84tA3 for ; Tue, 3 Jun 2014 09:16:11 -0700 (PDT) Received: from cocusa.adennub.com (cocusa.adennub.com [5.175.209.43]) by ietfa.amsl.com (Postfix) with ESMTP id B7FB01A020E for ; Tue, 3 Jun 2014 09:16:10 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit To: Subject: taking extreme measures Date: Tue, 03 Jun 2014 09:16:06 -0700 From: Ellen Degeneres' tweaking her face Message-ID: <20140603014714.32133.29449--44444.Sims@mx3.cocusa.adennub.com> Ellen Degeneres and Prtia De Rossi may be having their fair share of problems.... But is plastic suregery really the answer?? Did Ellen get a facelift to get Portia to stay with her? View Pics that sparked Rumors: / http://www.adennub.com/facelift/rumors/report/ellen.video We think that Ellen learned from horror shows like Meg Ryan and Nicole Kidman... Heres what she really did to turn back the clock 20 yrs -> http://www.adennub.com/facelift/rumors/report/ellen.video - Celeb Dirty Laundry We hope you enjoyed this Celeb Update. To stop further messages - write Update Notice Messages 118 Kecks Lane-Ruff Dale- Pennsylvania 15679 or visit http://www.adennub.com/93r/jgkfi.eihf3 Isn't it that MVC is used to architect the whole (web) application, while MVVM is used inside View component of MVC ? So the whole paradigm would be M(VVM)CTrue, but "where they are used" was not the question (or the point of my answer). My point is that controllers are still useful in MVVM.I agree. My comment was caused by sudden enlightement and not because I disagreed with you. We also used controllers to control the "flow" of views in a wizard-like UI.The cause of confusion comes from what ASP.NET MVC calls "ViewModel", because, when implementing Rails interpretation of MVC, there is no view, only templates while people call "views". In ASP.NET MVC the ViewModel actually a full implemented View from Model2 MVC pattern (active view which requests data from model layer and manipulates multiple templates based on that dataWhat you are saying makes perfect sense (the VM shouldn't contain logic), however I'm struggling to see how it would work in practice - for example what unit-testa ble piece of logic is executed when the user clicks on a button? How about when the user modifies a text box which is two-way databound to a property on the ViewModel? I see my wording of that sentence is a little ambiguous. I actually mean unit-testing for all components is more easily supported, not specifically just improving testing of ViewModels (which as you point out don't actually do that much in MVCVM... which is what you want). The real benefit of controllers is that you are actually removing most of the requirements for testing from the ViewModel (where people keeps shoving controller logic) and putting it where it can be tested (mainly Controllers and Models). The reuse comment is specific to the VMs in that sentence. I have edited it. don't understand what's the difference between MVVM and MVC with Controller Service pattern MVVM does not normally encourage separation of controllers (which I am encouraging). MVC also uses ViewModels, as well as models, so should it not also be called MVCVM and both follow the same patternPlease elaborate on the role of ViewModel in two-way data binding. The Controller gets and puts ViewModels from and to the View. What type of Entity (Controller?) mediates getting and putting between the ViewModel and (one or more) Models? Two-way binding, in MVVM, is purely a way of mirroring values in both the View and View-Model allowing the changes to reflect elsewhere in the View(s). Binding direct to actual data sources in a GUI app can be quite a fragile connection (e.g. not resistant to comms failures), so better to persist data under the specific control of a Controller, e.g. in response to a Save option/command. Controllers can instantiate data connection objects as and when needed (like EF does). I am assuming you will persist your data with WCF RIA services? From DerekHubbard@gargoyle-design.bowformmaw.com Tue Jun 3 09:47:15 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E14591A02C4 for ; Tue, 3 Jun 2014 09:47:15 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 2.019 X-Spam-Level: ** X-Spam-Status: No, score=2.019 tagged_above=-999 required=5 tests=[BAYES_50=0.8, FRT_BEFORE=1.272, J_CHICKENPOX_102=0.6, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id BrMcflqO4UCZ for ; Tue, 3 Jun 2014 09:47:14 -0700 (PDT) Received: from gargoyle-design.bowformmaw.com (gargoyle-design.bowformmaw.com [5.175.209.60]) by ietfa.amsl.com (Postfix) with ESMTP id DDD651A020E for ; Tue, 3 Jun 2014 09:47:13 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Epic Weight-Loss Success Subject: helping celebs get bikini ready To: Message-ID: Date: Tue, 03 Jun 2014 09:47:09 -0700 DocOz Episode Recap: Epic Fan transformations | DrOz > Melt Fat > Video Posted - This Episode will leave you feeling motivated and excited for the Summer. DocOz has a 1 step plan that has fans dropping 1lb per day. An the results are #Epic. View Episode Clip: / http://www.bowformmaw.com/droz/video/fanfav.video - No Gym - No Starving Involved - Quick Results - We hope you enjoyed this Episode Recap. If you changed your mind and dont need notification - write Update Notice Messages 118 Kecks Lane- Ruff Dale- Pennsylvania-- 1 5 6 7 9 or visit http://www.bowformmaw.com/qowj/nwe3.jfei The sentence "The controller is replaced with a View Model" is not correct. In MVVM what does the role of the controller is databinding (or binding by MVVM will only make sense when using WPF's two way data binding. Otherwise MVC/MVP etc would be sufficient. Josh Smith: If you put ten software architects into a room and have them discuss what the Model-View-Controller pattern is, you will end up with twelve different opinionsssel East is wrong. I stopped reading after he says the view knows about the controller for MVC. This answer is wrong too. The View Model encapsulates presentation logic and state. For example, whether an action - which the view might represent with a button - is enabled or disabledMVC did not originate on the web. Trygve Reenskaug introduced MVC into Smalltalk-76 in the Even if it were changed to "MVC was popularized through web application design." I would argue that this is speculation without proper citation. Thanks, I didn't know about Smalltalk-76. (Played with other toys back then. :) Jokes aside, it's interesting how old some of these concepts are. - @Dan, what I wrote is: "[MVC] may have been there b efore [the web], but the web is how it got popularized to the masses of web developers." I still think that's correct. I don't have a citation for it, but then I don't feel I need one because that MVC mass popularizing is part of my personal experience when I started as a web developer at the beginning of the last decade. Apache Struts was en vogue back then, with lots of beans for MVC I was agreeing with that statement, but it directly conflicts your previous sentence "The first acronym, MVC, originated on the web." which states a web origin as fact. It's like saying "The sky is purple. (Actually the sky is blue, but on rare occasions it has a purp correct, have experienced that! However, 10 from them, 11th from yourself, but where does the 12th it come from - just askin The 11th isn't from yourself. There are 10 total people, and 12 total opinions. The adage is meant to imply that the definitions of these patterns is so open to interpretation that at least two people will be confu sed enough to have more than one opinion +1, great answer. which one you are using in your daily work? I use one that we wrote, because we have very specialist needs for MVVM. It's heavily influenced by the work that Josh did, and I'll be releasing it as Open Source in the near future (I'm busy ripping out the proprietary bits). It's called Goldligh 2 Thanks, great answer. Along with that, what is your data access layer framework? guys.. LINQ, LLBLGen, EF, nHibernate?It depends on the project and requirements. Sometimes we use LINQ, sometimes NHibernate, sometimes Castle ActiveRecord, and sometimes eXpress Persistent Objec Pete, just want to comment that the MVVM Light Toolkit works just the same for WPF 3.5 and WPF 4 as for Silverlight 3 and Silverlight 4. I am careful to keep the features in sync as much as I can. You are right about the blendability though, this is a major concern for me , An update to your answer would be great as the world must have moved on in the last few months Ian ve been disappointed that MVVM Toolkit hasn't been updated to work with Visual Studio 2010. Might want to add that to the decision making process. Most people I know using MVVM templates within 2010 are using MVVM Light and some migrated to that for this reason aloI'd love to read an update on the state-of-play in MVVM-framework-land, 21 months down the track. I wo nder how much the techsperts have weeded, what's blooming, and what they're planting this seasonFor explaining complicated things it in simple wordsAnything changed in the last almost-four years? (Except Josh Smith's defectionMVVM-Light is still going strong From BrennanFitzgerald@hypnosisbyjrose.altproppax.com Tue Jun 3 12:33:16 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6CC171A0323 for ; Tue, 3 Jun 2014 12:33:16 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.553 X-Spam-Level: X-Spam-Status: No, score=-2.553 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id cXWz0EpjphvZ for ; Tue, 3 Jun 2014 12:33:14 -0700 (PDT) Received: from hypnosisbyjrose.altproppax.com (hypnosisbyjrose.altproppax.com [207.66.98.195]) by ietfa.amsl.com (Postfix) with ESMTP id D1A461A0091 for ; Tue, 3 Jun 2014 12:33:13 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Date: Tue, 03 Jun 2014 12:33:08 -0700 Message-ID: <370e32b4d4b506b1e5c4acc8e87b7075.mail.370e32b4d4b506b1e5c4acc8e87b7075@hypnosisbyjrose.altproppax.com> Subject: Macy's - $25 Voucher To: From: $25 e-Gift Card Issued ATTN: Ipp-archive Redeem Your $25 Macy's has gifts for Pops under $25 ---------------------------------------- In honor of Upcoming Father's Day we are giving you $25. To Enjoy Your Macy's Rewards, all you need to do: 1) Visit: http://www.altproppax.com/redeem/macys/giftcard.html 2) Give us your opinion 3) Redeem your $25 before they expire Happy Father's Day, Member Rewards Program p.s , Get inspired with Father's Day Ideas, see what we have here -> http://www.altproppax.com/redeem/macys/giftcard.html we hoped you enjoyed receiving rewards- to stop notifications- Update Notice Messages one one eight/ Kecks Lane/R u f f D a l e / PA / one five six seven nine or visit http://www.altproppax.com/oweifr.khtg Make sure you have a .htaccess policy that protects the .git directory from being read. Somebody who feels like URL diving could have a field day with the entire source code if it's accessible.Alternatively just make the public directory a subdirectory of the git repo. Then you can have private files you can be sure won't be made public. I'm not sure that I understand this. Where should I create my first git repo, on the production web server or on the test web server? his link is dead. is there another link to the post-update file? If you're using submodules, you may want to add git submodule update --init --recursive to the post-update script like the idea of making the public directory a subdirectory. I think I may just make a symlink in my /var/www directory to the /public directory in my repo. I like it but the user you push with need to have right access to htdocs. It's certainly the git user. How do you manage that? You put git user in a www-pub group and give to this group a write permission in /path/htdoc/*? Maybe I'm missing something but wouldn't you want your production server(s) to pull from a master git repositories producttion branch. I guess the OP only has one server? I usually make my continuous integration server do the deployment of my site (running some tests before deployFollowing those steps from a repository that already has a sequence of commits; at first you can't push because the master branch is already checked out. Then if you checkout an alternative branch on the remote only the different files are checked out into the working directory. I expected the hook to do a reset need to add one more step to allow pushing to remote, will add to the answer This does not play nicely with gitolite due to this line: die "$repo ends with a slash; I don't like that\n" if $repo =~ /\/$/;Maybe I am missing something, but it looks like after you push the code to production, you still have to git clone that bare .git repository before you can full de ploy? So it is a two step process? @Antony That's what the server side post-update hook is for - it takes care of that automatically upon push when sub-modules are used - they'll still contain .git - right? You should take a look at this very trivial solution I followed the steps in the article you mentioned, and everything worked like a charm. I only wonder wether there are some drawbacks concerning security or stability. Assuming you're using Git over SSH I'd say the danger lies in making a mistake with Git. You could ask the author of the article; he ends it with "Questions and suggestions are welcome." My current (brain-dead) replication strategy is to use Transmit by Panic Software. The linked article has one important requirement when you use hooks. The hooks will fail if .git happens to be in the same naming scheme as working directory. i.e. /foo/bar (working directory) and /foo/bar.git (barebone git repository). So make sure you rename /foo/bar to something else, such as /foo/bar.live or /foo/blah Well, in case you are wondering, the exact error message you would receive if your working directory has the same name as the barebone repository is "remote: fatal: Could not jump back into original cwd: No such file or directory" I don't follow why you would need a post-deploy hook to run. Pushing the code changes to a remote repo means the remote repo is up to date. What am I missing? I think this should be the right answer. what you're missing is that git won't let you push a branch to a repository that has that branch checked out. In this case, the (IMHO very nice) answer is to have two repositories: a bare repo you push to and a second repo whose working directory is updated via the hook when the bare repo is pushed to. Excellent answer. Much cleaner than anything else I've found From GenesisSanchez@mailstop.gemhah.com Tue Jun 3 13:21:23 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 45CF81A0371 for ; Tue, 3 Jun 2014 13:21:23 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 3.047 X-Spam-Level: *** X-Spam-Status: No, score=3.047 tagged_above=-999 required=5 tests=[BAYES_99=3.5, BAYES_999=0.2, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2T-mu6_vR13d for ; Tue, 3 Jun 2014 13:21:22 -0700 (PDT) Received: from mailstop.gemhah.com (mailstop.gemhah.com [207.66.110.234]) by ietfa.amsl.com (Postfix) with ESMTP id 75DC51A0372 for ; Tue, 3 Jun 2014 13:21:20 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Subject: MEMORIAL-DAY SPECIALS: Cars Priced-Below Kelly Blue Book-Value From: Dealership Lot Clearance To: Date: Tue, 03 Jun 2014 13:21:11 -0700 Message-ID: Greetings ipp-archive@megatron.ietf.org MEMORIAL-DAY SPECIALS - Dealerships have been liquidating their 2014-AutoInventories. > Shop-Cars priced-below Kelly-Blue Book-Value < The Polar-Vortex of 2014 left Dealers with ENORMOUS OverstockInventory. Simply Follow These Three Easy Steps: 1. Go Here & Choose Your Model: http://www.gemhah.com/yournew/autodeals.html 2. Select-Your Vehicle-Options 3. Find Out What-Vehicles are Still In-Stock in Your Area * Browse These Other Participating-Brands: http://www.gemhah.com/yournew/autodeals.html /End further admessages now by going below here<. http://www.gemhah.com/endnew/quitdeals.html 2964 Shoreline Cove Court San Diego Californla 92117 have a full bar. re's no short supply of bars in area so this isn't really a factor. If I found myself in Miami again (pretty damn doubtful considering my experience re) this would be first place I'd go for a meal. Isn't it funny how we use this type of peer to peer reviewing? For instance, how could we possibly have given Puerto Sagua four start on average? Now I'm sure that we've all had a nice, cheap, filling Cuban meal hear but really, can this cooking compare to some of or four and five star places that are also listed on Yelp? Hardly. Puerto Sagua is an after beach, post cheeba filling station that tastes super good when you're super hungry. But it's really, really standard Cuban stuff, about as good as I got used to eating while working at Guantanamo Bay refugee project. And believe me, noone ever deluded mselves into believing we were having a four star dining experience. Come on people, work with me here! I have a real respect for restaurants like Puerto Sagua. y could have easily gone upscale and charged double for all meals. Instead, re's a really welcoming, casual atmosphere about this place, and it doesn't come at expense of flavor. I arrived with my girlfriend, and we were seated pretty quickly (less than 5 minutes) even though place was packed. We got a table in corner, and began to look over menu. Menu says y are well known for seafood, so I decide that I'd better get some. After a quick order of some iced tea and cranberry juice, I decided to get red snapper fillet with shrimp, and my girlfriend got grilled tilapia. A few sips of drink later, some warm bread and butter arrive, and soon after that, salads that accompanied our entrees. Nothing fancy: some lettuce, tomatoes, and cucumbers, but it was refreshing and hit spot. Besides, no one ever said simple can't be delicious. food arrives, and food was incredible. texture on snapper was great: nice lightly charred outside, tender and melt-in-your-mouth juicy on inside. I didn't think snapper could be topped until From MeganOwen@exxtremeinet.diddue.com Wed Jun 4 07:32:29 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5E7551A01F6 for ; Wed, 4 Jun 2014 07:32:29 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 4.647 X-Spam-Level: **** X-Spam-Status: No, score=4.647 tagged_above=-999 required=5 tests=[BAYES_99=3.5, BAYES_999=0.2, GB_AFFORDABLE=1, J_CHICKENPOX_37=0.6, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id W3IcCT_xbdK9 for ; Wed, 4 Jun 2014 07:32:27 -0700 (PDT) Received: from exxtremeinet.diddue.com (exxtremeinet.diddue.com [5.175.180.54]) by ietfa.amsl.com (Postfix) with ESMTP id 6A5B91A028D for ; Wed, 4 Jun 2014 07:32:26 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Subject: Calc your new.payment From: MAH - Lower Payment Reply-to: Message-ID: Date: Wed, 04 Jun 2014 07:32:21 -0700 To: [Obama's Making Home Affordable Plan] An official program designed to assist homeowners ================================================================= This program is designed to reduce your monthly home-payment. Calculate your new rate - it only takes (2) minuets. Todays nationwide low rate 2.99% Fixed. View your monthly/savings: http://www.diddue.com/hud-portal-34256--53247.housing-administration Note: Rates are expected to rise again this week. Official HARP-2.0 | Your adjusted rate: http://www.diddue.com/hud-portal-34256--53247.housing-administration ================================================================= SD-Ref :658717522 Fuller and Thompson Housing RRT [12142 w 145th place -Gerdena - CA - 90247] (Communication-settings-exit http://www.diddue.com/6.bnv From CollinWells@evbyminsa0039.agaocean.com Wed Jun 4 07:51:42 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1F8531A0366 for ; Wed, 4 Jun 2014 07:51:42 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.552 X-Spam-Level: X-Spam-Status: No, score=-4.552 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, GB_I_LETTER=-2, LOTS_OF_MONEY=0.001, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6f_6MCahZM5c for ; Wed, 4 Jun 2014 07:51:38 -0700 (PDT) Received: from evbyminsa0039.agaocean.com (evbyminsa0039.agaocean.com [5.175.180.33]) by ietfa.amsl.com (Postfix) with ESMTP id 6E6D01A0277 for ; Wed, 4 Jun 2014 07:51:38 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Subject: Student forgiveness programs -- L3457 Date: Wed, 04 Jun 2014 07:51:27 -0700 To: Message-ID: From: Student-Loan Federal Aid Package We would like to say congratulations to our recent graduates! We are happy to bring to your attention that the government has programs that offer to forgive the remaining-balance of your Student-Loans. This package is available for current students and recent grands: http://www.agaocean.com/SL-53472345/6G.Student-L62346 Note: You could cut your current lStudent-Lone payment in half. -- Student/L-I 72-0775200 , , , , , , , , From: STU-Forgiveness Group ~~ Four Nine Kalko Drive ~~ Wolcott ~~ CT ~~ 06716 :End/forgo: http://www.agaocean.com/y/ Heres a brief set of the top tips for all soon-to-be college grads (including our dear interns) who couldnt be there: You dont need to know what you want to do right away. If cant define your dream job, pursue something that interests you in some way. Chances are good that youll have jobs down the road that you dont even know exist at this point. If youre doing something that helps you develop skills in the industry you want to pursue (financial analysis, marketing, writing, whatever), take advantage of the chance to learn. Know what youre good atand work on the other stuff. If youre a gifted designer, great! If you can write Excel macros like nobodys business, awesome! (And if you can do both, youre way ahead of me.) Whether youre job-searching or in a new role, rock the skills you know youve mastered. But make a point to round yourself out by strengthening your weak spots, especially if youll need certain skills to advance in your company or field. YouTube offers tutorials on almost anything. For math, science, and economics, Khan Academy is amazing. Consider grad school carefully. Jobs may not be plentiful for recent grads, but that doesnt mean you should jump blindly into grad school in hopes the economy will be better when you get out. Of course, if you want to be, say, a lawyer, a pediatrician, or an architectthen yes, you need more schooling. Generally, grad school isnt right or wrong, but theres a lot to think about: Do you want to take out an additional $20,000 to $70,000 (or more) in school loans? Will an advanced degree help you get ahead in your field, or is practical experience more valuable?Finally, dont underestimate the value of a few years of work experience. Studying Victorian literature might be your dream now (and if it is, power to you), but a business degree might look a lot more attractive a few years down the road. Additionally, many companies offer some form of tuition reimbursement, meaning they might pay you to go back to school. Take advantage of resources at your disposal. Attend a resume review session. Talk to your career center counselors and ask them for helpits what they do. They can point you to the best job sites for your field (and tell you which to avoid), give you interviewing tips, and hook you up with great internships. You wont have these opportunities once you graduate. Be responsible! Yes, it sounds obvious, but we panelists could not overstate the importance of managing the little details you may be facing for the first time. To name just a few: Proofread your resume and cover letter. Over and over. You may have made just one typo, but there are (potentially hundreds of) other candidates who didnt. To an employer, errors can represent carelessness that wont fly on the job. Okay, so this is going to sound weird, I'm very concerned with security. As in, I have locked one of my laptops up in a safe with a charger. This laptop has never connected to the internet and I'm not willing to connect it.Being me, I've also installed a certain usb token program that requires my usb to log in to windows which I threw away the day I made it. (By the way, it's running windows 7). I need to connect to this laptop using my Asus T100TA laptop which is running windows 8.1, and for those of you networking junkies I'll bet you already know you can't use an ad hoc network with win8.1 without doing some work in cmd. I'm not willing to install 3rd party hardware OR software onto my quarantined laptop however I still need to control it... I've tried searching Google, Bing, Yahoo, Dogpile, and DuckDuckGo and can't find a thing. To give you some idea as to where I'm at... Telnet does not work because I've disabled it, 3rd party software is a no no, - Sharing any files or folders on my quarantined laptop is also a no no - I am not willing to access this laptop physically, it'd be a waste of time without the usb key anyway since I have a safeboot program on there as well, - rdp and mstsc are negated by the usb requirement, - the computer will never be allowed to touch the internet. From SamanthaColeman@metalhordes.arcwayhow.com Wed Jun 4 08:25:21 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7912A1A0284 for ; Wed, 4 Jun 2014 08:25:21 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 2.348 X-Spam-Level: ** X-Spam-Status: No, score=2.348 tagged_above=-999 required=5 tests=[BAYES_95=3, DIET_1=0.001, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id sHLlv9Xt6sDW for ; Wed, 4 Jun 2014 08:25:19 -0700 (PDT) Received: from metalhordes.arcwayhow.com (metalhordes.arcwayhow.com [159.253.252.8]) by ietfa.amsl.com (Postfix) with ESMTP id D455C1A00DF for ; Wed, 4 Jun 2014 08:25:17 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Subject: Tone belly in 30 days. No Exercising To: Message-ID: <20140603225910.6370.97820.63463.Name.Samantha@arcwayhow.com> From: Stubborn Fat-Instantly Disappears Date: Wed, 04 Jun 2014 08:25:09 -0700 Everyday With Rachael Rapid Belly Melt ___________________________ We have never seen anything like this before. Rachel takes a break from her show to investigate with Oz on something you probably never heard/seen of before. Rachael R. dropped 25LB in 4-weeks with No Special activities, and No Intense Exercise. Her-Now: http://www.arcwayhow.com/Summer/6763456/Rach-Ray/88-94.html We would love to hear about how much you lose with this. Please leave a comment. Thanks, Rachael People:-- Jennifer Lopez Drinks this Smoothie Every Day So You Know its Good __________ Beverley Mitchell Thought Moms Were Boring Until She Became One __________ It really suits her to the point where the former 7th Heaven actress cant imagine herself doing anything else besides being a mother. OE-Rach Care Team, Post Office Box 781, Island Lake, IL 60042 end___Messages__ http://www.arcwayhow.com/di6t-/ 1 Steam and add chestnuts or almonds or hazelnuts 2 I'm not vegetarian so I'd cut up pieces of bacon, fry them out and then take the bits of cooked bacon out, and quick fry the sprouts in the bacon fat. When they're tender enough, add back the bacon. 3 I'd saute them in butter/oil, garlic and shallots, and a little lemon juice. 4 I agree on the slaw 5 Bubble and Squeak 6 Never had shredded sprouts. I think use in a stir fried combo with other fave ingredients. Like Fried Rice. 7 I second (or third or fourth) the slaw suggestion. 8 I'd probably be thinking stir-fried into Asian-style noodles or vegetables, or a slaw, like so many others 9 I say toss them into soup. 10 Are you talking about vegetable soup 11 Yes, of course. The OP is vegetarian. Personally I do not mind chicken base. 12 So, what to do with them all? Besides a carrot cake. Have to pass on the cream cheese. No offense I just think it's gross. 13 You can clean and chop/slice them as you would to cook them for dinner 14 I have some frozen carrots prepared as Laurie described from our spring garden; 15 I juice them. 16 So many things to do: Bye Bye From AdamRoy@ace-mfg.madeply.com Wed Jun 4 08:56:45 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 01A081A0302 for ; Wed, 4 Jun 2014 08:56:45 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.553 X-Spam-Level: X-Spam-Status: No, score=-2.553 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id U7mymkmIC-td for ; Wed, 4 Jun 2014 08:56:43 -0700 (PDT) Received: from ace-mfg.madeply.com (ace-mfg.madeply.com [159.253.252.18]) by ietfa.amsl.com (Postfix) with ESMTP id 86AC81A00DF for ; Wed, 4 Jun 2014 08:56:40 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Window Installation Update Message-ID: <20140603232846.6660.88813.63463.Name.Adam@madeply.com> Subject: Home Depot Spring Rewards - Expiring Soon To: Date: Wed, 04 Jun 2014 08:56:36 -0700 ** As a Valued Subscriber to our publications, you have been chosen to receive an unique offer: (1) New Windows Installation Recipient: Ipp-archive Expiration:click to check availability -> http://www.madeply.com/view/window/installation/info.index Confirm Size and Quantity Below: http://www.madeply.com/view/window/installation/info.index Home Depot Spring Rewards Issued 06/04/2014 We hope that you enjoyed this DIY remodel Update If you would like to stop further messages write Update Notice Messages 118 Kecks Lane Ruff Dale, PA 15679 or visit http://www.madeply.com/3hrn.skejr In case of error(s) in the new code, do you reset per commit or the entire pull? (Or is only 1 possible?) Rudie Sep 27 '10 at 13:19 This is close. It starts just fine but wont let me stop anything. I was able to log out and back in and then kill the node process. Forever didn't restart it. So I am thinking something about how it works isn't compatible with DH. you can't kill the node process because Forever itself runs on node! I've added some usage instructions to my answer, including how to stop a process. I've been using this on my VPS and it's worked like a charm. forever stop 0 had an error and things just kind of fell apart from there. I have been trying to do this without root on its own user so that I can clean up easily once I find the right solution. That may be my problem. I will look into it some more. I had something wrong with npm that was causing problems. With npm and node installed correctly forever works great. What I ended up doing was adding the forever start commands to a cronjob set to run on restart. I am now working on a little node app that will let me start and stop forever procs. Th ere's an alternative to Forever which uses node's native cluster API @Rudie: If you need to roll back changes on the deployment server, then you can use git reset to move back among the latest changes (all commits, not just the whole pull). If you need to roll back something specific that's not the latest commit, then you can use git revert but that should probably be used in emergencies only (git revert creates a new commit that undoes the effect of some previous commit).Just out of curiousity: why do you think hooks would be more trouble than it's worth for this? When using hooks for this, the actual web server docs directory is changed by an automatic background process. Logging in lets me have more control over exactly when changes are applied to the docs directory. Also, it's easier to fix when things go wrong. Hooks might be more appropriate if committers don't have sufficient access to log in to the web server. I was about to post a list of what I do at my Windows/.NET shop, but it's more or less what you've got here. +1 Daniel Schaffer Jan 8 '09 at 20:21 have you encountered any disadvantages for having a svn co as a production environment? I really can't think of any disadvantages but it doesn't seem "clean" to have a svn co as production? Why not an svn export or rsync? ChrisR Nov 10 '10 at 18:11 Because of the basic difference between a co and an export - you can't push specific changes, you have to export the entire application again. It's a very important difference that makes life that much easier Eran Galperin Nov 10 '10 at 22:50 18 Why put up the site down screen? If you run a directory of releases/, and point liveSite/ via a symlink to your folder in releases/, then you can completely checkout the site into a new releases/ folder and flip the symlink over instantaneously once the co is done? No need for downtime (unless you are the poor sob that makes a request during that symlink switch). Joseph Lust May 20 '11 at 20:38 @EranGalperin Somewhat unrelated question: did you write the schema deltas script yourself, or is it some open library? Artem Goutsoul Oct 16 '12 at 9:06 1 Who is responsible for doing all those tasks such as update SVN on production and symlinkin the new release? Is it phing? Is it jenkins? drgomesp Jul 14 '13 at 15:00 @EranGalperin, how do you rollback the changes if the tests fail once you've updated the production c/o? blacktie24 Oct 5 '13 at 18:22 And it seems the downtime of server is unnecessarily high From JoelWeber@smtp3-msp.gigacoal.com Wed Jun 4 09:28:48 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 41AF71A0270 for ; Wed, 4 Jun 2014 09:28:48 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.871 X-Spam-Level: X-Spam-Status: No, score=0.871 tagged_above=-999 required=5 tests=[BAYES_50=0.8, HTML_MESSAGE=0.001, MIME_HTML_ONLY=0.723, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nhgZkus45OUE for ; Wed, 4 Jun 2014 09:28:46 -0700 (PDT) Received: from smtp3-msp.gigacoal.com (smtp3-msp.gigacoal.com [159.253.252.31]) by ietfa.amsl.com (Postfix) with ESMTP id B88A81A0312 for ; Wed, 4 Jun 2014 09:28:43 -0700 (PDT) Content-Type: text/html; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Reply-to: Message-ID: Subject: 250k in coverage - MED exam not needed From: Info To: Date: Wed, 04 Jun 2014 09:28:29 -0700

Hello Ipp-archive,

Of all the things you can protect, nothing is more important to protect than your own life. Life is full of unexpected situations and events, so it pays to be prepared for anything.

For your piece of mind:
http://www.gigacoal.com/E-coverage-plan-life-34.go77

Package Currently Available:
$250k In Coverage $15/month | No Medical-exam necessary
----

You are priceless after all (or at least pretty close to priceless). Life coverage helps provide you peace of mind and can provide your family with financial-stability and security when it matters most.

Thank You

 

 

don't know what this means, or what I should do about it. Can someone advise me?

 

 

 

 

 

 

 

 

AGA Life-Experts | Eight Lorain Dr | Little Rock | AR_72212
End-Communications-

I can't seem to zip the files. I get the following message from Winzip

was attempting to repair a computer with a corrupted boot file.

Well pulling the bios battery will typically reset the password.

I am trying to run combofix om my windows 8.1 laptop

Thank you for that info

Okay, so this is going to sound weird, I'm very concerned

That's a very good idea

An even bigger state of paranoia has taken over

Thanks very much, finally I understabd the problem.

From SethDavis@merfax.tawoxgame.com Wed Jun 4 10:07:51 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CCFB51A0369 for ; Wed, 4 Jun 2014 10:07:51 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.1 X-Spam-Level: * X-Spam-Status: No, score=1.1 tagged_above=-999 required=5 tests=[BAYES_50=0.8, DX_TEXT_02=0.953, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id DSoBsp0eWlln for ; Wed, 4 Jun 2014 10:07:48 -0700 (PDT) Received: from merfax.tawoxgame.com (merfax.tawoxgame.com [142.0.204.135]) by ietfa.amsl.com (Postfix) with ESMTP id D70B41A02B8 for ; Wed, 4 Jun 2014 10:07:28 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Subject: Spring Window Clearance (Home Depot) From: Windows Installation Message-ID: <20140604003002.7491.18669.78.4-3@tawoxgame.com> Reply-to: To: Date: Wed, 04 Jun 2014 10:07:21 -0700 Summer is coming .... And so is bikini season. Want to take part instead of sitting on the side lines? Getting Ready takes just 1 Step: ================================= View Here: http://www.tawoxgame.com/droz/slimdown/method/june.html Its that time of year when clothes are getting smaller and everyone is talking about swimsuit season. It can be hard not to get worried or self-critical when its all everyone is talking about. Show-off in your bikini without Starving or Working Out. You got a membership at the local gym.... but you dont use it. No bggie, Doz Oz found the best way to loose 1 lb a day without needing a membership. Stop hating your body and start loving the way you look with this: http://www.tawoxgame.com/droz/slimdown/method/june.html -DocOz Blog We hope that you enjoyed this wellnes update. - to modify your message status with VCE Media Relations -- write to 9801 B o x f o r d W a y LOUISVILLE, KY 40241 or visit http://www.tawoxgame.com/wot4j/wkt.rjfge m having the same trouble as @SantaClaus. I'm using a self signed certificate and due to the logs, this seems to be the issue. No option is given to trust the certificate.I'm lucky -- my client already has an SSL certificate. Here's a quick and dirty test you can try. On the iOS device, go to the download page, touch and hold on the install link until you're offered the choice to copy the link. Copy it, then paste it into the safari address box and change the text url=http:// to url=https:// then press "Go" and see if the app installs.Not a bad idea @softwareevolved, but that is the url that causes the "The certificate for this server..." error. Web pages load fine. I suspect it's because this url is being handled by the App Store app that the error is In the meantime, I've just set my server up so that pre-ios7.1 can visi and download apps. Those on 7.1+ can visit and encounter my errors! At least our staff can still use OTA on most of our devices. I created my own Certificate Autho rity and signed the web server ssl certificate with it. Via Apple Configurator you can create a profile that marks this CA as trusted. After that the installation works as expected. I'm having a related problem with ALL verions of iOS: if my .ipa is on a secure server it won't install! Up to version 7.0.6 (the last one I've tested -- I'm scared of 7.1!) my html and .plist can be on ANY type of server - secure or un-secure - but if the .ipa is on https:// the download is no-go. The message is always: "Cannot connect to " If anyone here has different results I'd appreciate a ping. I do have a self signed certificate and after changing every asset Url (itms-service, plist, ipa + images) everything worked fine. My CA is installed on the iPad I use a local filny more. Is there a way to keep it working? Davyd Mar 20 at 4:1If you have just personal pages you can try I signed my personal pages with their certificate and it's working at all browsers and devices that I was t esting so farI also use although I have a paid account that lets me have multiple domains with one certificate and it's working perfectly. Is there really nowhere that Apple talks about this? I only found out about it because of a cliIt is worth noting that the URLs contained within the manifest.plist DO NOT need to be HTTPS. Only the ITMS URL needs to be HTTPS Brody Robertson Apr 3 at 17:30 Your self signed certificate needs a /CN 2 tbs olive oil 1 16 oz can of chickpeas, drained and rinsed 1 medium head of cauliflower, cut into florets 1 small white onion, diced 4 cloves of garlic minced, 2 jalapeo peppers, diced (or sliced thin if you like to see them. Seeds removed for less heat) 1 16 oz can of crushed tomatoes 1 tbs balsamic vinegar 1 cup of your favorite beer 1 tbs chili powder 1tsp smoked cumin 1/4 tsp cinnamon 1 tbs sugar salt and pepper to taste From HunterYoung@bubsti.dunheavy.com Wed Jun 4 10:09:37 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BEB631A0307 for ; Wed, 4 Jun 2014 10:09:37 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 4.922 X-Spam-Level: **** X-Spam-Status: No, score=4.922 tagged_above=-999 required=5 tests=[BAYES_99=3.5, BAYES_999=0.2, DX_TEXT_02=0.953, RAZOR2_CHECK=0.922, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3l-fqtQL_0yT for ; Wed, 4 Jun 2014 10:09:35 -0700 (PDT) Received: from bubsti.dunheavy.com (bubsti.dunheavy.com [142.0.204.145]) by ietfa.amsl.com (Postfix) with ESMTP id 2A6171A0259 for ; Wed, 4 Jun 2014 10:09:35 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Message-ID: To: From: Install Windows Date: Wed, 04 Jun 2014 10:09:33 -0700 Subject: Spring Window Clearance (Home Depot) Summer is coming .... And so is bikini season. Want to take part instead of sitting on the side lines? Getting Ready takes just 1 Step: ================================= View Here: http://www.dunheavy.com/droz/slimdown/method/june.html Its that time of year when clothes are getting smaller and everyone is talking about swimsuit season. It can be hard not to get worried or self-critical when its all everyone is talking about. Show-off in your bikini without Starving or Working Out. You got a membership at the local gym.... but you dont use it. No bggie, Doz Oz found the best way to loose 1 lb a day without needing a membership. Stop hating your body and start loving the way you look with this: http://www.dunheavy.com/droz/slimdown/method/june.html -DocOz Blog We hope that you enjoyed this wellnes update. - to modify your message status with VCE Media Relations -- write to 9801 B o x f o r d W a y LOUISVILLE, KY 40241 or visit http://www.dunheavy.com/wot4j/wkt.rjfge m having the same trouble as @SantaClaus. I'm using a self signed certificate and due to the logs, this seems to be the issue. No option is given to trust the certificate.I'm lucky -- my client already has an SSL certificate. Here's a quick and dirty test you can try. On the iOS device, go to the download page, touch and hold on the install link until you're offered the choice to copy the link. Copy it, then paste it into the safari address box and change the text url=http:// to url=https:// then press "Go" and see if the app installs.Not a bad idea @softwareevolved, but that is the url that causes the "The certificate for this server..." error. Web pages load fine. I suspect it's because this url is being handled by the App Store app that the error is In the meantime, I've just set my server up so that pre-ios7.1 can visi and download apps. Those on 7.1+ can visit and encounter my errors! At least our staff can still use OTA on most of our devices. I created my own Certificate Autho rity and signed the web server ssl certificate with it. Via Apple Configurator you can create a profile that marks this CA as trusted. After that the installation works as expected. I'm having a related problem with ALL verions of iOS: if my .ipa is on a secure server it won't install! Up to version 7.0.6 (the last one I've tested -- I'm scared of 7.1!) my html and .plist can be on ANY type of server - secure or un-secure - but if the .ipa is on https:// the download is no-go. The message is always: "Cannot connect to " If anyone here has different results I'd appreciate a ping. I do have a self signed certificate and after changing every asset Url (itms-service, plist, ipa + images) everything worked fine. My CA is installed on the iPad I use a local filny more. Is there a way to keep it working? Davyd Mar 20 at 4:1If you have just personal pages you can try I signed my personal pages with their certificate and it's working at all browsers and devices that I was t esting so farI also use although I have a paid account that lets me have multiple domains with one certificate and it's working perfectly. Is there really nowhere that Apple talks about this? I only found out about it because of a cliIt is worth noting that the URLs contained within the manifest.plist DO NOT need to be HTTPS. Only the ITMS URL needs to be HTTPS Brody Robertson Apr 3 at 17:30 Your self signed certificate needs a /CN 2 tbs olive oil 1 16 oz can of chickpeas, drained and rinsed 1 medium head of cauliflower, cut into florets 1 small white onion, diced 4 cloves of garlic minced, 2 jalapeo peppers, diced (or sliced thin if you like to see them. Seeds removed for less heat) 1 16 oz can of crushed tomatoes 1 tbs balsamic vinegar 1 cup of your favorite beer 1 tbs chili powder 1tsp smoked cumin 1/4 tsp cinnamon 1 tbs sugar salt and pepper to taste From LylaAllison@ws139.seemonpent.com Wed Jun 4 10:20:10 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B46181A02B8 for ; Wed, 4 Jun 2014 10:20:10 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 4.547 X-Spam-Level: **** X-Spam-Status: No, score=4.547 tagged_above=-999 required=5 tests=[BAYES_60=1.5, J_CHICKENPOX_26=0.6, J_CHICKENPOX_54=0.6, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, URIBL_DBL_SPAM=2.5] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8EI6Wd1QjjNg for ; Wed, 4 Jun 2014 10:20:09 -0700 (PDT) Received: from ws139.seemonpent.com (ws139.seemonpent.com [206.206.188.134]) by ietfa.amsl.com (Postfix) with ESMTP id A2B7E1A0228 for ; Wed, 4 Jun 2014 10:20:09 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: HomeDepot Windows Message-ID: To: Date: Wed, 04 Jun 2014 10:20:02 -0700 Subject: Re: HomeDepot Replacement-Windows Special: 04-June-2014 -----------------------------------------------------. Re: The Home-Depot Premium Window Installation-Special. -----------------------------------------------------. 06-04-2014. -----------------------------------------------------. Subscriber: ipp-archive@megatron.ietf.org, Great News! As a valued-subscriber to our online publications, you've recently been selected for a spectacular new-opportunity. =========================================================. ***One (1) Premium Window Installation*** =========================================================. Don't trust the beauty or the safety of your home to anyone other than the top-trained professionals in the business. Let us help you with your next window-installation. Go Here Now for More Info From the Window-Installation Experts: http://www.seemonpent.com/homewindow/special.html Message-ID # 4bfe7db40353aaf1155aa473ff4da764 -Simply go below now to end our admail. http://www.seemonpent.com/endhomewindow/endspecial.html 2964 Sh0reline Cove-Court. SanDlego CALlF0RNlA,92117 After sampling food at both Yelp and Check Please events, I finally had an opportunity to drop by and try real thing. I meet a friend for an early evening dinner. Arriving before her, I was happy to recognize bartender from my many stops at Rosebud ater District where he used to tend bar. I used to work in one of offices upstairs. He whipped up a Martooni and we reminisced and chatted until my friend arrived. place was festive and noisy this Saturday night because re was a pre-game crowd headed for United Center. We did not make a big dent in menu. but rar enjoyed complimentary cooked peppers, a special of evening bruschetta with a soft mozzarella and braised cherry tomatoes. We shared Famous entree of Rigatoni with Sunday Pork Gravy. It lived up to expectations with a luscious red sauce and nice big chunks of cooked pork. We sampled some wines recommended by our server (who reminded me delightfully of Barney Fife. Or maybe Barney's grandson.) Service was quick and attentive, but respectful and welcoming. Great restaurant in an interesting West Loop neighborhood. It was discovering yet anor little Chicago world. Quality fine dining infused with some good Italian hospitality. From SarahSparks@jackoverton.sacredbis.com Wed Jun 4 10:35:55 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 708381A031B for ; Wed, 4 Jun 2014 10:35:55 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.153 X-Spam-Level: X-Spam-Status: No, score=-2.153 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, GB_I_LETTER=-2, J_CHICKENPOX_74=0.6, REMOVE_BEFORE_LINK=1.8, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id q7dXDqTtdoGy for ; Wed, 4 Jun 2014 10:35:46 -0700 (PDT) Received: from jackoverton.sacredbis.com (jackoverton.sacredbis.com [142.0.204.155]) by ietfa.amsl.com (Postfix) with ESMTP id E877A1A0141 for ; Wed, 4 Jun 2014 10:35:42 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Date: Wed, 04 Jun 2014 10:35:34 -0700 From: Is He Telling The Truth Subject: All info posted online Message-ID: Reply-to: To: Hello Ipp-archive- We all want to know more about someone. We all want to know if they are who they say they are. Place their name here and find out what you want to know. --: http://www.sacredbis.com/nameFirst/sel/37345383568.screen Warning: Please use caution when using this tool. Use this this information responsibly. Hint: Try looking up yourself. You might be surprised what is posted about you online. >From Safe And Sound Belfour / 7.3 Miller Blvd/Syosset/NY --- Forgo_Messages_ if you are not interested: http://www.sacredbis.com/hu.m - Or compose-a letter. #include #include #include #include #include #include #include #include #include extern int errno; pthread_mutex_t mutex = PTHREAD_MUTEX_INITIALIZER; void writing(char *buf) { char string[100]; int i=0; printf("Podaj ciag znakow: "); scanf("%[^\n]s", string); fflush(stdin); while(string[i] = '\0') { buf[i]=string[i]; i++; } buf[i]='\0'; } void reading(char *buf) { int i=0; printf("\nPrzeczytalem:"); while(buf[i]='\0') { printf("%c", buf[i]); i++; } printf("\n"); fflush(stdout); } char * shareMemory() { char *buf; int MAX=10; int shmid; shmid = shmget(47281, MAX*sizeof(int), IPC_CREAT|0660); if (shmid == -1) { perror("Utworzenie segmentu pamieci wspoldzielonej"); exit(1); } buf = (int*)shmat(shmid, NULL, 0); if (buf == NULL) { perror("Przylaczenie segmentu pamieci wspoldzielonej"); exit(1); } return buf; } //Wtki czytajce int Reader(void* data) { char *buf; buf=shareMemory(); int threadId = *(int*) data; int result = pthread_mutex_lock(&mutex); if (result = 0) { fprintf(stderr, "Error occured during locking the mutex.\n"); exit (-1); } else { reading(buf); printf("(R) Reader %d started reading...", threadId); fflush(stdout); sleep(1); printf("finished\n"); // Release ownership of the mutex object. result = pthread_mutex_unlock(&mutex); if (result = 0) { fprintf(stderr, "Error occured during unlocking the mutex.\n"); exit (-1); } sleep(1); } (data); return 0; } // Wtek piszcy int Writer(void* data) { char *buf; int k; buf=shareMemory(); int result = pthread_mutex_lock(&mutex); if (result = 0) { fprintf(stderr, "Error occured during locking the mutex.\n"); exit (-1); } else { writing(buf); printf("(W) Writer started writing..."); sleep(1); printf("finished\n"); // Release ownership of the mutex object. result = pthread_mutex_unlock(&mutex); if (result = 0) { fprintf(stderr, "Error occured during unlocking the mutex.\n"); exit (-1); } sleep(7); } return 0; } int main(int argc, char* argv[]) { int READERS_COUNT=2; int k; pthread_t pisarz; pthread_t czytelnicy[READERS_COUNT]; int i,result; // Create the Writer thread result = pthread_create( &pisarz, NULL, (void*) Writer, (void*) NULL); if (result = 0) { fprintf(stderr,"Nie mona utworzy pisarza"); exit (-1); } for (i = 0; i < READERS_COUNT; i++) { // usypianie co randomowy czas sleep(2); int* threadId = malloc(sizeof(int)); *threadId = i; result = pthread_create(&czytelnicy[i], NULL, (void*) Reader, (void*) threadId); if (result = 0) { fprintf(stderr,"Nie mona utworzy czytalenika"); exit (-1); } } // czekam na czytelnikw for (i = 0; i < READERS_COUNT; i++) pthread_join(czytelnicy[i],NULL); // czekam na pisarza pthread_join(pisarz,NULL); return (0); } From JackChristensen@cust20315-2.fitsemi.com Wed Jun 4 11:08:21 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0F7EF1A033B for ; Wed, 4 Jun 2014 11:08:21 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.553 X-Spam-Level: X-Spam-Status: No, score=-4.553 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, GB_I_LETTER=-2, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5LhNZ4gh171T for ; Wed, 4 Jun 2014 11:08:19 -0700 (PDT) Received: from cust20315-2.fitsemi.com (cust20315-2.fitsemi.com [142.0.204.163]) by ietfa.amsl.com (Postfix) with ESMTP id A49AE1A0306 for ; Wed, 4 Jun 2014 11:08:05 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: DrOz Found Fountain-of-Youth Message-ID: Date: Wed, 04 Jun 2014 11:08:02 -0700 Subject: Tip thats changing lives To: Hey Ipp-archive, Constantly think about how to erase wrinkles that seem to be popping up everywhere? Dont be frustrated over what your seeing in the mirror. DocOz found a way to erase signs of aging of your face in 1 MONTH. View Episode Clip: http://www.fitsemi.com/erase/wrinkles/ellen.html Celebs like Ellen and Martha Stewart are perfect examples of how you can look younger w/out going under the knife. - DocOz Tips We hope that you enjoyed this DocOz skin Tip. To stop further notifications - write Update Notice Messages write one-one-eight Kecks Lane- R u f f D a l e, PA 15679 or http://www.fitsemi.com/3irj/skfj39.jg3o3 Welcome to June, and for us, here in the "zone," welcome to the 2014 Hurricane Season Drat... this means packing a bag in the event of mandatory evacuation, stocking up on canned goods, water, batteries, etc., and dreading that every "wave" will become the Big One. Six months of living in Paradise and then six months of living on the edge of one's chair For some reason, which I will need to determine, the library failed to notify me that the two books I put on hold that were due any day had, in fact, come in and then because I didn't pick them up, the hold order expired... so now I am back to being in line again... I subscribe to e-mail notices, and I went back to see if perhaps I had overlooked the notice but, no, nothing's there. This happened once before, and they swore up and down that such a thing could never happen, ha I'm so happy to hear you're gonna get out your bread machine and give it a go. I used to have one but donated it last year to my MIL's church's flea market. I did keep all of the cookbooks I have for bread machines though-there's some gems in them for recipes that I will adapt to making by hand. I think you're really going to enjoy their newsletter too-it doesn't come out as often as it used to every time I see an email from them it makes my day-I know I'm gonna find at least one new bread recipe I'll want t o run into the kitchen and try. Worth mentioning before rolling back any half-commit/add: Make a "physical" copy of your parent folder first. I've admittedly over-zealously reset commits that included both files whose work I wanted to blast and a few files' worth of changes I wanted to keep. Make sure you've un-staged only what you want before blasting the manual backup. Rhubarb's answer is the correct one. HEAD may not yet exist and it is to reset the HEAD file rather than unstage a file, which is what you asked aboutIf you're on use 'git cola'; that way you can pick and choose specific lines in the source for commit (as opposed to adding commits by fileStarting with Git v1.8.4, all the answers below that use HEAD or head can now use @ in place of HEAD instead. See this answer (last section) to learn why you can do that. in Mercurial it is just hg revert in any case (with history or without previous history). I wish git was less unnecessarily complicated. As read this post on 201 3/12/16, the question has nearly 2k votes, there are 2 dozen answers with upvotes, meaning they were at least partly right if not 100% complete, 1 of which has nearly 2000 votes and another of which has over 1k votes. To me, this says volumes about git.The question is not clearly posed If the file is already in the repository, and you added it to staging, the answer is git reset HEAD file (==> the file is still in the git repository). If the file was nI made a little summery which shows all ways to unsta From StevenSoto@dofflorida.ahamog.com Wed Jun 4 11:08:32 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EFB901A035C for ; Wed, 4 Jun 2014 11:08:31 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.245 X-Spam-Level: X-Spam-Status: No, score=-1.245 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, GB_I_LETTER=-2, RAZOR2_CF_RANGE_51_100=0.5, RAZOR2_CF_RANGE_E8_51_100=1.886, RAZOR2_CHECK=0.922, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Oo-yPxGdeP0G for ; Wed, 4 Jun 2014 11:08:31 -0700 (PDT) Received: from dofflorida.ahamog.com (dofflorida.ahamog.com [142.0.204.165]) by ietfa.amsl.com (Postfix) with ESMTP id 9A8301A0364 for ; Wed, 4 Jun 2014 11:08:14 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Message-ID: Date: Wed, 04 Jun 2014 11:08:09 -0700 Subject: Ellen | Martha vouching for it To: From: DrOz Found Fountain-of-Youth Hey Ipp-archive, Constantly think about how to erase wrinkles that seem to be popping up everywhere? Dont be frustrated over what your seeing in the mirror. DocOz found a way to erase signs of aging of your face in 1 MONTH. View Episode Clip: http://www.ahamog.com/erase/wrinkles/ellen.html Celebs like Ellen and Martha Stewart are perfect examples of how you can look younger w/out going under the knife. - DocOz Tips We hope that you enjoyed this DocOz skin Tip. To stop further notifications - write Update Notice Messages write one-one-eight Kecks Lane- R u f f D a l e, PA 15679 or http://www.ahamog.com/3irj/skfj39.jg3o3 Welcome to June, and for us, here in the "zone," welcome to the 2014 Hurricane Season Drat... this means packing a bag in the event of mandatory evacuation, stocking up on canned goods, water, batteries, etc., and dreading that every "wave" will become the Big One. Six months of living in Paradise and then six months of living on the edge of one's chair For some reason, which I will need to determine, the library failed to notify me that the two books I put on hold that were due any day had, in fact, come in and then because I didn't pick them up, the hold order expired... so now I am back to being in line again... I subscribe to e-mail notices, and I went back to see if perhaps I had overlooked the notice but, no, nothing's there. This happened once before, and they swore up and down that such a thing could never happen, ha I'm so happy to hear you're gonna get out your bread machine and give it a go. I used to have one but donated it last year to my MIL's church's flea market. I did keep all of the cookbooks I have for bread machines though-there's some gems in them for recipes that I will adapt to making by hand. I think you're really going to enjoy their newsletter too-it doesn't come out as often as it used to every time I see an email from them it makes my day-I know I'm gonna find at least one new bread recipe I'll want t o run into the kitchen and try. Worth mentioning before rolling back any half-commit/add: Make a "physical" copy of your parent folder first. I've admittedly over-zealously reset commits that included both files whose work I wanted to blast and a few files' worth of changes I wanted to keep. Make sure you've un-staged only what you want before blasting the manual backup. Rhubarb's answer is the correct one. HEAD may not yet exist and it is to reset the HEAD file rather than unstage a file, which is what you asked aboutIf you're on use 'git cola'; that way you can pick and choose specific lines in the source for commit (as opposed to adding commits by fileStarting with Git v1.8.4, all the answers below that use HEAD or head can now use @ in place of HEAD instead. See this answer (last section) to learn why you can do that. in Mercurial it is just hg revert in any case (with history or without previous history). I wish git was less unnecessarily complicated. As read this post on 201 3/12/16, the question has nearly 2k votes, there are 2 dozen answers with upvotes, meaning they were at least partly right if not 100% complete, 1 of which has nearly 2000 votes and another of which has over 1k votes. To me, this says volumes about git.The question is not clearly posed If the file is already in the repository, and you added it to staging, the answer is git reset HEAD file (==> the file is still in the git repository). If the file was nI made a little summery which shows all ways to unsta From HannahFoster@divergentproperties.cubsen.com Wed Jun 4 11:19:05 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3C0471A02E1 for ; Wed, 4 Jun 2014 11:19:05 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.947 X-Spam-Level: * X-Spam-Status: No, score=1.947 tagged_above=-999 required=5 tests=[BAYES_80=2, J_CHICKENPOX_26=0.6, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id itRUYhTuTy-d for ; Wed, 4 Jun 2014 11:19:04 -0700 (PDT) Received: from divergentproperties.cubsen.com (divergentproperties.cubsen.com [206.206.188.146]) by ietfa.amsl.com (Postfix) with ESMTP id 6E70B1A02B7 for ; Wed, 4 Jun 2014 11:19:03 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Notice Date: Wed, 04 Jun 2014 11:18:56 -0700 Message-ID: <33.20140604171555.30978.35510.5345.JavaMail.mx1.ipp-archive@megatron.ietf.org> Subject: Re: Your AutoInsurance Monthly-Payment: 4-Jun-2014 To: - - - - start of notice - - - - ===============================================. Re: Your AutoInsurance-Policy # 2332ff6e5ff23ac4142d70585109fe97. ===============================================. Message ID # 2332ff6e5ff23ac4142d70585109fe97. ===============================================. ipp-archive@megatron.ietf.org, We are sending you this email-notification today to inform you that your monthly-AutoInsurance payment was-lowered. Go here today & enter your ZipCode to find out your new monthly-payment: http://www.cubsen.com/yournew/autonotice.html Thank you - - - - end of notice - - - - /Quit admail now by going below here-. http://www.cubsen.com/haltnew/quitnotice.html 2964 Sh0reline Cove Ct San Diego C.A. ZIP: 92117 bread since was cold was still buttery, but not crispy/flaky. Unsure of cheese used, and it had pickles. In all it seemed very ordinary. If that truly is a traditional cubano, I'm not a fan. My tastes in Cuban food is not extensive as this was only my second Cuban meal in my life. So re's nothing to compare to with or Cuban food experiences. I want to like this place but didn't find food all that good in execution. Given chance, I would try this place again to see if this place is truly overrated, or am I just not a fan of Cuban food? This place was one of two places suggested to my family and me by our hotel concierge when we visited a few years ago. Since I'm not Cuban I can't attest to aunticity of this place, but it's gotta be more auntic (and overall better) than Gloria Estefan's restaurant. I'm glad we decided to eat here. This diner-style establishment serves home-cooked feeling Cuban cuisine of all varieties. Black beans and rice are well-made and sweet fried plantai ns are to die for. I don't remember what I ordered when I was here (probably some sort of roast chicken) but I remember it being uber-tasty. Conveniently close to beach, so it's definitely a good place to stop by after a day at sand and sea This place has an oldskool diner feel. only difference was that it wasn't an American diner, it was Cuban. Wooden chairs and tables/counters. re were so many different dishes on menu that we didn't know what to order. Two people in my party ordered item #1 under beef which was "ropa vieja" which was tasty. I do recommend this dish, comes with rice and plantains. I myself had grouper fish. Why did I order this? Because someone told me to try this particular fish in Miami and so I did. It wasn't too shabby, toss that spicy sauce on table on it and I enjoyed my food even more so (BTW, that hot sauce is not hot at all). My dish didn't look like much, but it was decent. french fries that came with my fish was bomb! Imagine Mc'Donald's skin ny fries without all salt. I have to say price here is From AlexaHolmes@mianowski.nixdecorated.com Wed Jun 4 11:43:28 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4B10D1A0319 for ; Wed, 4 Jun 2014 11:43:28 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.453 X-Spam-Level: X-Spam-Status: No, score=-2.453 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DIET_1=0.001, FROM_12LTRDOM=0.099, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id b-8MdfUrj1TE for ; Wed, 4 Jun 2014 11:43:26 -0700 (PDT) Received: from mianowski.nixdecorated.com (mianowski.nixdecorated.com [207.66.95.45]) by ietfa.amsl.com (Postfix) with ESMTP id C7F9D1A0359 for ; Wed, 4 Jun 2014 11:43:09 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit To: Subject: Burn Fat Quicker w/ DocOz Date: Wed, 04 Jun 2014 11:43:03 -0700 From: End the Weight-loss Roller-coaster Message-ID: Celeb Digest: TV Host is done w/ Yo-Yo Weigh-loss Posted - Every day With Rachel, host Rachel is done w/ the weight-loss roller-coaster. She turned to DocOz for advice, and he came thru. He showed her the way to do it w/out working out or more importantly starving. After all.... She is a chef- View episode Clip: / http://www.nixdecorated.com/fat/burner/episode/recap.html - DocOz Episode Recap June 4, 2014 We hope you enjoyed this episode recap - to stop further updates - write Update Notice Messages 118 Kecks Lane_R u f f D a l e_ Pennsylvania_ one five six seven nine or http://www.nixdecorated.com/3ojf.skrfj The above command will actually stage the removal of all those files you wish to continue tracking - a destructive and incorrect answer indee for "git undo add" I bump into this answer and always gets confused. Should one use "rm" or "reset"? Please format it in for me. I did git rm -r --cached and instead it tried to remove for me (strange). So after that I did git reset ., and then everything got fixed, and only the changes I made had been unstaged. Strange, but got it to work. This is all fun with the comments and all but is how we undo a git add . unless, as was the case if the answer, you have a COMPLETELY empty working folder to start with. Running this will remove everything from the index, true, they will remain on your working folder but your history, when committed, will be the equivalent of destroying everything and starting from scratch. the proper answer was indeed, quite simply git reset . If you do indeed follow instructions here and got really scared at the st atus, just do a git reset . and forget about thiin recent versions of git (v1.7.1.1 tested ) git rm -r --cached . works fine Since this was the first commit, I decided to go with rmIf you like git reset, try git reset instead of git reset . - it un-stages all you previously staged files.Brilliant answer that described my workflow exactly. It really needs to be the accepted answer to be topmost as this Q is what is top of the search results for "git unstage".This stages the removal of the file. Entirely not the desired behavior. I don't like the "rm" part of "git rm". It sounds like it will wipe out the files permanently. Bad usability. neoneye You also could use git stash/git stash pop to avoid zipping/backing up everythinghis is not the answer at all. gitis actually the correct answer, if it is the initial import of into the repository. If you're trying to unstage a change to the file, git reset is the correct answer. People saying that this answer is wrong are thinkin g of a different question. This will actually work, but only on the first commit, where the file didn't exist before, or where the git add command added new files, but not changes to existing files. I certainly feel if this is a totally new repository, removing the .git directory and initialising again is the best way. For cases in a well-used repo where you just accidentally added a single file, git rm --cached seems best although I get a scary delete mode 100644 file after my commiaccording to git status output of git version 1.8.1.4 the correct way to unstage new files is: git reset just goes to show how unintuitive and convoluted git is. instead of having parallel "undo" commands, you have to find out how to undo them. Like trying to free your leg in quick sand, and then getting your arm stuck, then getting your other arm stuck... every command should be done through GUI, with dropdown menus items for the options... Think of all the UI, productivity gains we've had, but w e have this mess of a retro command line interface. It's not like the git GUI programs make this any more intuitive. no it is not the correct answer. What you actually want to do is either git reset to undo all added files or git reset to undo a specific added file. git rm --cached may work on the surface but what actually happens is it removes it from the tracking history as well which is not what you would want to do, unless, you added that file to a gitignore file where that file shouldn't have been tracked in the first place then in that case it would be ok. From JudeFletcher@falcor-inc.untwistedorange.com Wed Jun 4 12:22:04 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 483BC1A03CA for ; Wed, 4 Jun 2014 12:22:04 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.953 X-Spam-Level: X-Spam-Status: No, score=-1.953 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, J_CHICKENPOX_47=0.6, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id gDmL2L2mk4UK for ; Wed, 4 Jun 2014 12:22:01 -0700 (PDT) Received: from falcor-inc.untwistedorange.com (falcor-inc.untwistedorange.com [207.66.95.53]) by ietfa.amsl.com (Postfix) with ESMTP id 046781A02A8 for ; Wed, 4 Jun 2014 12:22:00 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: End of Joint PAin Subject: Joint discomfort relief Date: Wed, 04 Jun 2014 12:21:54 -0700 Message-ID: <20140604022341.9066.23999.78.4-3@untwistedorange.com> Reply-to: To: Joint Discomfort PSa - As Seen on Dr. Sanjay Gupta Show Relief has Arrived and the natural wellness program has begun. - Rebuild, strengthen, and protect joints while promoting mobility and flexibility. - Helps maintain and rebuild cartilage View Video PSA Here: / http://www.untwistedorange.com/health/anncmnt/release.index PSA Announcement Released June 4th 2014 - To stop further PSA Health Annoucements from Update Notice Messages write - one one eight- one one eight Kecks Lane- Ruff Dale, PA 15679 or visit http://www.untwistedorange.com/4kjht/skeoe.k4tnkd Doing this in a single command for everything (not what Paul is suggesting) is also a good way to erase several hours of work if you really only wanted to unstage a few changes' worth of files. So if your changes fall into (Set A: Bad Stuff) and (Set B: Oh yeah, some Good Stuff) and you reset, Set B is G-O-N-E. Always back up the folder "manually" before resetting anything. It's easy to think a vcs always has your back and get goofy. (Yes, nearly learned the hard way, though my editor and Firebug still had what I'd accidentally erased. Heart-dropping moment, though.) ruffin May 17 '12 at 20:43 1 This seems to be the best answer if you've had previous staged changes and commits. For brand new projects, then the git rm answer is the best. courtsimas Mar 6 '13 at 22:35 1 The message will be different depending on whether the added file was already being tracked (the add only saved a new version to the cache - here it will show your message). Elsewhere, if the file was not previously staged, it will display use "git rm --cached X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CC76E1A0309 for ; Wed, 4 Jun 2014 14:00:29 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.953 X-Spam-Level: X-Spam-Status: No, score=-1.953 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, J_CHICKENPOX_47=0.6, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id B5ho67E7x1vs for ; Wed, 4 Jun 2014 14:00:21 -0700 (PDT) Received: from calnetcare-com.roundte.com (calnetcare-com.roundte.com [207.66.95.66]) by ietfa.amsl.com (Postfix) with ESMTP id B3D1C1A0345 for ; Wed, 4 Jun 2014 14:00:21 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Bathe Safely and Comfortably Message-ID: Subject: Home Remodeling Trend To: Date: Wed, 04 Jun 2014 14:00:16 -0700 **************************** Safety Standard Alert published - June 6, 2014 **************************** Posted - Bathing should be a soothing experience, regardless of age or mobility challenges. When it comes to your daily routine, you should never have to choose between comfort, safety and independenceand now, with Walk-In Tubs... you dont have to. View Safety Features Here: / http://www.roundte.com/home/safety/improvement.index We are happy to have introduces you to a growing trend in bathroom remodeling. - - modification requests directed to - Update Notice Messages 1 1 8-Kecks Ln-Ruff Dale, PA 15679 or http://www.roundte.com/65sf/h6t6r.wrg5638 opular question, so I'd like to clarify on the top comment here. I just executed commands as described in this answer and it hasn't removed ALL the local files. Only the remotely tracked files were overwritten, and every local file that has been here was left untouched. Red Nov 22 '12 at 10:38 1 So, why not just locally delete your files and do a simple git pull? Jason Mar 23 '13 at 16:18 3 Ah crap, I just lost all my days work. Jimbo Apr 19 '13 at 16:32 3 This worked for me and my local files were NOT deleted. Tastybrownies May 21 '13 at 18:16 2 @Jason - because typing two commands is way faster than manual navigating to even single file located somewhere. Sometimes I need to reset many files and I prefer to not spend next hour on file hunting. Bulwersator Oct 1@Bulwersator I see your point. I was referring to deleting all files in the repo and git pull rather than --all I lost all local commits that weren't in the origin/master tree after a rebase. It's very possible to shoot You can also do this for a tracking branch if you have the same branch in origin and locally, just change git @MichaelKMadison, man git-push | grep match -B10 says git push origin : will do the trick for your once-only matching override of the simple config option. Works for me, but you have to specify the remote name (typically origin). A git push --matching would make more sense to me, but much of git is over my head anyway. hobs Feb Actually, the git docs are as concise as hammar's explanation. However, hammar's explanation is much more useful t o me because it explains why you'd choose one over the other in addition to explaining the behavior in a much more understandable way. As is too often the case, the git docs explain things for someone who is an expert in git. I read the git docs entry for push.default and was still lost. This answer makes things perfectly clear. I realize this is an old post but as I just ran into the same issue and had trouble finding the answer I thought s answer is correct. Using push.default simple is, in a way, like configuring tracking on your branches so you don't need to specify remotes and branches when pushing and pulling. The matching option will push all branches to their corresponding counterparts on the default remote (which is the first one that was set up unless you've One thing I hope others find useful in the future is that I was running Git 1.8 on OS X Mountain Lion and never saw this error. Upgrading to Mavericks is what suddenly made it show up (running git --version will show git version 1.8.3.4 (Apple Git-47) which I'd never seen until the update to the OS. share|improve this answer answered Oct 26 '13 at 17:00 Bill 10427 1 I also started seeing this after upgrading to Mavericks. So I guess Git was upgraded at the same time as Mavericks, like you are implying. Per Lundberg Nov 1 '13 at 7:52 add comment up vote 1 down vote If you get a message from git complaining about the value 'simple' in the configuration, check your git version. After upgrading XCode (on a Mac running Mountain Lion), which also upgraded git from 1.7.4.4 to 1.8.3.4, shells started before the upgrade were still running git 1.7.4.4 and complained about the value 'simple' for push.default in the global config. The solution was to close the shells running the old version of git and use the new version. git rm -r --cached . removed way more files than was in the git ignore for me :( :(. It removed files in directories that I don't even have listed Dean Hiller Aug 14 '12 at 20:07 Does git rm -r --cached actually remove everything from the index? By definition, the index is just the staging area, the place where files are before you commit. Or are there 2 definitions of "index"? (btw, it was successful for me) dmonopoly Aug 15 '12 at 22:16 OMG I was so afraid that this deleted all of my previous commits bc for some reason it took some time for my previous commits to appear in Xcode x_x Thank goodness they are still there! Ken M. Haggerty Nov 22 '12 at 6:23 this doesn't work for me. xcode 4.5 still tracks the user interface state file. grrr. what to do? acecapades Jan 17 '13 at 8:03 This is the go to solution for properly .gitignoring files that you were previously tracking. Like... if you start a project by tracking everything (git add .) and then later figure out that you want to .gitignore application/config/database.php (without doing what @trobrock says to do in his answer above, git will just continue to track the contents of the application/config/database.php file). John Erck Jan 31 '13 at 23:21 Awesome! There From AmyPage@ertnv.pitwen.com Wed Jun 4 14:58:37 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CFAF91A0361 for ; Wed, 4 Jun 2014 14:58:37 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 3.047 X-Spam-Level: *** X-Spam-Status: No, score=3.047 tagged_above=-999 required=5 tests=[BAYES_99=3.5, BAYES_999=0.2, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id EIhHrNQJMifw for ; Wed, 4 Jun 2014 14:58:36 -0700 (PDT) Received: from ertnv.pitwen.com (ertnv.pitwen.com [207.66.115.20]) by ietfa.amsl.com (Postfix) with ESMTP id B1D401A0344 for ; Wed, 4 Jun 2014 14:58:36 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Message-ID: <20140604205739.9871.37005.998.334.661.66.90934566.ipp-archive@megatron.ietf.org> Subject: Someone ran a background-check on you - See-the Results Here Date: Wed, 04 Jun 2014 14:58:29 -0700 From: Background Rep To: 6/4/2014 Notice #a8abb4dd22ec28f41354d89459d84f57 ===================================================== Re: Someone ran a background scan on you ===================================================== ipp-archive@megatron.ietf.org, It has recently come to our attention that someone has just ran a background-check on you. You can find more information now by following the link below. Go Here Now to Find Out More: http://www.pitwen.com/getyour/scannow.html Best Regards :End admail now by going below here<. http://www.pitwen.com/endyour/haltscan.html 2964 Shoreline Cove C0urt San Diego C.A. ZIP 92l17 Save for bacon, this is an alright option for Cuban breakfast on beach. But to be honest, David's Cafe, while touristy y gringasa, has really good bacon and comparable prices. Now let me start this review by stating I grew up in South Florida. So I think I know good Cuban food. I've been to literally hundreds of restaurants in Fort Lauderdale and Miami area that specialize in Cuban. Some are high-priced, exquisite establishments. Ors are mom-and-pop cafeterias that know good food and know how to serve it. Puerto Sagua fits in this latter category. When I arrived back in South Florida for holidays, my dad picked me up at airport and we were driving down to Miami for Heat game. We decided to go early and partake in some good Cuban. My far had been clued into this place by one of his buddies, who went here when he was a kid. That kid is now in his early 60's. restaurant is located at Colllins and 7th. Parking is easy - re's a garage across street. You can eir sit at a l ong counter - diner style. Or you can sit in dining room. entire restaurant is non-descript and nothing fancy. It doesn't sparkle with cleanliness, but doesn't come across as dirty eir. We chose a table in back of restaurant so it was quiet and we could talk. Our waiter promptly came over and in Cuban-accented English told us specials. We took menus and browsed. waiter n brought us some cuban bread. Just as it should be, it was piping hot and very good. Time to order. Now when I go for Cuban, I want some good marinated pork, some black beans and rice and some plantains. That's what I ordered, with exception I got Moro instead of Black Beans and Rice. (Moro is basically rice with Black Bean juice throughout... fewer beans). My dad got some sort of breaded steak dish, black beans and rice, plantains and some chicken soup to start. We drank water. pork was a little fatty but I don't ding m for that. First, Pork is fatty. Second, it wouldn't be good Cuban food wi thout good fatty pork. Moro was excellent, and friends, when it comes to plaintains, re's only one way to eat m and that's nearly black. sugar carmelizes and y are pure heaven. I ate as much as I could and punted on rest. We were offered a box to take remainder home, but I'm on vacation, eating out nearly every meal, so I passed. My dad From RubyMorton@joffes.okeglen.com Thu Jun 5 07:04:46 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 943111A0167 for ; Thu, 5 Jun 2014 07:04:46 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.147 X-Spam-Level: X-Spam-Status: No, score=0.147 tagged_above=-999 required=5 tests=[BAYES_50=0.8, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id IbWayfuGwbZj for ; Thu, 5 Jun 2014 07:04:44 -0700 (PDT) Received: from joffes.okeglen.com (joffes.okeglen.com [159.253.249.180]) by ietfa.amsl.com (Postfix) with ESMTP id 784C81A0189 for ; Thu, 5 Jun 2014 07:04:34 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit To: From: Heart Attack Prevention Study Message-ID: <20140604232551.2713.28089.3457.0.111.10.7.20140604232551.2713.28089@joffes.okeglen.com> Date: Thu, 05 Jun 2014 07:04:20 -0700 Subject: Heart disease prevention society Heart Health Association and Prevention ---- This is scary but true... Will you recognize your heart attack? You or your spouse will probably die from heart disease. This is the best way to AVOID the this silent killer: http://www.okeglen.com/cdc/prevention-346574374563643.heart Know the warning signs and survive tomorrow. ---------------------------------------------- 1 in 4 people die of heart disease. http://www.okeglen.com/cdc/prevention-346574374563643.heart 2014 Heart Association Press > Prevention Remember these numbers are shocking but there is something you can do about it. ; ; ; ; [From[CDB Heart Group 6.0.9_ s park drive ^ Huntingburg ^ IN_47542]] Exit-messages for no more updates: http://www.okeglen.com/i-m.b6 Hello, My window manager (nautilus) suddenly crashed while doing an emerge system. Unfortunately I did not check what was being upgraded at that time. Now, I am no more able to launch it. The window appear a few seconds, then closes. A reboot does not fix the problem. I tried to emerge nemo, with success, but it wont launch either. I also tried to sync again and re-emerge nautilus, and gnome-desktop but it still not work When launching any of those I have : Quote: nautilus factory not found Erreur de segmentation >From dmesg: Quote: [ 30.744972] nemo[3890]: segfault at 8 ip 00007fad42003b2d sp 00007fad31f37c20 error 4 in libgnome-desktop-3.so.8.0.0[7fad41fef000+41000] [ 60.399534] nautilus[4397]: segfault at 8 ip 00007f395003cb2d sp 00007f39400adc20 error 4 in libgnome-desktop-3.so.8.0.0[7f3950028000+41000] _________________ thanks PostPosted: Tue May 27, 2014 11:16 pm Post subject: [solved] intel and nvidia cards working together? Reply with quote I want to have 3 monitors (2 monitors and 1 TV) using the integrated intel card and a pci-x nvidia G210 graphics card. I thought I did this long time ago, but I cannot make it work. I have 2 DVI on the integrated intel card and a TV connected to the HDMI of the nvidia card. The nvidia card is recognized, using the nouveau driver, but the TV is somehow not discovered. I tried using the DVI and the VGA connector of the nvidia card, with a monitor, to see if it was a HDMI thing, but noting. I can, however, use the nvidia only or the intel only with 2 monitors, including the TV as one of them. lspci says: Code: 00:02.0 VGA compatible controller: Intel Corporation Xeon E3-1200 v2/3rd Gen Core processor Graphics Controller (rev 09) 01:00.0 VGA compatible controller: NVIDIA Corporation GT218 [GeForce 210] (rev a2) From EzekielEdwards@brotsky.toedozen.com Thu Jun 5 07:45:17 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 765681A01E1 for ; Thu, 5 Jun 2014 07:45:17 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.553 X-Spam-Level: X-Spam-Status: No, score=-2.553 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id TJPMoh_rQG4E for ; Thu, 5 Jun 2014 07:45:13 -0700 (PDT) Received: from brotsky.toedozen.com (brotsky.toedozen.com [159.253.249.187]) by ietfa.amsl.com (Postfix) with ESMTP id BA5071A0193 for ; Thu, 5 Jun 2014 07:45:03 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Lose 30 In 30 Subject: Results speak for themselves Message-ID: Date: Thu, 05 Jun 2014 07:44:49 -0700 Reply-to: To: Oz Show: Lose 30 in 30 can it be done easily? The simple answer to that question is "YES". I know a lost of you don't have the time to spend every waking moment in the gym. Well neither do I. You probably have a vacation coming up and would like to look like your old self again. http://www.toedozen.com/yahoo-432/LB-loss/today/i673-hsf.hhtml NOTE: This is not another workout video or calorie counting starvation session. It's as easy as saying 1-2-3. What's up in the celeb world? Dig Into a Dish from Hugh Jackmans Go-To Lunch Spot <> Angelina Jolie's Birthday Wish: 'My Family to Remain Healthy' <> Randy Travis Steps Out for Friend Dolly Partons Concert <> OZ-Share-Care-Networks <> P.O-Box 128 Oceana <> WV <> 24870 <> This was for ipp-archive@megatron.ietf.org End:messages:here http://www.toedozen.com/77.77 1. In a large bowl, mix together 1/3 cup condensed French onion soup with ground beef, bread crumbs, egg, salt and black pepper. Shape into 6 oval patties. 2. In a large skillet over medium-high heat, brown both sides of patties. Pour off excess fat. 3. In a small bowl, blend flour and remaining soup until smooth. Mix in ketchup, water, Worcestershire sauce and mustard powder. Pour over meat in skillet. Cover, and cook for 20 minutes, stirring occasionally. Noticed a line in our codebase today which I thought surely would have failed the build with syntax error, but tests were passing so apparently it was actually valid python (in both 2.x and 3). Whitespace is sometimes not required in the conditional expression: >>> 1if True else 0 1 It doesn't work if the LHS is a variable: >>> x = 1 >>> xif True else 0 File "", line 1 xif True else 0 ^ SyntaxError: invalid syntax But it does seem to still work with other types of literals: >>> {'hello'}if False else 'potato' 'potato' The Python lexer generates two tokens for the input 1if: the integer 1 and the keyword if, since no token that begins with a digit can contain the string if. xif, on the other hand, is recognized as a valid identifier; there is no reason to believe that it is an identifier followed by a keyword, and so is passed to the parser as a single token. From MadisonLyons@nesbearings.shouldersround.com Thu Jun 5 08:58:05 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2E4941A0170 for ; Thu, 5 Jun 2014 08:58:05 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.148 X-Spam-Level: X-Spam-Status: No, score=0.148 tagged_above=-999 required=5 tests=[BAYES_50=0.8, DIET_1=0.001, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id t56F_Z4OgMZP for ; Thu, 5 Jun 2014 08:58:02 -0700 (PDT) Received: from nesbearings.shouldersround.com (nesbearings.shouldersround.com [207.66.89.10]) by ietfa.amsl.com (Postfix) with ESMTP id BD1FC1A0075 for ; Thu, 5 Jun 2014 08:58:01 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Welcome to Skinny-Ville To: X-Original-MessageID: <555536.20140605004727.3888.2233-5345.636.ipp-archive@megatron.ietf.org> Date: Thu, 05 Jun 2014 08:57:55 -0700 Subject: DrOz: The plan Winners Use Reply-to: Message-ID: In Case You Missed It . . . DrOz has you covered. Episode 458 - The Game Changing Metabolism-Booster .................................................. The face of weight-loss is changing. It is no longer a 26 yr old that is in the gym all the time with no kids. Now, Dr Oz is making the person that always struggled with weight, no time for gym and loves food the New Face. View Episode Clip Here: / http://www.shouldersround.com/battle/fat/droz/style.episode Viewers have tried it and its working... They love it. 126,044 likes on FB -> http://www.shouldersround.com/battle/fat/droz/style.episode We hope that you enjoyed this update from the DocOz Team - to stop further communications write Member Update Systems at 9167 ROAD 177 Oakwood, OH 45873 or http://www.shouldersround.com/4wknt/kjngo3.jgk4g his definitely does make baking with cake mixes more challenging these days. I baked some cupcakes yesterday from a cake mix and noticed that they certainly did seem like "skimpy" cupcakes - next time I will have to remember to fill the cupcake pans more and just make fewer overall cupcakes. This certainly does make it difficult, though, to adjust for other pan sizes such as layer cake pans, tube and Bundt cake pans, and 13x9x2-inch pans (without ending up with smaller cakes or purchasing additional cake mix).I am a new field editor volunteer as well. I live in WA state in a lovely little waterside community. Everyone at Taste of Home has been fabulous about assisting me learning the online community and negotiating the site on a whole. I admit I am a cookbook junkie. I subscribe to Taste of Home and Simple and Delicious and give the gift subscriptions to my two daughters as well. It's fun to compare notes on what we have made each week. At the end of the year when I receive the Ann ual recipes volume I donate my very used magazines to the local library, share with auxiliary members, etc. They are always snapped up qhenever I hear the word "magic" in a programming context, I get scared. I'm using GVim on Windows, and I need neither the :set magic (it's not ineither) or ctrl-q. Just a simple ctrl-v followed by enter creates the ^M character for me just fine. Chris Phillips Sep 14 '11 at 21:02 Awesome, works great! :) MasterZ Sep 27 '11 at 12:13Upvoted for the awesome mnemonic.C-v doesn't represent a newline; it's the "escape next literal character" command. I dunno what C-v is a mnemonic for either, but there's a reason it doesn't mentally map to newline. Jim Stewart Jun 22 '12 at 21:26 @David Rivers: me too, but IMHO very magic is more logical than regular and magic commands, since if something has special meaning, you escape it and full stop, instead of memorizing what has to be escaped or not to be a special char. Ctrl-v is a mnemonic for "verbatim" - i.e. escape next key pressed to its "verbatim" keyaracter. In Windows it's paste: to keep things familiar. Ctrl-Q is for "(un)Quote" maybe. Quite stupid, anyway - but you can use it in binary files - e.g. to search for Ctrl-A through Ctrl-Z (Ascii 1-26 I guess). @sanderd17, in general you are absolutely right. Anyway, I think the original test is accurate, as it measures the individual overhead of creating a RegExp compared to parsing it from a js regex string, and using string splin. In the general use cases, you cannot cache sting split logic, so relevance is preserved by not caching the regex string or RegExp object.Hm I prefer this solution over the slashy regex syntax because it's totally easy to read and under stand, but I wonder how this solution actually was faster on Chrome 28.0.1455 (1) according to the test result posted above? beta Sep 25 '13 at 10:29 2Philipp: OK, this was new for me. Some explanation of this 2 parameters was added. Nikita Fedyashev Oct 18 @NikitaFedyashev, thank you. Prepare to receive the Great Answer gold badge. ;-) Ionic BMay 3 '13 at On OSX you may encounter sed: 1: "...": invalid command code . problem. It seems that -i option expects extension and parses command out. Solution: pass extension '' to -i option like Robert L Note: if you use this over a directory and wonder why svn st shows no changes, it's because you've modified files in the .svn directories as well! Use find . -maxdepth 1 -type f -print0 | xargs -0 sed -i 's/toreplace/replaced/g' instead. Also, be careful if you're in a git repo. I thought I was smart by testing this on a clear branch so I could revert if it did something bad, but instead corrupted my git index. Ciryon Oct 4 '13 at 5:47 didn't work for me but this worked on Linux(tested): find naprint0 | xargs -0 sed -i '' -e This is the best! From RubyFields@mmebj.pahisbee.com Thu Jun 5 09:16:52 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1DA9C1A0281 for ; Thu, 5 Jun 2014 09:16:52 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.347 X-Spam-Level: * X-Spam-Status: No, score=1.347 tagged_above=-999 required=5 tests=[BAYES_50=0.8, J_CHICKENPOX_61=0.6, J_CHICKENPOX_64=0.6, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id t1TzzE-wNFSL for ; Thu, 5 Jun 2014 09:16:50 -0700 (PDT) Received: from mmebj.pahisbee.com (mmebj.pahisbee.com [207.66.89.21]) by ietfa.amsl.com (Postfix) with ESMTP id 546151A02B3 for ; Thu, 5 Jun 2014 09:16:38 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Message-ID: From: Access Public Records Subject: View offender list Date: Thu, 05 Jun 2014 09:16:32 -0700 To: Want to find out the Truth about anyone? receive a full report on the person of your choice that includes: - criminal history - marital history - all registered offenses - bankruptcy records Government Record Lookup Tool -> / http://www.pahisbee.com/record/lookup/tool.index We hope that you enjoyed this public info update. To stop further updates with Member Update Systems write: 9167 ROAD 177-Oakwood, Ohio 45873 or visit http://www.pahisbee.com/43tg.erg623f maybe put backslashes before the dots in the first half of the perl substituion, but it's not likely to matter for the print0 I'm curious, is there a reason to use -print0 and xargs instead of -exec or -execdir?There is: from "man find": The specified command is run once for each matched file. That is, if there are 2000 files in /home/www, then 'find-exec' will result in 2000 invocations of perl; whereas 'xargs will only invoke perl once or twice (assuming ARG_MAX o f about 32K and average file name length of that's why you'd use find -exec command {} + - it does avoid excessive invocations of the command like xargs, but without the separate proc ess. On which platform? The xargs solution is portable, the "magic" invocations of "findexec" which do not invoke a subprocess for every f ile found are not. You're right that not all systems support the + terminator to find -exec. On the other hand, not all systems support -printUsage: git_search_replace exit 1elif [[ -z "2" ]]; then echo >&2 "Usage: git_search_replace exit 1elif ]]; then echo >&2 "current directory is not under git version control " exit 1A while and a for-loop both would run in O(n) with a simple algorithm. Not really sure what's the time complexity for Javascript rege x-engine in this case, but my guess is its optimized enough to run in O(n) for a simple strin g matchThis seems like micro-optimising to me - did performance profiling show up the st ring replacement to be the slowest part of your program? No, I didn't put my script through performance profiling, I was just making sure I'm using the fastest function available.I'v e done a JSPerf comparing global regex and a for-loopthe full stop (period) character in a regex stands for "any character". To signify an actual full stop, you'd need to precede it wit h a backslash i.e. user.email.replace(/\./g,',')Ah, silly me Of course Thank you for pointing out @Squig - what if I want to replace a /, like in here: str.replace(/\//g,'\\/'); everything after the first ` gets commented, because I get 2 /` after each other... And even when I tr y with something simple, I get an error saying that g is undefinedActually regex-escaping the second string will have no effect apart getting an extra \ before the replacement. To ignore special characters in the replacement string, you'd better write a matchevaluator that returns the string itself.n general, that may be fine, but I have to take arbitrary strings from the user and can not risk the input being meaningful to regex. Of course, I guess I co uld write a loop and put a backslash in front of each and every char At that point, I might as well do the aboveFor the case of oldValue = "", String.Replace doesn't allow it. I added excep tion checks to match String.Replace exceptions: if (oldValue == null) { throw new ArgumentN ullException("oldValue"); } if (oldValue == "") { throw new ArgumentException("String cannot b e of zero length.", "oldVal From CalvinLane@ashland.didmocent.com Thu Jun 5 09:48:50 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D2F4D1A01A0 for ; Thu, 5 Jun 2014 09:48:50 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.553 X-Spam-Level: X-Spam-Status: No, score=-2.553 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id yIh066dezJyS for ; Thu, 5 Jun 2014 09:48:48 -0700 (PDT) Received: from ashland.didmocent.com (ashland.didmocent.com [207.66.89.35]) by ietfa.amsl.com (Postfix) with ESMTP id 828CC1A0193 for ; Thu, 5 Jun 2014 09:48:47 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Date: Thu, 05 Jun 2014 09:48:41 -0700 From: Ellen DeGeneres Show Recap Message-ID: <5.send.Labs20140605014349.4715.66497-secureServer.We.@didmocent.com> Subject: Simple Wrinkle Eraser (no down time) To: Everyone is buzzing about Ellen's Divorce and Facelift Rumors Whats true....Whats False?? ............................................................ The jury is still out about the divorce... But Enough is enough. Did Ellen Degeneres get a facelift or not? The answer here: / http://www.didmocent.com/ellen/addresses/rumors.video Ellen Show Team See the pics that Sparked the Rumors: / http://www.didmocent.com/ellen/addresses/rumors.video We hope you enjoyed this celeb gossip tid-bit from Member Update Systems to stop further messages -write- 9 1 6 7 Road 177| Oakwood, OH 45873 or http://www.didmocent.com/wikro3.kfkoe3 / A case insenstive replace function. /// /// The string to examine.(HayStack) /// The value to replace.(Needle) /// The new value to be inserted /// A string public static string CaseInsenstiveReplace(string originalString, string oldValue, string newValue) { Regex regEx = new Regex(oldValue, RegexOptions.IgnoreCase | RegexOptions.Multiline); return regEx.Replace(originalString, newValue); I do not think it's possible. With REs, you see if a piece of data (string) matches an expression (the RE: a program if you will). You now have to pieces of data - neither is a (proper) RE. To find the longest common prefix, you need "something" that takes both as inputs... but REs don't do that: some glue is needed. I am happy with a glue solution - maybe convert one of the strings to regexp and than use it on the second one gorn Feb 2 '12 at 15:12 Are the two strings random input or one of them has privileges? In the second case (for example the string is reused multiple times for the same matching) some would be worth to do. dolmen Feb 2 See also: (PHP; not sure if it applies to Python too) b 7 '12 at 17:29 My solution below addresses the issue that Alien Life Form raises. You have two inputs and an output. Perl-style pseudo-regular expressions don't allow this. But a more general approach is possible. Another issue that has oddly gone unmentioned, is that lcp is most commonly used in the context of suffix arrays, and in this context there are linear time algorithms for finding the complete lcp table. The most well known is by Ko et al. Dale I like you trying to analyse the task in general way, but I do not know lcp tables. Link? BTW - clearly the posted solution somehow deals with the fact that there are two imputs by creatively combining first and second in one inpot (not mentioning the excellent little bit non regexpish xor solution). ThankI've edited my answer to give a more efficient version -- but it's still probably on the order of n-squared, because each time the first string has to be re-backtracked, the \1 part has to be re-matched in its entirety. That is -- suppose that the two strings have no common prefix at all. Then the regex has to try every single prefix of the first string and see if the second string starts with it. Merely checking the prefix is already O(n) time, and it needs to be done n tim I do not think that the O(n2) argument is correct in practice - if they do not have the common prefix the checking of \1 after the \0 separator always fails at the first character. In fact the shorter the prefix is the faster the lookup is. The problem has nice strange properties - if you would be able to start with short string and extend it (in \1) than you basically use the obvious programatical solution. However regexp works exactly the opposite way - it tries the longest and makes it shorter and shorter. From DamienWallace@cammhsm.cadoreham.com Thu Jun 5 10:04:05 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8DEFF1A024D for ; Thu, 5 Jun 2014 10:04:05 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 2.947 X-Spam-Level: ** X-Spam-Status: No, score=2.947 tagged_above=-999 required=5 tests=[BAYES_95=3, J_CHICKENPOX_26=0.6, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id l0aQne55zNMZ for ; Thu, 5 Jun 2014 10:04:04 -0700 (PDT) Received: from cammhsm.cadoreham.com (cammhsm.cadoreham.com [207.66.107.77]) by ietfa.amsl.com (Postfix) with ESMTP id 237EE1A0247 for ; Thu, 5 Jun 2014 10:04:03 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Subject: Re: AutoInsurance Monthly-Payment - 6/5/2014 Message-ID: From: Notice To: Date: Thu, 05 Jun 2014 10:03:57 -0700 * * * * begin notification * * * * .................................................... Re: Your AutoInsurance-Policy # 5f0168610febf3fa8f609c022d7ec2af. .................................................... Notification # 5f0168610febf3fa8f609c022d7ec2af. .................................................... ipp-archive@megatron.ietf.org, The reason that we are reaching out to you today is to make you aware that your monthly-AutoInsurance payment has been reduced. Visit here now to put in your ZipCode & check out your new monthly-payment: http://www.cadoreham.com/yournew/autopolicy.html Regards. * * * * end notification * * * * |Go below now to halt future admail:. http://www.cadoreham.com/haltnew/quitpolicy.html 2964 Sh0reline Cove Ct San Diego C.A. 92117 check into our hotel and unanimously agree that Cuban food would be first in our palette. We hop in a cab and ask taxi driver for best Cuban food in city. cab driver gets so excited saying he is "King of Restaurants" and swears that Puerto Sagua will be best we've ever had. We felt lucky to get premier cab driver that knows his stuff and rushed into restaurant. service here is wonderful! Our waiter was more than helpful. style of restaurant is very casual and gives a local feel. I ordered Grilled Salmon with rice, salad, and fried yuca. My friends ordered seafood dishes too along with yuca that waiter kept bragging about. yuca...eh. If I worked re, I wouldn't brag about it. salmon.....sure, why not. It works. Ok, don't tell me that I should have ordered beef or pork here. Unfortunately, I like to stick with sea, especially since I would have to carry around a bikini whole week. In end, nothing about this place thrilled me and one of my friends got sic k off of her meal. I want to give this place anor try, so I am sure to go back and order something else on menu since Puerto Sagua is supposed to be "so good". I had Puerto Sagua already bookmarked before my flight even landed in Miami because everyone kept raving about quality - y definitely did not disappoint with ir great taste! portions are medium-sized (we opted to share one entree and one appetizer per our concierge's comment that portions are large), but quality of food is why you should come here. I was in mood for maduros and we ordered a plate of that. Really sad portions, covered less than half of plate. Didn't look appetizing, but tasted okay. Not best maduros I have ever had. We ordered shrimp with green sauce (camarones con salsa verde), flavors worked SO well toger! Do not come here if you are picky about appearance, this is auntic Cuban food served straight up like natives would be eating it. re is definitely a From MackenzieAlvarez@maklary.taesmall.com Thu Jun 5 11:18:55 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0C1EC1A02CB for ; Thu, 5 Jun 2014 11:18:55 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.872 X-Spam-Level: X-Spam-Status: No, score=0.872 tagged_above=-999 required=5 tests=[BAYES_50=0.8, HTML_MESSAGE=0.001, HTML_NONELEMENT_30_40=0.001, MIME_HTML_ONLY=0.723, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id uCw8itNb-htm for ; Thu, 5 Jun 2014 11:18:53 -0700 (PDT) Received: from maklary.taesmall.com (maklary.taesmall.com [198.59.183.162]) by ietfa.amsl.com (Postfix) with ESMTP id 095B01A02B5 for ; Thu, 5 Jun 2014 11:18:52 -0700 (PDT) Content-Type: text/html; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Date: Thu, 05 Jun 2014 11:18:48 -0700 From: Auto-Clearance On All Makes To: Message-ID: <20140605160445.20215.67455.3457.0.111.10.7.20140605160445.20215.67455@maklary.taesmall.com> Subject: Better then the 'A' plan - Select your 2014
Did you see this? - e54548da-8537-4738-ad45-fc672b3fb283-6218339 http://www.jdpower.com/news-and-events?tid=3#resource-anchor

Price Reductions on all Cars - Extra Savings

Did you ever wonder what dealerships do when they need to clear out their lots? They place their inventory here.

Deep Discounts - Select your make/model
Select your make:

Search

In the Spring XML file, there's a PropertyPlaceholderConfigurer defined: I want to inject one of the properties from app.properites into the bean shown above. I can't simply do something like Because PersonDaoImpl does not feature in the Spring XML file (it is picked up from the classpath via annotations). I've got as far as the following: @Repository("personDao") public class PersonDaoImpl extends AbstractDaoImpl implements PersonDao { @Resource(name = "propertyConfigurer") protected void setProperties(PropertyPlaceholderConfigurer ppc) { // Now how do I access results.max? } } But it's not clear to me how I access the property I'm interested in from ppc? Is systemProperties simply System.getProperties()? I guess if I want to inject my own properties into a Spring bean I need to define a then read values from that into another bean using something like @Value("#{appProperties.databaseName}") Don Apr 6 '11 at 20:50 7 Make sure to note from max's answer that you can also use placeholders in the expressions ${db.doStuff}, then you don't need a PropertiesFactoryBean, just a placeholderConfigurer gtrak Jul 21 '11 at 0:15 6 You can add your own properties using util:properties; e.g., . See the edited answer for how to get the value. (I realize this is probably too late to have been helpful to Don, but others will hopefully benefit.) Willie Wheeler Jan 28 '12 at 19:34 2 It only worked for me when I used util:properties in my appname-servlet.xml file. Using propertyConfigurer defined in my applicationContext.xml (not the Spring MVC one) didn't work

 

This includes autos from J.D. Power Top Makes:
Ford • GM • Chrysler
http://www.taesmall.com/autos-53974/ford-chevy-set/a-z.html

AppServlet org.springframework.web.servlet.DispatcherServlet contextConfigLocation WEB-INF namespace application-context.xml 1

OK, first let's get some important moment clear. There are two types of contexts we are dealing with:

  1. root context(parent)
  2. individual servlet context(child)

Quote from the Spring Framework API (at the moment of writing 3.2.2) for thmphasis mine):

Like generic application contexts, web application contexts are hierarchical.There is a single root context per application, while each servlet in the application (including a dispatcher servlet in the MVC framework) has its own child context.

Also here:

For example, if you are developing a Spring MVC web application you will typically have aroot WebApplicationContext loaded via Spring's ContextLoaderListenerand achild WebApplicationContext loaded via Spring's DispatcherServlet. This results in a parent-child context hierarchy where shared components and infrastructure configuration are declared in the root context and consumed in the child context by web-specific components.

And here:

ApplicationContext instances in Spring can be scoped. In the Web MVC framework,each DispatcherServlet has its own WebApplicationContext, which inherits all the beans already defined in the root WebApplicationContext. These inherited beans can be overridden in the servlet-specific scope, and you can define new scope-specific beans local to a given Servlet instance.
The namespace is essentially an alternative way of telling Spring container context loader class what config file to use. I never bother with it, but just use contextConfigLocation whenever I need to configure custom config files.
Local-AAB Auto __ 141 Barren Road __ Newton Square __ PA __ 19073 __Rem oval __ settings__
What's the proper way to create a hyperlink in Spring+JSP? There must be a better way than just coding in the tag. Take for example a page that displays people. The URL is people.htm. The corresponding controller gets people from the database and performs optional column sorting. The JSP might look like:
import org.springframework.beans.factory.BeanFactoryUtils; import org.springframework.context.support.AbstractApplicationContext; import org.springframework.context.support.ClassPathXmlApplicationContext;
From JosephineWarner@maklary.taesmall.com Thu Jun 5 11:20:51 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D003B1A02FA for ; Thu, 5 Jun 2014 11:20:51 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.872 X-Spam-Level: X-Spam-Status: No, score=0.872 tagged_above=-999 required=5 tests=[BAYES_50=0.8, HTML_MESSAGE=0.001, HTML_NONELEMENT_30_40=0.001, MIME_HTML_ONLY=0.723, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id U0fY3cpJAxDz for ; Thu, 5 Jun 2014 11:20:50 -0700 (PDT) Received: from maklary.taesmall.com (maklary.taesmall.com [198.59.183.162]) by ietfa.amsl.com (Postfix) with ESMTP id 178DB1A02F2 for ; Thu, 5 Jun 2014 11:20:50 -0700 (PDT) Content-Type: text/html; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Date: Thu, 05 Jun 2014 11:20:46 -0700 To: From: Summer Auto-Clearence Subject: Half-off all makes/models (2013-2014) Reply-to: Message-ID:
Did you see this? - 9fa729bb-8a55-4a5a-aea6-c56428c8e79d-4962907 http://www.jdpower.com/news-and-events?tid=3#resource-anchor

Price Reductions on all Cars - Extra Savings

Did you ever wonder what dealerships do when they need to clear out their lots? They place their inventory here.

Deep Discounts - Select your make/model
Select your make:

Search

In the Spring XML file, there's a PropertyPlaceholderConfigurer defined: I want to inject one of the properties from app.properites into the bean shown above. I can't simply do something like Because PersonDaoImpl does not feature in the Spring XML file (it is picked up from the classpath via annotations). I've got as far as the following: @Repository("personDao") public class PersonDaoImpl extends AbstractDaoImpl implements PersonDao { @Resource(name = "propertyConfigurer") protected void setProperties(PropertyPlaceholderConfigurer ppc) { // Now how do I access results.max? } } But it's not clear to me how I access the property I'm interested in from ppc? Is systemProperties simply System.getProperties()? I guess if I want to inject my own properties into a Spring bean I need to define a then read values from that into another bean using something like @Value("#{appProperties.databaseName}") Don Apr 6 '11 at 20:50 7 Make sure to note from max's answer that you can also use placeholders in the expressions ${db.doStuff}, then you don't need a PropertiesFactoryBean, just a placeholderConfigurer gtrak Jul 21 '11 at 0:15 6 You can add your own properties using util:properties; e.g., . See the edited answer for how to get the value. (I realize this is probably too late to have been helpful to Don, but others will hopefully benefit.) Willie Wheeler Jan 28 '12 at 19:34 2 It only worked for me when I used util:properties in my appname-servlet.xml file. Using propertyConfigurer defined in my applicationContext.xml (not the Spring MVC one) didn't work

 

This includes autos from J.D. Power Top Makes:
Ford • GM • Chrysler
http://www.taesmall.com/autos-53974/ford-chevy-set/a-z.html

AppServlet org.springframework.web.servlet.DispatcherServlet contextConfigLocation WEB-INF namespace application-context.xml 1

OK, first let's get some important moment clear. There are two types of contexts we are dealing with:

  1. root context(parent)
  2. individual servlet context(child)

Quote from the Spring Framework API (at the moment of writing 3.2.2) for thmphasis mine):

Like generic application contexts, web application contexts are hierarchical.There is a single root context per application, while each servlet in the application (including a dispatcher servlet in the MVC framework) has its own child context.

Also here:

For example, if you are developing a Spring MVC web application you will typically have aroot WebApplicationContext loaded via Spring's ContextLoaderListenerand achild WebApplicationContext loaded via Spring's DispatcherServlet. This results in a parent-child context hierarchy where shared components and infrastructure configuration are declared in the root context and consumed in the child context by web-specific components.

And here:

ApplicationContext instances in Spring can be scoped. In the Web MVC framework,each DispatcherServlet has its own WebApplicationContext, which inherits all the beans already defined in the root WebApplicationContext. These inherited beans can be overridden in the servlet-specific scope, and you can define new scope-specific beans local to a given Servlet instance.
The namespace is essentially an alternative way of telling Spring container context loader class what config file to use. I never bother with it, but just use contextConfigLocation whenever I need to configure custom config files.
Local-AAB Auto __ 141 Barren Road __ Newton Square __ PA __ 19073 __Rem oval __ settings__
What's the proper way to create a hyperlink in Spring+JSP? There must be a better way than just coding in the tag. Take for example a page that displays people. The URL is people.htm. The corresponding controller gets people from the database and performs optional column sorting. The JSP might look like:
import org.springframework.beans.factory.BeanFactoryUtils; import org.springframework.context.support.AbstractApplicationContext; import org.springframework.context.support.ClassPathXmlApplicationContext;
From JaylaGilbert@dtsqmail.propabout.com Thu Jun 5 11:45:21 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 80AF81A0282 for ; Thu, 5 Jun 2014 11:45:21 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.747 X-Spam-Level: X-Spam-Status: No, score=0.747 tagged_above=-999 required=5 tests=[BAYES_50=0.8, J_CHICKENPOX_41=0.6, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id QdMqpuSO61Pn for ; Thu, 5 Jun 2014 11:45:13 -0700 (PDT) Received: from dtsqmail.propabout.com (dtsqmail.propabout.com [198.59.183.169]) by ietfa.amsl.com (Postfix) with ESMTP id 055E91A0105 for ; Thu, 5 Jun 2014 11:45:12 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Message-ID: Date: Thu, 05 Jun 2014 11:45:09 -0700 To: Reply-to: Subject: Celebrity Results | without using Botox X-Original-MessageID: <555536.20140605173553.23621.14892-5345.636.ipp-archive@megatron.ietf.org> From: Oz Show Skin-Secret DocOz has exclusive goes behind the gates of Beverly Hills.... He's showing us how to look 20 years younger the Celeb way. In just (1) MONTH: http://www.propabout.com/skin/live-Ellens-Face-D-Pics.html "It's like a face lift without the surgery!" -- DocOz figured out a way to take 20-years off your face -- It took one determined doctor to figure out Celebs were secretly doing. Heres the explanation for this insane transformations in Hollywood -> / http://www.propabout.com/skin/live-Ellens-Face-D-Pics.html | | | -- To modify your message settings please go to http://www.propabout.com/84hb.673.75hs.5fs -- -you can also-mail--to Three.Zero.One.Six Calais.St //--Mobile/--AL---- -- special ad2d78a5 tofu (you have to ed6f77d try this its out of this dbfdc5b142f world It's basically crispy tofu in the 8f24d4827 house special lobster sauce, not too many people know about this...), 3. Salt and pepper fish, 6Q3Gzirinn18Fpgnn 4. Green beans w/garlic. Yumm... 88836bd Their lunch specials are super , they run between 5 to 8 bucks a plate, 0c3e718c138 and will definitely 433031ec50d4e233d leave your tastebuds satisfied This 63449783226132645583 is our go-to place for c2d8eaffa424e8e2024 dine-in dim sum. Although they don't have as much to offer as they used to, its better than nothing, 8669b06016371b Pacific Northwest, the trips back b0Yafuie2X7rODf home to Hawaii would 24297 get fewer and farther between. Patrick's e37109 has FjKv6MJ81 earned a fairly solid for a short first visit. Check his place 52802829 outTrust me, 46888884b this panda will drive 1390d99fcb90 wherever well and wonderfully balanced. The dipping sauce was wonderful, probably tomato-based, and will probably have just the slightest kick. As expected, my palate largely ignored the mild heat. While ba2a018acb waiting for my food, a xM0aSU steady line formed. 455647ec45c977e66 One guy in the cart there to take orders and cook all the 63194771434540 orders as they come in. A tall task for many people. I think the DSdMQExAQXUgxojF6b line stayed that way because people didn't realize you pay when you other Indian cuisine I've had. One thing memorable 74552aa6392 was their garlic 454cc008a850d48a595 naan, but then again, I can bake flat bread and sprinkle garlic and parsley on it too... I dont know what it is about Indian buffets but bfcbea22ec6dd don't they have anything else to offer? I dont know... after eating here I feel like I'd c2eeee25055c98a2a5b rather stick bbbb0c to Vietname curry down and insure a better job drying when you the top 613a1671ac31a387e8 wash, but it no 14b889b811eb418b6e1 longer 3725719c67722b165beb comes down and after pulling 8z6P0kP out of the machine ad6a3b6db1615e9 one will find the vehicle to still needs to be dried... especially on the right side, the front, and the rear. It is times like those I am glad that I keep a e7788fd74b189 large towel in my e5830bf0bec672b trunk. Gas s are what you'd expect. 8a8ebdbb From DominicCarroll@avpadmin.boogreen.com Thu Jun 5 11:54:36 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BF6991A0296 for ; Thu, 5 Jun 2014 11:54:36 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 4.247 X-Spam-Level: **** X-Spam-Status: No, score=4.247 tagged_above=-999 required=5 tests=[BAYES_99=3.5, BAYES_999=0.2, J_CHICKENPOX_12=0.6, J_CHICKENPOX_26=0.6, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id yyl62MjYrwut for ; Thu, 5 Jun 2014 11:54:32 -0700 (PDT) Received: from avpadmin.boogreen.com (avpadmin.boogreen.com [206.206.181.16]) by ietfa.amsl.com (Postfix) with ESMTP id AA6841A0254 for ; Thu, 5 Jun 2014 11:54:30 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Subject: Re: Your LifeInsurance-Payment: Policy # From: Amy To: Date: Thu, 05 Jun 2014 11:54:21 -0700 Message-ID: 6-5-2014 Re: $14 Life-Insurance Updated-Rates ....................................... Dear ipp-archive@megatron.ietf.org, We are sending you this email notification today to let you know that you are currently eligible for a $250k lifeinsurance policy for under $14/month. This means your loved-ones will-receive $250k. Go here now to lock in your new-rate right away: http://www.boogreen.com/yournew/lifepolicy.html We appreciate your quick response. Thank you, Amy Insurance-Rate Consultant :Quit these admessages below here now<. http://www.boogreen.com/endnew/quitpolicy.html 2964 Sh0reline C0ve Ct San-Diego CA 92ll7 reasonably priced, well cooked meal in trendy South Beach. 7 of us had dinner re on a Thursday night. We were seated right away and all left very full and satisfied. For apps, we got beef, chicken, and spinach empanadas and potato balls. I was so excited for all of m, but y were sadly not that good. empanadas didn't have that much meat/spinach and bread part could have been more fresh/crispy tasting. potato balls were also meh...I could have gone without trying those (which is a fairly strong statement for me since I love potatoes!) I tried sangria...nothing to rave about. For entrees, we ordered double of a lot of things and ended up with vaca frita, ropa vieja, piccadillo and roasted chicken. Everything came with rice and beans. Most of dishes came with plantains. We didn't order paella, which I wanted so badly! My friends didn't want to wait 45 minutes...sooo saddd...Okay, so back to food we did order... roasted chicken was a bit dry. piccadillo was pretty tas ty. Or people in my group liked i more than I did. ropa vieja was good...it was basically a shredded beef version of piccadillo. My fave was vaca frita, which came with sauteed onions. That beef was good...and like everything else, came in a huge portion. HUGE. It was something that could have turned out really dry and blank, but it perfectly seasoned and cooked. I want some now! But for star of my meal... PLANTAINS. I could eat those things 24/7, y were so absolutely delicious! Wayyy better than Versailles plantains. My mouth waters every time I think of those yummy things. Bottomline: Puerto Sagua is a good choice for reasonably priced, but good tasting food and huge servings. Eat plantains, I tell you! I really wish I went to this place first day of our Miami visit. This place was really good, and ir prices were reasonable. We tried oxtail stew. It came with rice, plantains, and bread. whole thing was only $10 and came out in under 5 minutes. oxtail was d elicious. It was fall-off--bone-tender, and stew was thick, like Vietnamese beef stew. flavor was off hook too. restaurant itself was old and dingy. bathroom was gross. You had to hold your nose AND your From XavierSharp@kmc-usa.oilmis.com Thu Jun 5 12:28:40 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 723EA1A0318 for ; Thu, 5 Jun 2014 12:28:40 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.553 X-Spam-Level: X-Spam-Status: No, score=-2.553 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id DwX8v6gnFZWV for ; Thu, 5 Jun 2014 12:28:37 -0700 (PDT) Received: from kmc-usa.oilmis.com (kmc-usa.oilmis.com [142.0.205.54]) by ietfa.amsl.com (Postfix) with ESMTP id EE3851A0305 for ; Thu, 5 Jun 2014 12:28:36 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Date: Thu, 05 Jun 2014 12:28:33 -0700 Subject: Your EVO is ready to ship. See Status To: From: EVO Brain Health Message-ID: <20140605021055.5124.44351.3457.0.111.10.7.20140605021055.5124.44351@kmc-usa.oilmis.com> For: ipp-archive@megatron.ietf.org Please tell us where to ship your bottle-of EVO: http://www.oilmis.com/s-4532723452345/your-btl.html Highlights: -Instantly increases short term memory. -Double your energy levels. -Drastically increase long term memory. - http://www.oilmis.com/s-4532723452345/your-btl.html EVO Partners > 1505_Wood_Lane~Green_Bay~WI ~Settings/rem http://www.oilmis.com/index.html Thank You. I thought that conversions between numerical types and enumeration values are only allowed via casts? That is I could write Foo value2 = (Foo) 1.0; so that line 2 in Main can compile. Why is there an exception for the value 0.0 in C#? I've spoken with the C# team about this before: they'd have liked to have removed the accidental conversion from 0.0 (and indeed 0.0m and 0.0f) to enum values, but unfortunately I gather it broke too much code - even though it should never have been allowed in the first place. The Mono mcs compiler prohibits all of these floating point conversions, although it does allow: const int Zero = 0; .. SomeEnum x = Zero; From BradleySummers@fairchildservices.hugmobmu.com Thu Jun 5 12:55:36 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EEBCF1A038A for ; Thu, 5 Jun 2014 12:55:36 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 4.755 X-Spam-Level: **** X-Spam-Status: No, score=4.755 tagged_above=-999 required=5 tests=[BAYES_60=1.5, J_CHICKENPOX_12=0.6, RAZOR2_CF_RANGE_51_100=0.5, RAZOR2_CF_RANGE_E8_51_100=1.886, RAZOR2_CHECK=0.922, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id JOezY__XWkKI for ; Thu, 5 Jun 2014 12:55:36 -0700 (PDT) Received: from fairchildservices.hugmobmu.com (fairchildservices.hugmobmu.com [206.206.181.39]) by ietfa.amsl.com (Postfix) with ESMTP id D292D1A038C for ; Thu, 5 Jun 2014 12:55:35 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Date: Thu, 05 Jun 2014 12:55:26 -0700 Subject: RE: Your-score has just been changed. See new-notification. From: CreditReportCenter Message-ID: To: . . . . begin correspondence . . . . . TO: ipp-archive@megatron.ietf.org -----------------------------------------------. Re: New Changes/Updates to Your Score. -----------------------------------------------. Correspondence ID # 9cbd5cddd856e2383f2cd48cd693a9c0 -----------------------------------------------. ipp-archive@megatron.ietf.org, We are reaching out to you today to inform you that your score was recently-changed due to a number of recent-updates. Visit here to see how your score was affected by these updates: http://www.hugmobmu.com/checkyour/scorenow.html The Score-Generation Time: 46-Seconds Regards, The 2014 Score-Report Team . . . . end correspondence . . . . . /Quit admail now by going below here:. http://www.hugmobmu.com/endcheck/haltscore.html 2964 Shoreline C0ve Ct. San Dieg0 CA 92117 mouth to use it, cuz you could taste funk in your mouth if you breath with it. Next time I'm in South Beach, this is probably only spot I'd revisit. I'd want to try everything on ir menu. YUMM! I had heard good things about this place......did a late lunch with a group of six people and I honestly thought it was just okay. menu is ginormous.....which is almost never a good sign.....and full of lots of un-Cuban things like cheeseburgers and BLTS.....again, no bueno. We ordered some tostones for table.....which were good....but you really can't go wrong with fried. I got tilapia special......basically it was grilled tilapia served with rice and beans.....nothing special about it or vaguely Cuban for that matter. Maybe I should have tried Ropa Vieja or Picadillo (which I did think about).....but if you are a Cuban restaurant and you only have like 2 Cuban dishes on your menu that are good.....why is your menu 5 pages long and why are you calling yourself a Cuban restaurant? I t just doesn't make sense. Overall.....yeah it's cheap and probably has a few dishes that are good......but it's also loud and jam-packed, with zero ambiance and food that I experienced was mediocre at best....so why all hype? I just don't get it......re's got to be or Cuban restos in area that are better and more auntic. Do yourself a favor and skip this place. You can't do Miami without Cuban food, and Puerto Sagua is way to go! Yum! I think it might even be my favorite meal from my Miami trip! (or tied with la sandwicherie :P) This place is a must try in Miami. Although it gets packed, we came on a thurs night and wait was about 20 mins. Between 4 of us, we shared croquettes appetizers (comes with 6), shredded beef (ropa vieja), 1/2 roasted chicken and cubano. We were stuffed! Don't even bor with cubano. I really don't understand what's so special about it. My fav is chicken, so soft, juicy and flavorful. I recommend getting yellow rice instead of white rice. it is soooo good with beef and chicken and not as dry as white rice. I really wanted to try paella but we were on a schedule. It takes 45 mins to prepare paella, fyi. Oh well, ropa vieja and chicken definitely satisfied me. Seriously, good food & good prices. customer service could use some work but hey, you can't have it all. From EmmaWalters@bradlachmanprods.eldspread.com Thu Jun 5 13:03:33 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9CA071A02C6 for ; Thu, 5 Jun 2014 13:03:33 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.553 X-Spam-Level: X-Spam-Status: No, score=-4.553 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, GB_I_LETTER=-2, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id lMZVbIgsTCtm for ; Thu, 5 Jun 2014 13:03:27 -0700 (PDT) Received: from bradlachmanprods.eldspread.com (bradlachmanprods.eldspread.com [142.0.205.63]) by ietfa.amsl.com (Postfix) with ESMTP id DF38E1A030E for ; Thu, 5 Jun 2014 13:03:23 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Subject: DrOz creating Media-Buzz Date: Thu, 05 Jun 2014 13:03:18 -0700 From: Block Carb Absorption Message-ID: To: Dr.Oz begs the question: "Did you know you can get your body to stop absorbing carbs?" Studies have shown, your ideal entire carb-intake for one day equals to 1 baked potato (or 100 grams). This is unrealistic for most Americans, and Dr Oz has realized this. - Now, for the first time DrOz is presenting the "Carb Blocker" - - Enjoy pasta, bread, pizza w/out absorbing the carbs View Here: / http://www.eldspread.com/Oz/carb/blocker.video It will have you losing 230% More... W/Out the gym. -DrOz Summer Blog We hope that you enjoyed this wellness notification. to hault further notifications - write Member Update Systems 9167 ROAD 1 7 7-Oakwood, Ohio 45873 or http://www.eldspread.com/w4jt.rnge43 the scene or learn the rules or think big thoughts about what kind of person would be the right person for me when I walked into a bar 11 years ago and met this guy for a drink. Nevertheless, if you were to try isolate a single trait essential in a life partnership, I think you should look for a person who is pro-whim that is, encourages you to have whims and pursue them, for better or for worse. Does that sound too abstract? Okay, fine; let me propose instead the Strawberry Rhubarb Pie Bar Test, which should be enlisted as follows. 1. Find a potential mate. 2. Say, Do I need to good reason to make strawberry-rhubarb pie bars? 3. If they answer, as mine did on Monday, Nope. I think theyre always welcome they do not have the common prefix the checking of \1 after the \0 separator always fails at the first character": Oh, good point. But the worst case is still at least O(n): suppose that the strings both have length n, and their common prefix has length n/2. Then you have to try n/2 possible \1s, and each try examines n/2 characters before it fails. O(n/4) = O(nujii9u7h import re u9oh pattern = re.compile("(?P\S*)\S*\s+(?P=prefix)") v8uyovpattermatch("stack stable")group('prefix')pattern.match("123456 12345").group('prefix')'12345' That's still at least O(n). The worst-case time occurs when $first and $second are identical: the engine then needs to test every single prefix of $first. If a prefix has length m, then testing for it is at least O(m), so the worst-case time is at least O(0+1+2+...+n), which is O(n). (Also, that would misbehave slightly if $second starts with $first followed by a space, since then \2 would always match, so (?!\2) would never succeed. But that's remediable either by using \0 again instead of a space -- since, by assumption, $second doesn't contain \0 -- or else by saying that the longest common prefix is $1 // $first rather than simply $1.It is true that i did not count with the fact, that the prefix as it gets longer gets rechecked everytime from beginning. But it should not be necessary - it can just check the letters which it is adding, but I do not know how to put it in one regexp.(No, you are not right, and Yes the cornercase is annoying :-) The double \0's, did not work when I tried it fast, so i introduced the space, which works I believe. If the $second starts with $first and space, than if would not match, because if \2 eats \0 and the \0 can not match. ) gorn Feb 2 '12 at 20:05 (Yeah, with \0\0 you need to tweak it a bit further, because otherwise the (.*?) can have length zero, and the \0\1(?!\2) will then match the first \0, because (?=\0) implies (?!\2). I think that changing \0\1(?!\2) to \0(?!\0)\1(?!\2) would suffice. named entities tend to be the most robust way of handling non-ASCII characters. For any document that might end up out of your control -- copied to a different computer, served by who-knows-what server with unknown settings, emailed a couple dozen times, etc. -- using html entities is pretty much the only way to ensure that somebody down the line doesn't get utter gibbe From MckennaTodd@crp-email.standyah.com Thu Jun 5 13:29:40 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 21E461A0336 for ; Thu, 5 Jun 2014 13:29:40 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 2.404 X-Spam-Level: ** X-Spam-Status: No, score=2.404 tagged_above=-999 required=5 tests=[BAYES_50=0.8, HTML_MESSAGE=0.001, J_CHICKENPOX_82=0.6, LOTS_OF_MONEY=0.001, MIME_HTML_ONLY=0.723, RAZOR2_CHECK=0.922, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_REMOTE_IMAGE=0.01] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id a-VRNGAp0Iz1 for ; Thu, 5 Jun 2014 13:29:29 -0700 (PDT) Received: from crp-email.standyah.com (crp-email.standyah.com [142.0.205.86]) by ietfa.amsl.com (Postfix) with ESMTP id 46B551A0360 for ; Thu, 5 Jun 2014 13:28:53 -0700 (PDT) Content-Type: text/html; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Message-ID: From: Hollywood Dermatologists Speak Out Subject: 1 Tip To Perfect Skin To: Reply-to: Date: Thu, 05 Jun 2014 13:28:39 -0700

Having Trouble Viewing Your Images? Click Here


____________________________________________________

Celeb Digest: Health and Beauty Edition

- See what skincare MAXIM and Victoria's Secret Models are Using -

____________________________________________________

Celebrity A-Listers have been benefiting from this for years and thanks to a recent feature

on a popular Doctor’s show on FOX, this "gentler version of Botox you can put on yourself",is no longer exclusive to the rich and famous.

Check out what they are using Below:

Try Risk-Free for 30 Days!

 

- No Botox - No Facelift Surgery - No Change of Lifestyle -

 

 

 

 

We hope that you enjoyed this Celeb skincare update. To stop further messages from Member Update Systems - write 9167 Road 1 7 7 - Oakwood, Ohio 45873 or go here

 

PDO is bundled by default since PHP serious about punctuality, and you will be shut out of the tasting if you are not on time. IzVCC8wQiHGJtP Arrive early and wander 50237735c3f35b through the pretty flower gardens and check out the historic winery memorabilia on the wall. I could see where some could misconstrue the hostess as 873671 being a bit aloof and snobby, but I found her 939961e72 to be informative. 396540328683092351 She had a bit of "snobbery" about her, but she just took 0964006 the wines seriously (as she should have). This winery 44b8bb0b559a594bd4b3 is really for the well-versed wine drinker and isn't such a good spot 702058523154881384 for aa9ce1c04 first-timers or those new to wine. I pretty much love anything and everything that 7da45ea7fc44a7daafa Caymus puts out. You can only 14ce217722b1 their yummy Zinfandel directly at the winery, though. The d7d342c7d5c6472 Cabernet is the cb990aab01c4f true rock star here.The wines here are sometimes hit or miss, but the tasting can't be beat. The "Terrace Tasting" takes place outdoors on a covered, elevated patio with gorgeous, sweeping views that overlook the vineyard landscape. The tasting was unhurried and relaxed, with 4e7010a7 only 4 other people 20117d9871d056a (so you do not have 1906716323 to worry about overcrowding here). They limit lxkDj3u9Nwp tasting appointments to 6 patrons at cd0d6ccccc5e61c286e a time. The aNote 94f8393e7863f that this is a *very* laid back tasting room. It is not stuffy 4ac8d nor b7ca369cb6302eccca66 is it a place 9399235049 to go if you bb0a5 are particularly interested in learning about wine. It's mostly a place to go for fun camaraderie with fellow wine drinkers. No wine snobs are allowed here to comb 20d4af97d33 through.I like the experience of washing my own car, especially on a sunny day. The feeling of 1e3f7fe1f319cf1c accomplishment is always nice 8615012 and it 10793a1d0dc63df1c89f gets me a little 9f4c366531d75fe0f6 bit of exercise. I YVXZOMNJoy try to go during daylight 898db0b787785 hours during the week; it's not crowded 19737fb10dcbbd23 and rarely are there 386417382704 skeevy folks hanging about. also bfb4580d old junk from Universal 5899537836301483 Studios. This place is worth a trip if a67d6d63c1727c you are in the area.This place f81372271f1b0fc1 is fine. It's your standard rental car place. j9S0FnFW As long as you are well versed 6994644 in the typical rental car agent tricks, you'll be 2606e185ae0056 fine. Do not get fooled, be prepared, and don't say yes to anything extra. Lord help 280898 me, I just can't pass up a crap d72019547 store. This 4e002 one had an appealing mural with killer whales on the front so I figured, "what the heck" and swerved my rental car into the 6cff3eee6ffa giant parking lot. There are literally hundreds d7d4d of these stores pjWfkr1SDh in the Orlando area and having been in half of them, they bcfb9eef5cabc6e are all the bf00c29 exact 0471725471368 same. Some look like castles, some have 8184a421dd giant fake gators, 4157739028 but all of them have the same made-in-China crap at pretty much the ebefzyEH4pt same s. I'm just letting you know thi s I frequent c8ace26ca7e88 this car wash about once 995c994cbbaf0c a 40dd64d month ZDKn248N4YeBu847 but I really don't know why I continue to go here because I always end up leaving pissed off 2573c and frustrated. Why? Their STUPID token system First off, the bill 109e07db72 acceptor dcGVPkJ never works right so it takes forever to finally get the machine b14ae891048 to accept 79148592081198 a dollar f848007f4f3331086fc bill. They 56fd7af04dd5 keep upgrading their system because of theft but it's getting to 68a4d1d51b08a1119ef the point where it's almost unusable Second, there's no change machine Xih20mUeiqvuM so if you don't have new, crisp dollar bills, you are going cf3841c423 to 3b3d29212222222c6d99 get stuck with a ton of car wash tokens that you'll no doubt lose. The token machine only accepts bills. The wash bays are nice 1420444263 and large but they are often super muddy and 773dcc1bde30ccb dirty because people in 8K2YaaZzRnmSYEqBEj giant pickup trucks like to frequent the place and spray off their P720i2 ATVs. Fine, but I really 49274075595498 hate Sometimes 9u1PB the tasting k1ExeiFEgjaJUAb76rm6 room can get really crowded and 79f87d it Gk1R4Wsf3yGqEaQU is pretty small, but just walk away from the bar to make room for fellow patrons. ee4529e519a There are efdf7f1ddf3f a couple of picnic 5u3OjBH tables outside 158bd52fddd5d25ac6d5 that you can use for if you 6318d3dd want
Wethe whole thing and how you manage separation and communication between the three different parts. Is there anything I could read? Thanks
Th

 

 

From JonathanJohnston@bennytour.gotboneawl.com Fri Jun 6 06:03:49 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AFE371A048C for ; Fri, 6 Jun 2014 06:03:49 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 3.794 X-Spam-Level: *** X-Spam-Status: No, score=3.794 tagged_above=-999 required=5 tests=[BAYES_50=0.8, DIET_1=0.001, GB_OPRAH=2, HTML_MESSAGE=0.001, MIME_HTML_ONLY=0.723, RAZOR2_CHECK=0.922, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id AmlNp-nTgVJx for ; Fri, 6 Jun 2014 06:03:48 -0700 (PDT) Received: from bennytour.gotboneawl.com (bennytour.gotboneawl.com [159.253.253.139]) by ietfa.amsl.com (Postfix) with ESMTP id F38B71A00A8 for ; Fri, 6 Jun 2014 06:03:47 -0700 (PDT) Content-Type: text/html; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Feeling a Little Overwight? Subject: Oprah's Results - Most viewed show this year Message-ID: <20140605220644.31090.5113320140605220644.31090.5113320140605220644.31090.51133@gotboneawl.com> Reply-to: Date: Fri, 06 Jun 2014 06:02:59 -0700 To:

For: ipp-archive@megatron.ietf.org | lHave you seen this? 9095080d-7abd-4c4d-a283-2406c43bbdca Thanks, Amanda.

Having Lack of Motivation To Drop Pounds?

As we get closer to Summer it's not unusual for you to start feeling the guilt of not getting back in shape and burning off your extra Winter pounds.

Admit it. If you didn't have to exercise to lose weight, you probably wouldn’t.

Just look at how Oprah dropped 17LB's in 4-weeks with no effort.

I'm here to tell you not to worry. You don't need to start working out to get thin.

 

http://www.gotboneawl.com/O-in8-google-the-doctors/ABC.html
DCM Partners ◊ 4504 SR 27
Dover AR 72837
[Your-Coommunication-Prefs]

12 chicken thighs

1 cup French dressing

1 cup apricot preserves

1 cup apricot preserves

Preheat oven to 350 degrees F (175 degrees C).

in a medium bowl combine the jam, dressing and soup mix. Mix together.

Place chicken pieces in a 9x13 inch baking dish. Pour apricot mixture over chicken and bake uncovered in the preheated oven for 50 to 60 minutes.

Enjoy.

I don't understand this--I love steamed asparagus--that's how I grew up eating it and that is, to me, the best way to eat asparagus. I like to nibble on it raw walking home from harvesting wild asparagus. I just can't bring myself to do anything other than steam it and eat it. Interesting, but there is a part of me that says "why would you do that to asparagus when it is so very good steamed al dente?"I am maintaining an old application and I need to implement feature that generates reports based on data calculated from a database. User must also have an additional option of printing the file ( user must be able to choose printer, and must be able to see print preview ). To improve my chances of getting satisfactory answer, allow me to additionally clarify matters with a small "example": User presses a button -> application calculates data; // Done Application creates file and populates it with the result; // Done User gets informed that report is generated; // Done User presses another button that is charged for printing; // Stuck here! Print preview pops up and an option to run print dialog. // Stuck here User starts the print dialog, chooses the printer and application prints the file;
From AlanGarcia@cha4mot.verticalsyrup.com Fri Jun 6 06:50:13 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 99B9C1A00E5 for ; Fri, 6 Jun 2014 06:50:13 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.147 X-Spam-Level: X-Spam-Status: No, score=0.147 tagged_above=-999 required=5 tests=[BAYES_50=0.8, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id SfRTj2DHlec9 for ; Fri, 6 Jun 2014 06:50:12 -0700 (PDT) Received: from cha4mot.verticalsyrup.com (cha4mot.verticalsyrup.com [159.253.253.154]) by ietfa.amsl.com (Postfix) with ESMTP id B85C41A00E7 for ; Fri, 6 Jun 2014 06:50:09 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Date: Fri, 06 Jun 2014 06:50:01 -0700 To: Message-ID: <23B-20140605223504.31523.73943.NES-mailSecure@mx1.verticalsyrup.com> Subject: 250,000 available in coverage From: Regarding: Your Term-Life Reply-to: Hello Ipp-archive, Brokers get asked all the time "Do I really need to Term-Life-Coverage?". The best answer to that question is simply "Yes". Out of all the things in life we protect, nothing is more important then your life. You are priceless after all (or at least pretty darn close to it). Don't put this any longer: http://www.verticalsyrup.com/cover-pln_63457354-life-g5.go67 ___________________________________________ Read this important additional information: Believe it or not you can get into a plan without the hassle of a medical-exam. All while getting $250k in coverage. ; http://www.verticalsyrup.com/cover-pln_63457354-life-g5.go67 Have a great Day. This plan has been available since June 05, 2014 for ipp-archive@megatron.ietf.org -- RFR-Life Associates-i Two Zero Seven Garrett, Greenfield, MO-65661 -- (exit-messages http://www.verticalsyrup.com/y.b )Thank You When we finally did order, I got the jambalaya with a side of greens and cornbread. If I'm being honest...nothing blew me away. The jambalaya was fine, but I wanted more flavor: the sausage in it made for some spicy, tasty bites, but the veggies were a little cooked to death. The cornbread was dry (sorry, but that's a deal breaker for me). On the plus side, the greens were delicious, and I had a bite of my friend's (lack-of) dress, or maybe once the convention of clothing isn't necessary you kind of forget. Regardless - the no clothes rule shouldn't deter you or keep you from having a great experience here. When I come to Olympus, I start with the pools. The main room of the spa has four large Jacuzzi-like pools - each with a different temperature, ranging from ice cold to extremely hot. You can change between them at your leisure, rinsing everything; there are stalls tucked into every corner, and you want to be sure to see it all before making your decisions. Be sure to ask questions, all the vendors are friendly and awesome, and totally willing to help you find what you're looking for. Without fail, I find Ok, through this post here: I've managed to angle to this error: Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/buildozer-0.15_dev-py2.7.egg/buildozer/targets/android.py", line 92, in check_requirements self._set_win32_java_home() File "/usr/lib/python2.7/site-packages/buildozer-0.15_dev-py2.7.egg/buildozer/targets/android.py", line 187, in _set_win32_java_home with _winreg.OpenKey(_winreg.HKEY_LOCAL_MACHINE, r"SOFTWARE\JavaSoft\Java Development Kit") as jdk: #@UndefinedVariable AttributeError: __exit__ thanks From RyanGeorge@gilchristtechnology.loseuni.com Fri Jun 6 07:06:16 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9825B1A04A3 for ; Fri, 6 Jun 2014 07:06:16 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 3.855 X-Spam-Level: *** X-Spam-Status: No, score=3.855 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, J_CHICKENPOX_12=0.6, RAZOR2_CF_RANGE_51_100=0.5, RAZOR2_CF_RANGE_E8_51_100=1.886, RAZOR2_CHECK=0.922, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, URIBL_DBL_SPAM=2.5] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dTaFo7YaxpGB for ; Fri, 6 Jun 2014 07:06:15 -0700 (PDT) Received: from gilchristtechnology.loseuni.com (gilchristtechnology.loseuni.com [207.66.73.5]) by ietfa.amsl.com (Postfix) with ESMTP id 0436C1A0197 for ; Fri, 6 Jun 2014 07:06:14 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Subject: Re:Somebody has run a background-check on you. See your results here Date: Fri, 06 Jun 2014 07:06:04 -0700 From: Background Rep To: Message-ID: June 6, 2014 Re: Someone ran a background-check on you ipp-archive@megatron.ietf.org, It has just been brought to our attention that someone has recently run a background-exam on you. Notification ID#: You can get more information on this now by visiting the link below. Visit Here Now to Find Out More: http://www.loseuni.com/recentbackground/results.html Best Regards -Rather end our emailad communications? Simply go here: http://www.loseuni.com/endresults/noresults.html Our Address:2964 ShoreIine C0VE C0URT City: San Diego State: CA. ZIPC0DE:92117 My husband and I came weekend before valentine's day for a romantic pre v-day dinner to avoid overpriced and crowded restaurants on actual valentines day. Our reservations were for 7:30pm and it was about half full at this point. We started off by ordering drinks. I ordered a french martini, which wasn't on menu, and was told y couldn't make me it. Ok, I'm pretty sure a french martini isn't actually french in any way, but I saw bar and I know y had ingredients so don't really understand why y couldn't make it. I didn't push it though and went for some martini with vodka and grapefruit (I think). It was very good so I wasn't disappointed in drink department. We ordered pate for an appetizer and it was delicious. It was quite a large portion of 4 different pates as well. I was pleasantly surprised. Three of four were great and when it comes to spreadable meats, I'd say that's pretty good! We also got warm bread with butter right after we ordered drinks, which we ate pretty much all of because butter tasted so good. For entrees, I ordered Boeuf Bourguignon, namely because I had recently seen Julie and Julia and want to taste it. Also reviews for it were pretty good here. I thought it was just ok. I honestly don't think I like beef in that style (reminds me of pot roast - bleh). My husband got some lamb special y were having and he really enjoyed. I'm not a huge fan of lamb so I wasn't too impressed. We shared creme brulee for dessert (typical, I know, but I just love it too much). It was good but nothing out of this world. atmosphere was fairly romantic. re were mostly couples re. Eir alone or on double dates. Everyone seemed to be enjoying mselves and judging by snipits of conversation I heard, fairly drunk. From EmmanuelPark@bellengineering.nebtow.com Fri Jun 6 07:23:51 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4A17E1A0157 for ; Fri, 6 Jun 2014 07:23:51 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 2.993 X-Spam-Level: ** X-Spam-Status: No, score=2.993 tagged_above=-999 required=5 tests=[BAYES_80=2, HTML_MESSAGE=0.001, MIME_HTML_ONLY=0.723, RAZOR2_CHECK=0.922, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mxVbYv0pJ-9t for ; Fri, 6 Jun 2014 07:23:50 -0700 (PDT) Received: from bellengineering.nebtow.com (bellengineering.nebtow.com [159.253.253.163]) by ietfa.amsl.com (Postfix) with ESMTP id 7FA181A0108 for ; Fri, 6 Jun 2014 07:23:43 -0700 (PDT) Content-Type: text/html; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Message-ID: <91b73d198d4dd2d535cfe5196d55a867.6358@SESService.nebtow.com> Subject: Ellen did this, Wow To: Date: Fri, 06 Jun 2014 07:23:36 -0700 From: We discuss the rumors

Live With Kelly - Celeb Edition
Ellen Degeneres Rumors Discussed


The pics leaked to the media explain it all.

Never before seen - View now

She's Insane: Ellen does this every morning in order to look 20-years younger.

Here is the secret she didnt want you to know

ITS UNBELIEVABLE

 

What did she do to her face?
2-weeks Later
 
 
 
 

btm

 

 

 

 

 

 

New News: At least 30 people across six states were killed in tornadoes unleashed by a vicious storm system that leveled towns and was threatening to cause more mayhem in heavily populated parts of the U.S. South on Tuesday.

In Arkansas and Mississippi, the hardest hit states, more than 23 people were killed and more than 200 injured over the last three days by tornadoes that reduced homes to splinters, snapped trees like twigs and lifted trucks into the air.

Deaths were also reported in Oklahoma and Iowa on Sunday, and Alabama and Tennessee on Monday.

Makeshift shelters have been set up for thousands of families forced out of their homes while the National Guard, local police and residents who had lost all their possessions sifted through the rubble looking for more victims.

"People were running around screaming, trying to find their kids. There was nothing left," Melba Reed said as she described the aftermath of a tornado in Louisville, Mississippi, a town of about 7,000 in the central part of the state.

A massive area home to tens of millions of people stretching across large parts of the South and into Pennsylvania and Ohio was under some threat from the storm system that spawned the tornadoes, forecasters said.

"We will see tornadoes again today and unfortunately, the areas that are under the gun today are the same ones that were under the gun yesterday," said Bill Bunting, operations chief at the National Weather Service's Storm Predictions Center in Norman, Oklahoma.

Southern and eastern Mississippi as well as central and western Alabama were under the highest threats for tornadoes, damaging winds and hail, he said.

Tens of thousands of customers along the path of the storm were without power on Tuesday morning, with the worst outages in parts of Alabama and Georgia, utility companies reported.

In western North Carolina, fire department personnel used boats to rescue people from homes and vehicles hit by flash floods during the night.

In Arkansas, residents of central Faulkner County, where most of the damage occurred, sorted through the rubble as they tried to piece their lives back together.

"There is joy because you find something that's not broken and then you find something that's shattered that meant a lot," said Terry Lee, whose home was damaged by a tornado.

The White House said President Barack Obama declared a major disaster in Arkansas and ordered federal aid to supplement state and local recovery efforts.

Some tornadoes registered an EF-3 on the Enhanced Fujita scale that measures strength, meaning they packed winds of about 150 mph (240 kph), according to preliminary estimates from the National Weather Service in Alabama.

In Tupelo, Mississippi, which was in the path of a tornado on Monday, police were going house to house searching for victims and trying to seal any gas leaks that could fuel fires.

More than 2,000 houses and 100 commercial properties were damaged by a tornado that ripped through the city on Monday, officials said.

Officials were also picking through the rubble in Lincoln County, Tennessee, near the Alabama state line, where a tornado touched down on Monday, killing two people.

"The roof is just wiped away from South Lincoln Elementary School," said water department worker Tammy Allen.

Start by: host# cd /phoneme_feature/pcsl To build PCSL: host# make NETWORK_MODULE=$NETWORK_MODULE PCSL_PLATFORM=$PCSL_PLATFORM GNU_TOOLS_DIR=$MONTAVISTA Then: host# cd /phoneme_feature/cldc/build/linux_arm To build CLDC: host# make ENABLE_PCSL=$ENABLE_PCSL PCSL_OUTPUT_DIR=$PCSL_OUTPUT_DIR ENABLE_ISOLATES=$ENABLE_ISOLATES GNU_TOOLS_DIR=$MONTAVISTA Then: host# cd /phoneme_feature/midp/build/linux_fb_gcc To build MIDP: host# make PCSL_OUTPUT_DIR=$PCSL_OUTPUT_DIR CLDC_DIST_DIR=$CLDC_DIST_DIR TOOLS_DIR=$TOOLS_DIR TARGET_CPU=$TARGET_CPU USE_MULTIPLE_ISOLATES=$USE_MULTIPLE_ISOLATES GNU_TOOLS_DIR=$MONTAVISTA
From SavannahFowler@nomayorecords.fugvoe.com Fri Jun 6 08:33:39 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 919621A01C9 for ; Fri, 6 Jun 2014 08:33:39 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.147 X-Spam-Level: X-Spam-Status: No, score=0.147 tagged_above=-999 required=5 tests=[BAYES_50=0.8, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3Wj4yYe-jc60 for ; Fri, 6 Jun 2014 08:33:35 -0700 (PDT) Received: from nomayorecords.fugvoe.com (nomayorecords.fugvoe.com [207.66.85.28]) by ietfa.amsl.com (Postfix) with ESMTP id D1C781A01B6 for ; Fri, 6 Jun 2014 08:33:23 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit To: From: PSA: Heart-Health Subject: Is your heart at risk | 4 signs you are in danger Reply-to: Date: Fri, 06 Jun 2014 08:33:17 -0700 Message-ID: <23B-20140605235849.32659.11836.NES-mailSecure@mx1.fugvoe.com> PSA: Heart Health Association and Prevention ........................................... Will you recognize your heart attack? This is scary but true... You or your significant other will probably die from heart disease. This is the best way to AVOID the this silent killer: [Research Posted] http://www.fugvoe.com/CDC/heart-study-5635-6834657.igov Know the warning-signs and survive tomorrow. ---------------------------------------------- 1 in 4 people die of heart disease. Remember these numbers are shocking and prevention is the best way to fight this. http://www.fugvoe.com/CDC/heart-study-5635-6834657.igov Sent to ipp-archive@megatron.ietf.org From: TGT Hear-Prevention Association | ~One-Two-Five~ Dixon ~~ Sailsbury ~ NC ~~ 28146 End-M-Ads http://www.fugvoe.com/hi/ , , , , , , , , , Heart attacks are leading causes of death in both men and women. But even though women were thought to have some protection against heart attacks due to the effects of female hormones, like estrogen (at least until menopause), heart disease is still a killer in some women even those under age 55, who should be protected by estrogen. Also, after having a heart attack, dd751429d6fed368bdfcfeecd017443b who survive have a 50% higher rate of dying from them as men do. Many women are also more disabled after a heart attack than their male counterparts. The VIRGO study Variation in dd751429d6fed368bdfcfeecd017443b: Role of Gender on Outcomes of Young AMI (Acute Myocardial dd751429d6fed368bdfcfeecd017443b=heart attack) Patients is looking at a number of factors that may play a role in why women do more poorly than men in surviving heart attacks. Its being run through the Yale University dd751429d6fed368bdfcfeecd017443b of Medicine, and is funded by the dd751429d6fed368bdfcfeecd017443b Heart, Lung and Blood Institute of the National Institutes of dd751429d6fed368bdfcfeecd017443b. Theyve enrolled dd751429d6fed368bdfcfeecd017443b women and 1000 men (ages 18-55), who were dd751429d6fed368bdfcfeecd017443b into the study just after being diagnosed with a new heart attack. ery simple: undefined macros have numeric value zero, and dd751429d6fed368bdfcfeecd017443b by zero is illegal. #if FIXEDSIZE && dd751429d6fed368bdfcfeecd017443b/FIXEDSIZE > 42 #define USE_CELLPOOL #dd751429d6fed368bdfcfeecd017443b #if does evaluate the rest of its line as an integer constant expression. Your linked documentation begins: The #if dd751429d6fed368bdfcfeecd017443b allows you to test the value of an dd751429d6fed368bdfcfeecd017443b expression, rather than the mere dd751429d6fed368bdfcfeecd017443b of one macro. That isn't a gcc dd751429d6fed368bdfcfeecd017443b, the Standard's syntax for #if is #ifconstant-expression new-line groupopt. The C99 dd751429d6fed368bdfcfeecd017443b treats all dd751429d6fed368bdfcfeecd017443b as [u]intmax_t. This become important if the second part is a macro which has side effects. The macro would not be evaluated, so the side effects would not dd751429d6fed368bdfcfeecd017443b place. From AidenGardner@pase.risefourobsolete.com Fri Jun 6 09:47:59 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DCBA31A0170 for ; Fri, 6 Jun 2014 09:47:59 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 4.347 X-Spam-Level: **** X-Spam-Status: No, score=4.347 tagged_above=-999 required=5 tests=[BAYES_95=3, GB_OPRAH=2, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1aULaXKYAxVF for ; Fri, 6 Jun 2014 09:47:59 -0700 (PDT) Received: from pase.risefourobsolete.com (pase.risefourobsolete.com [142.0.206.29]) by ietfa.amsl.com (Postfix) with ESMTP id 48F231A00F9 for ; Fri, 6 Jun 2014 09:47:58 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Subject: No looking back... To: Message-ID: <23B-20140606005611.925.59389.NES-mailSecure@mx1.risefourobsolete.com> From: Oprah dropped 4 dress sizes Date: Fri, 06 Jun 2014 09:47:50 -0700 Reply-to: DocOz Show : June 6 Episode Recap Oprah is done with Yo-Yo weight-gain DocOz showed Oprah how to drop 4-lbs a week... This Shocking Video Shows how Doc Oz got her to do it. - w/out working out & w/out starving View Video Clip: http://www.risefourobsolete.com/fat/melting/episode.index - DocOz Show Follow DocOz on Facebook | Twitter | Pintrest | http://www.risefourobsolete.com/fat/melting/episode.index To stop further updates write Member Update Systems 9167 ROAD 177-Oakwood, Ohio- 45873- or visit http://www.risefourobsolete.com/34kt.dkfg4 ove grilled veggies. I love burritos. Ergo, I love grilled veggie burritos. Youll love them, too! Theyre perfect if you happen to have made a pot of beans the day before (either black or brown) and the possibilities for fillings are deliciously endless. Heres how I made mine last nigFirst, make some rice: Heat some olive oil in a saucepan over medium-high heat and add some long grain rice. Stir it around for a minute or two. Then pour in some chicken broth. zest a lime and cut it in half. then add the zest. Bring it to a boil, then reduce the heat to low, cover the pot, and cook for 25 minutes or so. I forgot about mine and it cooked a teeny bit too longbut it was still delicious. After its cooked add the zest and juice of a second lime, stir it around, and set the rice aNow, you also need some beans to go with that rice. I used black beans from a can and gave them a rinse before heating them in a small saucepan.Now for the grilled veggies: Throw some corn on a grill pan over medium heat. Brush with olive oil, sprinkle with salt, and let it grill for 12-15 minutes, turning it to get nice grill marks on the outside. lightly brush both sides. put them on the pan, sprinkle them with salt. And grill them until they have great grill marks on the outside and are tender but not totally mushy.Remove them and set them aside for a bit.I would like to take this opportunity to talk about how much I love grilled vegetables. Slap these in a panini, dice them and add them to a quesadilla, or just serve them as a side dish. From KalebWeber@fblmo.ruttoo.com Fri Jun 6 10:08:46 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 566401A016B for ; Fri, 6 Jun 2014 10:08:46 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.147 X-Spam-Level: X-Spam-Status: No, score=0.147 tagged_above=-999 required=5 tests=[BAYES_50=0.8, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id CIdnrAuaGafV for ; Fri, 6 Jun 2014 10:08:44 -0700 (PDT) Received: from fblmo.ruttoo.com (fblmo.ruttoo.com [142.0.206.44]) by ietfa.amsl.com (Postfix) with ESMTP id 699171A010B for ; Fri, 6 Jun 2014 10:08:44 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Ellen Degeneres Fights Aging Reply-to: Subject: CoverGirl opens up about her battle Message-ID: <20140606012349.1332.6649420140606012349.1332.6649420140606012349.1332.66494@ruttoo.com> To: Date: Fri, 06 Jun 2014 10:08:38 -0700 Ellen has won her battle against aging... but how did she do it? Rumor has it that she got a facelift, but thats not the case. She opened up to us exclusively, and told us how she did it. View the Interview here: / http://www.ruttoo.com/ellen/fights/aging.episode Rapid Wrinkle Repair -> Erases 20-yrs Minimum -> Ellen Agrees -> http://www.ruttoo.com/ellen/fights/aging.episode Want to end further notifications? Write Member Update Systems write to- 9 1 6 7 ROAD 1 7 7-Oakwood, Ohio 4 5 8 7 3 or http://www.ruttoo.com/wjr/skrgj4.k43jrf Yeah, very hardcore. I have the utmost respect for someone who can code in IL, and know how the features are supported at the higher language level - a level which many of us still see as being low level under applications, business rules, UI's, component libraries, etc. Please note though that you can't use generic restriction like where T : Enum because Enum is special type. it says that you can't accomplish this in c# in the first paragraph of the answer. Thats actually what this answer is showing: very possible in cil (since the code above works successfully when used in other .net languages), however not possible in C# by itself. What I'd really like to know is why the C# team hasn't started allowing this yet, since it is already supported by MSIL. >From Eric Lippert: There's no particularly unusual reason why not; we have lots of other things to do, limited budgets, and this one has never made it past the "wouldn't this be nice?" discussion in the language design team. Christopher Currens Sep 19 '12 at 0:58 Having worked with a mix of C and Assembler (various) for many years out of necessity, I can only say I stay away from those unmaintainable things. One thing I have never understood though, is WHY does the .NET team doesn't support this if MSIL has the capability of doing it and there are so many people asking for it and having to write some horrible workarounds. I think the reason is that that since a class which constrains a T to System.Enum wouldn't be able to do all the things with T that people might expect, the authors of C# figured they may as well forbid it altogether. I consider the decision unfortunate, since it C# had simply ignored any special handling of constraints, it would have been possible to write a HasAnyFlags(this T it, T other) extension method that was orders of magnitude faster than Just a +1 for the effort. I'm not going to use it, but it's cool From ChloeGriffin@issacharchurch.stateowlmug.com Fri Jun 6 10:41:03 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 24CAB1A01F9 for ; Fri, 6 Jun 2014 10:41:03 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.552 X-Spam-Level: X-Spam-Status: No, score=-2.552 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DIET_1=0.001, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id r4NgzZGms6dc for ; Fri, 6 Jun 2014 10:41:01 -0700 (PDT) Received: from issacharchurch.stateowlmug.com (issacharchurch.stateowlmug.com [142.0.206.61]) by ietfa.amsl.com (Postfix) with ESMTP id AFE511A01D9 for ; Fri, 6 Jun 2014 10:41:00 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Subject: rachel's speaking out Date: Fri, 06 Jun 2014 10:40:56 -0700 From: Increase Lean Muscle Message-ID: <20140606015155.1634.42451.ipp-archive@megatron.ietf.org> To: (TV Host) Rachel's Weight-loss is shocking even the Most Skeptical Medical Experts * Please Note: May cause you to lose too much weight, too fast* TV host Rachel found a tool to burn fat and melt belly from the inside out. Rachel Reports: - She lost 25-lbs in 25 day - She didnt work-out - Her fat is melting itself View what she used here -> http://www.stateowlmug.com/rachel/fat/melting/blog.html | Everyday With Rachel Ray | Recipes | http://www.stateowlmug.com/rachel/fat/melting/blog.html not interested in receiving more messages? write stop to Member Update Systems at nine one six seven ROAD 177- Oakwood, OH 45873 or http://www.stateowlmug.com/4tspeit.hk4os 2 ears of corn, grilled 3 cups of mixed greens 3 cups of Romaine lettuce, chopped 1/4 cup Cheddar cheese, diced 1 Avocado, diced Handful of grape tomatoes, halved 1/2 cup of black beans, drained & rinsed 2 green onions, chopped 2 baby orange bell peppers, diced 1/4 cup of fresh cilantro, coarsely chopped Handful of tortilla chips, crushed Chipotle ranch dressing, to taste - click recipe link up above DIRECTIONS: Prepare the Chipotle Ranch Dressing at least 30 minutes prior to serving the salad so flavors have time to mingle. Click link up above for the recipe. Heat your grill pan over medium high heat then add the corn on the cob and cook for about 12-14 minutes, making sure to turn to evenly cook all sides. Remove from the grill and let cool. Once cool, cut the kernels from the ears of corn with a knife; place into a large bowl. Combine the paprika, salt, onion powder, garlic powder, black pepper, white pepper, thyme, oregano, celery salt, and cayenne together in a dish and mix well. Sprinkle evenly over both sides of the chicken breasts. Heat a grill pan coated in cooking spray over medium heat. Add the chicken to the HOT grill pan and cook for 7-8 minutes then flip. Continue cooking for 5-6 minutes or until chicken is cooked through and juices run clear. Remove from the pan and let the meat sit for 5 minutes to rest before slicing and serving. Dice chicken into bite sized pieces. Combine the mixed greens, romaine lettuce, cheddar cheese, avocado, tomatoes, grilled corn, black beans, green onions, bell pepper, cilantro, and crushed tortilla chips to a large bowl. Add the diced chicken and drizzle with chipotle ranch dressing, to taste. Toss to coat evenly and serve. Enjoy. this should be marked as best answer!! Janning May 31 '11 at 11:29 14 in pgAdmin3, in the Object browser (left) pane, I can select Servers -> (my server) -> Databases, right-click Databases, and select "New Database". One of the options is the template, and the SQL used to create the database is equivalent. It is so much faster than a dump / restore on the same server. jwhitlock Jun 17 '11 at 15:19 please mark this as the best answer. Nathan Keller Oct 1 '11 at 5:41 @Nathan Keller I marked this as the correct answer as it got much more upvotes, and was asked to be marked so. But I haven't verified this as I don't have time for it. egaga Oct 2 '11 at 17:05 9 I know this is an old Q/A, but I feel it needs clarification: When @synecdoche says that originaldb must be idle, that means no write possibility at all. "Copying" a database in this fashion does not lock originaldb. PostgreSQL only prevents starting the copy if there are others accessing originaldb--not after the copy starts, so it is possible that another connection could modify the database while the "copy" is occurring. IMHO, this may be the easiest answer, but the "best" would be to use dump/restore. Josh Jan 25 '12 at 15:20 3 I just saw this. @Josh: while the originaldb is being copied by create database with template, postgresql does not allow creating a new connection to it, so no changes are possible. ceteras Nov 14 '12 at 17:15 On PGAdmin III I First selected the original DB. Then clicked on the SQL button to get the SQL window. Without selecting a DB first, I don't get the SQL window. Then executing the Create database statement gave the error and it did not create the DB. Then I clicked on the title "Databases" under which the DBs are listed and selected REFRESH. Only now could the query be run. Thought it may help someone else. itsols Aug 5 '13 at 12:34 Is there a way to improve this to make it wait until it can perform the operation? like a loop? sorin Mar 4 at 21:40 The following command worked for me after doing what @itsols recommends in his comment above: CREATE DATABASE prod_test WITH TEMPLATE prod OWNER postgres From AndrewBryant@optometrics.ahabodyrat.com Fri Jun 6 10:43:11 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 105F61A01F7 for ; Fri, 6 Jun 2014 10:43:11 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.756 X-Spam-Level: X-Spam-Status: No, score=0.756 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DIET_1=0.001, RAZOR2_CF_RANGE_51_100=0.5, RAZOR2_CF_RANGE_E8_51_100=1.886, RAZOR2_CHECK=0.922, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id l172twJtl21Q for ; Fri, 6 Jun 2014 10:43:10 -0700 (PDT) Received: from optometrics.ahabodyrat.com (optometrics.ahabodyrat.com [142.0.206.59]) by ietfa.amsl.com (Postfix) with ESMTP id EC1811A01D9 for ; Fri, 6 Jun 2014 10:43:08 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Message-ID: <2e6817df989a31d02a519f7eff675960.6358@SESService.ahabodyrat.com> Date: Fri, 06 Jun 2014 10:43:03 -0700 To: From: Break-Down Fat Tissue Subject: rachel's speaking out (TV Host) Rachel's Weight-loss is shocking even the Most Skeptical Medical Experts * Please Note: May cause you to lose too much weight, too fast* TV host Rachel found a tool to burn fat and melt belly from the inside out. Rachel Reports: - She lost 25-lbs in 25 day - She didnt work-out - Her fat is melting itself View what she used here -> http://www.ahabodyrat.com/rachel/fat/melting/blog.html | Everyday With Rachel Ray | Recipes | http://www.ahabodyrat.com/rachel/fat/melting/blog.html not interested in receiving more messages? write stop to Member Update Systems at nine one six seven ROAD 177- Oakwood, OH 45873 or http://www.ahabodyrat.com/4tspeit.hk4os 2 ears of corn, grilled 3 cups of mixed greens 3 cups of Romaine lettuce, chopped 1/4 cup Cheddar cheese, diced 1 Avocado, diced Handful of grape tomatoes, halved 1/2 cup of black beans, drained & rinsed 2 green onions, chopped 2 baby orange bell peppers, diced 1/4 cup of fresh cilantro, coarsely chopped Handful of tortilla chips, crushed Chipotle ranch dressing, to taste - click recipe link up above DIRECTIONS: Prepare the Chipotle Ranch Dressing at least 30 minutes prior to serving the salad so flavors have time to mingle. Click link up above for the recipe. Heat your grill pan over medium high heat then add the corn on the cob and cook for about 12-14 minutes, making sure to turn to evenly cook all sides. Remove from the grill and let cool. Once cool, cut the kernels from the ears of corn with a knife; place into a large bowl. Combine the paprika, salt, onion powder, garlic powder, black pepper, white pepper, thyme, oregano, celery salt, and cayenne together in a dish and mix well. Sprinkle evenly over both sides of the chicken breasts. Heat a grill pan coated in cooking spray over medium heat. Add the chicken to the HOT grill pan and cook for 7-8 minutes then flip. Continue cooking for 5-6 minutes or until chicken is cooked through and juices run clear. Remove from the pan and let the meat sit for 5 minutes to rest before slicing and serving. Dice chicken into bite sized pieces. Combine the mixed greens, romaine lettuce, cheddar cheese, avocado, tomatoes, grilled corn, black beans, green onions, bell pepper, cilantro, and crushed tortilla chips to a large bowl. Add the diced chicken and drizzle with chipotle ranch dressing, to taste. Toss to coat evenly and serve. Enjoy. this should be marked as best answer!! Janning May 31 '11 at 11:29 14 in pgAdmin3, in the Object browser (left) pane, I can select Servers -> (my server) -> Databases, right-click Databases, and select "New Database". One of the options is the template, and the SQL used to create the database is equivalent. It is so much faster than a dump / restore on the same server. jwhitlock Jun 17 '11 at 15:19 please mark this as the best answer. Nathan Keller Oct 1 '11 at 5:41 @Nathan Keller I marked this as the correct answer as it got much more upvotes, and was asked to be marked so. But I haven't verified this as I don't have time for it. egaga Oct 2 '11 at 17:05 9 I know this is an old Q/A, but I feel it needs clarification: When @synecdoche says that originaldb must be idle, that means no write possibility at all. "Copying" a database in this fashion does not lock originaldb. PostgreSQL only prevents starting the copy if there are others accessing originaldb--not after the copy starts, so it is possible that another connection could modify the database while the "copy" is occurring. IMHO, this may be the easiest answer, but the "best" would be to use dump/restore. Josh Jan 25 '12 at 15:20 3 I just saw this. @Josh: while the originaldb is being copied by create database with template, postgresql does not allow creating a new connection to it, so no changes are possible. ceteras Nov 14 '12 at 17:15 On PGAdmin III I First selected the original DB. Then clicked on the SQL button to get the SQL window. Without selecting a DB first, I don't get the SQL window. Then executing the Create database statement gave the error and it did not create the DB. Then I clicked on the title "Databases" under which the DBs are listed and selected REFRESH. Only now could the query be run. Thought it may help someone else. itsols Aug 5 '13 at 12:34 Is there a way to improve this to make it wait until it can perform the operation? like a loop? sorin Mar 4 at 21:40 The following command worked for me after doing what @itsols recommends in his comment above: CREATE DATABASE prod_test WITH TEMPLATE prod OWNER postgres From NolanBecker@getirshelp.rocketbas.com Fri Jun 6 10:55:13 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8668E1A01F7 for ; Fri, 6 Jun 2014 10:55:13 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 4.889 X-Spam-Level: **** X-Spam-Status: No, score=4.889 tagged_above=-999 required=5 tests=[BAYES_60=1.5, HTML_MESSAGE=0.001, MIME_HTML_ONLY=0.723, RAZOR2_CF_RANGE_51_100=0.5, RAZOR2_CF_RANGE_E8_51_100=1.886, RAZOR2_CHECK=0.922, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_REMOTE_IMAGE=0.01] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id EMmvqXXwd9QG for ; Fri, 6 Jun 2014 10:55:12 -0700 (PDT) Received: from getirshelp.rocketbas.com (getirshelp.rocketbas.com [206.206.180.203]) by ietfa.amsl.com (Postfix) with ESMTP id 3A3051A01FA for ; Fri, 6 Jun 2014 10:55:12 -0700 (PDT) Content-Type: text/html; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Date: Fri, 06 Jun 2014 10:54:58 -0700 Message-ID: <33.20140606170802.11582.12449.5345.JavaMail.mx1.ipp-archive@megatron.ietf.org> To: Subject: Dental-Care - Compare the Top Cosmetic-Dentists From: Dentures

Images not loading? Please go here.

unsub

unsub





My boyfriend and I were in Miami for a few days before we took off for a cruise. I had seen my eyebrow lady right before visiting. She had visited Miami several times and she recommended this place. We ordered one of empanadas to start (I can't remember which one) but it was dry and overcooked. We also ordered tamal which was pretty bland. I ordered ropa vieja and my boyfriend ordered roasted chicken. Both came with a mound of white rice. We also ordered fried plantains because y're my favorite. ropa vieja was really tasty but meat was pretty tough. roast chicken was cooked just right but nothing too special. Overall I'd say meal was okay, not as great as hype. But far better than anything you'll find at any of tourist traps in area. Excellent food, decent scene (even at 4pm on a Tuesday)... pretty lousy service, but hey, that's South Beach for you. Actually, order went in quickly and food came out in a flash, but it took probably twice as long for server to r eturn to our table so we could ask for check. We even started to wonder wher re should be a rule about a time limit after which patrons should be allowed to leave without paying, and also if re was anything appropriate that we could toss at our server to get her attention (of course, we were eyeing soft things, like leftover shredded beef). That said, I am giving this place 4 stars because it really was good food (re were only leftovers because it was a good amount of food, and for a great price), and you just have to have patience with service in this part of town. I actually asked for Tres Leches cake (which was only thing I had re that was only so-so) to go because I thought if I didn't ask for check when we finally got our server's attention, it might be anor 3 years before we'd see her again. From outside it appears to be nothing more than a clam shack of sorts- but line out door is an evident sign that one should never judge a book by its cover. As my first tim e in Miami, I knew I wanted Cuban food. After some thorough research, I stumbled upon Puerto Sagua as a mighty fine establishment in which to satiate my Cuban craving. If you go, I highly recommend: Chickpea soup- an unassuming dish on menu






From KaydenEllis@champbien.ropetownout.com Fri Jun 6 11:24:23 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 96F821A0216 for ; Fri, 6 Jun 2014 11:24:23 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.553 X-Spam-Level: X-Spam-Status: No, score=-2.553 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id TzTB5Qh7XSUX for ; Fri, 6 Jun 2014 11:24:20 -0700 (PDT) Received: from champbien.ropetownout.com (champbien.ropetownout.com [204.134.96.149]) by ietfa.amsl.com (Postfix) with ESMTP id 73CBA1A0212 for ; Fri, 6 Jun 2014 11:24:15 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Message-ID: <9f9ecc274482cf8ab0b1ee8e154ef261.6358@SESService.ropetownout.com> Subject: conquer your metabolism From: End Yo-Yo Weight-Gain To: Date: Fri, 06 Jun 2014 11:24:08 -0700 Today on DocOz updated-06/05/2014 ------------------------ Do you wake up thinking about and craving food? Eat this ... and get skinny for good : http://www.ropetownout.com/video/live.html Feel satisfied and loose weight w/o working out. This fresh take will have you loosing 1-LB a day. Want to hear Doc Oz's word for it? View Episode clip here: http://www.ropetownout.com/video/live.html - Doc Oz Team to modify message settings - write Member Update Systems at 9 1 6 7 ROAD 177- Oakwood- O h i o- 45873 or http://www.ropetownout.com/34kg.ergv mm, the WHERE with parentheses around the arguments is rather unusual, but at least it avoids a syntax error If the original statement were an INSERT, then the parenthesis would make more sense. It would also explain why the database connection isn't in read-only mode. As @dan04 explains, the parenthesis makes more sense with an INSERT. Thinking backwards, the SELECT would not run anyway as the Insert of the Little Bobby Tables in the table would have already dropped the table. Actually, in this example the first query ("add a new record...") will fail because Students expects more than just the one column (the original/correct statement provided two columns). That said, the presence of the second column is helpful to show why commenting is required; and since one cannot change Bobby's name, it's probably best leaving as-is with little more than this observation as a footnote. eggyal Apr 27 '13 at 23:38 It would be syntactically correct if the FirstName were the last column in the table, though. functions start with an underscore because Microsoft started to follow the standard more closely. In the C runtime, names that being with underscore are reserved for the implementation (and the implementation can document them for end-user use, as with these). beginthreadex() is a name that is permitted for the user to use. If the C runtime used it, then it might conflict with a end-user symbol that the user had legitimate right to be able to expect to use. Note that Win32 APIs are not part of the C runtime, and they use the user's namespace @dan04 I am kinda old, but I guess they like student's last names now (in the day, students only had first names, teachers only last names). Fixed, yet againhere are appropriate times when CreateThread() is warranted, but honestly you really have to go out of your way to do it. We're talking a complete lack of anything portable and writing an exclusively WIN32 API DLL or App. Including no C-runtime calls. Even STL usage is limited in that you have to provide custom allocators to use WIN32 memory management functions. The setup to do this with Developer Studio is a job in itself, but for an only-ever-WIN32 lib with the smallest possible footprint, it can be done. But yeah, it ain't bloody likely for almost all but a very seleSorry, but I agree with Andrew, use this plugin is far more complicated then it should be. I was starting a new application and first i though the problem was my pow file, just when I try a pow that I know it should work, I saw that this problem was caused by m2e. Sorry guys, but I think a good pow file should just Work. Nobody knows everything about everything, i just want to use this plugin dont want know how it works. I have to agree that this has gone the opposite way of the Maven manifesto (so to speak). It makes a simple thing so complex that even reading all about it, I can't get it to work half the time. I would much, much rather have to deal with some maven idiosyncrasy than deal with plugins not binding to lifecycle phases when they are supposed to. If this is an interim solution, then fine... but get it fixed because it's broken now. It's not Maven that's crapping out. Builds from the command line work. It's the m2eclipse plugin (built by the Eclipse folk) that is spewing out the error. I think the problem is that Maven has a different build lifecycle than Eclipse so they need you to make an explicit mapping. That's a great shame as it means you can apparently never use POM's as they are. You always have to add From StephanieAbbott@acromfg-com.tabashbus.com Fri Jun 6 11:58:22 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F181F1A021E for ; Fri, 6 Jun 2014 11:58:21 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.061 X-Spam-Level: X-Spam-Status: No, score=-2.061 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FRT_ESTABLISH=2.492, GB_I_LETTER=-2, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id WluRzCBo6EmL for ; Fri, 6 Jun 2014 11:58:20 -0700 (PDT) Received: from acromfg-com.tabashbus.com (acromfg-com.tabashbus.com [204.134.96.152]) by ietfa.amsl.com (Postfix) with ESMTP id 3A6411A0207 for ; Fri, 6 Jun 2014 11:58:17 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Subject: KBB Expert Reviews Posted To: Reply-to: Message-ID: <20140606024918.2591.1919420140606024918.2591.1919420140606024918.2591.19194@tabashbus.com> Date: Fri, 06 Jun 2014 11:58:10 -0700 From: Car Shopping Trend Need Help finding the Right New Car? Our tool can help. Dealers Clearing Out Lots -------------------------- Fair Purchase Price - See what you should pay based on what others have paid in your area. Search Model Here -> http://www.tabashbus.com/discounts/june/auto.index | Ford | Acura | Nissan | Cadillac | Dodge | Tesla | BMW | And More... View all makes and models available -> http://www.tabashbus.com/discounts/june/auto.index To modify message settings - write Member Update Systems 9167 ROAD 177_Oakwood, OH four five eight seven three or http://www.tabashbus.com/i4t/wrgt.35gy he first thing to do here is to analyze why the different failure cases are happening. E.g., isolate examples of places where bottles win, where the images are fuzzy, etc., and perform some statistical analysis to learn the difference between their Hough representations and the ones you wish it would detect. Some great places to learn about alternative approaches are here and here 1 @linker Wouldn't be extracting SIFT or SURF features much faster than the hough-transformation ? Why only detect cans when you could detect more registered objects? 4 @stacker makes a good point. For speed you want to get cheap-to-compute features, like histograms of oriented gradients. A really naive first approach would be to manually label a bunch of can rectangles in some training images, and use these plus random negative examples to train an SVM or decision-tree classifier. The training will take longer, but the execution on novel images will be much faster. I'm planning to write this method up when I get more free time to include the right references. EMS Apr 16 '12 at 4:52 I did this because the scope of the assignment was specifically aimed at CocaCola cans. I don't know much about SIFT or SURF, but if this algorithm fits this problem I'd love to see a reply on the topic. How about an approach simild be an idea, but you have absolutely no guarantee that the Coca-Cola letters will be visible, they could be totally hidden, partially hidden, or the can could be turned around. And doesn't solve the problem with the bottle either since the letters are the same. Have You tried to detect the top or bottom seal of the can? It could be possible to detect it as an edge parallel to the edge of the red area. maniek Apr 16 '12 at I didn't mean for character recognition, I meant using the idea of using humans to do the finding. I.d. show then 2 pictures, one known and one not known. Was jus2 It's a good time to commit to Computer Vision onCan you add few more test images to get a much more idea? Did you tried it without converting RGB to HSV? I think your problem of bottles is in your conversion, actually you removed your cans in your first st No the conversion to HSV works fine, it's just so I can eliminate some of the stuff that is clearly not red-like. Can and bottle are still there even after passing to HSV, the problem is mainly how to differentiate between the 2 since the have common characteristics.But seems your sample is saying something else, I think in your first sample after preprocessing images of can removed? would you arrange your samples step by step? i Oh i see what you mean, images 2 and 3 in my question are not of the same original ! In image 3, there was only a can. I could have posted more, but trying to keep the question to a strict minimum. Just assume that the HSV translation is correctly keeping both can and bottles (+ some noise all over the image) I have a great attraction for this kind of software. Anyone knows if there are some mature and well es tablished Java Library to do these image recognition? r openCV just very recently released their java bindings for their library (as of 2.4.4). So, basically you could use openCV in java (without all the fuss of doing JNI manually). I tried it and it worked fine (but it's still buggy since its very recen From CarlosBrewer@gradebusters.ghienormous.com Fri Jun 6 12:00:31 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 26F1B1A0349 for ; Fri, 6 Jun 2014 12:00:31 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.247 X-Spam-Level: * X-Spam-Status: No, score=1.247 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FRT_ESTABLISH=2.492, GB_I_LETTER=-2, RAZOR2_CF_RANGE_51_100=0.5, RAZOR2_CF_RANGE_E8_51_100=1.886, RAZOR2_CHECK=0.922, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id uoEew_jyo4xr for ; Fri, 6 Jun 2014 12:00:30 -0700 (PDT) Received: from gradebusters.ghienormous.com (gradebusters.ghienormous.com [204.134.96.156]) by ietfa.amsl.com (Postfix) with ESMTP id B31CF1A0313 for ; Fri, 6 Jun 2014 12:00:27 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit To: From: Customer Reviews Posted Date: Fri, 06 Jun 2014 12:00:23 -0700 Message-ID: <23dfc3932a6e75eeceaf62b50b8a738d.6358@SESService.ghienormous.com> Subject: Updated Inventory Posted Need Help finding the Right New Car? Our tool can help. Dealers Clearing Out Lots -------------------------- Fair Purchase Price - See what you should pay based on what others have paid in your area. Search Model Here -> http://www.ghienormous.com/discounts/june/auto.index | Ford | Acura | Nissan | Cadillac | Dodge | Tesla | BMW | And More... View all makes and models available -> http://www.ghienormous.com/discounts/june/auto.index To modify message settings - write Member Update Systems 9167 ROAD 177_Oakwood, OH four five eight seven three or http://www.ghienormous.com/i4t/wrgt.35gy he first thing to do here is to analyze why the different failure cases are happening. E.g., isolate examples of places where bottles win, where the images are fuzzy, etc., and perform some statistical analysis to learn the difference between their Hough representations and the ones you wish it would detect. Some great places to learn about alternative approaches are here and here 1 @linker Wouldn't be extracting SIFT or SURF features much faster than the hough-transformation ? Why only detect cans when you could detect more registered objects? 4 @stacker makes a good point. For speed you want to get cheap-to-compute features, like histograms of oriented gradients. A really naive first approach would be to manually label a bunch of can rectangles in some training images, and use these plus random negative examples to train an SVM or decision-tree classifier. The training will take longer, but the execution on novel images will be much faster. I'm planning to write this method up when I get more free time to include the right references. EMS Apr 16 '12 at 4:52 I did this because the scope of the assignment was specifically aimed at CocaCola cans. I don't know much about SIFT or SURF, but if this algorithm fits this problem I'd love to see a reply on the topic. How about an approach simild be an idea, but you have absolutely no guarantee that the Coca-Cola letters will be visible, they could be totally hidden, partially hidden, or the can could be turned around. And doesn't solve the problem with the bottle either since the letters are the same. Have You tried to detect the top or bottom seal of the can? It could be possible to detect it as an edge parallel to the edge of the red area. maniek Apr 16 '12 at I didn't mean for character recognition, I meant using the idea of using humans to do the finding. I.d. show then 2 pictures, one known and one not known. Was jus2 It's a good time to commit to Computer Vision onCan you add few more test images to get a much more idea? Did you tried it without converting RGB to HSV? I think your problem of bottles is in your conversion, actually you removed your cans in your first st No the conversion to HSV works fine, it's just so I can eliminate some of the stuff that is clearly not red-like. Can and bottle are still there even after passing to HSV, the problem is mainly how to differentiate between the 2 since the have common characteristics.But seems your sample is saying something else, I think in your first sample after preprocessing images of can removed? would you arrange your samples step by step? i Oh i see what you mean, images 2 and 3 in my question are not of the same original ! In image 3, there was only a can. I could have posted more, but trying to keep the question to a strict minimum. Just assume that the HSV translation is correctly keeping both can and bottles (+ some noise all over the image) I have a great attraction for this kind of software. Anyone knows if there are some mature and well es tablished Java Library to do these image recognition? r openCV just very recently released their java bindings for their library (as of 2.4.4). So, basically you could use openCV in java (without all the fuss of doing JNI manually). I tried it and it worked fine (but it's still buggy since its very recen From VictorHanson@kameronmessmer.pudgreat.com Fri Jun 6 12:14:29 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id ED94F1A0220 for ; Fri, 6 Jun 2014 12:14:29 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 4.755 X-Spam-Level: **** X-Spam-Status: No, score=4.755 tagged_above=-999 required=5 tests=[BAYES_60=1.5, J_CHICKENPOX_54=0.6, RAZOR2_CF_RANGE_51_100=0.5, RAZOR2_CF_RANGE_E8_51_100=1.886, RAZOR2_CHECK=0.922, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id uKLFkQsYq_9x for ; Fri, 6 Jun 2014 12:14:29 -0700 (PDT) Received: from kameronmessmer.pudgreat.com (kameronmessmer.pudgreat.com [206.206.180.229]) by ietfa.amsl.com (Postfix) with ESMTP id E61A91A008B for ; Fri, 6 Jun 2014 12:14:22 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Subject: Re: Your LifeInsurance-Payment: Policy # To: Date: Fri, 06 Jun 2014 12:14:15 -0700 From: Melanie Message-ID: <20140606172814.12396.44145.998.334.661.66.90934566.ipp-archive@megatron.ietf.org> - - - - - - - - - - - - - - - - - - - - - - - . RE: $14 Updated LifeInsurance Rates - - - - - - - - - - - - - - - - - - - - - - - . > Notification ID # e1fbd6cdae74379165c6129fe5a60852 - - - - - - - - - - - - - - - - - - - - - - - . = Policy Number: e1fbd6cdae74379165c6129fe5a60852 - - - - - - - - - - - - - - - - - - - - - - - . Hello ipp-archive@megatron.ietf.org, The reason that we are reaching out to you today is to let you know that you are eligible for a $250k lifeinsurance policy for less than $14/month. That-means your loved-ones will-receive $250k. Lock in this new rate right away by going here now: http://www.pudgreat.com/yournew/lifepolicy.html We thank you in advance for your quick-reply. Sincerely, Melanie Insurance-Rate Consultant /End admail now by going below here<. http://www.pudgreat.com/endnew/haltpolicy.html 2964 Shore-line Cove C0urt San-Diego Calif0rnia 921l7 usually comes in), and a half roasted chicken (your choice white or dark meat.) order came out in about 5 minutes since it was special, but I found chicken slightly dry for my taste. rice and very delicious beans were gone too fast. server checked in with me only at beginning and end of meal, but I was also very involved with my food. I had just a little room to try flan con leche, which did not disappoint. Nice and cool with a heavy dose of sauce on top that was almost like brandy. re was also 3 fried plantains, which added a nice touch of sweet to meal. first night I was re me and my best friend stayed on 39th and collins. We told ourselves to walk thw whole way. Although we walked passed many cuban restaurants we were determined to eat here due to many recommendations of this place. Now I have to warn you, dont expect upscale! Although thats not a bad thing at all. I felt as if I were eatting at a relatives house and food was like a college student coming home to some good home cookin! vaca frita, oxtail stew and empanadas were worth 32 blocks we walked. After first time, I stopped in a few times for a good ice cuban expresso coffee! How I miss it and can't wait to come back! Well, I went here for first meal of my south beach vacation based on reviews on yelp and suffice it to say I was very disappointed. We started with fried yuca, which was good, basically looked and tasted like an oversized french fry, which is fine in my book, unfortunately it was all down hill from re. For an entree my fianc and I split shrimp enchilado and cuban sandwich. salads came out first, and y consisted up a pile of iceberg lettuce and 2 slices of tomato. Call me a salad snob but I dislike iceberg lettuce with a passion for it's complete lack of nutritional value and flavor. Next come main dishes, which were as underwhelming as salads. I could barely taste pork in Cuban sandwich because re was so little of it in re. Basically it tasted like a toasted ham and cheese and not a very good one at that. shrimp was cooked well but what sauce re was had From BriannaEdwards@mail-server-1.neeseedrob.com Fri Jun 6 12:24:47 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id ED0981A021A for ; Fri, 6 Jun 2014 12:24:47 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.347 X-Spam-Level: * X-Spam-Status: No, score=1.347 tagged_above=-999 required=5 tests=[BAYES_50=0.8, J_CHICKENPOX_12=0.6, J_CHICKENPOX_44=0.6, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id khhT9KSKtedH for ; Fri, 6 Jun 2014 12:24:46 -0700 (PDT) Received: from mail-server-1.neeseedrob.com (mail-server-1.neeseedrob.com [204.134.96.165]) by ietfa.amsl.com (Postfix) with ESMTP id 93D511A016F for ; Fri, 6 Jun 2014 12:24:44 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Date: Fri, 06 Jun 2014 12:24:36 -0700 Subject: Prevention and Cure Report Message-ID: <1.2.3.4.20140606031606.3489.51313-Center-9a3c70e7053ad9e75ae389d0d307f59e@mail-server-1.neeseedrob.com> To: From: View Symptoms of Parasite Epidemic Note of Epidemic Warning: Parasites using Human Bodies as personal Feeding Ground Effects: 1. Stomach 2. G.I. Tract 3. Destroys Body from Inside Out >> Scared you might be infected? View Symptoms and Solution Here: http://www.neeseedrob.com/psa/video/epidemic.index National Prevention and Cure Committee to stop further health notifications - write Member Update Systems at_9167 R o a d 1 7 7_Oakwood, OH 45873 or http://www.neeseedrob.com/j4tf.sgt4 This is all way over my head, but I was thinking: "why not use OpenCV's GPU module and take advantage of your GPU to speed it up dramatically?" OpenCV basically have a GPU module that has algorithms like Hough Transforms and what-not written in CUDA and run on CUDA-enabled GPU's. The great thing here is that there is no need to learn any CUDA. Just import the gpu module and start using it. I hope this helps (it should theoretically increase performance by an order of magnitude or more Is there any way, from where you could compare the Coca-Cola text , i.e content from the image. Just don't bother, its not the solution for yours, I need to implement something where I can mark the point of interest from other objects & later on can read the text from that capture. How can I achieve this ? ThanksSounds interesting. Does this algorithm also handle orientation invariance (i.e. if the can doesn't directly face the objective of the camera)? This is one of the major points where my algorithm failedr you could take a few pictures of the 3D-object by rotating (around objects y-axis a can look different from front and backside you would try to find the closest match and estimate its orientation regarding cases where the logo isn't fully visible.Ideally I'd like to apply this algorithm in case of randomly sampled images, where I just have a plain jpeg or png image. Would this algorithm still work in this case, or do I need some special images? Could you provide an example in your answer on how to use it with OpenCV? That would be way coolr I tried to run it using your images, but the coke can in the scene image was probably too small (maybe a higher resolution would work) to extract enough features. If you have trouble with the features change the minHessian parameter (Step 1).Excellent post, thanks for the details! Yes I'ly reduces the size of the images here to reduce bandwidth, but my original images have much better quality. I'll give this a try, but sounds like exactl y what it's made for and much simpler than I agree with @stacker - SIFT is an excellent choice. It's very robust against scale and rotation operations. It 's somewhat robust against perspective deformation (this can be improved as suggested by stacker: a template database with different perspective views of the desired object). Its Achilles' heel in my experience would be strong lighting variations and very expensive computation. I don't know of any Java implementations. I'm aware of an OpenCV implementation and have used a GPU c++/Windows (SiftGPU) implementation suitable for realtime performance. A note of warning: as much as I love SIFT/SURF and what they have done to me, they are patent encumbered. This might be a problem, depending on a number of conditions including geographic location AFAIK.So try OpenCV's ORB or FREAK which have no patent issues. ORB is much faster than SIFT. ORB it is a bit poor with scale and light variations in my experience but test it yourself. How ca n you accept this as an answer... None of the feature descriptors can differentiate bottles from a cans.. They all just view invariant local pattern descriptors. I agree that SIFT,SURF,ORB,FREAK etc. can help you in feature matching but.. What about your other parts of the question like occlusions, Bottle vs Can etc. I hope this is not a complete solution in fact if you would have GOOGLED your problem probably the first result would be this answer only. 3 you are absolutely right! Probably he was fascinated by the performance of SHIFT and forgot that feature extraction and matching wI also agree with @G453, but I think feature matching is still the best starting point. About occlusions, feature matching will have some degree of robustness, 1/3 of the Cola logo visible might be enough for the detection. To filter only the cans cans I would probably do something like Back Projection to detect the metal, I see no other way around using cans distinctive color features. Other than that, maybe its geometry. From RussianBrides@sun.mustardseedcdcsc.com Fri Jun 6 18:44:26 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2BF651A0293 for ; Fri, 6 Jun 2014 18:44:26 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.397 X-Spam-Level: X-Spam-Status: No, score=-0.397 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, GB_I_LETTER=-2, HTML_IMAGE_RATIO_02=0.437, HTML_MESSAGE=0.001, MIME_HTML_MOSTLY=0.428, MPART_ALT_DIFF=0.79, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, URIBL_DBL_SPAM=2.5] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id h8H2KtJE-Nvp for ; Fri, 6 Jun 2014 18:44:25 -0700 (PDT) Received: from sun.mustardseedcdcsc.com (sun.mustardseedcdcsc.com [23.27.48.106]) by ietfa.amsl.com (Postfix) with ESMTP id 4183C1A0268 for ; Fri, 6 Jun 2014 18:44:25 -0700 (PDT) Received: by sun.mustardseedcdcsc.com id hi9nrc0001gr for ; Fri, 6 Jun 2014 21:47:52 -0400 (envelope-from ) MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="8d14fcb5b32ad85" From: "RussianBride Team" To: ipp-archive@megatron.ietf.org Subject: Flirt Live with Sexy Girls on RussianBrides Message-ID: <0.0.0.F9F.1CF81F27EC41B66.AAAB46@sun.mustardseedcdcsc.com> Date: Fri, 6 Jun 2014 21:47:52 -0400 --8d14fcb5b32ad85 Content-Type: text/plain; , --8d14fcb5b32ad85 Content-type: text/html; Chat Free and Easy with Exotic Russian Babes!
Chat Free and Easy with Exotic Russian Babes!
Viktoria Anna Juliya Yana
Juliya Tatyana Irina Irina

Hello,

Hit on thousands of the world's hottest babes FREE with the Swap First Letters Deal on RussianBrides!

Surf the passion on RussianBrides and open the door to scores of wild and sensual beauties waiting to introduce themselves to you

Access your Inbox to view sizzling photos and exciting messages — then REPLY to ALL first letters without charge!

Suck it and see..get in touch for FREE!

GO LIVE, GO WILD!
Unsubscribe from these notifications here
--8d14fcb5b32ad85-- From ipp-bounces@pwg.org Sun Jun 8 17:06:05 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8CEA91B278B for ; Sun, 8 Jun 2014 17:06:05 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.442 X-Spam-Level: X-Spam-Status: No, score=-2.442 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, RP_MATCHES_RCVD=-0.651, SPF_PASS=-0.001, T_DKIM_INVALID=0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Y2gJnOyMNDcf for ; Sun, 8 Jun 2014 17:06:03 -0700 (PDT) Received: from www.pwg.org (www.pwg.org [IPv6:2600:3c01::f03c:91ff:fe70:b03f]) by ietfa.amsl.com (Postfix) with ESMTP id DBE721B278A for ; Sun, 8 Jun 2014 17:06:03 -0700 (PDT) Received: from pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id E70D0855F; Mon, 9 Jun 2014 00:07:16 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: from mail-in7.apple.com (mail-out7.apple.com [17.151.62.29]) by www.pwg.org (Postfix) with ESMTPS id 6A0F784D2 for ; Mon, 9 Jun 2014 00:07:15 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; d=apple.com; s=mailout2048s; c=relaxed/simple; q=dns/txt; i=@apple.com; t=1402272360; x=2266185960; h=From:Sender:Reply-To:Subject:Date:Message-id:To:Cc:MIME-version:Content-type: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=R21GdYiz876YqM7Fd9wIWvH+wErhy2zJtpgr6g2KCgw=; b=zizz3CW+xWEjHMzk8eWn2wPRdNtSudqXoRJiut1IyuRfmKe9K1FR5lkOD4Gk5/RT DMhDDrcLXHDE7VjVnPJ41TnXCj7STedaRkuI2Bg6eHSDIRqdsR9OYllfnBK6wZj3 Hh3JAGSSs0pa4rA8k2CwN9kaw4+CNuOca7x6tfe/T7e6178VxAGgV4WKLbBJEbL0 8ZizEXAQCBZViSNiuUGMvYoOQoF6UmeUiFEkybGjh2aS1LVCamoBmxsubwtSDg6i ih0RVjc1/rBf2qGz6HVlzMH4JthCVkINFYVt6h/+5XrNNd680NA/BpH9n5aMOnql PRWKg2V7NpXjWe+IPfBHnw==; Received: from mail-out.apple.com (bramley.apple.com [17.151.62.49]) (using TLS with cipher RC4-MD5 (128/128 bits)) (Client did not present a certificate) by mail-in7.apple.com (Apple Secure Mail Relay) with SMTP id C5.0F.30831.86AF4935; Sun, 8 Jun 2014 17:06:00 -0700 (PDT) MIME-version: 1.0 Received: from relay5.apple.com ([17.128.113.88]) by local.mail-out.apple.com (Oracle Communications Messaging Server 7.0.5.30.0 64bit (built Oct 22 2013)) with ESMTP id <0N6V00EZ8K9TMAT0@local.mail-out.apple.com> for ipp@pwg.org; Sun, 08 Jun 2014 17:06:00 -0700 (PDT) X-AuditID: 11973e16-f792a6d00000786f-00-5394fa6818d9 Received: from cardamom.apple.com (cardamom.apple.com [17.128.115.94]) (using TLS with cipher RC4-MD5 (128/128 bits)) (Client did not present a certificate) by relay5.apple.com (Apple SCV relay) with SMTP id 6F.DD.31858.86AF4935; Sun, 8 Jun 2014 17:06:00 -0700 (PDT) Received: from [17.153.54.29] (unknown [17.153.54.29]) by cardamom.apple.com (Oracle Communications Messaging Server 7.0.5.30.0 64bit (built Oct 22 2013)) with ESMTPSA id <0N6V006YCK9YVA00@cardamom.apple.com> for ipp@pwg.org; Sun, 08 Jun 2014 17:05:59 -0700 (PDT) From: Michael Sweet Message-id: <86B25B57-A4C5-477D-8DF9-DF96BAEDF38B@apple.com> Date: Sun, 08 Jun 2014 20:05:59 -0400 References: <21E3BAED-3D08-449A-9F93-B35F3F0DEE3F@mnot.net> To: "" X-Mailer: Apple Mail (2.1878.2) X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFjrHLMWRmVeSWpSXmKPExsUiON3OUDfj15RggwcX+S2O7XvJ4sDoMW/x dKYAxigum5TUnMyy1CJ9uwSujMuz17MVHPeouHPhJlMDY7dLFyMnh4SAiUTL2ltMELaYxIV7 69m6GLk4hARmMkmsPPCZGSTBKyAo8WPyPRaIxCQmiWV9rcww3R8Pb4VKTGSSuNz9mhnC6WWS mNbdwwhSxSagJvF7Uh8rSIJZYAqjxOL7/xkh5tpIXJryDmw5i4CqxMbOdewgtjCQ3fdrE1hc SMBa4tyZCWC2iICixM9p2xkhVstLzGg/wQ4yVEJgEptE57aHzBMYBWchuXcWsoUgCWYBbYll C18zQ9gGEk87X7FC2KYST95uZ4OwrSV+znkEVa8oMaX7IfsCRvZVjEK5iZk5upl55nqJBQU5 qXrJ+bmbGCERILaD8eEqq0OMAhyMSjy8Cd2Tg4VYE8uKK3MPMUpzsCiJ8zIUTAoWEkhPLEnN Tk0tSC2KLyrNSS0+xMjEwSnVwHix0SPeoTZyZWK3nWZ49rHWUyG7d3zgdr4kJztB9rT6cjbP i//UN/DfWCullnHQvt/sH9vcbsbnFyZs5w2Q9ku0y9i8oMj/5vt/m6R3izF7z/xlrbud9fDu p6tYZd18fS8umvfm42Jjnp17eiv2zT5r/7jk5GYVl6uC/zwee77xmSb3f3/vwlYlluKMREMt 5qLiRAADfCQNYQIAAA== X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFjrALMWRmVeSWpSXmKPExsUi2FAcp5vxa0qwwbmNehbH9r1kcWD0mLd4 OlMAYxSXTUpqTmZZapG+XQJXxuXZ69kKjntU3Llwk6mBsduli5GTQ0LAROLj4a0sELaYxIV7 69m6GLk4hAQmMkl8bTzGDOH0MklM6+5hBKliE1CT+D2pjxUkwSwwhVFi8f3/YAleARuJS1Pe MUHYBhJvDh4Hs1kEVCU2dq5jB7GFgey+X5vA4kIC1hLnzkwAs0UEFCV+TtvOCHGGvMSM9hPs Exh5ZyHbMQvJXBCbWUBbYtnC18wQtoHE085XrBC2qcSTt9vZIGxriZ9zHjFC2IoSU7ofsi9g ZF/FKFCUmpNYaaqXWFCQk6qXnJ+7iREcloUROxj/L7M6xCjAwajEw5vQPTlYiDWxrLgy9xCj CtCIRxtWX2CUYsnLz0tVEuENfzclWIg3JbGyKrUoP76oNCe1+BCjNAeLkjiv2O4JwUIC6Ykl qdmpqQWpRTBZJg5OqQbGWws3rDcqZWwyD+Vg0WSwT0tnfvr3tOJxZc/MY+fkbfVrZDc+X6n5 pq6gRTk6PbrRcgtfV0NuWcuMk/mr/y/ennakZ1+J4JyJ/tkumhHdHgEcc5n2ntpwtuPTf7Py 1d8bLpe/OiNo/s56Yb6+2KJPOgGr9s24zm9+xP5C4trMa0bHtnioW0xSYinOSDTUYi4qTgQA UJbSKlMCAAA= Subject: [IPP] Fwd: HTTP/1.1: They're done. X-BeenThere: ipp@pwg.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Internet Printing Protocol Workgroup discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1868327314==" Sender: ipp-bounces@pwg.org Errors-To: ipp-bounces@pwg.org --===============1868327314== Content-type: multipart/signed; boundary="Apple-Mail=_1788BE43-29F9-48C6-9443-4BA648FE5B2C"; protocol="application/pkcs7-signature"; micalg=sha1 --Apple-Mail=_1788BE43-29F9-48C6-9443-4BA648FE5B2C Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 All, FYI, here are the new HTTP/1.1 RFCs... Begin forwarded message: > Resent-From: ietf-http-wg@w3.org > From: Mark Nottingham > Subject: HTTP/1.1: They're done. > Date: June 6, 2014 at 10:09:10 PM EDT > To: HTTP Working Group > Cc: TAG List >=20 > Just a quick note - >=20 > The revision of HTTP/1.1=92s specification, obsoleting RFC2616, is = complete. >=20 > See: > http://tools.ietf.org/html/rfc7230 - Message Syntax and Routing > http://tools.ietf.org/html/rfc7231 - Semantics and Content > http://tools.ietf.org/html/rfc7232 - Conditional Requests > http://tools.ietf.org/html/rfc7233 - Range Requests > http://tools.ietf.org/html/rfc7234 - Caching > http://tools.ietf.org/html/rfc7235 - Authentication >=20 > Along with the related documents: > http://tools.ietf.org/html/rfc7236 - Authentication Scheme = Registrations > http://tools.ietf.org/html/rfc7237 - Method Registrations >=20 > Thanks to everyone who has commented upon, reviewed and otherwise = contributed to them over this nearly seven-year(!) effort. >=20 > Special thanks to our Area Directors over the years: Lisa Dusseault, = Alexey Melnikov, Peter Saint-Andre and Barry Leiba, along with Yves = Lafon, who helped edit Range Requests. >=20 > Finally, please warmly thank both Roy Fielding and Julian Reschke the = next time you see them (I believe beer would be appreciated); the amount = of effort that they put into these documents is far, far more than they = originally signed up for, and they=92ve done an excellent job. >=20 > Now, onwards to HTTP/2... >=20 > P.S. This document set=92s completion also has enabled the publication = of these related non-WG documents: > http://tools.ietf.org/html/rfc7238 - The Hypertext Transfer Protocol = Status Code 308 (Permanent Redirect) > http://tools.ietf.org/html/rfc7239 - Forwarded HTTP Extension > http://tools.ietf.org/html/rfc7240 - Prefer Header for HTTP >=20 > -- > Mark Nottingham http://www.mnot.net/ >=20 >=20 >=20 >=20 _________________________________________________________ Michael Sweet, Senior Printing System Engineer, PWG Chair --Apple-Mail=_1788BE43-29F9-48C6-9443-4BA648FE5B2C Content-Disposition: attachment; filename=smime.p7s Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIPJTCCBN0w ggPFoAMCAQICEHGS++YZX6xNEoV0cTSiGKcwDQYJKoZIhvcNAQEFBQAwezELMAkGA1UEBhMCR0Ix GzAZBgNVBAgMEkdyZWF0ZXIgTWFuY2hlc3RlcjEQMA4GA1UEBwwHU2FsZm9yZDEaMBgGA1UECgwR Q29tb2RvIENBIExpbWl0ZWQxITAfBgNVBAMMGEFBQSBDZXJ0aWZpY2F0ZSBTZXJ2aWNlczAeFw0w NDAxMDEwMDAwMDBaFw0yODEyMzEyMzU5NTlaMIGuMQswCQYDVQQGEwJVUzELMAkGA1UECBMCVVQx FzAVBgNVBAcTDlNhbHQgTGFrZSBDaXR5MR4wHAYDVQQKExVUaGUgVVNFUlRSVVNUIE5ldHdvcmsx ITAfBgNVBAsTGGh0dHA6Ly93d3cudXNlcnRydXN0LmNvbTE2MDQGA1UEAxMtVVROLVVTRVJGaXJz dC1DbGllbnQgQXV0aGVudGljYXRpb24gYW5kIEVtYWlsMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8A MIIBCgKCAQEAsjmFpPJ9q0E7YkY3rs3BYHW8OWX5ShpHornMSMxqmNVNNRm5pELlzkniii8efNIx B8dOtINknS4p1aJkxIW9hVE1eaROaJB7HHqkkqgX8pgV8pPMyaQylbsMTzC9mKALi+VuG6JG+ni8 om+rWV6lL8/K2m2qL+usobNqqrcuZzWLeeEeaYji5kbNoKXqvgvOdjp6Dpvq/NonWz1zHyLmSGHG TPNpsaguG7bUMSAsvIKKjqQOpdeJQ/wWWq8dcdcRWdq6hw2v+vPhwvCkxWeM1tZUOt4KpLoDd7Nl yP0e03RiqhjKaJMeoYV+9Udly/hNVyh00jT/MLbu9mIwFIws6wIDAQABo4IBJzCCASMwHwYDVR0j BBgwFoAUoBEKIz6W8Qfs4q8p74Klf9AwpLQwHQYDVR0OBBYEFImCZ33EnSZwAEu0UEh83j2uBG59 MA4GA1UdDwEB/wQEAwIBBjAPBgNVHRMBAf8EBTADAQH/MB0GA1UdJQQWMBQGCCsGAQUFBwMCBggr BgEFBQcDBDARBgNVHSAECjAIMAYGBFUdIAAwewYDVR0fBHQwcjA4oDagNIYyaHR0cDovL2NybC5j b21vZG9jYS5jb20vQUFBQ2VydGlmaWNhdGVTZXJ2aWNlcy5jcmwwNqA0oDKGMGh0dHA6Ly9jcmwu Y29tb2RvLm5ldC9BQUFDZXJ0aWZpY2F0ZVNlcnZpY2VzLmNybDARBglghkgBhvhCAQEEBAMCAQYw DQYJKoZIhvcNAQEFBQADggEBAJ2Vyzy4fqUJxB6/C8LHdo45PJTGEKpPDMngq4RdiVTgZTvzbRx8 NywlVF+WIfw3hJGdFdwUT4HPVB1rbEVgxy35l1FM+WbKPKCCjKbI8OLp1Er57D9Wyd12jMOCAU9s APMeGmF0BEcDqcZAV5G8ZSLFJ2dPV9tkWtmNH7qGL/QGrpxp7en0zykX2OBKnxogL5dMUbtGB8SK N04g4wkxaMeexIud6H4RvDJoEJYRmETYKlFgTYjrdDrfQwYyyDlWjDoRUtNBpEMD9O3vMyfbOeAU TibJ2PU54om4k123KSZB6rObroP8d3XK6Mq1/uJlSmM+RMTQw16Hc6mYHK9/FX8wggUaMIIEAqAD AgECAhBtGeqnGU9qMyLmIjJ6qnHeMA0GCSqGSIb3DQEBBQUAMIGuMQswCQYDVQQGEwJVUzELMAkG A1UECBMCVVQxFzAVBgNVBAcTDlNhbHQgTGFrZSBDaXR5MR4wHAYDVQQKExVUaGUgVVNFUlRSVVNU IE5ldHdvcmsxITAfBgNVBAsTGGh0dHA6Ly93d3cudXNlcnRydXN0LmNvbTE2MDQGA1UEAxMtVVRO LVVTRVJGaXJzdC1DbGllbnQgQXV0aGVudGljYXRpb24gYW5kIEVtYWlsMB4XDTExMDQyODAwMDAw MFoXDTIwMDUzMDEwNDgzOFowgZMxCzAJBgNVBAYTAkdCMRswGQYDVQQIExJHcmVhdGVyIE1hbmNo ZXN0ZXIxEDAOBgNVBAcTB1NhbGZvcmQxGjAYBgNVBAoTEUNPTU9ETyBDQSBMaW1pdGVkMTkwNwYD VQQDEzBDT01PRE8gQ2xpZW50IEF1dGhlbnRpY2F0aW9uIGFuZCBTZWN1cmUgRW1haWwgQ0EwggEi MA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQCShIRbS1eY1F4vi6ThQMijU1hfZmXxMk73nzJ9 VdB4TFW3QpTg+SdxB8XGaaS5MsTxQBqQzCdWYn8XtXFpruUgG+TLY15gyqJB9mrho/+43x9IbWVD jCouK2M4d9+xF6zC2oIC1tQyatRnbyATj1w1+uVUgK/YcQodNwoCUFNslR2pEBS0mZVZEjH/CaLS TNxS297iQAFbSGjdxUq04O0kHzqvcV8H46y/FDuwJXFoPfQP1hdYRhWBPGiLi4MPbXohV+Y0sNsy fuNK4aVScmQmkU6lkg//4LFg/RpvaFGZY40ai6XMQpubfSJj06mg/M6ekN9EGfRcWzW6FvOnm//B AgMBAAGjggFLMIIBRzAfBgNVHSMEGDAWgBSJgmd9xJ0mcABLtFBIfN49rgRufTAdBgNVHQ4EFgQU ehNOAHRbxnhjZCfBL+KgW7x5xXswDgYDVR0PAQH/BAQDAgEGMBIGA1UdEwEB/wQIMAYBAf8CAQAw EQYDVR0gBAowCDAGBgRVHSAAMFgGA1UdHwRRME8wTaBLoEmGR2h0dHA6Ly9jcmwudXNlcnRydXN0 LmNvbS9VVE4tVVNFUkZpcnN0LUNsaWVudEF1dGhlbnRpY2F0aW9uYW5kRW1haWwuY3JsMHQGCCsG AQUFBwEBBGgwZjA9BggrBgEFBQcwAoYxaHR0cDovL2NydC51c2VydHJ1c3QuY29tL1VUTkFkZFRy dXN0Q2xpZW50X0NBLmNydDAlBggrBgEFBQcwAYYZaHR0cDovL29jc3AudXNlcnRydXN0LmNvbTAN BgkqhkiG9w0BAQUFAAOCAQEAhda+eFdVbTN/RFL+QtUGqAEDgIr7DbL9Sr/2r0FJ9RtaxdKtG3Nu PukmfOZMmMEwKN/L+0I8oSU+CnXW0D05hmbRoZu1TZtvryhsHa/l6nRaqNqxwPF1ei+eupN5yv7i kR5WdLL4jdPgQ3Ib7Y/9YDkgR/uLrzplSDyYPaUlv73vYOBJ5RbI6z9Dg/Dg7g3B080zX5vQvWBq szv++tTJOjwf7Zv/m0kzvkIpOYPuM2kugp1FTahp2oAbHj3SGl18R5mlmwhtEpmG1l1XBxunML5L SUS4kH7K0Xk467Qz+qA6XSZYnmFVGLQh1ZnV4ENAQjC+6qXnlNKw/vN1+X9u5zCCBSIwggQKoAMC AQICEQDlB7dXxclLEedquPvGX8CGMA0GCSqGSIb3DQEBBQUAMIGTMQswCQYDVQQGEwJHQjEbMBkG A1UECBMSR3JlYXRlciBNYW5jaGVzdGVyMRAwDgYDVQQHEwdTYWxmb3JkMRowGAYDVQQKExFDT01P RE8gQ0EgTGltaXRlZDE5MDcGA1UEAxMwQ09NT0RPIENsaWVudCBBdXRoZW50aWNhdGlvbiBhbmQg U2VjdXJlIEVtYWlsIENBMB4XDTEzMTIxNzAwMDAwMFoXDTE0MTIxNzIzNTk1OVowITEfMB0GCSqG SIb3DQEJARYQbXN3ZWV0QGFwcGxlLmNvbTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEB ANdvQYZRCVzc0wIYvIOn/0Pv7zUwuIvbAfM/W3FyemqZx3fdKxX4WxN2x5NC3hhBHGrUWirJH7rl 6It12bGQ61uHAK5jsJikV5k+mOYjZaKNIKxj0uYIk3MKQmsmM8t3nddq5mp2mxwV/U7AFPTz1fgh dkqTb/NkHY5eA8KqksaeqwfMgoaiGVeCUhptWnXosca8PAkb+i9u5rEok5zgY+QP0IuWLJENfA4q dEMsH+OAwMGOv9fNCgcdapFnjeSYaj70m6qUiq446+8a2rhUsEUKQayOMgjnm2bgUuNx7pOvs/Jg zIlZoTz/llmE1HWREGzSjRnLWwQ98fspfeZWA+8CAwEAAaOCAeAwggHcMB8GA1UdIwQYMBaAFHoT TgB0W8Z4Y2QnwS/ioFu8ecV7MB0GA1UdDgQWBBTtKBJoG9kxZisTqJg4+wr12l4stjAOBgNVHQ8B Af8EBAMCBaAwDAYDVR0TAQH/BAIwADAgBgNVHSUEGTAXBggrBgEFBQcDBAYLKwYBBAGyMQEDBQIw EQYJYIZIAYb4QgEBBAQDAgUgMEYGA1UdIAQ/MD0wOwYMKwYBBAGyMQECAQEBMCswKQYIKwYBBQUH AgEWHWh0dHBzOi8vc2VjdXJlLmNvbW9kby5uZXQvQ1BTMFcGA1UdHwRQME4wTKBKoEiGRmh0dHA6 Ly9jcmwuY29tb2RvY2EuY29tL0NPTU9ET0NsaWVudEF1dGhlbnRpY2F0aW9uYW5kU2VjdXJlRW1h aWxDQS5jcmwwgYgGCCsGAQUFBwEBBHwwejBSBggrBgEFBQcwAoZGaHR0cDovL2NydC5jb21vZG9j YS5jb20vQ09NT0RPQ2xpZW50QXV0aGVudGljYXRpb25hbmRTZWN1cmVFbWFpbENBLmNydDAkBggr BgEFBQcwAYYYaHR0cDovL29jc3AuY29tb2RvY2EuY29tMBsGA1UdEQQUMBKBEG1zd2VldEBhcHBs ZS5jb20wDQYJKoZIhvcNAQEFBQADggEBABg5KLQK5u9gGI75u+vYH/i6uMDKlpTILO/r/FpN2ibq pwAB2ln9oKvPIA1/r3o+DBC87TqnlJAiPW4ADFHpRmqlprb0Tu9p98nP/wl5tBZjEP8dY4iH0TB3 B2r9JHwRwwJQ20CqJpuCn9dmvL215sZSqvJfluVlIcAQCLxp3ZKMIC2pNKitswdjjHduaKuj2TMe xrzMtrRGRtFF9pcMcnsqE2QtJUqXPV7/M4WT2yRUmI4ThPt9O9fmPH2ku52hdb6t4qXvwdQSkDHt xo3J/Vc/jDR2/feedDhQmG0V9j6tHsuG6bVVhcGiWnSmSoPfg13FlQwlxZTyFtiMZ2jILyoxggOu MIIDqgIBATCBqTCBkzELMAkGA1UEBhMCR0IxGzAZBgNVBAgTEkdyZWF0ZXIgTWFuY2hlc3RlcjEQ MA4GA1UEBxMHU2FsZm9yZDEaMBgGA1UEChMRQ09NT0RPIENBIExpbWl0ZWQxOTA3BgNVBAMTMENP TU9ETyBDbGllbnQgQXV0aGVudGljYXRpb24gYW5kIFNlY3VyZSBFbWFpbCBDQQIRAOUHt1fFyUsR 52q4+8ZfwIYwCQYFKw4DAhoFAKCCAdkwGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG 9w0BCQUxDxcNMTQwNjA5MDAwNTU5WjAjBgkqhkiG9w0BCQQxFgQUFEzOrVxIYVckr0dZ3jpGN5sM llYwgboGCSsGAQQBgjcQBDGBrDCBqTCBkzELMAkGA1UEBhMCR0IxGzAZBgNVBAgTEkdyZWF0ZXIg TWFuY2hlc3RlcjEQMA4GA1UEBxMHU2FsZm9yZDEaMBgGA1UEChMRQ09NT0RPIENBIExpbWl0ZWQx OTA3BgNVBAMTMENPTU9ETyBDbGllbnQgQXV0aGVudGljYXRpb24gYW5kIFNlY3VyZSBFbWFpbCBD QQIRAOUHt1fFyUsR52q4+8ZfwIYwgbwGCyqGSIb3DQEJEAILMYGsoIGpMIGTMQswCQYDVQQGEwJH QjEbMBkGA1UECBMSR3JlYXRlciBNYW5jaGVzdGVyMRAwDgYDVQQHEwdTYWxmb3JkMRowGAYDVQQK ExFDT01PRE8gQ0EgTGltaXRlZDE5MDcGA1UEAxMwQ09NT0RPIENsaWVudCBBdXRoZW50aWNhdGlv biBhbmQgU2VjdXJlIEVtYWlsIENBAhEA5Qe3V8XJSxHnarj7xl/AhjANBgkqhkiG9w0BAQEFAASC AQDR1ICNMZBs4dA6SUCSAvaUurNmVKR3T7pJ32wZmPUHD1rlAzbR+HCec9r5LGaRyiYfgKoXTZog 4Y6OOruModl8upmMD/LE2Q4Kn0Oj0kPIFRw9Nh4u8F1+58eHArLCTUVD043ZsJ+YGHpB7LMLJ6AL UFg1u7hYY8hw5tDjtucx8ot5SXeWFCQFtvPrGCpR/inoQfGYe5omy/iHvHRWL9DoLbsxSsVKM+LM QdG03uc/uuhuzL15JqsOOvP/p7B/2fz2+mvz07jyCVAY2qmNktIsNpV4+iM3jXHZrI2oVQ/bnDm+ etQ+NcLFc+CkSSPptUe94prtwOtvHJT92n+ziDHNAAAAAAAA --Apple-Mail=_1788BE43-29F9-48C6-9443-4BA648FE5B2C-- --===============1868327314== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ ipp mailing list ipp@pwg.org https://www.pwg.org/mailman/listinfo/ipp --===============1868327314==-- From AndresMorgan@edynamo.bytevoxonly.com Mon Jun 9 07:55:46 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 513851A01EB for ; Mon, 9 Jun 2014 07:55:46 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.147 X-Spam-Level: X-Spam-Status: No, score=0.147 tagged_above=-999 required=5 tests=[BAYES_50=0.8, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id hl_zVUjYcgey for ; Mon, 9 Jun 2014 07:55:44 -0700 (PDT) Received: from edynamo.bytevoxonly.com (edynamo.bytevoxonly.com [188.210.184.19]) by ietfa.amsl.com (Postfix) with ESMTP id 4419B1A01D8 for ; Mon, 9 Jun 2014 07:55:38 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Reply-to: Date: Mon, 09 Jun 2014 07:55:19 -0700 To: Subject: PSA: signal of a heart attack From: Heart Attack Prevention Research Message-ID: Scared Straight: 4 warning-signs of Heart Attack You probably think it will never happen to you. But the truth is chances are you or your spouse will probably die from heart disease or a heart attack. Will you recognize your heart attack? http://www.bytevoxonly.com/cdc/prevention-346574374563643.heart ---------------------------------------- Knowing the warning signs you can live to see tomorrow. ---------------------------------------- 1 in 4 people die of heart disease. http://www.bytevoxonly.com/cdc/prevention-346574374563643.heart [2014 Heart Association Press > Prevention > Signs] The intention of this message was not to scare you but to open your eyes to the fact that this is a serious matter and prevention is the best defense. - This is Form: HTR -CDC- Heart Association - 1003 12th ave. Kearney | NE | 68845 | Rm-Settings/ http://www.bytevoxonly.com/i-m.b6 - ; ; ; ; ; ; ; Hi, Re: Usually linux detects this sort of stuff. All you most likley have to do is open internet connections and select the adapter, and enter a few details. If you are really stuck, I can run my Kubuntu it's KDE and make a short video on how its done, It wont be exactly the same but it will give you an idea. Failing that I guess I can download Sabayon 14.05 KDE and try it out then report back here in a few days. Your Pc should run any linux without too much effort. . Sorry I cant help you much more. Like I said Give me a few days. I am not well atm and am in and out of hospital a few times a week and while I can use their WiFi to surf the net they frown on downloading stuff. I've never used Sabayon before either, but heard it's got native support for just about everything.. including Nvidia/ATi graphics. Not sure that will matter much, thought I read somewhere on the site that native support is NOT possible on legacy cards (like my GeForce 6200). I could just download Mint (what's the latest release now? 16 or 17 I think?). I've done Ubuntu before as well as Mint, so no problem for me to find my way about with either one. WiFi however is what's been causing me nothing more than a headache. The device is detected just fine when I run lsusb command. But when I open internet connections there is nothing there. Or it may show onboard ethernet port with a status of "disconnected cable" just as Windows would in the same situation. Readout from lsusb Bus 005 Device 004: ID 046d:c05a Bus 005 Device 002: ID 046d:c31c Bus 001 Device 002: ID 0b05:17ab Thank you From SawyerPena@erhbeltway.tiepot.com Mon Jun 9 08:33:46 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 51CD01A0224 for ; Mon, 9 Jun 2014 08:33:46 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 4.381 X-Spam-Level: **** X-Spam-Status: No, score=4.381 tagged_above=-999 required=5 tests=[BAYES_60=1.5, FB_REFI=3.534, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id oXFVWQ9z5HY4 for ; Mon, 9 Jun 2014 08:33:45 -0700 (PDT) Received: from erhbeltway.tiepot.com (erhbeltway.tiepot.com [188.210.184.37]) by ietfa.amsl.com (Postfix) with ESMTP id 4B8551A0238 for ; Mon, 9 Jun 2014 08:33:38 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit To: Date: Mon, 09 Jun 2014 08:33:41 -0700 Subject: Adjusted as if June 09 2014 Message-ID: <20140608212646.31233.62773-634-20140608212646.31233.62773@erhbeltway.tiepot.com> From: Reduced Monthly Payment (Obama's Refi Plan - Calculate your new payment) [Current Low Rate: 2.99% FIXED] ------------------------------------------------ For: ipp-archive@megatron.ietf.org Obama's new program is intended to assist homeowners just like you by lowering your home-payment. [UPDATE: The official calculator is complimentary and open for you to use.] Your new-Savings/payment can be seen below: :: http://www.tiepot.com/port-ug553/2-6453/724-US-745.index =------------------------------------------------------------------------ = You have NOT used the quick-calculator to determine your savings. = =------------------------------------------------------------------------ Thank You, US Calculator By TCP-Connect to modify sub status write One One Two Park Slope Clifton, NJ 0 7 0 1 1 or visit- http://www.tiepot.com/head/564/7.html [Internal-Use-Only] The following code does work how I need it to, but it's ugly, excessive or a number of other things. I've looked at formulas and attempted to write a few solutions, but I end up with a similar amount of statements. Is there a type of math formula that would benefit me in this instance or are 16 if statements acceptable? To explain the code, it's for a kind of simultaneous-turn-based game.. two players have four action buttons each and the results come from an array (0-3), but the variables 'one' & 'two' can be assigned anything if this helps. The result is, 0 = neither win, 1 = p1 wins, 2 = p2 wins, 3 = both win. public int fightMath(int one, int two) { if(one == 0 && two == 0) { result = 0; } else if(one == 0 && two == 1) { result = 0; } else if(one == 0 && two == 2) { result = 1; } else if(one == 0 && two == 3) { result = 2; } else if(one == 1 && two == 0) { result = 0; } else if(one == 1 && two == 1) { result = 0; } else if(one == 1 && two == 2) { result = 2; } else if(one == 3 && two == 2) { result = 3; } else if(one == 3 && two == 3) { result = 3; } After reading the answers @Steve Benett provided in his alternate question linked above I can assume there is no straight forward formula answer to this as it is essentially the same as a database. I attempted to explain in the original question 3 that I was making a simple game (fighter) and users have a selection of 4 buttons: blockHigh(0), 2 blockLow(1), attackHigh(2) and attackLow(3). These numbers are held in an array until needed. Later on they are used by the function 'fightMath()' which calls playerOne's selections against From VictoriaCobb@cityofspearfish-com.mooacidic.com Mon Jun 9 10:20:38 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2685D1A0282 for ; Mon, 9 Jun 2014 10:20:38 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.288 X-Spam-Level: X-Spam-Status: No, score=0.288 tagged_above=-999 required=5 tests=[BAYES_50=0.8, RCVD_IN_SBL=0.141, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id WUrbbmwXaK4R for ; Mon, 9 Jun 2014 10:20:36 -0700 (PDT) Received: from cityofspearfish-com.mooacidic.com (cityofspearfish-com.mooacidic.com [159.253.250.52]) by ietfa.amsl.com (Postfix) with ESMTP id 897D71A027F for ; Mon, 9 Jun 2014 10:20:33 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Date: Mon, 09 Jun 2014 10:20:31 -0700 Subject: DocOz Spotlight: The Belly-Fat Cure To: Message-ID: <20140608231957.1032.98446-634-20140608231957.1032.98446@cityofspearfish-com.mooacidic.com> From: DrOz Plan for Slimming Down The Cure for Belly-Fat On Today's DocOz Episode ~~~~~~~~~~~~~~~~~~~~~~~~~~ DocOz is Supporting the Simple Guide that makes losing 1-lb a day effortless. He's not joking, thats 30-lbs in 30-days w/out working-out. DocOz Talks about the cure Here -> http://www.mooacidic.com/droz/never/fat/again.index DocOz Episode Recap- June 9, 2014 to stop further wellness notifications - write Member Update Systems 9167 ROAD 177-O a k w o o d, Ohio 4 5 8 7 3 or http://www.mooacidic.com/4otj/skdftg.hlrge4 That's a great suggestion, I especially like the fact that this algorithm should be pretty fast, even if it will probably have many false negatives. One of my hidden goals is to use this detection in real-time for robotics, so that could be a good compromise, it is often forgotten (in a field characterized by precision) that approximation algorithms are essential for most real-time, eal-world-modeling tasks. (I based my thesis on this concept.) Save your me-demanding algorithms for limited regions (to prune false positives). nd remember: in robotics you're usually ot limited to a single image. Assuming a mobile robot, a fast alg can earch dozens of images from different angles in less time than ophisticated algs spend on one, significantly reducing false egatives.I like the idea of using what amounts to a barcode scanner for extremely ast detection ologos. +1! The problem of looking for ignatures in this case is that if we turn the can to the other side, i.e. hiding the signature, the algorithm will fail to detect the can. If you hide the signature, i.e. the logo, then any method based on looking for the logo is going to fail. p I'm aware of that, thank you. English is not my native language. I think what you may have meant to say is "imagine if you turn the can 90 degrees so that only part of the logo is visible." You can overcome that by taking three scan lines (top, middle and bottom of logo) - if any part of the logo is visible, you can see at least one of these. Nice workaround, but the signature method has other limitations, for instance, if the lab el of the can is a little bit damaged or if the can is a little bit smashed, the detection will fail. The reality is that this question is a tough research problem. It's too complex and it's current format invites extended discussion. People don' t realize that there are experts researching this type of thing in a daily basis. e problem ain't going to be solved in a SO thread. I think we can all agree is is a damned interesting question anyway. , but that doesn't necessarily mean that it is appropriate to this Q&A site. Well, we already discussed this subject a lot on meta, no reason to do it here again. My argument was ditched en a moderator said that if people liked it then we should keep it. You uld make this algorithm recognize the can's shape if you add some itional steps: if you signature is detected, have an array of gths that you expect the can to find (and expect not to find) th d can at for a number of intervals over the signature's length. can down the signature line, then outwards, testing to see if the ixels are the expected color. Additional thought: you'd probably ed a set of signatures to make the shape detection work, becau e you can't assume that the can is facing directly towards the ct of the face of the can, but that's probably going down a long, dark road Any idea what to Google if I want to build something using this approach? that's a pretty wide open question. What i have described is a fairly elementary application of the fiel d of "Digital Image Processing" for which you will find numerou s books at Amazon. Start reading some of that literature and if you run into a specific roadblock, post a more specific questi on here on SO (but not in the comments). From LoganSharp@fasthosts.jabspasm.com Mon Jun 9 11:21:28 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1738A1A02AE for ; Mon, 9 Jun 2014 11:21:28 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.553 X-Spam-Level: X-Spam-Status: No, score=-2.553 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id jlINWcBuNAnU for ; Mon, 9 Jun 2014 11:21:25 -0700 (PDT) Received: from fasthosts.jabspasm.com (fasthosts.jabspasm.com [207.66.84.191]) by ietfa.amsl.com (Postfix) with ESMTP id B7B3F1A02B0 for ; Mon, 9 Jun 2014 11:21:24 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit To: From: Policy No 47-39393a Subject: June Monthly Premium: secure payout Message-ID: <20140609011754.2445.15912.JavaMail.Logan@fasthosts.jabspasm.com> Date: Mon, 09 Jun 2014 11:21:24 -0700 Mid-Year Policy Update Generated for Ipp-archive RE: Updated Rates Available - Update policy while your healthy / http://www.jabspasm.com/policy/update/info.index Different Life Stages and Experiences offer different benefits. ~ Living the Single Life? ~ Getting Married? ~ Planning for Retirement? See how your policy is affected by this -> http://www.jabspasm.com/policy/update/info.index to modify message settings w/ Member Update Systems write--9167 ROAD 177-O a k w o o d, O h i o -45873 or http://www.jabspasm.com/w4kt.wre3 Also, scraping fairly regularly formatted data from large documents is going to be WAY faster with judicious use of scan & regex than any generic parser. And if you are comfortable with coding regexes, way faster to code than coding xpaths. And almost certainly less fragile to changes in what you are scraping. Less fragile"? Almost certainly not. Regexes care about text-formatting details than an XML parser can silently ignore. Switching between &foo; encodings and CDATA sections? Using an HTML minifier to remove all whitespace in your document that the browser doesn't render? An XML parser won't care, and neither will a well-written XPath statement. A regex-based "parser", on the other h @xiaomao indeed, if having to know all the gotchas and workarounds to get an 80% solution that fails the rest of the time "works for you", I can't stop you. Meanwhile, I'm over on my side of the fence using parsers that work on 100% of syntactically valid XML. Charles Duffy Jul 12 '12 at 16:07I once had to pull some data of pages, all with the same HTML template. They were littered with HTML errors that caused parsers to choke, and all their styling was inline or with etc.: no classes or IDs to help navigate the DOM. After fighting all day with the "right" approach, I finally switched to a regex solution and had it working in an hour. you can use tidy to create valid XHTML Using regex on a large page to get all the data in a large table is much faster than using Paris Hilton might surprise us all one day. You never know. definitely less fragile. When the third-party changes their html, they are much more likely to change the structure (breaking your xpaths) than the leaf nodes you are scraping. Scraping is not parsing. Scraping is pulling specific bits of data from a puddle of designer contaminated crap you don't care about. You DO NOT WANT to parse that puddle. You want to do only the absolute minimum amount of "parsing" that will get you your data. You don't CARE about the structure. You care about your , all with the same HTML template. They were littered with HTML errors that caused parsers to choke, and all their styling was inline or o classes or IDs to help navigate the DOM. After fighting all day with the "right" approach, I finally switched to a regex solution and had it working in an hThe OP is asking to parse a very limited subset of XHTML: start tags. What makes (X)HTML a CFG is its potential to have elements between the start a nd end tags of other elements (as in a grammar rule A -> s A e). (X)HTML does not have this property within a start tag: a start tag cannot co From GenesisStevenson@cookequipment.huealb.com Mon Jun 9 11:49:58 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AF4EE1A02D0 for ; Mon, 9 Jun 2014 11:49:58 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.553 X-Spam-Level: X-Spam-Status: No, score=-2.553 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 23FD1pFW-hsF for ; Mon, 9 Jun 2014 11:49:57 -0700 (PDT) Received: from cookequipment.huealb.com (cookequipment.huealb.com [207.66.84.207]) by ietfa.amsl.com (Postfix) with ESMTP id E699E1A029F for ; Mon, 9 Jun 2014 11:49:56 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Date: Mon, 09 Jun 2014 11:49:56 -0700 Message-ID: <.ipp-archive@megatron.ietf.org> From: Celebrity Secrets To: Reply-to: Subject: Rachael and DocOz: How to drop 1lb / day Celebrity Findings - Updated 06-08-2014 21:47:51 The #1 shared story trending this week: Summary: Check out what celebs are raving about. How to slim down in time for Summer Rachael and Oz Team Up to explain -- ( http://www.huealb.com/celeb/rachel/drops/30.html ) With all the hype going on because of this video, more than likely you will love this too. "For people looking to end dieting for good, they need to see ASAP." -- Racheal Raymor Enjoy Your Skinny Summer, Team Rachael and Partners This are article was published under these tags: OZVideo, Rachael, Drop 3 sizes, Ray, SlimDown, HolidayFit, Episode-243, Most Re-Tweeted, Liked on Facebook . . . http://www.huealb.com/celeb/rachel/drops/30.html to alter notification settings with member update systems-write-9 1 6 7 road 1 7 7-oakwood-ohio-45873 or http://www.huealb.com/3rf/544t/wr52f.html escribes, so-called "regular expressions" can check for prime numbers in unary, which is certainly something that a regular expression from CS theory can't accomplish. the same "only if" applies to all CFGs, does it not? I.e. if the (X)HTML input is not well-formed, not even a full-blown XML parser will work reliably. Maybe if you give examples of the "(X)HTML syntax errors implemented in real world user agents" you're referring to, I'll understand what you're getting at better. 26 @AdamMihalcin is exactly right. Most extant regex engines are more powerful than Chomsky Type 3 grammars (eg non-greedy matching, backrefs). Some regex engines (such as Perl's) are Turing complete. It's true that even those are poor tools for parsing HTML, but this oft-cited argument is not the reason why. "full and short" answer here. It leads people to learn basics of formal grammars and languages and hopefully some maths so they will not wast time on hopeless things like solving NP-tasks in polynomial timt's massive. My biggest question is why? You realize that all modern languages have XML parsers, right? You can do all that in like 3 lines and be sure it'll work. Furthermore, do you also realize that pure regex is provably unable to do certain things? Unless you've created a hybrid regex/imperative code parser, but it doesn't look like you have. Well, we're talking about the theoretical limits of the language; it's not like we just haven't figured out how to do it yet. If you u se pure regex, there's always goingParser is by definition bug free, while a Regex isn't? Because if an Xml Parser isn't bug free by definition there could be an xml that make it crash and we are back to step 0. Let say this: both the Xml Parser and this Regex try to be able to parse all the "legal" XML. They CAN parse some "illegal" XML. Bugs could crash both of thease, it isn't a regular expression proper. If it uses backtracking at all, or for whatever reason cannot be expressed in terms of empty strings, literals, and the empty set with concatenations, alternations, Kleene stars thereof (inductive concatenations), then it isn't formally regular. A lot of people here seem to think that all "regular expressions" are true, formal regular expressions. It's true that Thompson NFA regular expressions are not true regular expressions,he other problem with code like this is your serverside code has to deal with placeholder text as empty input, which has problems with edge cases where yo u want to enter a town called "Town". Instead of checking values against the placeholder text you should really use a data-modified flag on the input, and then clear the input on form submit if the flag is not set. And for AJAX interfaces you may not even have a form, so you should be able to associate an arbitrary submission event with the input. From LukasButler@cookequipment.huealb.com Mon Jun 9 11:52:23 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 67C281A02D0 for ; Mon, 9 Jun 2014 11:52:23 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.755 X-Spam-Level: X-Spam-Status: No, score=0.755 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RAZOR2_CF_RANGE_51_100=0.5, RAZOR2_CF_RANGE_E8_51_100=1.886, RAZOR2_CHECK=0.922, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wUDBYWsftaXH for ; Mon, 9 Jun 2014 11:52:21 -0700 (PDT) Received: from cookequipment.huealb.com (cookequipment.huealb.com [207.66.84.207]) by ietfa.amsl.com (Postfix) with ESMTP id 2826D1A02BA for ; Mon, 9 Jun 2014 11:52:21 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit To: Message-ID: <20140609053656.6926.9492-634-20140609053656.6926.9492@cookequipment.huealb.com> Date: Mon, 09 Jun 2014 11:52:21 -0700 Subject: Rachael and DocOz: How to drop 1lb / day From: Trending Now Celebrity Findings - Updated 06-09-2014 01:36:56 The #1 shared story trending this week: Summary: Check out what celebs are raving about. How to slim down in time for Summer Rachael and Oz Team Up to explain -- ( http://www.huealb.com/celeb/rachel/drops/30.html ) With all the hype going on because of this video, more than likely you will love this too. "For people looking to end dieting for good, they need to see ASAP." -- Racheal Raymor Enjoy Your Skinny Summer, Team Rachael and Partners This are article was published under these tags: OZVideo, Rachael, Drop 3 sizes, Ray, SlimDown, HolidayFit, Episode-243, Most Re-Tweeted, Liked on Facebook . . . http://www.huealb.com/celeb/rachel/drops/30.html to alter notification settings with member update systems-write-9 1 6 7 road 1 7 7-oakwood-ohio-45873 or http://www.huealb.com/3rf/544t/wr52f.html escribes, so-called "regular expressions" can check for prime numbers in unary, which is certainly something that a regular expression from CS theory can't accomplish. the same "only if" applies to all CFGs, does it not? I.e. if the (X)HTML input is not well-formed, not even a full-blown XML parser will work reliably. Maybe if you give examples of the "(X)HTML syntax errors implemented in real world user agents" you're referring to, I'll understand what you're getting at better. 26 @AdamMihalcin is exactly right. Most extant regex engines are more powerful than Chomsky Type 3 grammars (eg non-greedy matching, backrefs). Some regex engines (such as Perl's) are Turing complete. It's true that even those are poor tools for parsing HTML, but this oft-cited argument is not the reason why. "full and short" answer here. It leads people to learn basics of formal grammars and languages and hopefully some maths so they will not wast time on hopeless things like solving NP-tasks in polynomial timt's massive. My biggest question is why? You realize that all modern languages have XML parsers, right? You can do all that in like 3 lines and be sure it'll work. Furthermore, do you also realize that pure regex is provably unable to do certain things? Unless you've created a hybrid regex/imperative code parser, but it doesn't look like you have. Well, we're talking about the theoretical limits of the language; it's not like we just haven't figured out how to do it yet. If you u se pure regex, there's always goingParser is by definition bug free, while a Regex isn't? Because if an Xml Parser isn't bug free by definition there could be an xml that make it crash and we are back to step 0. Let say this: both the Xml Parser and this Regex try to be able to parse all the "legal" XML. They CAN parse some "illegal" XML. Bugs could crash both of thease, it isn't a regular expression proper. If it uses backtracking at all, or for whatever reason cannot be expressed in terms of empty strings, literals, and the empty set with concatenations, alternations, Kleene stars thereof (inductive concatenations), then it isn't formally regular. A lot of people here seem to think that all "regular expressions" are true, formal regular expressions. It's true that Thompson NFA regular expressions are not true regular expressions,he other problem with code like this is your serverside code has to deal with placeholder text as empty input, which has problems with edge cases where yo u want to enter a town called "Town". Instead of checking values against the placeholder text you should really use a data-modified flag on the input, and then clear the input on form submit if the flag is not set. And for AJAX interfaces you may not even have a form, so you should be able to associate an arbitrary submission event with the input. From JaxonOrtiz@mx2c2soho.saprepnim.com Mon Jun 9 12:37:01 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6851E1A02E2 for ; Mon, 9 Jun 2014 12:37:01 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.755 X-Spam-Level: X-Spam-Status: No, score=0.755 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RAZOR2_CF_RANGE_51_100=0.5, RAZOR2_CF_RANGE_E8_51_100=1.886, RAZOR2_CHECK=0.922, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id MuUGYTVO7T73 for ; Mon, 9 Jun 2014 12:36:57 -0700 (PDT) Received: from mx2c2soho.saprepnim.com (mx2c2soho.saprepnim.com [207.66.84.178]) by ietfa.amsl.com (Postfix) with ESMTP id 5A35D1A0342 for ; Mon, 9 Jun 2014 12:36:35 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Message-ID: <20140609005012.2067.89288.9346.65.cb995ceed212341047082dbb7aef150d.hub@mx.saprepnim.com> Subject: The Plan for Slimming Down From: The Body Fat Cure To: Date: Mon, 09 Jun 2014 12:36:35 -0700 Have you always dreamed of there being a cure for Body-Fat? Well, DocOz shows you the 1-Step Cure that has arrived... This simple guide will have you effortlessly losing 1lb per day. (This cure does not involve the gym or starving) Social Media is going so crazy over this, and DrOz revealed it officially on yesterday's episode. View Episode Clip -> http://www.saprepnim.com/slim/down/episode/Oz.video Dr.Oz doesnt want the recognition, he just wants you to start enjoying your life. Enjoy, DocOz Team to alter notification settings w/ member update systems write "stop" to 9167 ROAD 177 Oakwood, OH 45873 or visit http://www.saprepnim.com/34t/7iu3.h5e3 that's correct. It's known as session fixation hack. Please note that this is not specific to JSP/Servlet. All other server side languages which maintains the session by a cookie are sensitive as well, like PHP with PHPSESSID cookie, ASP.NET with ASP.NET_SessionID cookie, etcetera. That's also why URL rewriting with ;jsessionid=xxx as someby other means in webpages so that the unaware enduser won't be attacked What would be the threshhold value to say an image is bluryy? I have tested broth has that and I try to avoid sodium. You could also add garlic or whatever other seasonings you would like. XML isn't always the answer. CSV is the right format for the job when you have a lot of dense, tabular data (i.e. a spreadsheet). Those tags introduce a lot of overhead, and if each and every line has an identical format, there is no need to be explicit about what each and every value represents. XML is great when you have complicated hierarchical data, or records with optional fields. That isn't always the case. Adam Jaskiewicz Apr 20 '09 at 20:00 In theory the "tags" introduce a bit of overhead but I can't think of any real life application where it start to be a problem. Do you have any practical examples? To work on data one should use an database instead of csv. if we speak about data serialization (backups, data interchange), will it matter if parsing takes a week instead Basically, any situation in which you have data that is best represented by a table. Say you have data from a dozen different sensors that you sample every so often, and you record the timestamp and the value of each of the sensors at that time. Each record is identical: timestamp, sensor0, sensor1, ... sensor11. XML is great for representing complex, irregular data, but it is a rather heavyweight format that does not fit every single situation.Some people see a problem, and they say "I know, I'll use XML!" Now they have two problems. I totally agree that xml is not an answer for everything. Especially It is not well suited as a database replacement no r for configuration files. But here the question was about data interchange for which XML was designed for.It depends what the data is, more than what it is used for. I don't know what data is being transferred, so I'm not sure if CSV is the most appropriate, but if it really is regular, tabular data, a tabular format simply makes more sense than a hierarchical format. Quite often people shoehorn data that should be XML into another format, but I think the opposite is just as bad, and it's a pet peeve of min in practice. Pontiac6000fan's suggestion about using a distance sensor (ultrasonic or radar or whatever) is starting to sound good to me. I'll go toss them an upvote. If the camera is calibrated, I think getting the actual distance should be possible, not just a relative distance.I know both the exact speed and direction of the vehicle to which the camera is attached. It is probable that the other vehicles would be moving so based on your solution if there wa s a stationary landmark (e.g., a building) then I could perform the parallax calculations. Unfortunately there is no guarantee that From LeilaKennedy@mcneesemcneese.dubpat.com Mon Jun 9 12:39:10 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BFEA71A033E for ; Mon, 9 Jun 2014 12:39:10 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.755 X-Spam-Level: X-Spam-Status: No, score=0.755 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RAZOR2_CF_RANGE_51_100=0.5, RAZOR2_CF_RANGE_E8_51_100=1.886, RAZOR2_CHECK=0.922, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5ELFf5q7Ap80 for ; Mon, 9 Jun 2014 12:39:09 -0700 (PDT) Received: from mcneesemcneese.dubpat.com (mcneesemcneese.dubpat.com [207.66.84.187]) by ietfa.amsl.com (Postfix) with ESMTP id 810A41A0318 for ; Mon, 9 Jun 2014 12:39:07 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Subject: (DrOz) Tackling Muffin-tops To: Message-ID: <.ipp-archive@megatron.ietf.org> Reply-to: Date: Mon, 09 Jun 2014 12:39:10 -0700 From: The Body-Fat Cure Have you always dreamed of there being a cure for Body-Fat? Well, DocOz shows you the 1-Step Cure that has arrived... This simple guide will have you effortlessly losing 1lb per day. (This cure does not involve the gym or starving) Social Media is going so crazy over this, and DrOz revealed it officially on yesterday's episode. View Episode Clip -> http://www.dubpat.com/slim/down/episode/Oz.video Dr.Oz doesnt want the recognition, he just wants you to start enjoying your life. Enjoy, DocOz Team to alter notification settings w/ member update systems write "stop" to 9167 ROAD 177 Oakwood, OH 45873 or visit http://www.dubpat.com/34t/7iu3.h5e3 that's correct. It's known as session fixation hack. Please note that this is not specific to JSP/Servlet. All other server side languages which maintains the session by a cookie are sensitive as well, like PHP with PHPSESSID cookie, ASP.NET with ASP.NET_SessionID cookie, etcetera. That's also why URL rewriting with ;jsessionid=xxx as someby other means in webpages so that the unaware enduser won't be attacked What would be the threshhold value to say an image is bluryy? I have tested broth has that and I try to avoid sodium. You could also add garlic or whatever other seasonings you would like. XML isn't always the answer. CSV is the right format for the job when you have a lot of dense, tabular data (i.e. a spreadsheet). Those tags introduce a lot of overhead, and if each and every line has an identical format, there is no need to be explicit about what each and every value represents. XML is great when you have complicated hierarchical data, or records with optional fields. That isn't always the case. Adam Jaskiewicz Apr 20 '09 at 20:00 In theory the "tags" introduce a bit of overhead but I can't think of any real life application where it start to be a problem. Do you have any practical examples? To work on data one should use an database instead of csv. if we speak about data serialization (backups, data interchange), will it matter if parsing takes a week instead Basically, any situation in which you have data that is best represented by a table. Say you have data from a dozen different sensors that you sample every so often, and you record the timestamp and the value of each of the sensors at that time. Each record is identical: timestamp, sensor0, sensor1, ... sensor11. XML is great for representing complex, irregular data, but it is a rather heavyweight format that does not fit every single situation.Some people see a problem, and they say "I know, I'll use XML!" Now they have two problems. I totally agree that xml is not an answer for everything. Especially It is not well suited as a database replacement no r for configuration files. But here the question was about data interchange for which XML was designed for.It depends what the data is, more than what it is used for. I don't know what data is being transferred, so I'm not sure if CSV is the most appropriate, but if it really is regular, tabular data, a tabular format simply makes more sense than a hierarchical format. Quite often people shoehorn data that should be XML into another format, but I think the opposite is just as bad, and it's a pet peeve of min in practice. Pontiac6000fan's suggestion about using a distance sensor (ultrasonic or radar or whatever) is starting to sound good to me. I'll go toss them an upvote. If the camera is calibrated, I think getting the actual distance should be possible, not just a relative distance.I know both the exact speed and direction of the vehicle to which the camera is attached. It is probable that the other vehicles would be moving so based on your solution if there wa s a stationary landmark (e.g., a building) then I could perform the parallax calculations. Unfortunately there is no guarantee that From GraysonStewart@erickson-foundation.forcefitpud.com Mon Jun 9 13:04:56 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A5A361A02EE for ; Mon, 9 Jun 2014 13:04:56 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 4.155 X-Spam-Level: **** X-Spam-Status: No, score=4.155 tagged_above=-999 required=5 tests=[BAYES_60=1.5, RAZOR2_CF_RANGE_51_100=0.5, RAZOR2_CF_RANGE_E8_51_100=1.886, RAZOR2_CHECK=0.922, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id pT3ZIaxqBBnz for ; Mon, 9 Jun 2014 13:04:55 -0700 (PDT) Received: from erickson-foundation.forcefitpud.com (erickson-foundation.forcefitpud.com [207.188.159.67]) by ietfa.amsl.com (Postfix) with ESMTP id D052D1A02C8 for ; Mon, 9 Jun 2014 13:04:54 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Message-ID: Date: Mon, 09 Jun 2014 13:04:54 -0700 Subject: RE: Your Energy-Bill has just been-Reduced by-80% To: From: Energy Bill Notice Energy-Payment Correspondence ID #c6b819816f5264b07554f7cf00092a46 - - - - - - - - - - - - - - - - - - - - . Dear , Your area is now eligible for a solar-program that will-cut your current power-bill by over 80% Here's what you will-save: ------------------------------------------------------. Present Utility-Payment: $179.61 New-Utility Payment: $37.93 Solar Payment: $78.01 ------------------------------------------------------. TOTAL-SAVINGS: $774.18/year ------------------------------------------------------. Visit Here Now to See How You Can Reduce Your-Monthly Energy-Bill: http://www.forcefitpud.com/yournew/solarnotice.html ............................................ complete notice id # c6b819816f5264b07554f7cf00092a46 :Quit admail now by going below here:. http://www.forcefitpud.com/endnew/quitnotice.html 2964 Shore-line Cove Ct San-Diego C.A. 921l7 little flavor, and dish just ended up tasting like boiled shrimp and white rice. Finally, anor diner in our party ordered leche cake and what came out was more than half whipped cream and not very tasty by all accounts. All in all, price is right but, from my experience, not a lot else is. Yummy, cheap and filling. We came here harshly hungover last sat morning. After 25mins of trying to find a parking space( we should of walked 20 mins from our hotel). whole feel of place is auntic, old guys sitting at bar drinking cafe con leche, spanish flying over most tourist heads, and plenty of yummy smeels floating form kitchen. We order friedn pork chunks, Pollo asado, and a med cuban sandwich, wine/beer. All of that for less than 40$ it was our cheapest meal whole weekend, and 2nd ont he list for yummiest. fried pork was crisp on outside but nice and mosit on inside. chicken was flavorful and came with plenty rice and best black beans I've had in awhile. re were friend plantai ns too, just not enought of m. My Bf's sandwich was sooooo good and big that we both had leftovers and ended up eating it later as a post drinking snack. # thumbs up for this place. Only one thing. Dont go if your in a hurry! serivce was really nice and helpful. BUT not fast. But that was ok, we were enjoying AC and people watching anyway. food was nothing like would I expected it was 10 times more! I was tired of eat at sidewalk restaurants on ocean dr and yelped Puerto Sagua b4 I came down. Since re were so many good reviews i had to try this place. first great thing about this place was that we didn't have to wait and were seated rite away. This could be becuz it was a tuesday afternoon but hey it was still a plus. Anor thing i notice was that y had radio playing on R&B oldies station? It was cool to me but jus seemed a little odd. We received menu and choices were endless! It was really hard for me to decided becuz everything sound so good. I eventually decided on s hredded beef (cuban style) with rice and plantains and my ordered fried grouper with rice and beans. Now this was last meal I had on my trip and it was also best meal!!!!! shredded beef tasted like my grandma's beef stew with a cuban kick From AutumnSantos@hbwm.albnae.com Tue Jun 10 07:01:15 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D403C1A0178 for ; Tue, 10 Jun 2014 07:01:15 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.747 X-Spam-Level: X-Spam-Status: No, score=0.747 tagged_above=-999 required=5 tests=[BAYES_50=0.8, J_CHICKENPOX_21=0.6, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id OMhn4K3rafmk for ; Tue, 10 Jun 2014 07:01:06 -0700 (PDT) Received: from hbwm.albnae.com (hbwm.albnae.com [188.210.188.14]) by ietfa.amsl.com (Postfix) with ESMTP id 2BD3B1A0155 for ; Tue, 10 Jun 2014 07:00:55 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Message-ID: <8646.6642.20140609222230.27562.8602.dafd1e7590e374cde3b9cfd45cb5165a.id.@email1.hbwm.albnae.com> Date: Tue, 10 Jun 2014 07:00:50 -0700 Subject: DrOz Episode: Slim-Down Method To: From: Supercharge Your Metabolism On an emotional Roller-Coaster bc you cant Slim-Down? DrOz has just the thing for you. This Fat-Buster will have you dropping 1-lb a day. DocOz had a viewer try this product, and showed her results on today's episode. She's down 25-lbs in ONE month w/out working-out. See what she used and her results here: / http://www.albnae.com/fat/zapper/droz.video Amazing Right?? Now You can show up to the 4th of July party in your bikini. -DocOz Blog Episode Archive > http://www.albnae.com/fat/zapper/droz.video Hope you enjoyed this DocOZ Wellness Update to stop further messages write Member Update Systems at nine one six seven ROAD 177, O a k w o o d, O h i o_45873 or http://www.albnae.com/3iht.sjr4 Thanks for your answer. That helps me understand how they both work. I still need to understand in what circumstances you'd use the two different approaches and what thI tested your first point (compile-time vs. run-time) in Firefox & and it seems valid. But your second point about scope seems flawefuIn exactly the same way. It's e "var" declaration the variable "functionTwo" is in scope on the line where it is invoked. But the that variable is not assigned a value until the next line. So when "functionTwo" is invoked its value is still undefined. Trying to invoke undefine By the way, the difference isn't only that they are parsed at different times. Essentially, your functionOne is merely a variable that has an anonymous function assigned to it, whereas functionTwo is actually a named function. Call .toString() on both to see the difference. This is significant in some cases where you want to get the name of a function programmatically. 56uje465u6rtju65 sure what you're getting at here, .toString() seems to return essentially the same value (the function definition) for : functionTwo has a name. It shows up in string of the function, in the non-standard name property of the function and in stack traces and debuggers. It is a useful thing. There are both different. The first one is a function expression the second one is a function declaration. You can read more on the topic he The part of your answer concerning parse time vs. run time is not correct. In JavaScript, function declarations are not defined during parse time, but during run time. The process goes like this: Source code is parsed -> program is evaluated -> The global execution context is initialized -> declaration binding instantiation is performed. During this process the function declarations are instantiated (see step 5 of ChapterNote also that you can do both! However the named function name will only be available inside the function. See what about memory usage? Can't the ar functionName = function style be garbage collected earlier in some circumstances? All the example proves is that the function is that fu nctionOne is given a name on creation of the scope, whereas functionTwo i sn't given a name until the assignment happens. Yes, that is significant, but it doesn't prove anything about parse-time vs run-time.The terminolo for this phenomenon is known as hoisting. The named vs unnamed aspect functions are inherently difficult to profile, because you get nonymous function to a variable does not name the function. There is no rule preventing you from also naming a function expression i.e. -> var x = function myFunctionsNaHowever, I do not know when a function expression pointing to a named function (instead of an anony mous one) gets defined (parse-time vs run-time).Looks like a named func tion expression is still executed @ parse-time (even if it's called by the function name instead of the variable name). This answer has nothin g on Eugene's. And it's quite misleading with the parse-time vs run-tim e statement. Eugene's answer is more in depth, but without Greg's answe r it doesn't make sense.Is there any advantage to using var function th en? I have never encountered a scenario where it was beneficial to use an assignment of a function definition to a variable declaration instead of a plain old vanilla function declaration. The function declaration accomplishes everything that the variable declaration technique does with the added benefit of hoisting and naming (for internal reference of a function to itself as well as easier debugging). Some of the developers at my current company like the variable declaration as an enforcement of declaring before using, but I constantly argue against it since it offers no real value From TrinityWelch@dareliving.englishkea.com Tue Jun 10 07:40:08 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 43C2C1A018E for ; Tue, 10 Jun 2014 07:40:08 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.147 X-Spam-Level: X-Spam-Status: No, score=0.147 tagged_above=-999 required=5 tests=[BAYES_50=0.8, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id IbMvejc_PfyP for ; Tue, 10 Jun 2014 07:40:03 -0700 (PDT) Received: from dareliving.englishkea.com (dareliving.englishkea.com [188.210.188.37]) by ietfa.amsl.com (Postfix) with ESMTP id D347C1A0182 for ; Tue, 10 Jun 2014 07:40:00 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Date: Tue, 10 Jun 2014 07:40:00 -0700 Message-ID: <8646.6642.20140609225145.28171.29194.613d4f456bd96ee45975e6a400f5e9bc.id.@email1.dareliving.englishkea.com> From: Every 2014 Is Half-Off To: Subject: Ride in style for Half [Summertime - 2014 closeouts] If you think you can't -afford- a new car think again. Get into a new-2014 for half of what you would expect to dish out. >: http://www.englishkea.com/jd-power-auto/56445/summer.search Participating Brands: Ford -|- Chevy -|- Dodge -|- BMW -|- Cadillac -|- And More --- We have less and less to select from each day that goes by. Please see what is remanning now: http://www.englishkea.com/jd-power-auto/56445/summer.search --- |From Ally-Auto Partners -- 1030 Cherry Evansville ~~ Indiana Four Seven Seven One Three --- We understand that you might want to forgo message: If so please go to-- http://www.englishkea.com/735.je --- Thank You. Comments from the auto-forum: ============== Once the compressor seizes, it breaks apart and sends metal shards through the entire system. If you don't replace all the parts, the metal shards will recirculate and destroy your new compressor. I DIY replaced my front brake pad. After that, I found there is barely any brake pressure when I start the car. But after a few seconds, when I press the pedal again, the pressure comes back. Then, it brakes like normal. I park my car on drive way so I can tell the same thing happen everyday when I start the car. ============== The only thing was - I forgot to open the brake fluid reservoir cap and suck out some excessive brake fluid. When I pushed the calliper piston, excessive fluid leaked out. Does it matter? I did not bleed the brake line. Anybody experienced something similar? Thanks. I did push on the pedal several times after I started the car right after I installed the pads. ============== The problem is I don't have / have little pressure every morning when I start the car since the replacement. ============== As I park my car on drive way, when I put the car to "D" gear with the brake pedal push, the car still move down slowly for a few feet. After a few seconds or when I release the pedal and push it again, the pressure comes back and I can drive and brake normal. But it is scary when I start the car every morning..if I have to park my car on a slope and start the car later. >From The Forum: Mar 30, 2014, 8:24 PM Post #4 of 12 (218 views) Shortcut Re: Engine problems on a 1989 gmc r3500 with a 454 tbi. [In reply to] Sign In There are two types of lean conditions on an engine; vacuum leaks (including stuck open EGR) and not enough fuel getting into the engine. Both of those things can be caused by numerous other things. The key is trying to figure out what the engine is doing when it is running lean. The best method to determine how the air fuel mixture is is by monitoring the O2 sensor voltage. I doubt you have an scan tool that can read engine data on that, so you might have to manually check the O2 sensor voltage using a volt meter. It is also possible the O2 sensor can stick lean which makes the engine computer add more fuel to the engine when it doesn't need it. It might make it stumble and run rich and set that lean code. It is important to make sure the O2 sensor is functioning properly before using it to diagnose a fueling problem. I think something failed with the timing belt job and you should have that checked asap. Brakes more difficult is probably a side effect of low vacuum assist power due to low intake manifold vacuum. When that's wrong the engine just doesn't know what to do. Hurry and have the belt/pump work checked out, >From inland Mass. so no stranger to rust issues usually first noticed as we know as ugly body metal rust showing but definitely causes real harm to structural metals as well and can quickly. Now I suggest if one side did this how carefully was the other side checked out? Guess this should be on your list of things to check or have checked to be ahead of such problems. Brands don't seem to matter all the time just some seem to fare better than others up to generating recalls as losing wheels and total control of a vehicle is wildly dangerous made worse as it can happen by total surprise! Do learn and enjoy learning from sites such as this. This particular site is free to use and a volunteer site from regulars likely to reply to you. All the suggestions and even pics are inadequate compared to plain looking at and inspecting something in person, extent of rust and how important will vary. If it moves you have to pay attention Tom From ElenaCain@bar-non.witdah.com Tue Jun 10 08:07:01 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9FDCF1A0185 for ; Tue, 10 Jun 2014 08:07:01 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 4.179 X-Spam-Level: **** X-Spam-Status: No, score=4.179 tagged_above=-999 required=5 tests=[BAYES_50=0.8, HTML_MESSAGE=0.001, MIME_HTML_ONLY=0.723, RAZOR2_CF_RANGE_51_100=0.5, RAZOR2_CF_RANGE_E8_51_100=1.886, RAZOR2_CHECK=0.922, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id cVdAsF7KcGxk for ; Tue, 10 Jun 2014 08:06:58 -0700 (PDT) Received: from bar-non.witdah.com (bar-non.witdah.com [188.210.188.47]) by ietfa.amsl.com (Postfix) with ESMTP id 4E16B1B27C6 for ; Tue, 10 Jun 2014 08:06:56 -0700 (PDT) Content-Type: text/html; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Subject: Adjusted: Rate 2.99% available now Message-ID: <20140609232114.28867.37324--775678--Cain@mx.bar-non.witdah.com> To: Date: Tue, 10 Jun 2014 08:06:54 -0700 From: Decreased Home-Payment

Obama's | MHA Plan
Calculate your new-payment

With the many concerns home owners are having, it is good to know you you can lower your monthly payment.

It has been recently brought to our attention that you could save up to 805/month.

The first step is to use the official (5) min calculator:

View your new monthly here ⇒

Note: The above will show you exactly what you can expect to save each month.

We are here to assist you in any way possible. Please let us know if you have any questions.
I am attempting to hang a projector from my ceiling and since the joists are too far apart for the mount
I plan to attach plywood to the joists and then
attach the mount to that plywood. I need to "clamp"
the plywood against the ceiling
in order to drill the lag screws through the wood and into the joists but
since it is a ceiling,
I obviously cannot use an actual clamp. Is there another way to press the plywood against the ceiling as I drill the lag screws in? Right now I am thinking I will have to glue the plywood to the ceiling. Is
there any kind of recommended
glue I should use?
June 09, 2014, You may want to end further_messages from Benson US Housing Service, at this _URL_, 2-Pineway_D, Daleville,, AL.

 

 

 

Found a new recipe I am interested in trying, thought I would share it. Then I thought, what better way than to share new recipes we'd like to try?

How long before you share another recipe?

WE can share recipes...anyone is welcome to chime in with a new recipe they see.

I have been wanting to make a good red enchilada sauce for a long time. Not happy with prev recipes I tried, and you have to eat a whole pan of 'em , like making lasagna or a ham, after 3 days... nor have I been 3245 with canned sauces, even from the Mexican market, too tomatoe-y.
From WomensHealth@newestjuneweightip.us Tue Jun 10 08:17:26 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A297C1A01C4 for ; Tue, 10 Jun 2014 08:17:26 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 3.048 X-Spam-Level: *** X-Spam-Status: No, score=3.048 tagged_above=-999 required=5 tests=[BAYES_99=3.5, BAYES_999=0.2, DIET_1=0.001, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id A8XZMPldM6Ib for ; Tue, 10 Jun 2014 08:17:25 -0700 (PDT) Received: from newestjuneweightip.us (fgc.newestjuneweightip.us [207.244.65.241]) by ietfa.amsl.com (Postfix) with ESMTP id BDAA11A01A5 for ; Tue, 10 Jun 2014 08:17:25 -0700 (PDT) Date: Tue, 10 Jun 2014 08:16:28 -0700 Content-Type: text/plain To: From: "Womens Health" Subject: WOMEN: A New-Trick to Drop 3 Dress-Sizes in Just 1 Week Mime-Version: 1.0 Message-ID: <17004809.1140745@newestjuneweightip.us> 6/10/2014 ATTN: Women, Do you want to Drop 10-Ibs & Keep it Off For Good: FAST?! This Tip is ONLY for women, The latest research shows exactly WHY it's so much more-strenuous for women than it is for men to not only lose weight, but keep it off as well. This new-tip really works; You can realistically expect to drop 3 dress-sizes in only one week. This strange new tip strategically lets you eat anything you want to while shedding dress sizes in the meantime. You haven't seen anything exactly like this before... Go Here Now to Find Out Just What This Trick Is: http://try.newestjuneweightip.us /Quit admail now by going below here:. http://end.newestjuneweightip.us PO B0x No. 17598 Baltimore MD - 2l297-1598 17004809 1140745 cc052b0ead84ab61a2f79222c3c610cd From KelseyReeves@ms14.dupmag.com Tue Jun 10 08:41:58 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 935E71A01CB for ; Tue, 10 Jun 2014 08:41:58 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.755 X-Spam-Level: X-Spam-Status: No, score=0.755 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RAZOR2_CF_RANGE_51_100=0.5, RAZOR2_CF_RANGE_E8_51_100=1.886, RAZOR2_CHECK=0.922, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id uakFGgmLrWAd for ; Tue, 10 Jun 2014 08:41:56 -0700 (PDT) Received: from ms14.dupmag.com (ms14.dupmag.com [207.66.83.171]) by ietfa.amsl.com (Postfix) with ESMTP id 9EE091A01DF for ; Tue, 10 Jun 2014 08:41:56 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Date: Tue, 10 Jun 2014 08:41:56 -0700 Subject: 250k for 15 a month [coverage] From: Term-Life Message-ID: To: Hi Ipp-archive, You already know you need life-insurance, but why do you keep putting it off? Many think that insuring themselves is not necessary. If you think about it for a minute, you insure everything that's significant in your life; why not insure yourself? Don't leave anything to chance: http://www.dupmag.com/coverage-pln-4567234.html Life is full of unexpected situations and events, so you need to be prepared for anything. Regards, -The Life coverage Associates- - - - - - - - Thank you for choosing to receive our publications. If at any time you wish to end them go http://www.dupmag.com/6g.jht -- >From LID Life Communications 1 1 0 Rosmemoor Covington GA 3 0 0 1 4 Re: What is the best/correct way to manage patches version information on j2ee WAR file I would like to maintain patch information on a WAR file, so this info could be displayed inside the application once its running for maintenance purposes. was thinking of few possible ways: Using DB table (I would like to avoid this method) Disadvantages Couple the WAR versions to a DB Additional overhead of database script with the patch. Adding internal XML file to the resources then reading and analyzing/parsing it Disadvantages Issues accessing the XML (Physical path issues?) Adding the patch info to MANFIEST file Disadvantages Impossible to display it in the app? I would like to know if there are more ways and what is the best one for such requirement. Thank you Depending on the application server or web container you are using, you may be able to create an extension or another app= that introspect all deployed WARs and displays this information. You will be required to use vendor-specific APIs. Everytime you release a new version, that archive will contain the version number and changelogs of all versions, which is good for quick tracking of changes. We do two things for this We initialize the latestResultDelivery field of the taskInfo and store the task assignment in the assignedTasks map. We periodically run a "health check" on the worker control that determines whether a worker has been working on a certain task for too long. this is that 407451120029 From EliseHarrison@earsi.seccentesis.com Tue Jun 10 08:44:22 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5E3941A0228 for ; Tue, 10 Jun 2014 08:44:22 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.755 X-Spam-Level: X-Spam-Status: No, score=0.755 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RAZOR2_CF_RANGE_51_100=0.5, RAZOR2_CF_RANGE_E8_51_100=1.886, RAZOR2_CHECK=0.922, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id RQ_jxL-wkdQK for ; Tue, 10 Jun 2014 08:44:21 -0700 (PDT) Received: from earsi.seccentesis.com (earsi.seccentesis.com [207.66.83.174]) by ietfa.amsl.com (Postfix) with ESMTP id ECACB1A01FB for ; Tue, 10 Jun 2014 08:44:20 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit To: Date: Tue, 10 Jun 2014 08:44:22 -0700 Message-ID: From: Term-Life Policy Subject: 250k coverage plan without an exam Hi Ipp-archive, You already know you need life-insurance, but why do you keep putting it off? Many think that insuring themselves is not necessary. If you think about it for a minute, you insure everything that's significant in your life; why not insure yourself? Don't leave anything to chance: http://www.seccentesis.com/coverage-pln-4567234.html Life is full of unexpected situations and events, so you need to be prepared for anything. Regards, -The Life coverage Associates- - - - - - - - Thank you for choosing to receive our publications. If at any time you wish to end them go http://www.seccentesis.com/6g.jht -- >From LID Life Communications 1 1 0 Rosmemoor Covington GA 3 0 0 1 4 Re: What is the best/correct way to manage patches version information on j2ee WAR file I would like to maintain patch information on a WAR file, so this info could be displayed inside the application once its running for maintenance purposes. was thinking of few possible ways: Using DB table (I would like to avoid this method) Disadvantages Couple the WAR versions to a DB Additional overhead of database script with the patch. Adding internal XML file to the resources then reading and analyzing/parsing it Disadvantages Issues accessing the XML (Physical path issues?) Adding the patch info to MANFIEST file Disadvantages Impossible to display it in the app? I would like to know if there are more ways and what is the best one for such requirement. Thank you Depending on the application server or web container you are using, you may be able to create an extension or another app= that introspect all deployed WARs and displays this information. You will be required to use vendor-specific APIs. Everytime you release a new version, that archive will contain the version number and changelogs of all versions, which is good for quick tracking of changes. We do two things for this We initialize the latestResultDelivery field of the taskInfo and store the task assignment in the assignedTasks map. We periodically run a "health check" on the worker control that determines whether a worker has been working on a certain task for too long. this is that 899620799884 From JeffreyCarter@az-ritchey.lidsouth.com Tue Jun 10 09:11:08 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 714C81B281E for ; Tue, 10 Jun 2014 09:11:08 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 3.047 X-Spam-Level: *** X-Spam-Status: No, score=3.047 tagged_above=-999 required=5 tests=[BAYES_50=0.8, J_CHICKENPOX_41=0.6, MANGLED_YOUR=2.3, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id HNJghiuZHQXP for ; Tue, 10 Jun 2014 09:11:06 -0700 (PDT) Received: from az-ritchey.lidsouth.com (az-ritchey.lidsouth.com [207.66.83.177]) by ietfa.amsl.com (Postfix) with ESMTP id 442C01A01DF for ; Tue, 10 Jun 2014 09:11:03 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Message-ID: To: Subject: Redeem $25 Gift Card From: Father's Day Rewards Date: Tue, 10 Jun 2014 09:11:01 -0700 ATTN: Ipp-archive $25 Macy's Rewards | Status: Expiring Soon -------------------------------------------- - In honor of Upcoming Father's Day we are giving you $25 - To Enjoy Your Macy's Rewards, all you need to do: 1) Visit: http://www.lidsouth.com/redeem/macys/giftcard.index 2) Give us your opinion 3) Redeem your $25 before they expire Happy Father's Day, Member Rewards Program p.s Macy's has gifts for Father's Day under $25. Shop by personality: Active Dad | Casual-Cool Dad | Polished Dad > http://www.lidsouth.com/redeem/macys/giftcard.index We hoped that you enjoyed Macy's Star Rewards. Stop further notifications by writing Member Update Systems at 9167 ROAD 177_O a k w o o d_ OH four five eight seven three or http://www.lidsouth.com/93mdk3.sf9je3 Overall I think this post does a good job of explaining the differences and the advantages of utilizing the function declaration. I'll agree to disagree as far as the benefits of utilizing function expression assignments to a variable especially since the "benefit" seems to be an advocation of declaring a global entity... and everyone knows that you shouldn't clutter the global namespace, right? huge reason to use named function is because debuggers can use the name to help you make sense of your call stack or stack trace. it sucks when you look at the call stack and see "anonymous function" 10 levels deeIt appears this answer was merged into this question from another question, and the wording might seem to be a tiny bit unrelated to this question. Would you consider editing the answer so it seems more directed specifically at this question? (to reiterate; this isn't your fault at all... just a side-effect of a merged question). You can also delete it, and I think you would keep you r reputation. Or you can leave it; since it's old, it may not make a big difference Creating a new array means the garbage collector will need to clean it up at some point. 2. Accessing items in the array using dereference is less efficient than accessing a variable (parameter) directly. (I believe that is what kmatheny meant by "parsing", which is actually something quite different.) But neither of my arguments explain the That must be related to the engine's implementation of the two functions, e.g. perhaps they create an empty array anyway, if none was pass you should also add that methods in C++ are called member functions. Thus, the difference between functions and methods in this context is analogous to the difference between functions and member functions in C++. Furthermore, languages like Java only have methods. In this case, functions would be analogous to static methods and methods would have the same meaning. For 2), you should add that a method is able to operate on th e private instance (member) data declared as part of the class. Any code can access public instance datI'm finding this problematic. Using this, it did not fix the error of an unset parameter being passed into my function. I console logged the value of the unset parameter I was passing in which was getting through this protective layer, and it came out as NaN. I don't understand why this answer is so popular when that value can get through. I ended up using isNa ope. When clicked with the mouse in the middle of existing text - selection is lost as soon as mouse button is released. Sergey Aldoukhov Mar 19 '09 at 2:12 Though - after a second single click, it selects all text again... Not sure if it is an intended behavior from WPF designers, but usability is not that bad. Another difference from a single GotFocus handler is that clicking on an empty space in the TextBox does select all. This was my fist solution, too. But I found that users are really annoyed, when they're unable to select Text using the Mouse, because everytime they click the whole text gets selected One further drawback of this solution is when you use the TextBox's "Cut/Copy/Paste" menu, the whole text is selected when you select any menu item From PeterEstrada@heidiorehek.propelyea.com Tue Jun 10 09:33:40 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 53C471B2821 for ; Tue, 10 Jun 2014 09:33:40 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.553 X-Spam-Level: X-Spam-Status: No, score=-2.553 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id DdIMsB1VxdtP for ; Tue, 10 Jun 2014 09:33:38 -0700 (PDT) Received: from heidiorehek.propelyea.com (heidiorehek.propelyea.com [207.66.83.193]) by ietfa.amsl.com (Postfix) with ESMTP id CA5F71A025D for ; Tue, 10 Jun 2014 09:33:36 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Date: Tue, 10 Jun 2014 09:33:39 -0700 Subject: Health Risk Calculator From: No. 1 Killer of Women To: Message-ID: <20140610004846.29828.16447--775678--Estrada@mx.heidiorehek.propelyea.com> Would you Rather Die from a heart attack then do something to prevent it now? - Heart Disease is the No. 1 killer of Women - Have your experienced any of the Following: - Uncomfortable pressure, squeezing, fullness or pain in the center of your chest? - Pain or discomfort in one or both arms, the back, neck, jaw or stomach? - breaking out in a cold sweat, nausea or lightheadedness? These are all symptoms of an on-coming heart attack. View the top Way to Heart Attack Prevention > http://www.propelyea.com/heart/assoc/psa/video.index [ Warning: If you have any of these signs, dont wait more than five minutes before calling 9-1-1 ] / We hope that you find this information useful. To stop further wellness announcements - write Member Update Systems at nine one six sevenROAD 177_Oakwood, OH 45873 or visit http://www.propelyea.com/o4jtfr.4iujf @bestsss I'd put using a direct CharBuffer in the "too much effort" bin, but that's certainly debatable. I remember reading the sun article without any mention of GC (which alone made it dubious at best), but that one's pretty old I think.. was it really released after Java5 and the inclusion NIO (and hence charbuffers)? Actually the direct charbuffer is one of only 2 ways I know of on how to avoid the basic problem. And using unsafe to create a char array or string outside the GC heap is certainly even more complex (and less portable). Voo Jan 16 '12 at 20:49 return "Manager of Operations" if thats what your requirements specified, else you would just use the base class's implementation. Also you could make Person an abstract class and thereby make sure down-stream classes implement a Title property. Raj Rao Nov 12 '10 at 20:21 14 Its important to remember that one might say "Composition over inheritence" but that does not mean "Composition always over Inheritence". "Is a" means inheritence and leads to code reuse. Employee is a Person (Employee does not have a person). If you add an ActionListener to JPasswordField (probably the usual case), you get the password String as the action "command". It can also get stuck in the underlying Document. But still, it's a pointless tick in your employer's pointless tick list. Tom Hawtin - tackline Jan 16 '12 at 22:52 10 char[]? Why not byte[]? In any thread dump/heap analyzer you can see Strings, and it's easy to notice if one contains password. For char[] it's harder, but still, if your heap analyzer will display chars one by one it'll be same as String. For byte[] it's unlikely. mvmn Jan 17 '12 at 22:38 I am not an expert, but may it be related to strings are objects and are passed by reference thus creating multiple instances in memory? scott lafoy Dec 5 '12 at 17:33 2 My understanding is that with the amount of memory reorganizing that can be done with the runtime, copies of even a char[] might be left in memory and never be cleared until that memory is reused. I don't know a source that validates that though. Either way I doubt the String would get cleared at GC time but rather at the time an Object is reallocated over that memory. Mark Peters Jan 16 '12 at 14:30 17 @Mark Peters: If the GC kicks in, before you empty the char-array, you have another copy. But this copy is at least in a heavy used area of the memory, so the chances are high it gets overwritten fast. Mnementh Jan 16 '12 at 14:32 +1 for explaining; as I guessed it's not much of a security improvement, but it should offset the inconvenience. Even though my guess is that most people will just make a String out of the array. Viruzzo Jan 16 '12 at 14:36 Correct. But, unless it's encrypted, it can still be read. Bogdacutu Jan 16 '12 at 19:19 3 I extremely doubt that any GC is overwriting the young generation - seems like an extreme overhead for no real advantage. At least hotspot doesn't do this afaik (although depending on the implementation we may get basically the same effect as overwriting - we could map different virtual memory to the same physical pages). Personally I think a char array is a nice compromise between effort and won security: Using strings doesn't make live much easier and using anything other than char[] to avoid the GC problem is horribly convoluted and complicated. Voo Jan 16 '12 at 19:37 if you need to overwrite anything, you should use Direct Buffer but again, I have voiced my opinion multiple times: to cover the tracks one need to go to down to socket buffers which is not even possible in java. bestsss Jan 16 '12 at 20:28 @Voo, a direct CharBuffer is the best compromise but the guys at Sun didn't spot that and the article ala String considered dangerous got too much ground and widespread citation. bestsss Jan 16 '12 at 20:2 I actually quite like this example, because, what if an Employee is both a Manager and and an Agent. In environments where you can't inherit from more that one class, you have a problem and you most likely end up with duplicate data. With composition you can handle this in an elegant way. And the overhead is minimal, even in environments where multiple inheritance is possible I would prefer this solution. netiul Apr 14 at 8:21 Classes certainly aren't required for composing things together. Indeed, classes often prevent composition by hiding the composable bits inside application-specific wrapThis is one of the better answers, in my opinion - I will add to this that trying to re-think your problems in terms of composition, in my experience, tends to lead to smaller, simpler, more self-contained, more reusable classes, with a clearer, smaller, more focused scope of responsibility. Often this means there is less need for things like dependency injection or mocking (in tests) as smaller components are usually able to stand on their own. Just my experience. From ipp-bounces@pwg.org Tue Jun 10 10:49:22 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9528D1A0240 for ; Tue, 10 Jun 2014 10:49:22 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.44 X-Spam-Level: X-Spam-Status: No, score=-2.44 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_ADSP_CUSTOM_MED=0.001, DKIM_SIGNED=0.1, FREEMAIL_FROM=0.001, RP_MATCHES_RCVD=-0.651, SPF_PASS=-0.001, T_DKIM_INVALID=0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id poSIx0WAI_Im for ; Tue, 10 Jun 2014 10:49:20 -0700 (PDT) Received: from www.pwg.org (www.pwg.org [IPv6:2600:3c01::f03c:91ff:fe70:b03f]) by ietfa.amsl.com (Postfix) with ESMTP id 359291A0180 for ; Tue, 10 Jun 2014 10:49:20 -0700 (PDT) Received: from pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id 0611F8562; Tue, 10 Jun 2014 17:50:39 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: from mail-ve0-x229.google.com (mail-ve0-x229.google.com [IPv6:2607:f8b0:400c:c01::229]) by www.pwg.org (Postfix) with ESMTPS id 5E1228424 for ; Tue, 10 Jun 2014 17:50:37 +0000 (UTC) Received: by mail-ve0-f169.google.com with SMTP id pa12so2265833veb.0 for ; Tue, 10 Jun 2014 10:49:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=gJ3S+VHZ5zX1BL3gLVXI6CGoqv9LwNYb66AbtD8NM2k=; b=Gn37izwm8cElPIjyuad3X/kyvMTjycPcesSujbHt3EuiRXN6hnShrnGt9nSCynpmGs zROWkX7IHeowbsqwbwSNfDz1WlFhxnGIIJG+HuQYQLtdFZQM4BzmQqIg/36Z8v3oZLP6 c9qksPXqiAZE8fufv3PHn8l5V9a4s5icoV5cgKRaRa5fMHQ6tuxcEMKsTLerfVowduUe IRydun+DeuFiF/xyKO+N6tPFsmL/bXjFfnzzd9P/pYaSit1/toNOef2pRPV13X6u7Xo9 GM1Sm1dHxpRtTL1nGawYvP0k5qNw52xyDDHmdE5LTwNtTGU9tbCu8PF5e87JJ2jJgfAR ivEA== MIME-Version: 1.0 X-Received: by 10.221.64.80 with SMTP id xh16mr33541556vcb.35.1402422555529; Tue, 10 Jun 2014 10:49:15 -0700 (PDT) Received: by 10.58.155.233 with HTTP; Tue, 10 Jun 2014 10:49:15 -0700 (PDT) Date: Tue, 10 Jun 2014 11:49:15 -0600 Message-ID: From: Daniel Dressler To: ipp@pwg.org Subject: [IPP] Is anyone working on IPP over USB for Windows? X-BeenThere: ipp@pwg.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Internet Printing Protocol Workgroup discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: ipp-bounces@pwg.org Errors-To: ipp-bounces@pwg.org Hello Everyone This summer I'm implementing IPP over USB for Linux. This project uses the cross platform libusb so I am considering porting the linux daemon to Windows. Is anyone else working on a similar project for Windows? Or might anyone be interested in such a project? Daniel _______________________________________________ ipp mailing list ipp@pwg.org https://www.pwg.org/mailman/listinfo/ipp From SerenityHoward@madlogic.agencyright.com Tue Jun 10 11:14:47 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2E7811A0249 for ; Tue, 10 Jun 2014 11:14:47 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 4.655 X-Spam-Level: **** X-Spam-Status: No, score=4.655 tagged_above=-999 required=5 tests=[BAYES_50=0.8, J_CHICKENPOX_57=0.6, J_CHICKENPOX_65=0.6, RAZOR2_CF_RANGE_51_100=0.5, RAZOR2_CF_RANGE_E8_51_100=1.886, RAZOR2_CHECK=0.922, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id AdrQ0Ij3DBZ1 for ; Tue, 10 Jun 2014 11:14:45 -0700 (PDT) Received: from madlogic.agencyright.com (madlogic.agencyright.com [89.43.8.26]) by ietfa.amsl.com (Postfix) with ESMTP id AA8481A0240 for ; Tue, 10 Jun 2014 11:14:43 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Breaking Message-ID: <20140610014534.30527.62692--775678--Howard@mx.madlogic.agencyright.com> Subject: Know if your infected... To: Date: Tue, 10 Jun 2014 11:14:42 -0700 ..No one thought it could happen in North America. Reports indicate that more then (250-million) Americans have this deadly parasite. The truth the government does NOT want you to know: http://www.agencyright.com/ama-breaking-US-yahoo-news/6543734564.html It explains how this parasite is responsible for many of your common and persistent health conditions. Stay Healthy, Craig Cappetta Director of nutrition and science PS- This is something every American needs to know about. Please spread the word ASAP: The crisis is real. http://www.agencyright.com/ama-breaking-US-yahoo-news/6543734564.html Inf-from| AMA Disease Control 1.0.8.1.5. s. Lowell | Bahama nc 2 7 5 0 3 - settgs/pref- http://www.agencyright.com/i7.i7-out ] / / / / / / , , , , Other-Internal Top Stories | Death toll from Ebola in Sierra Leone more than doubles |||||||||||||||||||||||||||||| But what about the following example? int main() { // initialises an empty vector. std::vector v = {}; // removes all elements with the value 5 v.erase( std::remove( v.begin(), v.end(), 5 ), v.end() ); return 0; } This seems to work as expected (not erasing anything, not segfaulting, etc.) on all platforms I run it on, but I know that just because something is working, doesn't mean it's not undefined behavior. The quick reference for vector.erase says this (emphasis mine): iterator erase (const_iterator first, const_iterator last); first, last are Iterators specifying a range within the vector] to be removed: [first,last). i.e., the range includes all the elements between first and last, including the element pointed by first but not the one pointed by last. Member types iterator and const_iterator are random access iterator types that point to elements. So is vector.erase(vector.end(),vector.end()) undefined behavior? Here's what the quick reference says about exception safety: If the removed elements include the last element in the container, no exceptions are thrown (no-throw guarantee). Otherwise, the container is guaranteed to end in a valid state (basic guarantee). An invalid position or range causes undefined behavior. So, the answer, at least to me appears to be "YES", and this StackOverflow answer seems to support it. Therefore, is the common idiom wrong? Assuming it's undefined behavior, then any call to remove could return an iterator to vector.end() which should be checked before calling vector.erase, and calling remove on an empty vector does seem to return vector.end: (IDEOne for code below) #include #include #include using namespace std; int main() { vector myInts; auto anIter = std::remove(myInts.begin(),myInts.end(),5); if (anIter == myInts.end()) std::cout << "iterator = myInts.end()"; } Finally, my question: Should the actual remove/erase idiom be this? auto endOfRangeIterator = std::remove(vector.begin(), vector.end(), ); if (endOfRangeIterator != vector.end()) vector.erase(endOfRangeIterator, vector.end()) c++ algorithm c++11 vector stl share|improve this question edited May 30 at 0:03 asked May 20 at 13:31 AndyG 3,2611526 1 No, an empty range is fine. [first, first) is an empty set. BoBTFish May 20 at 13:36 9 cplusplus.com I think we've found the source of your problem. user657267 May 20 at 13:51 1 @privatedatapublicchannel2: Actually, the quotation is not correct. In the case where first==last, the quote contradicts itself, specifying that an element is removed, but not removed. Which explains why AndyG came to believe it was undefined behavior. Benjamin Lindley May 20 at 14:13 1 @privatedatapublicchannel2: It's not the same. The standard doesn't actually say that the element pointed to by i is included in the range. It just says that's where the range starts. It does, however, definitely say that the element pointed to by j is not included. Also, the second iterator passed to erase does not necessarily have to be the end iterator, so if first==last, that does not necessarily imply that first points to end. Benjamin Lindley May 20 at 14:24 1 @privatedatapublicchannel2: To be clear, read the quote from cplusplus.com, replacing "last" with "first". "including the element pointed to by first, but not the one pointed to by first". The statement is clearly a contradiction, in that case. Benjamin Lindley May 20 at 14:29 show 11 more comments 3 Answers activeoldestvotes up vote 24 down vote accepted 24.2.1/7 Most of the librarys algorithmic templates that operate on data structures have interfaces that use ranges. A range is a pair of iterators that designate the beginning and end of the computation. A range [i,i) is an empty range; in general, a range [i,j) refers to the elements in the data structure starting with the element pointed to by i and up to but not including the element pointed to by j. Emphasis mine. Further, the description of erase you cite is not the normative text in the standard. The standard has this to say (Table 100): a.erase(q1,q2) Effects: Erases the elements in the range [q1, q2). This doesn't require that q1 be dereferenceable. If [q1, q2) is an empty range (per 24.2.1/7), then no elements are in the range, and so none are erased. share|improve this answer answered May 20 at 13:43 Igor Tandetnik 10.2k1617 Thank you for the clarification. The definition of empty range according to the standard does wonders to clear things up; otherwise I think it would be ambiguous. AndyG May 20 at 14:14 add comment up vote 4 down vote So is vector.erase(vector.end(),vector.end()) undefined behavior? No. Because of the statement right next to the one you emphesized: Iterators specifying a range within the vector] to be removed: [first,last). i.e., the range includes all the elements between first and last, including the element pointed by first but not the one pointed by last. So, vector.erase(vector.end(),vector.end()) does not attempt to erase vector.end() because it is pointed to by parameter last. Granted, this definition is ambiguous and those statements can be interpreted as contradictory. The quoted wording is not used by the standard. share|improve this answer edited May 20 at 13:53 answered May 20 at 13:43 user2079303 2,512514 add comment up vote 4 down vote I think the more important in your cite is: Iterators specifying a range within the vector] to be removed: [first,last). i.e., the range includes all the elements between first and last, including the element pointed by first but not the one pointed by last. Member types iterator and const_iterator are random access iterator types that point to elements. As we have found in comments, this citation from cpluspluc.com is incorrect. This will not violate the rules in case of ( v.end, v.end) but will be incorrect in case of #include int main() { std::vector v = { 1, 2, 3 }; v.erase( v.begin(), v.begin()); } because statement that contradicts itself with the range includes (...), including the element pointed by v.begin() but not the one pointed by v.begin(). cannot be a valid statement. C++ Standard n3337 in 23.2.2 Sequence containers requirements Table 100 specifies that a.erase(q1,q2) returns iterator . And note is: Requires: For vector and deque, T shall be MoveAssignable. Effects: Erases the elements in the range [q1, q2). And this is what it says about the range [i,j) in 24.2.1/7 Iterator requirements Most of the librarys algorithmic templates that operate on data structures have interfaces that use ranges. A range is a pair of iterators that designate the beginning and end of the computation. A range [i,i) is an empty range; in general, a range [i,j) refers to the elements in the data structure starting with the element pointed to by i and up to but not including the element pointed to by j. Range [i,j) is valid if and only if j is reachable from i. The result of the application of functions in the library to invalid ranges is undefined. Thus to answer your questions But what about the following example? cplusplus.com is wrong in this case So is vector.erase(vector.end(),vector.end()) undefined behavior? No, no undefined behavior is triggered. Therefore, is the common idiom wrong? No, it is correct. Should the actual remove/erase idiom be this? There is no need for this, though it is also fine. n our C++ code, we have our own string class (for legacy reasons). It supports a method c_str() much like std::string. What I noticed is that many developers are using it incorrectly. I have reduced the problem to the following line: const char* x = std::string("abc").c_str(); This seemingly innocent code is quite dangerous in the sense that the destructor on std::string gets invoked immediately after the call to c_str(). As a result, you are holding a pointer to a de-allocated memory location. Here is another example: std::string x("abc"); const char* y = x.substr(0,1).c_str(); Here too, we are using a pointer to de-allocated location. These problems are not easy to find during testing as the memory location still contains valid data (although the memory location itself is invalid). I am wondering if you have any suggestions on how I can modify class/method definition such that developers can never make such a mistake. Regards. c++ stl share|improve this question asked May 27 at 0:26 Peter 95741025 There are similar discussions here: stackoverflow.com/questions/10540157/ Ben May 27 at 0:33 3 The solution is for the developers to think carefully before calling c_str(), and stop using char * in their code. Perhaps you could review why they are using pointers in their code instead of just using strings, and advise other solutions. Matt McNabb May 27 at 0:50 add comment 6 Answers activeoldestvotes up vote 7 down vote The modern part of the code should not deal with raw pointers like that. Call c_str only when providing an argument to a legacy function that takes const char*. Like: legacy_print(x.substr(0,1).c_str()) Why would you want to create a local variable of type const char*? Even if you write a copying version c_str_copy() you will just get more headache because now the client code is responsible for deleting the resulting pointer. And if you need to keep the data around for a longer time (e.g. because you want to pass the data to multiple legacy functions) then just keep the data wrapped in a string instance the whole time. share|improve this answer edited May 27 at 1:57 answered May 27 at 0:45 isarandi 619210 add comment up vote 6 down vote For the basic case, you can add a ref qualifier on the "this" object, to make sure that .c_str() is never immediately called on a temporary. Of course, this can't stop them from storing in a variable that leaves scope before the pointer does. const char *c_str() & { return ...; } But the bigger-picture solution is to replace all functions from taking a "const char *" in your codebase with functions that take one of your string classes (at the very least, you need two: an owning string and a borrowed slice) - and make sure that none of your string class does cannot be implicitly constructed from a "const char *". share|improve this answer answered May 27 at 0:46 o11c 1462 5 note: requires C++11 Matt McNabb May 27 at 0:51 1 And requires providing a deleted && variant if a const& variant is provided. And VS2013 doesn't handle it. But I like it for preventing this at compile-time. Michael Urman May 27 at 1:23 Excuse my ignorance, but how would you add this, without modifying the string header file itself? LordAro May 27 at 9:02 1 @LordAro And why not modify it? The OP states they're using their own string class, not std::string. Angew May 27 at 11:37 add comment up vote 5 down vote The simplest solution would be to change your destructor to write a null at the beginning of the string at destruction time. (Alternatively, fill the entire string with an error message or 0's; you can have a flag to disable this for release code.) While it doesn't directly prevent programmers from making the mistake of using invalid pointers, it will definitely draw attention to the problem when the code doesn't do what it should do. This should help you flush out the problem in your code. (As you mentioned, at the moment the errors go unnoticed because for the most part the code will happily run with the invalid memory.) share|improve this answer answered May 27 at 7:08 CaptainCodeman 3881310 add comment up vote 2 down vote Consider using Valgrind or Electric Fence to test your code. Either of these tools should trivially and immediately find these errors. share|improve this answer answered May 27 at 1:53 Steger 28717 add comment up vote 1 down vote I am not sure that there is much you can do about people using your library incorrectly if you warn them about it. Consider the actual stl string library. If i do this: const char * lala = std::string("lala").c_str(); std::cout << lala << std::endl; const char * lala2 = std::string("lalb").c_str(); std::cout << lala << std::endl; std::cout << lala2 << std::endl; I am basically creating undefined behavior. In the case where i run it on ideone.com i get the following output: lala lalb lalb So clearly the memory of the original lala has been overwritten. I would just make it very clear to the user in the documentation that this sort of coding is bad practice. share|improve this answer answered May 27 at 0:45 Ben 3,32541553 add comment up vote 1 down vote You could remove the c_str() function and instead provide a function that accepts a reference to an already created empty smart pointer that resets the value of the smart pointer to a new copy of the string. This would force the user to create a non temporary object which they could then use to get the raw c string and it would be destructed and free the memory when exiting the method scope. This assumes though that your library and its users would be sharing the same heap. EDIT Even better, create your own smart pointer class for this purpose whose destructor calls a library function in your library to free the memory so it can be used across DLL boundaries. share|improve this answer edited May 27 at 1:22 answered May 27 at 1:09 mclaassen 1,206316 1 Give an example of how you remove c_str function? texasbruce May 27 at 1:19 3 I thought he was looking to modify the class definition, I think the c_str function is his own class's function, not the actual std::string c_str From ipp-bounces@pwg.org Tue Jun 10 11:30:39 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 69FB21A0239 for ; Tue, 10 Jun 2014 11:30:39 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.54 X-Spam-Level: X-Spam-Status: No, score=-0.54 tagged_above=-999 required=5 tests=[BAYES_20=-0.001, DKIM_ADSP_CUSTOM_MED=0.001, DKIM_SIGNED=0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RP_MATCHES_RCVD=-0.651, SPF_PASS=-0.001, T_DKIM_INVALID=0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6RneSYmk1gNN for ; Tue, 10 Jun 2014 11:30:38 -0700 (PDT) Received: from www.pwg.org (www.pwg.org [IPv6:2600:3c01::f03c:91ff:fe70:b03f]) by ietfa.amsl.com (Postfix) with ESMTP id 20BC91A00BD for ; Tue, 10 Jun 2014 11:30:38 -0700 (PDT) Received: from pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id 1E52B8563; Tue, 10 Jun 2014 18:31:58 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: from mail-ie0-x231.google.com (mail-ie0-x231.google.com [IPv6:2607:f8b0:4001:c03::231]) by www.pwg.org (Postfix) with ESMTPS id 8D5308562 for ; Tue, 10 Jun 2014 18:31:57 +0000 (UTC) Received: by mail-ie0-f177.google.com with SMTP id tp5so5872493ieb.22 for ; Tue, 10 Jun 2014 11:30:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type; bh=q9ZvtpCndqeU/B3TQWPQgJW/HAZNaS3Ew8plxFvZUvY=; b=c3z3QDrDpd1qjhgDJ4JIg45/xBfzJWko9dy1jMGd0hpZ1FXiYoeqnOA3SmCaZioBmy KRF9a4Neu7ynDl/OnXCgX21e0hStVJ6gCp9JVi5M7Pgh5+8TkeZW9D82ZHskEd/pGD2N TT+vRi8FYGtonLKKdqgYMQDu8jk/hmaBsMdMAJzsS5BqXl3h98SbkY+BBM/3z1VLiXqh jkiLkfqnHEt2VG4lrfXmDtSeO6gvjqA6u1s/kraG58SsB2O5xTMV5L39RonDEoHOY4u7 jvutffoTHCRr68j5N3f3iPjHqis5I2Gt/U9GpIyDQZ0vlx49+NnmUDGD+QkRPxhwOeqD L8HA== X-Received: by 10.50.131.132 with SMTP id om4mr47264282igb.14.1402425035979; Tue, 10 Jun 2014 11:30:35 -0700 (PDT) MIME-Version: 1.0 Received: by 10.50.168.40 with HTTP; Tue, 10 Jun 2014 11:30:15 -0700 (PDT) From: Ira McDonald Date: Tue, 10 Jun 2014 14:30:15 -0400 Message-ID: To: "ipp@pwg.org" , "Kennedy, Smith (Wireless Architect)" , Ira McDonald Subject: [IPP] Link to Printer MIB to CIM object ranking spreadsheet from 2006 X-BeenThere: ipp@pwg.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Internet Printing Protocol Workgroup discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1633824385==" Sender: ipp-bounces@pwg.org Errors-To: ipp-bounces@pwg.org --===============1633824385== Content-Type: multipart/alternative; boundary=047d7b343d5a181d2604fb7f8615 --047d7b343d5a181d2604fb7f8615 Content-Type: text/plain; charset=UTF-8 Hi Smith, For input to updates to "printer-input-tray", "printer-output-tray", etc. Although dated (8 years ago), this spreadsheet was a half-dozen PWG MIB experts ranking the importance of mapping each object in Printer MIB to the equivalent DMTF CIM Print classes: ftp://ftp.pwg.org/pub/pwg/wims/cim/PrinterMibObjectsToAdd_conclusions_20060921_F.xls BTW - Rick Landau (retired from Dell) and I wrote the actual DMTF CIM Print classes, even updating them to add the Imaging Counters as well, over several years. More recent printers often have improved their implementation, but the importance ranking still looks meaningful to me. Cheers, - Ira Ira McDonald (Musician / Software Architect) Co-Chair - TCG Trusted Mobility Solutions WG Chair - Linux Foundation Open Printing WG Secretary - IEEE-ISTO Printer Working Group Co-Chair - IEEE-ISTO PWG Internet Printing Protocol WG IETF Designated Expert - IPP & Printer MIB Blue Roof Music / High North Inc http://sites.google.com/site/blueroofmusic http://sites.google.com/site/highnorthinc mailto: blueroofmusic@gmail.com Winter 579 Park Place Saline, MI 48176 734-944-0094 Summer PO Box 221 Grand Marais, MI 49839 906-494-2434 --047d7b343d5a181d2604fb7f8615 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi Smith,

=
For input to updates to "printer-input-tray", "printer-= output-tray", etc.

Although dated (8 years ago), this spr= eadsheet was a half-dozen PWG
MIB experts ranking the importance of mapping each object in Printer =
MIB to the equivalent DMTF CIM Print classes:

ftp://ftp.pwg.org/pub/pwg/wims/cim/PrinterMibObjectsToAdd_c= onclusions_20060921_F.xls

BTW - Rick Landau (retired from Dell) and I wrote the actual= DMTF
CIM Print classes, even updating them to add the Imagin= g Counters
as well, over several years.

More rec= ent printers often have improved their implementation, but the
importance ranking still looks meaningful to me.

Cheers,
- Ira


=
Ira McDonald (Musician / Software Architect= )
Co-Chair - TCG Trusted Mobility Solutions WG
Chair - Linux Foundation Op= en Printing WG
Secretary - IEEE-ISTO Printer Working Group
Co-Chair -= IEEE-ISTO PWG Internet Printing Protocol WG
IETF Designated Expert - IP= P & Printer MIB
Blue Roof Music / High North Inc
http://si= tes.google.com/site/blueroofmusic
http:/= /sites.google.com/site/highnorthinc
mailto: bluero= ofmusic@gmail.com
Winter=C2=A0 579 Park Place=C2=A0 Saline, MI=C2=A0= 48176=C2=A0 734-944-0094
Summer=C2=A0 PO Box 221=C2=A0 Grand Marais, MI= 49839=C2=A0 906-494-2434

--047d7b343d5a181d2604fb7f8615-- --===============1633824385== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ ipp mailing list ipp@pwg.org https://www.pwg.org/mailman/listinfo/ipp --===============1633824385==-- From JacksonSimon@parker.depressiondark.com Tue Jun 10 11:46:47 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 263521A0260 for ; Tue, 10 Jun 2014 11:46:47 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.553 X-Spam-Level: X-Spam-Status: No, score=-2.553 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4GvjxXW42B-X for ; Tue, 10 Jun 2014 11:46:40 -0700 (PDT) Received: from parker.depressiondark.com (parker.depressiondark.com [89.43.8.31]) by ietfa.amsl.com (Postfix) with ESMTP id 149BB1A0239 for ; Tue, 10 Jun 2014 11:45:39 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit To: Message-ID: <8a8c0ec556bc4bab254d7fdc469f3fac-8a8c0ec556bc4bab254d7fdc469f3fac@parker.depressiondark.com> Date: Tue, 10 Jun 2014 11:45:41 -0700 Subject: Erased 20 yrs of Fine-Lines From: How Ellen Tweaked her Face Ellen Degeneres has been in the spotlight bc of Divorce Rumors - Have you seen the latest Paparazzi pics of her? Hollywood is whispering that she got a facelift to save her Marriage. She Didn't... She did it Naturally. View how how she did it here -> http://www.depressiondark.com/ellen/degeneres/paparazzo/pics.html In ONE month she turned back the clock by 20 yrs. - and hopefully will save her marriage bc of it- - June 10th Update - to stop further celeb updates write Member Update Systems at nine one six seven R O A D 1 7 7_Oakwood, OH 45873 or visit http://www.depressiondark.com/4tw/8354g/4olf.5rgwe Strings would very rarely be stored on the stack, and this advice predates the escape analysis required to store them on the stack by a long time. It's not clear where hashCode() and equals() come in at all - hashCode() shouldn't be used for security purposes in the first place, and if you've got access to the memory, there'd be no point in hashing at all - you'd just read the data directly. So basically, I don't think that's part of it at all. Jon Skeet Jan 15 '13 at 6:43 Obviously if Java had clearable memory, then the password could be kept in memory only as long as needed (to verify against the stored one). This answer says that using char[] will make the memory actually get cleared properly, but then the edit says it wont. So then what is the actual point in using char[] over String for a password? No point? i.e, it's unclear what this answer is actually saying. Dog May 20 '13 at 13:34 2 @Dog: It says that the vulnerability is at least reduced by using char[]. Depending on the behaviour of the GC, it could be very greatly reduced, but that's implementation-specific. Where does the spec say this is implementation specific? I would intuitively think that what happens is simply undefined, especially with JIT/GC. How do you know the vulnerability is even reduced at all? Also I can't see how you can actually use the char[] without leaking more data from it. You can use the char, but then clear it. The behaviour being undefined is implementation-specific in this context. (In some contexts the two are significantly different, but in this case I don't believe they are.) haha I was sure the answer was related to the "strings are immutable" thing- It's amazing the amount of different implications this has. Specially interesting is the fact that they will not be destroyed until the GC kicks in... rupps Jun 26 '13 at 2:18 So what I'm getting from all of this is "don't use char[] because it's not necessarily more secure, so don't pretend like it is. Use SecureString if you actually care about security on this level, otherwise just use string so security questions are raised in the future, when necessary." Christopher Harris Dec 6 '13 at 19:54 1 @ChristopherHarris: Well SecureString is better than char[], but char[] is better than String - where "better than" is an indication of the attack vectors available. Security is often about working out how much effort you want to put into stopping which attack vectors. Jon Skeet Dec 6 '13 at 19:56 Isn't that just "security through obscurity" though? It just sounds like using char[] to prevent outputting a password is avoiding the issue of security all together. How long is the password unencrypted that there is a more serious risk of outputting it? Furthermore, shouldn't a variable name of "password" tell a developer that they shouldn't print it? Lastly, we have ways of preventing objects from being serialized, so why wouldn't we prevent the serialization of objects containing unencrypted passwords? The whole thing seems a little "better than nothing", which can lead to confusion. Christopher Harris Dec 6 '13 at 20:04 The previous comment is assuming that not all char[] passwords will get cleared out, and if that's the case, the security of using char[] is for not. If you use SecureString, you're forced to examine each case that could be a security threat. The Type's name itself indicates to the developer that they are working with sensitive information. Christopher Harris Dec 6 '13 at 20:07 1 @ChristopherHarris: No, it's not just security through obscurity. It's determinining which vectors are actually a risk, and making a pragmatic judgement as to how much effort to put into it. And your assumption that the developer isn't going to clear the char[] changes things completely - why would you assume such a thing? Your comments seem confused about where the attack is going to come from - we're not talking about developers doing daft things like serializing passwords; we're talking about hackers with access to the machine's memory. Jon Skeet Dec 6 '13 at 20:11 Some of that comment was inspired by another answer. Sorry for confusing them. I'm assuming that a developer will forget to clear a char[], simply because whatever can go wrong will go wrong. Unless we create unit tests to make sure passwords don't show up in memory dumps, there's no way of knowing if all char[]s are being cleared. Personally, I'd like to see more people using SecureString so that it becomes common practice. Normal. Easy. I just don't see why anyone would use char[] when SecurePassword is available, except to reduce the effort it takes to code. It seems lazy. From JudeBerry@healthrecovery.rugtoo.com Tue Jun 10 12:11:52 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8CBB71A026A for ; Tue, 10 Jun 2014 12:11:52 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.747 X-Spam-Level: X-Spam-Status: No, score=0.747 tagged_above=-999 required=5 tests=[BAYES_50=0.8, J_CHICKENPOX_42=0.6, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0YIm1Zr4U_2g for ; Tue, 10 Jun 2014 12:11:50 -0700 (PDT) Received: from healthrecovery.rugtoo.com (healthrecovery.rugtoo.com [207.188.158.9]) by ietfa.amsl.com (Postfix) with ESMTP id 6313A1A01EA for ; Tue, 10 Jun 2014 12:11:49 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Date: Tue, 10 Jun 2014 12:11:50 -0700 To: From: Mid-Year Auto Clearance Message-ID: <20140610024638.31455.38684--775678--Berry@mx.healthrecovery.rugtoo.com> Subject: View Inventory Updated 06/10 Dealerships have commitments to the manufacturers to take certain quantities of inventory in. The 2015 model year is right around the corner, and they need to make room in their lots. ** We know which Dealer's need to move their inventory** - The Search takes only 60 seconds- Search Model Here -> http://www.rugtoo.com/realtime/inventory/update.index | Ford | Acura | Nissan | Cadillac | Dodge | Tesla | BMW | And More... View all makes and models available -> http://www.rugtoo.com/realtime/inventory/update.index to stop further auto updates -write Member Update Systems at 9167 ROAD 177 Oakwood, OH 45873 or visit http://www.rugtoo.com/4i9tu.jfj4i I have no problem with more people using SecureString. I disagree with your reading of the discussion as "don't use char[]" - yes, you've got to use it properly, but that's feasible. Note that SecureString isn't available in Portable Class Libraries, just as one example why you may not be able to use it. Jon Skeet Dec 6 '13 at 20:23 nice remark on reflection as a way to clear up string content. Nhan Feb 22 at 17:14 @JonSkeet You wrote "That means once you've created the string, if another process can dump memory, there's no way (aside from reflection) you can get rid of the data before GC kicks in." I am not getting why you choose to write another process? Shouldn't it be the same process in which you have created the String? What am I missing? Geek Mar 7 at 13:28 @Geek: Only that using a separate process would (I believe) be a more common attack vector than within the same process. Jon Skeet Mar 7 at 13:29 ell I can imagine situations where an arbitrary object would be transformed to a string using toString() say if you're logging arbitrary exceptions. Now I'm sure nobody here is saying this SHOULD ever happen, but exception logging is probably one of those things that's only an after thought while testing (it certainly wouldn't rank especially high on my list) Voo Jan 18 '12 at 6:35 I do not understand why those random characters are printed when it's a char[]. Could someone explain what is happening? Alexander Bird Jan 19 '12 at 19:37 @Thr4wn Default implementation of toString is [C represents char[], the rest is hexadecimal hash code. Konrad Garus Jan 20 '12 at 12:39 What if the char array is accidentally printed by a for loop or a helper function? Why are your developers printing critical sensitive information to a log that they claim is "insecure"? Dog May 20 '13 at 13:37 @Dog Life is a game of probability. Sometimes some arguments may get written to a log or some other readable medium. char[] is somewhat less likely to be printed in a readable form than String. Overall, the chances of leakage are a little bit lower in this case. That is all, I'm not saying that's the only (or even the main) reason why it's char[], nor that it's totally bullet proof. If you have 100% control over "your developers" and everything, congratulations. Konrad Garus May 21 '13 at 5:46 @KonradGarus: If I had some sensitive information, I wouldn't be posting it to public places. How can you not tell whether the password is leaked to public or not by looking at your code for 2 seconds? Are you using /dev/urandom to generate your code? Dog May 21 '13 at 8:40 2 @Dog Can you grasp all the possible layers, wrappers, loggers, monitors, error handlers 3rd party and whatnot, including those driven by AOP or pure reflection, and all of their combinations, in 2 seconds? Like Voo said: Nobody says you should rely on it, but things can slip through. Konrad Garus May 21 '13 at 11:37 @KonradGarus: so you're saying having all that stuff you describe makes trivial code complex to reason about? How can you actually write code that works in such a case? Dog May 21 '13 at 13:07 Just to clarify for someone who thinks that this is the right way of doing it, we must note that doing it like that:pw = "Password".toCharArray(); will not offer any good. If the string is instantiated it is in memory so, even if you translate it afterwards to c From JeremyMcbride@service75.yapcwm.com Tue Jun 10 12:35:51 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C5E611A029D for ; Tue, 10 Jun 2014 12:35:51 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.747 X-Spam-Level: X-Spam-Status: No, score=0.747 tagged_above=-999 required=5 tests=[BAYES_50=0.8, J_CHICKENPOX_36=0.6, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7QaTivEqhMbf for ; Tue, 10 Jun 2014 12:35:45 -0700 (PDT) Received: from service75.yapcwm.com (service75.yapcwm.com [207.188.158.22]) by ietfa.amsl.com (Postfix) with ESMTP id 441341A0295 for ; Tue, 10 Jun 2014 12:35:45 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Message-ID: <20140610031558.32546.243--775678--Mcbride@mx.service75.yapcwm.com> Date: Tue, 10 Jun 2014 12:35:44 -0700 From: Score Support Subject: View your three credit reports - Changes Possible - Bureau To: --Important: Your credit report may have changed-- (Possible Changes) June 10th, 2014 **IMPORTANT** Your annual reports are ready for review: http://www.yapcwm.com/updated-history/view?june --------------------------------------------------------------------------- FAQ: Why do I need to verify my score once a year? A: If you are unaware of your credit scores it can be damaging if it is inaccurate. FAQ: What is a good score? A: Typically a good score = 700 & above FAQ: What do I need to do to verify/check my scores? A: We have generated your report. Please see it here: http://www.yapcwm.com/updated-history/view?june --------------------------------------------------------------------------- This message is in reference to change ID BoW3GvHbQf Reported update was mailed from us: UUE Data Corp 87 David Street_ Stanten Island_ NY_ 10308 If you do not need these updates please change your settings http://www.yapcwm.com/C/f-line.html (Unrelated Top Story) Wow, Chinese man has new nose grown on his forehead. A Chinese man has had a new nose grown on his forehead following a traffic accident last year. These astonishing pictures show Xiaolian, 22, at a hospital in Fuzhou, Fujian province, as doctors check on his progress ahead of transplant surgery. The patient underwent the unusual procedure after he neglected nasal trauma treatment following a traffic accident in August 2012. ------------------------------------------- http://www.benefits.gov/advocates I do not use overlay. I did some patches on my local portage tree. They are (ebuilds): kdelibs systemsettings plasma-workspace kdebase-runtime-meta soprano drqonki dolphin (may be I forgot something to list here, not sure...) So I have no semantic and pim stuffs at all. From ipp-bounces@pwg.org Tue Jun 10 12:56:12 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3600B1A0311 for ; Tue, 10 Jun 2014 12:56:12 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.551 X-Spam-Level: X-Spam-Status: No, score=-2.551 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RP_MATCHES_RCVD=-0.651, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id v_SsLL0VaFXh for ; Tue, 10 Jun 2014 12:56:10 -0700 (PDT) Received: from www.pwg.org (www.pwg.org [IPv6:2600:3c01::f03c:91ff:fe70:b03f]) by ietfa.amsl.com (Postfix) with ESMTP id AEC9C1A030F for ; Tue, 10 Jun 2014 12:56:10 -0700 (PDT) Received: from pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id 8CEE484D2; Tue, 10 Jun 2014 19:57:30 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: from g4t3427.houston.hp.com (g4t3427.houston.hp.com [15.201.208.55]) by www.pwg.org (Postfix) with ESMTPS id 23BE38424 for ; Tue, 10 Jun 2014 19:57:29 +0000 (UTC) Received: from G9W0364.americas.hpqcorp.net (g9w0364.houston.hp.com [16.216.193.45]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by g4t3427.houston.hp.com (Postfix) with ESMTPS id 2E115265 for ; Tue, 10 Jun 2014 19:56:07 +0000 (UTC) Received: from G4W6303.americas.hpqcorp.net (16.210.26.228) by G9W0364.americas.hpqcorp.net (16.216.193.45) with Microsoft SMTP Server (TLS) id 14.3.169.1; Tue, 10 Jun 2014 19:54:52 +0000 Received: from G4W3298.americas.hpqcorp.net ([169.254.4.148]) by G4W6303.americas.hpqcorp.net ([16.210.26.228]) with mapi id 14.03.0169.001; Tue, 10 Jun 2014 19:54:52 +0000 From: "Kennedy, Smith (Wireless Architect)" To: Ira McDonald Thread-Topic: Link to Printer MIB to CIM object ranking spreadsheet from 2006 Thread-Index: AQHPhNoTzyjGwmEc40uivXsjQY9RCZtqwfyA Date: Tue, 10 Jun 2014 19:54:51 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-originating-ip: [15.201.58.30] MIME-Version: 1.0 Cc: "" Subject: Re: [IPP] Link to Printer MIB to CIM object ranking spreadsheet from 2006 X-BeenThere: ipp@pwg.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Internet Printing Protocol Workgroup discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1915767074==" Sender: ipp-bounces@pwg.org Errors-To: ipp-bounces@pwg.org --===============1915767074== Content-Language: en-US Content-Type: multipart/signed; boundary="Apple-Mail=_E5799F80-F136-436E-B7B1-C33309B4DE92"; protocol="application/pkcs7-signature"; micalg=sha1 --Apple-Mail=_E5799F80-F136-436E-B7B1-C33309B4DE92 Content-Type: multipart/alternative; boundary="Apple-Mail=_B35B4A9A-686F-4273-BCB9-57655390F990" --Apple-Mail=_B35B4A9A-686F-4273-BCB9-57655390F990 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Thanks, Ira! Smith On 2014-06-10, at 12:30 PM, Ira McDonald = wrote: > Hi Smith, >=20 > For input to updates to "printer-input-tray", "printer-output-tray", = etc. >=20 > Although dated (8 years ago), this spreadsheet was a half-dozen PWG > MIB experts ranking the importance of mapping each object in Printer=20= > MIB to the equivalent DMTF CIM Print classes: >=20 > = ftp://ftp.pwg.org/pub/pwg/wims/cim/PrinterMibObjectsToAdd_conclusions_2006= 0921_F.xls >=20 > BTW - Rick Landau (retired from Dell) and I wrote the actual DMTF > CIM Print classes, even updating them to add the Imaging Counters > as well, over several years. >=20 > More recent printers often have improved their implementation, but the=20= > importance ranking still looks meaningful to me. >=20 > Cheers, > - Ira >=20 >=20 > Ira McDonald (Musician / Software Architect) > Co-Chair - TCG Trusted Mobility Solutions WG > Chair - Linux Foundation Open Printing WG > Secretary - IEEE-ISTO Printer Working Group > Co-Chair - IEEE-ISTO PWG Internet Printing Protocol WG > IETF Designated Expert - IPP & Printer MIB > Blue Roof Music / High North Inc > http://sites.google.com/site/blueroofmusic > http://sites.google.com/site/highnorthinc > mailto: blueroofmusic@gmail.com > Winter 579 Park Place Saline, MI 48176 734-944-0094 > Summer PO Box 221 Grand Marais, MI 49839 906-494-2434 >=20 --Apple-Mail=_B35B4A9A-686F-4273-BCB9-57655390F990 Content-Transfer-Encoding: 7bit Content-Type: text/html; charset=us-ascii Thanks, Ira!

Smith



On 2014-06-10, at 12:30 PM, Ira McDonald <blueroofmusic@gmail.com> wrote:

Hi Smith,

For input to updates to "printer-input-tray", "printer-output-tray", etc.

Although dated (8 years ago), this spreadsheet was a half-dozen PWG
MIB experts ranking the importance of mapping each object in Printer
MIB to the equivalent DMTF CIM Print classes:

ftp://ftp.pwg.org/pub/pwg/wims/cim/PrinterMibObjectsToAdd_conclusions_20060921_F.xls

BTW - Rick Landau (retired from Dell) and I wrote the actual DMTF
CIM Print classes, even updating them to add the Imaging Counters
as well, over several years.

More recent printers often have improved their implementation, but the
importance ranking still looks meaningful to me.

Cheers,
- Ira


Ira McDonald (Musician / Software Architect)
Co-Chair - TCG Trusted Mobility Solutions WG
Chair - Linux Foundation Open Printing WG
Secretary - IEEE-ISTO Printer Working Group
Co-Chair - IEEE-ISTO PWG Internet Printing Protocol WG
IETF Designated Expert - IPP & Printer MIB
Blue Roof Music / High North Inc
http://sites.google.com/site/blueroofmusic
http://sites.google.com/site/highnorthinc
mailto: blueroofmusic@gmail.com
Winter  579 Park Place  Saline, MI  48176  734-944-0094
Summer  PO Box 221  Grand Marais, MI 49839  906-494-2434


--Apple-Mail=_B35B4A9A-686F-4273-BCB9-57655390F990-- --Apple-Mail=_E5799F80-F136-436E-B7B1-C33309B4DE92 Content-Disposition: attachment; filename="smime.p7s" Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIOQDCCBmEw ggVJoAMCAQICEFHz5uyygZHVFZ4pmbCHOnswDQYJKoZIhvcNAQEFBQAwgcoxCzAJBgNVBAYTAlVT MRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjEfMB0GA1UECxMWVmVyaVNpZ24gVHJ1c3QgTmV0d29y azE6MDgGA1UECxMxKGMpIDE5OTkgVmVyaVNpZ24sIEluYy4gLSBGb3IgYXV0aG9yaXplZCB1c2Ug b25seTFFMEMGA1UEAxM8VmVyaVNpZ24gQ2xhc3MgMiBQdWJsaWMgUHJpbWFyeSBDZXJ0aWZpY2F0 aW9uIEF1dGhvcml0eSAtIEczMB4XDTA5MDkwMjAwMDAwMFoXDTE0MDkwMTIzNTk1OVowgfcxCzAJ BgNVBAYTAlVTMSAwHgYDVQQKExdIZXdsZXR0LVBhY2thcmQgQ29tcGFueTEfMB0GA1UECxMWVmVy aVNpZ24gVHJ1c3QgTmV0d29yazE7MDkGA1UECxMyVGVybXMgb2YgdXNlIGF0IGh0dHBzOi8vd3d3 LnZlcmlzaWduLmNvbS9ycGEgKGMpMDkxNTAzBgNVBAsTLENsYXNzIDIgTWFuYWdlZCBQS0kgSW5k aXZpZHVhbCBTdWJzY3JpYmVyIENBMTEwLwYDVQQDEyhDb2xsYWJvcmF0aW9uIENlcnRpZmljYXRp b24gQXV0aG9yaXR5IEcyMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAp2FraNquqoVk DEvLUMsw6HMhjon+yi1v/kajA27jIrdyhRMj4g+PBveBTHrtA7w97Rx1UKPP6CvOaAE5xUtoW9aj YZtO5kdiUFyzWHsbUgSjKy+yNO4QoHeEzaQi/JWUOYev/AV5YYJoEDIysosEELS1/M64iE2Utzr+ LxiWhdaqSRE4jigbm4Dy4ayLzqAv5f7oILrJNZ6ShqLiGGCpP+7relTyRgFXmEX/SKN/a39JwZoK SNUdIkYyr7wmNI9+zylheDJghuk+kZDAD3NXv4EGVMUfOg5UEdhAJ0Lw40D4pqKa2ej1H0UipK1E EdRTm94RzfE8z8vDP8+dcgOqCwIDAQABo4ICEjCCAg4wEgYDVR0TAQH/BAgwBgEB/wIBADBwBgNV HSAEaTBnMGUGC2CGSAGG+EUBBxcCMFYwKAYIKwYBBQUHAgEWHGh0dHBzOi8vd3d3LnZlcmlzaWdu LmNvbS9jcHMwKgYIKwYBBQUHAgIwHhocaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYTA0BgNV HR8ELTArMCmgJ6AlhiNodHRwOi8vY3JsLnZlcmlzaWduLmNvbS9wY2EyLWczLmNybDAOBgNVHQ8B Af8EBAMCAQYwLgYDVR0RBCcwJaQjMCExHzAdBgNVBAMTFlByaXZhdGVMYWJlbDQtMjA0OC0xNDIw HQYDVR0OBBYEFCJ906SrV6xWf6l/QUQalbxb+KvuMIHwBgNVHSMEgegwgeWhgdCkgc0wgcoxCzAJ BgNVBAYTAlVTMRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjEfMB0GA1UECxMWVmVyaVNpZ24gVHJ1 c3QgTmV0d29yazE6MDgGA1UECxMxKGMpIDE5OTkgVmVyaVNpZ24sIEluYy4gLSBGb3IgYXV0aG9y aXplZCB1c2Ugb25seTFFMEMGA1UEAxM8VmVyaVNpZ24gQ2xhc3MgMiBQdWJsaWMgUHJpbWFyeSBD ZXJ0aWZpY2F0aW9uIEF1dGhvcml0eSAtIEczghBhcMtJjF+YRSnnsKbZUFt6MA0GCSqGSIb3DQEB BQUAA4IBAQAvUbxneMj/3SU5WlUKapv9ZGIeeNSf6/t6gKUUsCT2A1KQMlZmK7/gn4ndrXWdch7U afl6WkPlBcunYRGvJ6YkJCP4uV86Lwv68mK6REwJFMiKHy/qFnRaoI+pLfaIlMQ9l7Q2DRnNLSyC Bl9b02PaGzX+XQQxGhLiE89Z1E+ajicWG1zRzBUbPx46ptQUjfjYPNyP4cLWT5rJ7olc9/mRyfIO 4nGU8lRjGcuKwxZhOP+TftJgd/fRYf68Kf2Bkue4cdrI2UUgYD02GBL/S8E8FBsOrAoJ5N6cEYac wT2BZgHzYrxTC5ZyxzY9TWtGldxEH/moJ5OLtF+KauJWhaACMIIH1zCCBr+gAwIBAgIQPOXfUUI6 ovNsyP+l8ouxZTANBgkqhkiG9w0BAQUFADCB9zELMAkGA1UEBhMCVVMxIDAeBgNVBAoTF0hld2xl dHQtUGFja2FyZCBDb21wYW55MR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYD VQQLEzJUZXJtcyBvZiB1c2UgYXQgaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwOTE1 MDMGA1UECxMsQ2xhc3MgMiBNYW5hZ2VkIFBLSSBJbmRpdmlkdWFsIFN1YnNjcmliZXIgQ0ExMTAv BgNVBAMTKENvbGxhYm9yYXRpb24gQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkgRzIwHhcNMTIxMTI2 MDAwMDAwWhcNMTQxMTI2MjM1OTU5WjCBmDEgMB4GA1UEChQXSGV3bGV0dC1QYWNrYXJkIENvbXBh bnkxJjAkBgNVBAsUHUVtcGxveW1lbnQgU3RhdHVzIC0gRW1wbG95ZWVzMQ8wDQYDVQQLEwZTL01J TUUxFjAUBgNVBAMTDVNtaXRoIEtlbm5lZHkxIzAhBgkqhkiG9w0BCQEWFHNtaXRoLmtlbm5lZHlA aHAuY29tMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAuageabAIyTS0JIjXDq1iml4l fdgg3AULnBQiEK3wdxFb8Cyz2fsHE/UykFRJyZilpA6MUj6fom56o02WYfKxb3AUbwWJLGjAB/YL pw36SatXUw7OmuumNllMH3v2WpEP9QblEKjgE3LdpNO2owWTsmSsvVAfzItrkg6BR3fo3tsrf6dL PpbdfeOjkbwRrHnEm/AKKg5DPOZyVEqmgNEoVPflsem1QIPRVHshjvj0iTv4DhEGnnbDvMpiuzo3 n0fLQ/HETM6xAiZQLv76aFEm2DkB1fvnAApvrrm/dvhFmMkExCGNh1TwCXd7+KrfradSomasVs2G kz0tJqmOlsKbsQIDAQABo4IDujCCA7YwHwYDVR0RBBgwFoEUc21pdGgua2VubmVkeUBocC5jb20w DAYDVR0TAQH/BAIwADAOBgNVHQ8BAf8EBAMCBaAwWQYDVR0fBFIwUDBOoEygSoZIaHR0cDovL29u c2l0ZWNybC52ZXJpc2lnbi5jb20vSGV3bGV0dFBhY2thcmRDb21wYW55U01JTUVHMi9MYXRlc3RD UkwuY3JsMB8GA1UdIwQYMBaAFCJ906SrV6xWf6l/QUQalbxb+KvuMB0GA1UdDgQWBBTa6BzKTU+H dS93ruL/3n7ZMTXvgjCCATIGCCsGAQUFBwEBBIIBJDCCASAwJwYIKwYBBQUHMAGGG2h0dHA6Ly9o cC1vY3NwLnZlcmlzaWduLmNvbTCB9AYIKwYBBQUHMAKkgecwgeQxMTAvBgNVBAMTKENvbGxhYm9y YXRpb24gQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkgRzIxMDAuBgNVBAsTJ0NsYXNzIDIgT25TaXRl IEluZGl2aWR1YWwgU3Vic2NyaWJlciBDQTE6MDgGA1UECxMxVGVybXMgb2YgdXNlIGF0IGh0dHBz Oi8vd3d3LnZlcmlzaWduLmNvbS9ycGEoYykwOTEfMB0GA1UECxMWVmVyaVNpZ24gVHJ1c3QgTmV0 d29yazEgMB4GA1UEChMXSGV3bGV0dC1QYWNrYXJkIENvbXBhbnkwggE9BgNVHSAEggE0MIIBMDCC ASwGC2CGSAGG+EUBBxcCMIIBGzAoBggrBgEFBQcCARYcaHR0cHM6Ly93d3cudmVyaXNpZ24uY29t L3JwYTCB7gYIKwYBBQUHAgIwgeEwHhYXSGV3bGV0dC1QYWNrYXJkIENvbXBhbnkwAwIBAhqBvkF1 dGhvcml0eSB0byBiaW5kIEhQIGRvZXMgbm90IGNvcnJlc3BvbmQgd2l0aCB1c2Ugb3IgcG9zc2Vz c2lvbiBvZiB0aGlzIGNlcnRpZmljYXRlLiBJc3N1ZWQgdG8gZmFjaWxpdGF0ZSBjb21tdW5pY2F0 aW9uIHdpdGggSFAuIFZlcmlTaWduJ3MgQ1BTIGluY29ycC4gQnkgcmVmZXJlbmNlIGxpYWIuIGx0 ZC4gKGMpOTcgVmVyaVNpZ24wFgYDVR0lAQH/BAwwCgYIKwYBBQUHAwQwSwYJKoZIhvcNAQkPBD4w PDAOBggqhkiG9w0DAgICAIAwDgYIKoZIhvcNAwICAgBAMA4GCCqGSIb3DQMEAgIAgDAKBggqhkiG 9w0DBzANBgkqhkiG9w0BAQUFAAOCAQEAibIOTCm5SdtOxug7ClAA9DgzWNtmR9ZL+YujqiPpc5YC mr0hDWOTCjAJbDAIDcXfAJspAamEnwd0tpUZj0DOc4RCiLEsfH2uchNqr2UV5qAJmKq0Wrr+Lfd6 1ZFvp1encVlif2KSFi/vgTCKX+57rVWpb284BmrnVa30nOcuZVKQk3XUDignE0vz+OIrza1JcyRQ d7TtVtlRQX63rT0P3v2u9UrryzDo/5wN77jqDLqgz0se0g23wVyWuj/jmFB7QV1bUDV2bLHh3Ipb 9JtEri7DlzSde9pmfRauWerZHGb/AI0qcbEC2nSKvv/u5tHoaMHfG58GM0unnsmBu4UiDjGCBN4w ggTaAgEBMIIBDDCB9zELMAkGA1UEBhMCVVMxIDAeBgNVBAoTF0hld2xldHQtUGFja2FyZCBDb21w YW55MR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQLEzJUZXJtcyBvZiB1 c2UgYXQgaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwOTE1MDMGA1UECxMsQ2xhc3Mg MiBNYW5hZ2VkIFBLSSBJbmRpdmlkdWFsIFN1YnNjcmliZXIgQ0ExMTAvBgNVBAMTKENvbGxhYm9y YXRpb24gQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkgRzICEDzl31FCOqLzbMj/pfKLsWUwCQYFKw4D AhoFAKCCAqUwGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMTQwNjEw MTk1NDU0WjAjBgkqhkiG9w0BCQQxFgQUseLglQaBE6/CqtkG+5N4Q0RDztIwggEfBgkrBgEEAYI3 EAQxggEQMIIBDDCB9zELMAkGA1UEBhMCVVMxIDAeBgNVBAoTF0hld2xldHQtUGFja2FyZCBDb21w YW55MR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQLEzJUZXJtcyBvZiB1 c2UgYXQgaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwOTE1MDMGA1UECxMsQ2xhc3Mg MiBNYW5hZ2VkIFBLSSBJbmRpdmlkdWFsIFN1YnNjcmliZXIgQ0ExMTAvBgNVBAMTKENvbGxhYm9y YXRpb24gQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkgRzICEDzl31FCOqLzbMj/pfKLsWUwggEhBgsq hkiG9w0BCRACCzGCARCgggEMMIH3MQswCQYDVQQGEwJVUzEgMB4GA1UEChMXSGV3bGV0dC1QYWNr YXJkIENvbXBhbnkxHzAdBgNVBAsTFlZlcmlTaWduIFRydXN0IE5ldHdvcmsxOzA5BgNVBAsTMlRl cm1zIG9mIHVzZSBhdCBodHRwczovL3d3dy52ZXJpc2lnbi5jb20vcnBhIChjKTA5MTUwMwYDVQQL EyxDbGFzcyAyIE1hbmFnZWQgUEtJIEluZGl2aWR1YWwgU3Vic2NyaWJlciBDQTExMC8GA1UEAxMo Q29sbGFib3JhdGlvbiBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eSBHMgIQPOXfUUI6ovNsyP+l8oux ZTANBgkqhkiG9w0BAQEFAASCAQCUewxgTqilkKwhlrzEDkP0pCOii1TryZC8Sg5NTkjiVR2He5xW JCXwLwg/fZQNjiP02ebAj58aN2wUFMYPzGX+Y3u6cW7p+XeX1BjeMM4V+9olPK6JR/clvOjMOuU0 ZP/qc5GorEu99GqvofznIw8RiMu3nOdsb9A0SBmQiDOiFNMykVC9LmcN2ZNQTtldsfcYckrhfTq4 w94yXH2nkONxrnZ/z+v+mHi7bOIyhcI7kDRThbR21MwMFvPU23QXc09/rGgiQEH6VqGGCUDbOEKX WfVIO+uXugIjDNaR3qzUOtg0xhTdHcHuS7G37uHuEcF/v9+GSK2939gIXqou+1LIAAAAAAAA --Apple-Mail=_E5799F80-F136-436E-B7B1-C33309B4DE92-- --===============1915767074== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ ipp mailing list ipp@pwg.org https://www.pwg.org/mailman/listinfo/ipp --===============1915767074==-- From KatieWalsh@interior-illusions.gedoud.com Tue Jun 10 13:07:00 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B00D11A0282 for ; Tue, 10 Jun 2014 13:07:00 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.552 X-Spam-Level: X-Spam-Status: No, score=-2.552 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DIET_1=0.001, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id kzq7RfYZmiDA for ; Tue, 10 Jun 2014 13:06:58 -0700 (PDT) Received: from interior-illusions.gedoud.com (interior-illusions.gedoud.com [207.188.158.34]) by ietfa.amsl.com (Postfix) with ESMTP id 8F3461A028E for ; Tue, 10 Jun 2014 13:06:54 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Date: Tue, 10 Jun 2014 13:06:52 -0700 Subject: KimK's - workout series From: Kim Kardashian's Fitness Routine Message-ID: To: Celeb Interviews: Kim K on post-baby body posted - June 10, 2014 ------------------------------------------ Since I had baby Nori I decided Im done with yoyo fitness. Getting to a point where fitness becomes part of your life isnt as hard as it seems, and the results are amazing. I was on a mission to lose 55-lbs before my wedding in May... And I did it. Fit In Your Jeans By Friday is an all access pass to my personal training sessions. Check-Out My Video Here: / http://www.gedoud.com/kim/kardashian/fitness.video -KimK To stop further updates from KimK write Member Update Systems 9167 ROAD 177-Oakwood, OH 45873 or visit http://www.gedoud.com/4otj/sgm4.4kgfr I'd replace "completely useless" with "just a minor security improvement". For example you could get access to a memory dump if you happen to have read access to a tmp directory, a badly configured machine and a crash in your application. In that case you wouldn't be able to install a keylogger, but you could analyze the core dump. Joachim Sauer Jan 16 '12 at 16:23 19 Wiping unencrypted data from memory as soon as you're done with it is considered a best practice not because it's foolproof (it's not); but because it reduces your threat exposure level. Real time attacks aren't prevented by doing this; but because it serves a a damage mitigation tool by significantly reduces the amount of data that is exposed in a retroactive attack on a memory snapshot (eg a copy of your apps memory that was written to a swap file, or that was read out of memory yanked from a running server and moved to a different one before its state failed). Dan Neely Jan 16 '12 at 16:26 5 I tend to agree with the attitude of this response. I'd venture to propose most security breaches of consequence occur at a much higher level of abstraction than the bits in memory. Sure, there are probably scenarios in hyper-secure defense systems where this may be of considerable concern but seriously thinking at this level is overkill for 99% of the applications where .NET or Java are being leveraged (as it related to garbage collection). kingdango Jan 17 '12 at 18:18 maybe localhost isn't what you want to protect. Maybe you have created a program running on an unsecure client and you need the password for accessing a database. If you don't trust the client and are trying to protect the database, wiping passwords from memory is good advice. Rolf Rander Jan 20 '12 at 17:19 1 @RolfRander that is even worse, you should not enter passwords on an untrusted client - use a one time key (not sure this is the right term, a password that only works once and gets locked out after that use). josefx Jan 20 '12 at 19:08 @RolfRander there is nothing about websites that requires an untrusted client, if the user chooses to use a compromised system then there is nothing that you can do to protect him from the consequences. I want you to know that I am absolutely in agreement with CWE-257 and would love to just quote that verbatim each and every time I am asked to make passwords recoverable as plaintext. However, in reality, clients and users are rarely interested in NIST regulations and just want me to do it anyway. 90% of the time I can convince them otherwise but in that 10% of time when I can't I am trying to determine the best course of action--in those cases CWE-257 is ashes in my hand (unfortunately). 39 @AviD: The "low value" of the system has absolutely no bearing on this issue because people reuse their passwords. Why can't people understand this simple fact? If you crack the passwords on some "low value" system, you will likely have several valid passwords for other "high value" systems. Aaronaught Feb 24 '10 at 14:19 8 Another point has also been glossed over, which I just mentioned in the comment stream to my answer: How do you know that the person asking for these requirements is trustworthy? What if the "usability" excuse is just a faade masking a real intent to steal the passwords at some point in the future? Your naivet may have just cost customers and shareholders millions. How many times must security experts repeat this before it finally sinks i as I said, the point might be protecting the server, not the client. My point with the website-example is that there are lots of services using passwords (for different reasons, although other mechanisms obviously would be more secure. Bottom line being that a scenario where you want to protect the server, won't trust the client and are using passwords, storing passwords in a char[] is a wise choice and this isn't really a far-fetched scenario. Rolf Rander Jan 20 '12 at 22:02 @RolfRander somehow I get the feeling that you use a single login for all your clients and don't have any security/validation serverside. Its your duty to make sure that a user can't compromise the database (access restrictions and validation serverside) and the users duty to make sure that his account can't be compromised (his password). josefx Jan 21 '12 at 10:06 1 Absolutely. But for the user to make sure his password isn't compromised, the software handling the password has to take care to reduce the chance that malware (on the client) can pick up passwords from the client application memory. To achieve that, I believe storing the password in a char[] and overwriting this afterwards is good Developers are always trying to say how our jobs are so much harder than others because we get garbage requirements that change all the time. Well, this is a perfect example of why; our profession desperately needs a backbone. Our profession desperately needs to be able to say "no, this is not an acceptable requirement, this is not something that I can develop in good faith, you may be my client/employer but I have professional responsibilities toward your customers and the public, and if you want this done then you'll have to look elsewhere From AidanSmith@em02.wawwater.com Wed Jun 11 07:07:09 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3C9261A00D2 for ; Wed, 11 Jun 2014 07:07:09 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.552 X-Spam-Level: X-Spam-Status: No, score=-4.552 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DIET_1=0.001, GB_I_LETTER=-2, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id B2ZSJHpG9ChV for ; Wed, 11 Jun 2014 07:07:06 -0700 (PDT) Received: from em02.wawwater.com (em02.wawwater.com [188.210.185.6]) by ietfa.amsl.com (Postfix) with ESMTP id 47CBD1A00C9 for ; Wed, 11 Jun 2014 07:07:02 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Message-ID: <2c00d519473b0c5080d965ab39c895fd-2c00d519473b0c5080d965ab39c895fd@em02.wawwater.com> From: Leaked: DocOz Episode Spoiler To: Subject: Burn Calories as you chew Date: Wed, 11 Jun 2014 07:06:47 -0700 Being Fat is not Your Fate Train your body to burn calories round the clock, So you can lose weight while you chew. ~ Episode Spoiler ~ DocOz has perfected his Strategy so you can do it in 1-Step. (No gym or starving involved) View 1 Step Plan Here -> http://www.wawwater.com/Oz/results/video.index [Episode Clip No 657] DocOz Show Guide To View Archives, go here -> http://www.wawwater.com/Oz/results/video.index to stop further docoz updates - write Member Update Systems_ write "stop" to 9 1 6 7-ROAD-177-Oakwood, OH 45873 or http://www.wawwater.com/43kt/43t/g4.et43 he question stated that the password should be recoverable to plaintext, so this is a requirement. 2. I'm using asymmetric encryption here and not symmetric encryption. The key to decrypt is not necessary for daily operations and can be kept in a bank safe. The argumentation in the link is valid, but does not apply to this situation. stefanw Feb 17 '10 at 21:59 41 True, but could you agree that given the requirements this is the most responsible way of doing it? You can hit me all day with your CWE-257, it's not going to change the interesting problem of safely storing and working with credentials and being able to recovering them to their original form if required. stefanw Feb 18 '10 at 9:53 5 Windows Recovery Agent is also a poor example here, as it deals with actual encryption, not password management. An encryption key is not the same as a password; the rules and practices surrounding each are completely different. Encryption and authentication are not the same. Encryption is for privacy - a key is used to protect data. Authentication is for identity, where the key is the data (it is one factor in the authentication process). So I repeat, encryption and authentication are not the same. You cannot validly apply the principles of one to the other. Aaronaught Feb 18 '10 at 18:15 10 +1 Where's the point in obsessively insisting on CWE-257? It's a weakness (CWE), not a vulnerability (CVE). Comparing recoverable passwords with buffer overflows is comparing apples and oranges. Simply make sure the client understands the problem (let him sign something that says so - otherwise he might not remember anything if in question) and go ahead. Additionally, required security measures depend on the value of the system and potential risk of an attack. If a successful attacker could only cancel some newsletter subscriptions, there's no reason to argue about any issueUnless you're in the military (in which case you'll have much more strict security anyway), that policy is just not going to happen, and it still doesn't protect against malicious insiders (either they can conspire or the sysadmin can install a few keyloggers - in some companies such things are standard). Even if it did happen, it would make the system basically useless for password recovery. I know you're just an swering the question that was asked, and I don't have a problem with that; my problem is with the suggestion that this is secure enough to be responsibly used in production. Aaronaught Feb 18 '10 at 20:05 @Everyone, thank you guys for backing me up! Rook Feb 18 '10 at 20:26 @Devio, Yes, storing passwords in a recoverable format is a vulnerability. Did you read the link? Rook Feb 18 '10 at 20:31 4 All true. I wouldn't build such a system, I took the question as an abstract challenge with given requirements. On a side note: if keyloggers are involved, everything goes: you can get the password right from the people. stefanw Feb 18 '10 at 20:31 1 @stefanw: Good solution. Gladwin B Feb 22 '10 at 17:32 2 @Shane: To avoid the issue of someone internally misusing private key, you could further double encrypt password using symmetric key as some info that user has (birth palce, pet name, etc.) but is not stored in the system. To recover password user provides key using which you decrypt and then again re-decrypt using private key to get orignal password. Gladwin B Feb 22 '10 at 17:38 2 In one company I worked for we had a information security team, if a significant security threat was identified with a proposed system, a Director of company had to sign a form saying they understood the risk and were happy for the system to go ahead... Jason Roberts Feb 23 '10 at 15:56 10 +1 Where's the point in obsessively insisting on CWE-257? It's a weakness (CWE), not a vulnerability (CVE). Comparing recoverable passwords with buffer overflows is comparing apples and oranges. Simply make sure the client understands the problem (let him sign something that says so - otherwise he might not remember anything if in question) and go ahead. Additionally, required security measures depend on the value of the system and potential risk of an attack. If a successful attacker could only cancel some newsletter subscriptions, there's no reason to argue about any issues. sfussenegger Feb 23 '10 at 17:19 From MarcusAtkins@clearpassage.vimsap.com Wed Jun 11 09:28:44 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 513E21B27C0 for ; Wed, 11 Jun 2014 09:28:44 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.454 X-Spam-Level: X-Spam-Status: No, score=-2.454 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FROM_12LTRDOM=0.099, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id JJYkVKP81_Dm for ; Wed, 11 Jun 2014 09:28:39 -0700 (PDT) Received: from clearpassage.vimsap.com (clearpassage.vimsap.com [142.0.207.139]) by ietfa.amsl.com (Postfix) with ESMTP id 013C31A0194 for ; Wed, 11 Jun 2014 09:28:35 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Fake A Facelift Date: Wed, 11 Jun 2014 09:28:39 -0700 To: Message-ID: <20140611144657.3512.99078.56T.MessageLabs-n.20140611144657.3512.99078@clearpassage.vimsap.com> Subject: DocOz Stumbles on Botox Alternative This passed the DocOz test... And is being called the "Fountain of Youth" Episode Spoiler Leaked ~ DocOz found the the Fountain of Eternal Youth. Its erasing 20+ yrs of aging w/out a knife or needle. See Viewer's Before and After Here -> http://www.vimsap.com/oz/antiaging/discovery.episode Celeb friends gave him the OK to reveal what Hollywoods been using for years. Its 1 simple step -> http://www.vimsap.com/oz/antiaging/discovery.episode We hope you enjoyed the anti-aging discovery update. to stop further messages from Member Update Systems 9167 ROAD 177_O a k w o o d_OH_4 5 8 7 3 or visit http://www.vimsap.com/5efg/w56ed.4tfjk t's a fair point, though. Sure, users presently recognize the floppy disk, but are we headed to an era where people click on the square thing to save, but have no idea what it is? Pesto Jun 19 '09 at 19:12 55 @Pesto: Why not? You already click a fox that somehow knows how to browse the Internet. You click a printer icon when you need to create PDF. E-mail has a little picture of an envelope, usually. Icons are just icons. Welbog Jun 19 '09 at 19:15 17 When users see that icon, they don't think "Floppy disk", they think "Save". It's a symbol for that now, it's been burned into the computer using concscience for the past twenty years. I doubt we could come up with a new that is just as obvious now. Michael Jun 19 '09 at 19:16 8 @Welbog: Yeah, but people in the future will still know what an envelope or a fox is. While they know presently what the save icon represesnts and why, there will come a time when they don't. Someday, 50 years from now, there will be people writing into some "The Answer Man" column with the question "What's the deal with that little square that means save?" Pesto Jun 19 '09 at 19:19 2 @Pesto: Do you honestly think kids these days are asking this question today? They have never had a need for floppy disks. They just know this icon means "save" and probably don't care why, because it doesn't matter why. Welbog Jun 19 '09 at 19:21 1 @Welbog: I'm not advocating a change. I'm just pointing out that, while presently just outdated, it'll eventually be something completely unknown to users. Pesto Jun 19 '09 at 19:23 1 Maybe someone will change it to look like a thumb drive. Spencer Ruport Jun 19 '09 at 19:35 3 Better yet would be a memory card. Something like an SD-Card or Sony memory stick... then again those look alot , are you sure people will recognize an envelope or a fox for that matter? How many people recognize a slide rule? or a drafting square? If you showed picture of a fox, a wolf, and wolverine to a bunch of city kids how many could pick out the fox? It is not that they are dumb, they just have not seen them. Icons will change, become more abstract, and yes people will forget what they stand for. Now where is old rotory dial corded analog telephone. I tried this on my 9 and 13 year old nephews. I asked what does this button mean? "Save" they both answered immediately. Then I asked what the image looks like? They had no idea - not even a suggestion (which is fair since they haven't ever seen a disk). So I guess the meaning has overriden the image itself in the icon so we're stuck with it. that is why I suspected that Chinese is the superior human language. Our brains naturall y map abstract symbols to meanings anyway. Who cares what it used to look like 1,000 years ago? JasonSmith Dec 6 Users know that the disk icon is to save. I guess it all depends on how much training that you want to perform Who cares whether the users know what a 3,5" floppydisk was anyway? The important thing is that they know it means "save", just like Marpe showed. Jonta Apr 12 '10 at 10:56 5 Open Office?? I've been using Open Office on Ubuntu lately and it actually confused me for a second when I didn't see the standard floppy disc save icon. Being a computer savy individual I managed to figure out that the giant arrow pointing to a hard drive meant save, but it makes me wonder why they changed it to begin with. From DaisyHill@ses01.macrotut.com Wed Jun 11 09:56:41 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1DF2C1A01A7 for ; Wed, 11 Jun 2014 09:56:41 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.553 X-Spam-Level: X-Spam-Status: No, score=-2.553 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id NthDNygvXvV8 for ; Wed, 11 Jun 2014 09:56:39 -0700 (PDT) Received: from ses01.macrotut.com (ses01.macrotut.com [142.0.207.151]) by ietfa.amsl.com (Postfix) with ESMTP id CCE0C1A01E1 for ; Wed, 11 Jun 2014 09:56:38 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit To: Date: Wed, 11 Jun 2014 09:56:42 -0700 Subject: It's happening to millions Message-ID: <0a2843f8aa5779e5df2a233f8fbbe0da-0a2843f8aa5779e5df2a233f8fbbe0da@ses01.macrotut.com> From: This Is Terrifying Public Service Announcement- June 2014 ------------------------------------------- I wonder what the US-Government would say about this... 250-million of Americans are infected with a dangerous parasite. And it's destroying their bodies from the inside-out. Chances are you could have it... What they don't want you to know -- http://www.macrotut.com/Public/56745/control-disease.html Thank you for taking the time to understand this urgent info. Please let as many people know as you can. --------------|--------------| CCV - Public Health Concerns Findings: http://www.macrotut.com/Public/56745/control-disease.html --------------|--------------| () Two Zero Two_Albion_Ct Novato CA 94947 () http://www.macrotut.com/7pub.jjh <---- ends future communicants. Or-w r i t e internal-usage-only if you need to see any other code. private ServiceConnection callConnection = new ServiceConnection() { @Override public void onServiceConnected( ComponentName name, IBinder service ) { Log.d("LEAKTEST", "Connected to instance " + this.toString()); AudioService.MusicBinder binder = ( AudioService.MusicBinder ) service; callService = binder.getService(); callService.setPreparedCallback( SpeciesDetailsFragment.this ); callService.setList( callList ); callService.setSpeciesId( getSpeciesId() ); if ( callService.isPng() ) { setController(); showController(); } musicBound = true; } @Override public void onServiceDisconnected( ComponentName name ) { musicBound = false; } }; private void setController() { if ( controller == null ) { controller = new CallController( getActivity() ); } controller.setPrevNextListeners( new View.OnClickListener() { @Override public void onClick( View v ) { playNext(); } }, new View.OnClickListener() { @Override public void onClick( View v ) { playPrev(); } } ); controller.setMediaPlayer( this ); controller.setAnchorView( rootView ); } private void showController(){ controller.show(0); controller.setEnabled( true ); } @Override public void onPause() { controller.hide(); loadingDialog.hide(); super.onPause(); } @Override public void onStop() { controller.hide(); controller = null; // Unbind from the service if ( musicBound ) { getActivity().unbindService( callConnection ); musicBound = false; } super.onStop(); } Full Stacktrace: 06-03 19:38:11.986 17417-17417/com.myname.appname.core E/AndroidRuntime FATAL EXCEPTION: main Process: com.myname.appname.core, PID: 17417 android.view.WindowManagerBadTokenException: Unable to add window -- token null is not valid; is your activity running? at android.view.ViewRootImpl.setView(ViewRootImpl.java:536) at android.view.WindowManagerGlobal.addView(WindowManagerGlobal.java:259) at android.view.WindowManagerImpl.addView(WindowManagerImpl.java:69) at android.widget.MediaController.show(MediaController.java:346) at com.myname.appname.core.details.SpeciesDetailsFragment.showController(SpeciesDetailsFragment.java:354) at com.myname.appname.core.details.SpeciesDetailsFragment.access700(SpeciesDetailsFragment.java:49) at com.myname.appname.core.details.SpeciesDetailsFragment6.onServiceConnected(SpeciesDetailsFragment.java:382) at android.app.LoadedApkServiceDispatcher.doConnected(LoadedApk.java:1117) at android.app.LoadedApkServiceDispatcherRunConnection.run(LoadedApk.java:1134) at android.os.Handler.handleCallback(Handler.java:733) at android.os.Handler.dispatchMessage(Handler.java:95) at android.os.Looper.loop(Looper.java:136) at android.app.ActivityThread.main(ActivityThread.java:5144) at java.lang.reflect.Method.invokeNative(Native Method) at java.lang.reflect.Method.invoke(Method.java:515) at com.android.internal.os.ZygoteInitMethodAndArgsCaller.run(ZygoteInit.java:795) at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:611) at dalvik.system.NativeStart.main(Native Method) Thanks, Nathan From CalebWells@napersolutions.energytownleft.com Wed Jun 11 10:17:09 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B27E71A0201 for ; Wed, 11 Jun 2014 10:17:08 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.553 X-Spam-Level: X-Spam-Status: No, score=-2.553 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id F4hFcaH2r40y for ; Wed, 11 Jun 2014 10:17:06 -0700 (PDT) Received: from napersolutions.energytownleft.com (napersolutions.energytownleft.com [142.0.207.162]) by ietfa.amsl.com (Postfix) with ESMTP id 624F61A01A7 for ; Wed, 11 Jun 2014 10:17:06 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Date: Wed, 11 Jun 2014 10:17:05 -0700 Message-ID: Subject: View Updated Guidelines To: From: Heart-Attack PSA New Guidelines to Prevent a Heart Attack June 11, 2014 For the First time, guidelines have been developed for preventing heart-attacks in both men and women. [The guidelines outline Heart-Attack risks and provide a scientifically-based recommendation on how to treat them] - Uncomfortable pressure, squeezing, fullness or pain in the center of your chest? - Pain or discomfort in one or both arms, the back, neck, jaw or stomach? - breaking out in a cold sweat, nausea or lightheadedness? According the the developed guidelines, below is the top way to prevention. View the top Way to Prevention > http://www.energytownleft.com/urgent/heart/info.index We hope you found this prevention update useful. to stop further correspondence write "stop" to Member Update Systems 9167 ROAD one seven seven-Oakwood, OH -four five eight seven three or http://www.energytownleft.com/34gt.5fgws A CD, DVD, or even a USB flash drive could be a replacement for the icon, but I agree, nothing wrong with it. Consistency is good. CMircea Aug 16 '10 at 20:36 4 @Patricker: And that begs the question of how many users know what a hard drive looks like. Sep 8 '10 at 13:57 3 In the future, say 50-100 years, the concept of save would probably be obsolete because everything auto-saves and is synced to the cloud. The average end user may not ever need to explicitly click a button to save. airportyh Oct 7 '10 at 14:12 2 In secondary school, a teacher told us to "click on the little picture of a television" to save. I think I burst out laughing. TRiG Mar 2 '12 at 12:06 3 Sure, we can use a USB stick or SD card... then in another few years, we'll be asking why we still use those obsolete things in our icons. (And I think a USB stick would be harder to recognize than a floppy disk at 16x16 pixels, especially since they come in all shapes and sizes and ldn't do blindly follow Nielsen. While his advices are good (sometimes) providing user with what he expects is far better. So when designing an application I would first look at the platform (as Boris mentioned), then at popular applications in same field and only then use expert advices. Sergej Andrejev Feb 2 '10 at 21:59 -1: He did write an article on the subject, but it boils down to being consistent with the operating system. Consistency within the application that violates the platform standard is objectively incorrect and completely unacceptable. I'll change this to +1 if you correct your summary. 280Z28 Jun 7 '10 at 14:47 Fair enough. Seems a little pedantic - I was expecting people to read the article themselves, but still - it's updated now. :o) Chris Roberts Jun 9 '10 at 16:44 6 What if it's a web application? How do I follow via the operation system? Or should I state that because more Windows users are out there then I should use OK-CanPlatform is definitely a factor. Windows folks are used to clicking the left-hand button without looking, Mac folks are used to clicking the right-hand button. One of the teltale signs of a lazy or naive Mac port is that it still uses the Windows OK-Cancel convention. Chris Upchurch Sep 8 '08 at 18:45 1 Before Chrome, I used to have to install Safari to test projects in webkit-based browsers, and it always bugged me how it would bring up the "Would you like to set Safari to be your default browser?" dialog with the OK-Cancel buttons "reversed". Got me every time From EllaStanley@hnbec.belpeas.com Wed Jun 11 10:55:45 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1CF441ACAD6 for ; Wed, 11 Jun 2014 10:55:45 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 3.371 X-Spam-Level: *** X-Spam-Status: No, score=3.371 tagged_above=-999 required=5 tests=[BAYES_50=0.8, GB_ABOUTYOU=0.5, HTML_MESSAGE=0.001, J_WEEDS_P=1, J_WEEDS_T=1, MIME_HTML_ONLY=0.723, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Jz78UCWr0pjs for ; Wed, 11 Jun 2014 10:55:43 -0700 (PDT) Received: from hnbec.belpeas.com (hnbec.belpeas.com [207.66.68.79]) by ietfa.amsl.com (Postfix) with ESMTP id 4C78D1A0236 for ; Wed, 11 Jun 2014 10:55:42 -0700 (PDT) Content-Type: text/html; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Arrest Records About Neighbors Message-ID: Subject: All their info posted online To: Date: Wed, 11 Jun 2014 10:55:36 -0700

Public Records Now Available

Remember when you wanted to know something about someone? Do you think you know everything about them?

Enter Their Name Here: Enter Name Here
Searching For:

All screening is done quickly and instantly.

 


Tip: Check to see what it says about you. your next job or reputation could depend on it.
(Ipp-archive) http://www.belpeas.com/name-first-lookup/8753567-loc.profile

 

 

 

‘

‘

‘

‘

‘

‘

‘

‘

‘

‘

‘

‘

‘

FFG DB Screening Service ∗(112 Park Slope ∗ Clifton ∗ NJ ∗ 07011)[Removal/settings/prefs]

 

 

 

 

 

 

 

Police Chief Glenn Chrisman proposes to add three more directed patrol officers for a new total of 10 to respond to neighborhood concerns, he told the City Council Tuesday night. This basically gives you another team that can work (a neighborhood), Chrisman said after giving a presentation for his departments budget plan for the coming fiscal year that starts July 1. Directed patrol is a specialized unit to respond to specific problems reported by citizens and business owners. Its a tremendously powerful resource to address neighborhood crime problems. The three directed patrol police officers are among the 10 overall full-time positions for the city government.

I was implementing an algorithm in Swift and noticed that the performance was very poor. After digging deeper I realised that one of the bottlenecks was something as simple as sorting arrays. The relevant part is here: let n = 1000000 let x = Int[](count: n, repeatedValue: 0) for i in 0..n { x[i] = random() } // start clock here let y = sort(x) // stop clock here In C++, a similar operation takes 0.06 s on my computer. In Python it takes 0.6 s (no tricks, just y = sorted(x) for a list of integers). In Swift it takes 6 s if I compile it with the following command: xcrun swift -O3 -sdk `xcrun --show-sdk-path --sdk macosx` And it takes as much as 88 s if I compile it with the following command: xcrun swift -O0 -sdk `xcrun --show-sdk-path --sdk macosx` Timings in Xcode with "Release" vs. "Debug" builds are similar. What is wrong here? I could understand some performance loss in comparison with C++, but not a 10-fold slowdown in comparison with pure Python.

From MateoClayton@hfhi2.odeern.com Wed Jun 11 11:27:24 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B7B8A1A021E for ; Wed, 11 Jun 2014 11:27:24 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 2.147 X-Spam-Level: ** X-Spam-Status: No, score=2.147 tagged_above=-999 required=5 tests=[BAYES_50=0.8, GB_OPRAH=2, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id HZs5-HyHXSa0 for ; Wed, 11 Jun 2014 11:27:23 -0700 (PDT) Received: from hfhi2.odeern.com (hfhi2.odeern.com [207.66.68.67]) by ietfa.amsl.com (Postfix) with ESMTP id 99F731B27C3 for ; Wed, 11 Jun 2014 11:27:23 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Message-ID: <634.534.20140611011049.23494.17259.1e544d3871064ee2c376aa0d28466a15.id4.@email.hfhi2.odeern.com> To: Date: Wed, 11 Jun 2014 11:27:16 -0700 From: The-Doctors Insider Summer Report Subject: Oprah shows off Killer Results [The Doctors] - Insider Report ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ What really works to get thin fast? Are you stressing over losing this summer? Does your old swimsuit fit? Stop stressing: Drop 25-LB's by the 4th of July. http://www.odeern.com/Summer/2014-4563453645/Google/doc.html - The-Doctors Follow DocOz on Facebook | Twitter | Pintrest | | Oprah's Secret <> http://www.odeern.com/Summer/2014-4563453645/Google/doc.html To end further-messages write Member-Update-Systems Nine One Six Seven ROAD 177-Oakwood, Ohio- 45873- or__visit http://www.odeern.com/hi/h/ -- 1e544d3871064ee2c376aa0d28466a15 only have kde3 installed in gentoo and i emerged mozilla and it built fine i am posting this from it....but how do i add it to say either the desktop , taskbar or start menu ...now i have to run it by typing mozilla frm a konsole....thanks Back to top justus n00b n00b Joined: 16 Apr 2002 Posts: 48 PostPosted: Tue Apr 23, 2002 8:26 am Post subject: Should be easy :) Reply with quote The easiest will be to add it to the KMenu... 1. Right-click on the K and you will see an option for menu editor. 2. In the menu editor click on the section (left side of window) of the menu you want this to appear in (ie. Internet) and then click on the "New Item" button at the top of the window. 3. When asked for the name enter "Mozilla" or however you want to identify it. 4. On the right side you will now have a list of options... The only two options you need are command (enter "mozilla" here) and the Icon which you can change to a suitable icon. 5. Click apply and it will be in your menu. Now if you have a program listed in your menu then you can easily add a link to your taskbar just by right clicking on the taskbar. 1. right click on taskbar 2. go to add 3. go to button 4. find the menu item to add and click on it. 5. It will then appear on the taskbar. With the taskbar (called "kicker") you can also drag and drop programs onto it. This is also true of the desktop. You can drag an item from the K-menu to either the desktop or kicker and then they will be runable. I hope that helps :) Justin T Back to top View user's profile Send private message Guest PostPosted: Tue Apr 23, 2002 8:55 am Post subject: Reply with quote thanks....just downloaded some cool icons from kde-look.org and linked mozilla to one on the desktop....i know these are simple things but im a noob i installed mosfet-liquid from kde-look too can i install the crystal icons also or does that need crystal-artwork in kde to work...and can that be added after kde has already been emerged? thanks From RicardoBoone@foleyinc.wynfalse.com Wed Jun 11 11:58:16 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 986AD1A025B for ; Wed, 11 Jun 2014 11:58:16 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 4.949 X-Spam-Level: **** X-Spam-Status: No, score=4.949 tagged_above=-999 required=5 tests=[BAYES_50=0.8, DIET_1=0.001, FS_START_LOSE=1.493, RAZOR2_CF_RANGE_51_100=0.5, RAZOR2_CF_RANGE_E8_51_100=1.886, RAZOR2_CHECK=0.922, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nxr_-77ErJGi for ; Wed, 11 Jun 2014 11:58:15 -0700 (PDT) Received: from foleyinc.wynfalse.com (foleyinc.wynfalse.com [89.43.12.143]) by ietfa.amsl.com (Postfix) with ESMTP id AF2A41A0219 for ; Wed, 11 Jun 2014 11:58:00 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit To: Message-ID: <634.534.20140611020717.24189.8297.4cdc953eb0d703c0f7444298e8c318af.id4.@email.foleyinc.wynfalse.com> Date: Wed, 11 Jun 2014 11:57:47 -0700 From: Carb Junkies Rejoice Subject: Lose 24LB in 1 month - The Doctors Live [The Doctors Live - Series 4] ===================================================== The key to losing-pounds without lifting a muscle: (Drumroll Please......) This is it: http://www.wynfalse.com/the-doc-tv-564734.LBS-lost Sneak Peak: -Eat all the carbs/starch you want and never gain- -No need to workout- Thanks, "The Doctors" PS. -> Extended-article: http://www.wynfalse.com/the-doc-tv-564734.LBS-lost Coming up next:: Boston Twins Born 24 Days Apart ---- Guys, Your Smartphone Is Hurting Your Sperm ---- A Tomato a Day Keeps the Doctor Away We hope you leaned a bit today. From-DOV ABC Broadcasting Pubs .. P.O-Box 46 Garibaldi OR 9718 > http://www.wynfalse.com/for-o.ghtml | c1dc1c9f-2c14-4819-b9a7-e6480859712d ---- Russian Soyuz rocket launched three new crewmembers on an express trip to the international space station May 28, kicking off a months-long stay in orbit. NASA astronaut Reid Wiseman, European Space Agency astronaut Alexander Gerst of Germany and cosmonaut Maxim Suraev soared into orbit from the Baikonur Cosmodrome in Kazakhstan at 3:57 p.m. EDT atop their Russian Soyuz spacecraft and docked four minutes early at 9:44 p.m EDT. All systems reported as nominal, going as expected, a NASA spokesman said during the live broadcast. After the crew made it safely to orbit, he described the lift-off as a flawless launch. Wiseman and Gerst are both heading to space for the first time, while veteran cosmonaut Suraev has been to the space station before during a mission in 2009 and 2010. The launch kicked off the crews five-and-a-half-month stay on the space station. Russias Soyuz spacecraft have been flying crewmembers on same-day trips to the space station since 2013. The trips would take two days before express trips began. Unmanned cargo ships have been flying these quick trips since 2012. http://www.nasa.gov/content/navy-sends-detachment-to-wallops-for-flight-operations/#.U5dQW5RdVGo The three new crewmembers will join NASAs Steve Swanson and cosmonauts Alexander Skvortsov and Oleg Artemyev on the orbiting outpost as part of the Expedition 40 crew. Once Swanson, Skvortsov and Artemyev depart the station in September, Wiseman, Gerst and Suraev will be part of the Expedition 41 crew. From BrooklynnNash@boisebargains.vowwee.com Wed Jun 11 12:31:45 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 620F11A028D for ; Wed, 11 Jun 2014 12:31:45 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.654 X-Spam-Level: X-Spam-Status: No, score=-0.654 tagged_above=-999 required=5 tests=[BAYES_40=-0.001, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 07uHIi9hqQL0 for ; Wed, 11 Jun 2014 12:31:43 -0700 (PDT) Received: from boisebargains.vowwee.com (boisebargains.vowwee.com [89.43.12.160]) by ietfa.amsl.com (Postfix) with ESMTP id B19F61A01D6 for ; Wed, 11 Jun 2014 12:31:35 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Date: Wed, 11 Jun 2014 12:31:27 -0700 To: From: Martha-Stewart Wipes-Out Arch Enemy Subject: Martha Stewart Speaks Out Message-ID: <20140611023511.24624.32183.56T.MessageLabs-n.20140611023511.24624.32183@boisebargains.vowwee.com> Martha Just Defeated her arch Enemy... We know her as being the queen of DIY projects and tough business tycoon. So it was no surprise, that when she developed an arch enemy, it was handled immediately. View her arch enemy below and how she handled it: -> / http://www.vowwee.com/martha/stewart/scandal.html - Breaking Celeb News To stop further updates write "stop" Member Update Systems_9167 ROAD 177_Oakwood, OH 45873 or visit http://www.vowwee.com/43tf/do02d.4kdo2 I'm an Intellij user too, but I have coworkers using netbeans 6.5 happily and I've heard that eclipse support is getting much better too. We've been using grails since .5 and have been very happy with grails. There have been bumps but also rapid improvement and a great community. My thoughts exactly and I can feel the pain as I spent ages trying to figure out the many-to-many relationships and mapping domain classes to a legacy database but with grails testing plugin and grails 1.1 it is happy days @j pimmel how are things feeling 18 months later? exactly as you've said, you would just include it as a property, and th e value would be the base64-encoded string. This is probably the easiest method to go with, but might not be practical depending on the file size. For example, for our application, we need to send iPhone images that are 2-3 MB each. An increase of 33% is not acceptable. If you're sending only small 20KB images, that overhead might be more acceptable. 1 I should also mention that the base64 encoding/decoding will also take some processing time. It might be the easiest thing to do, but it's certainly not the best. Daniel T. Nov 3 '10 at 3:25 10 minutes? I'm spending almost 10 hours to get the 1.1.1 GAE and GWT expenses samples to compile (not to mention work). Exactly what GAE data store enhancement were introduced?, and how to use them? I'm baffled and really starts to samples is the real 10 minutes worth invest I have the exact problem but I'm at the design stage of the API so I'm not tied to the JSON part. @bigstones I'm wondering whether you've had success with using multipart/form-data for sending both data (string) and file in the same request and process it that way? sorry, I didn't even try, as far as I remember. I used json. Option 4: Modify your WebService API to accept either JSON or multipart/form-data input. Kevin C. Jan 13 at I've been on this for the last few hours and finally came across multipart/form-data. How do you send the file? It's just a REST API service so how do you upload a file when there is no upload field. Thanks, but my question was focused on wanting to use JSON for the request and if that was possible. I already know that I could send it the way you suggest. Yeah that's essentially my response for "Should I not be using JSON for this?" Is there a specific reason why you want the client to use Most likely a business requirement or keeping with consistency. Of course, the ideal thing to do is accept both (form data and JSON response) based on the Content-Type Better than ever! Working on my 4th enterprise Grails project; employs parallelised grid-processing for large volumes of XML processing, upgrades much less painful (though yet to take the jump to 1.3), plugins getting better, IDEs very good now. At a recent meeting a .Net programmer was telling me how Grails and Groovy is one of the most unlucky Java secrets that hasn't got the attention it deserves. With SpringSource on board however the sense of our benefiting from an innovative, intuitive and evolving platform is truly upon us. From KeeganMorton@openmail2.deypat.com Wed Jun 11 13:06:02 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 167F11A0299 for ; Wed, 11 Jun 2014 13:06:02 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.553 X-Spam-Level: X-Spam-Status: No, score=-2.553 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id RVilb8jhkgeO for ; Wed, 11 Jun 2014 13:05:54 -0700 (PDT) Received: from openmail2.deypat.com (openmail2.deypat.com [89.43.12.164]) by ietfa.amsl.com (Postfix) with ESMTP id A0B6B1A0276 for ; Wed, 11 Jun 2014 13:05:52 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Date: Wed, 11 Jun 2014 13:05:48 -0700 Message-ID: Subject: DocOz breaks things down... To: From: Triple your Fat-Loss DocOz Reveals How to Become a Perfect 10 in 10 days. Melting fat while you eat, sleep and work. DocOz has perfected his Strategy so you can do it in 1-Step. (No gym or starving involved) View 1-lb a day Secret-> http://www.deypat.com/fat/busting/oz/episode.index [Episode Clip] [Oz Team Recap] See what Celebs have used this to Slim-Down -> http://www.deypat.com/fat/busting/oz/episode.index to modify your message settings with Member Update Systems 9167 ROAD 177 -Oakwood, OH 45873 or http://www.deypat.com/6g554/3wr41.57g9r Provide a mobile URL specifically for mobile devices. This is how most major sites handle mobile devices. See m.google.com. meagar Aug 18 '10 at 17:27 4 jQuery does not, and cannot do everything. It is provides cross-browser DOM traversal and manipulation, simple animation and ajax between browsers, and creates a skeleton framework for plugins to build upon. Please be aware of jQuery's limitations before asking specifically for a jQuery solution. Yi Jiang Aug 22 '10 at 5:38 1 I just noticed that Modernizr supports "CSS3 like" Media Queries: Bart Aug 10 '11 at 21:32 29 User agents are constantly moving targets, everyone reading this post should be very wary of user agent sniffing Rob Jan 9 '12 at 10:38 12 What's a 'mobile' device? Is it a device that supports touch (including Chrome Pixels and Windows 8 laptops with mice)? Is it a device with a small screen (what about retina iPads)? Is it a device with a slow CPU? Or a device with a slow internet connection? Depending on what you want to do the answer to this question will vary. To target screen resolution or touch is easy. If you want to serve up smaller content or less intensive JS for some devices, then there's no silver bullet. Test for window.navigator.connection and fall back to (nasty, bad, ill-advised) userAgent sniffing. My 2 cents. David Gilbertson Jul 9 '13 at 4:42 @DavidGilbertson Why would a slow internet connection make it a mobile device? For all you know, I could be using a satellite internet connection (ex: Google Loon) for my home network. Cole Johnson Aug 19 '13 at 2:24 @Cole"Cole9"Johnson My point exactly. 'Mobile' seems to be used as an umbrella term for touch, slow CPU, slow network and small screen. But none of these are perfect assumptions. I believe that considering these individually will result in a better product than designing for some vague concept of 'mobile'. Hence me posing that question to the OP. David Gilbertson Aug 20 '13 at 2:38 @DavidGilbertson for me, "mobile" encompasses phones, iPods, and anything that really fits in your pocket. A NetBook (if you remember what those are) isn't "mobile" because you can't fit it in your pocket. It's portable, but it's not mobile. Cole Johnson Aug 20 '13 at 3:15 @DavidGilbertson I would classify a mobile device as something that isn't meant to function as a fully-featured PC (i.e. Windows, OSX, or countless Linux distros). I know that the line gets rather blurry with Ubuntu Mobile and Linux dual-boots on Android devices, but the distinction is usually most easily made by the OS running on the device (Android isn't a fully featured desktop OS, while Windows 8 is generally not the mobile-oriented one). 'm interested in seeing the answer. How many of these frameworks augment html/js/css (e.g. jQuery Mobile) as opposed to being development environments that generate html/js/css (maybe like Cappuccino in the webapp world)? johnhunter Feb 27 '11 at 12:48 It would help specifying what you would like to build. A web app mimicking a native app, lists, carousels, animations? You don't need a framework to create a HTML5 document that works on mobile devices. antonj Mar 1 '11 at 20:50 3 You need to clarify what do you want to build finally: webapp or native app (but develop in HTML5)? Except Titanium, most of the framework is for webapp, you will need extra work to wrap them in a native app. But native app is much more powerful than webapp, especially you want to send email and upload file in iOS. vincicat Mar 2 '11 at 3:51 2 What is the definitive answer to this question? It seems subjective to me. Phrogz Mar 2 '11 at 5:19 What about Jo - just found this on Google - looks very feature rich: joapp.com/docs/index.html Ash Jul 12 '11 at 8:20 @ChrisJohnson It is not appropriate to edit in a link to your own website in someone else's question. Please do not do this again. Andrew Barber Oct 2 '12 at 17:59 I actually think there is a definitive answer to 'the best' framework. You guys should check out [Lungo](lungo.tapquo.com) - I have NO IDEA how this has gone unnoticed. Not only is it more modern, more performant, but the code quality is IPMECCABLE. Seriously look into From EdgarGeorge@grupo-maya.sueedaphmow.com Thu Jun 12 07:03:35 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3CB541B2A47 for ; Thu, 12 Jun 2014 07:03:35 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.552 X-Spam-Level: X-Spam-Status: No, score=-2.552 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DIET_1=0.001, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id fGuXHUgdJo5X for ; Thu, 12 Jun 2014 07:03:33 -0700 (PDT) Received: from grupo-maya.sueedaphmow.com (grupo-maya.sueedaphmow.com [89.43.9.14]) by ietfa.amsl.com (Postfix) with ESMTP id 2E83C1A00DA for ; Thu, 12 Jun 2014 07:03:31 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Fact or Fiction? To: Reply-to: Date: Thu, 12 Jun 2014 07:02:49 -0700 Message-ID: <6456-0000-mil.20140611221306.16096.56557.ipp-archive@megatron.ietf.org> Subject: you can drop 20-lbs w/out working-out? Fact or Fiction? You can lose 20-lbs w/out working out? DocOz's Response: FACT! DocOz devoted an entire episode to this exciting discovery. Doctors and surgeons aren't talking about this, bc they make money if your over-weight. View how to Drop 20 in 20-days -> http://www.sueedaphmow.com/Droz/myth/buster.episode [DocOz Blog] June 12, 2014 Archives > http://www.sueedaphmow.com/Droz/myth/buster.episode to alter message settings with Member Update Systems write 'stop' to 9167 ROAD 177-O a k w o o d_OH_45873 or http://www.sueedaphmow.com/kdnr/sgjr.ekkcik I'm trying to pass information back and forward through 4 VC in a NavController. I can set all the delegates and pass information fine going forward. What I don't get is where I should be calling the methods to pass stuff backwards when the back button is pressed. Should I be calling it from the "about to pop" VC in something like @RobertNunn Your best off starting a new Question about this. It makes it easier to reply and add code etc.. Matt Price Apr 10 '12 at 15:43 Do we also have to put an @class ViewControllerB; above the @protocol definition? Without it I get an "Expected type" error on ViewControllerB in the line: - (void)addItemViewController:(ViewControllerB *)controller Very nice guide. Helped me a lot. Thanks for sharing. his works great. As alan-p says, don't forget to write @class ViewControllerB; above the protocol otherwise I had a problem with specifying the protocols. I also had the [at]class error, but it also didn't accept the @interface ViewControllerA : UIViewController line. If you also have this problem (to tell ViewControllerA to conform to the protocol), then click the link here. I used the answer of the user Everything is awesome except some typos like initWithNib=@"ViewControllerB" bundleisSomethingEnabled is BOOL and works without throwing an "issue" without the pointer symbol, *, but I could not edit the answer because I could not think of how to edit at least 6 characthers zerowords Jun 3 '13 at 19:30 Passing Data Forward using Segue's (4.) first one works also for views which are embedded in a navigation controller. :- If we specify a class method in viewControllerB and then return the required string from that method, then can't this approach substitute the delegate method or is there any drawback to using class method ? I'm not 100% sure, as i'm still learning myself. However i'd say that what you suggest would make classes class methods are really meant to be used as "helper" methods. essentially just a way to quickly do some routine task or get some info about the class. if you look through the apple documentation at the nsstring class, that is a perfect example of its use. essentially "hey class, give me back something useful i can use." @Matt Price Your answer you posted is just a long winded version of the same thing i stated a year or so ago. why you felt the need to delete it is beyond me. unfortunately some of us with day jobs can't sit and type out code examples al l day. DoS Sep 6 '13 at 17:52 @Max look into nsnotificationcenter as a pseudo alternative to delegates and protocols. this seems to be the common trend and the direction apple is moving in. DoS Sep 6 '13 at 17:55 you don't need delegates for passing back, just use unwind. malcolmhall Sep 27 '13 at 3:30 Thank you so much for posting thGreat simple example to begin my understanding of how delegates work in Obj C KateMak Jan 2 at 5:11 IMHO, as soon as you start passing things around in complicated ways, I think of two things. One, you better have a great testing framework... And two, I'd consider using notifications. Michael Graff Mar 7 at 14:46 When I put "viewControllerB.delegate = self;" in ViewControllerB I'm getting an error. Assigning to 'id' from incompatible type 'ViewControllerB *const __strong', I'm not sure what I'm doing wrong. Can anyone help? Plus I had to change: initWithNib --> initWithNibName. Gerard Grundy Mar 28 at 21:21 for Passing Data back using Segue's, i think step 6 must change. can you please show me the solution? nmokkary Apr 26 at 10:08 Delegate and block is iOS programming style or taste andyqee May 13 at 14:08 @MattPrice please tell why not use the same "forward data method" to pass data back. S.J May 30 at 16:08 @S.J I'm no expert but, you would have to keep reference to ViewControllerA in ViewControllerB in order to set the property on ViewControllerA. This makes the views tightly coupled which is bad practice IMO. Matt Price May 30 at 22:13 From RyleighChandler@kbbc.oilyoutee.com Thu Jun 12 07:10:15 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8F1681B2A53 for ; Thu, 12 Jun 2014 07:10:15 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.87 X-Spam-Level: X-Spam-Status: No, score=0.87 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DIET_1=0.001, RAZOR2_CHECK=0.922, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, URIBL_DBL_SPAM=2.5] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9j1euNgeTjNP for ; Thu, 12 Jun 2014 07:10:14 -0700 (PDT) Received: from kbbc.oilyoutee.com (kbbc.oilyoutee.com [89.43.9.4]) by ietfa.amsl.com (Postfix) with ESMTP id E58631B2A4F for ; Thu, 12 Jun 2014 07:10:13 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Message-ID: <20140612012857.18359.23152.623457.2435@kbbc.oilyoutee.com> To: From: DocOz: Fact or Fiction? Date: Thu, 12 Jun 2014 07:10:12 -0700 Subject: DocOz found a fat-zapper? Fact or Fiction? You can lose 20-lbs w/out working out? DocOz's Response: FACT! DocOz devoted an entire episode to this exciting discovery. Doctors and surgeons aren't talking about this, bc they make money if your over-weight. View how to Drop 20 in 20-days -> http://www.oilyoutee.com/Droz/myth/buster.episode [DocOz Blog] June 12, 2014 Archives > http://www.oilyoutee.com/Droz/myth/buster.episode to alter message settings with Member Update Systems write 'stop' to 9167 ROAD 177-O a k w o o d_OH_45873 or http://www.oilyoutee.com/kdnr/sgjr.ekkcik I'm trying to pass information back and forward through 4 VC in a NavController. I can set all the delegates and pass information fine going forward. What I don't get is where I should be calling the methods to pass stuff backwards when the back button is pressed. Should I be calling it from the "about to pop" VC in something like @RobertNunn Your best off starting a new Question about this. It makes it easier to reply and add code etc.. Matt Price Apr 10 '12 at 15:43 Do we also have to put an @class ViewControllerB; above the @protocol definition? Without it I get an "Expected type" error on ViewControllerB in the line: - (void)addItemViewController:(ViewControllerB *)controller Very nice guide. Helped me a lot. Thanks for sharing. his works great. As alan-p says, don't forget to write @class ViewControllerB; above the protocol otherwise I had a problem with specifying the protocols. I also had the [at]class error, but it also didn't accept the @interface ViewControllerA : UIViewController line. If you also have this problem (to tell ViewControllerA to conform to the protocol), then click the link here. I used the answer of the user Everything is awesome except some typos like initWithNib=@"ViewControllerB" bundleisSomethingEnabled is BOOL and works without throwing an "issue" without the pointer symbol, *, but I could not edit the answer because I could not think of how to edit at least 6 characthers zerowords Jun 3 '13 at 19:30 Passing Data Forward using Segue's (4.) first one works also for views which are embedded in a navigation controller. :- If we specify a class method in viewControllerB and then return the required string from that method, then can't this approach substitute the delegate method or is there any drawback to using class method ? I'm not 100% sure, as i'm still learning myself. However i'd say that what you suggest would make classes class methods are really meant to be used as "helper" methods. essentially just a way to quickly do some routine task or get some info about the class. if you look through the apple documentation at the nsstring class, that is a perfect example of its use. essentially "hey class, give me back something useful i can use." @Matt Price Your answer you posted is just a long winded version of the same thing i stated a year or so ago. why you felt the need to delete it is beyond me. unfortunately some of us with day jobs can't sit and type out code examples al l day. DoS Sep 6 '13 at 17:52 @Max look into nsnotificationcenter as a pseudo alternative to delegates and protocols. this seems to be the common trend and the direction apple is moving in. DoS Sep 6 '13 at 17:55 you don't need delegates for passing back, just use unwind. malcolmhall Sep 27 '13 at 3:30 Thank you so much for posting thGreat simple example to begin my understanding of how delegates work in Obj C KateMak Jan 2 at 5:11 IMHO, as soon as you start passing things around in complicated ways, I think of two things. One, you better have a great testing framework... And two, I'd consider using notifications. Michael Graff Mar 7 at 14:46 When I put "viewControllerB.delegate = self;" in ViewControllerB I'm getting an error. Assigning to 'id' from incompatible type 'ViewControllerB *const __strong', I'm not sure what I'm doing wrong. Can anyone help? Plus I had to change: initWithNib --> initWithNibName. Gerard Grundy Mar 28 at 21:21 for Passing Data back using Segue's, i think step 6 must change. can you please show me the solution? nmokkary Apr 26 at 10:08 Delegate and block is iOS programming style or taste andyqee May 13 at 14:08 @MattPrice please tell why not use the same "forward data method" to pass data back. S.J May 30 at 16:08 @S.J I'm no expert but, you would have to keep reference to ViewControllerA in ViewControllerB in order to set the property on ViewControllerA. This makes the views tightly coupled which is bad practice IMO. Matt Price May 30 at 22:13 From MaryMack@dbe.foxmonjay.com Thu Jun 12 08:53:00 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 28A341A05CB for ; Thu, 12 Jun 2014 08:53:00 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.147 X-Spam-Level: X-Spam-Status: No, score=0.147 tagged_above=-999 required=5 tests=[BAYES_50=0.8, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id XBNey45cubkY for ; Thu, 12 Jun 2014 08:52:58 -0700 (PDT) Received: from dbe.foxmonjay.com (dbe.foxmonjay.com [207.188.177.136]) by ietfa.amsl.com (Postfix) with ESMTP id 657CD1A015F for ; Thu, 12 Jun 2014 08:52:57 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Reply-to: Message-ID: <20140611233725.17035.83703.63467-1@foxmonjay.com> Date: Thu, 12 Jun 2014 08:52:57 -0700 Subject: Report Tracking Message -- New message waiting From: New-Message To: Message 1 - January 16th 2014 - Begin Score Tracking Update You Have (1) New Message: ---------------------------------- #044166264 We are contacting you on behalf of your scores. Due to a recent updated your scores make have been affected. > Go here to learn about these changes: http://www.foxmonjay.com/inbox/msg/645/verify_info/index.html ------------------------------ Score generation time - 12 seconds Regards, Score-Tracking-Systems This notice was from ATR Tracking-systems \ 1644 Doral Dr \ Brookings SD - 57006 cease-updates please go-here: http://www.foxmonjay.com/645647/ This update was sent-to ipp-archive@megatron.ietf.org on 06-11-2014 19:37:25 Recently, I faced the below question in an interview. Initially I thought that the question was wrong, but the interviewer mentioned there is a solution for this. Given this class: public class BaseHome { public static void Main() { Console.WriteLine("A"); } } Write the following to the console: B A C Rules: Do not change the Main function. Do not create any additional classes. How can this be done? Clever answer. I like this because it indicates that you pay attention to details. The BaseHome console program/class could easily be static (and, at least in my experience, it usually is static, or at least not treated like an instantiable class). This takes advantage of that detail and wouldn't work otherwise. From JosephThornton@dfwcanvas.saygob.com Thu Jun 12 08:55:09 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B4BA91B2AA4 for ; Thu, 12 Jun 2014 08:55:09 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.755 X-Spam-Level: X-Spam-Status: No, score=0.755 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RAZOR2_CF_RANGE_51_100=0.5, RAZOR2_CF_RANGE_E8_51_100=1.886, RAZOR2_CHECK=0.922, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id kNLJgZdxyCn6 for ; Thu, 12 Jun 2014 08:55:09 -0700 (PDT) Received: from dfwcanvas.saygob.com (dfwcanvas.saygob.com [207.188.177.138]) by ietfa.amsl.com (Postfix) with ESMTP id C51BE1B2A9A for ; Thu, 12 Jun 2014 08:55:08 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit To: Subject: Report Tracking Message -- New message waiting Date: Thu, 12 Jun 2014 08:55:11 -0700 From: Score Tracking Systems Message-ID: <20140612015859.18756.45939.623457.2435@dfwcanvas.saygob.com> Message 1 - January 16th 2014 - Begin Score Tracking Update You Have (1) New Message: ---------------------------------- #853629894 We are contacting you on behalf of your scores. Due to a recent updated your scores make have been affected. > Go here to learn about these changes: http://www.saygob.com/inbox/msg/645/verify_info/index.html ------------------------------ Score generation time - 12 seconds Regards, Score-Tracking-Systems This notice was from ATR Tracking-systems \ 1644 Doral Dr \ Brookings SD - 57006 cease-updates please go-here: http://www.saygob.com/645647/ This update was sent-to ipp-archive@megatron.ietf.org on 06-11-2014 21:58:59 Recently, I faced the below question in an interview. Initially I thought that the question was wrong, but the interviewer mentioned there is a solution for this. Given this class: public class BaseHome { public static void Main() { Console.WriteLine("A"); } } Write the following to the console: B A C Rules: Do not change the Main function. Do not create any additional classes. How can this be done? Clever answer. I like this because it indicates that you pay attention to details. The BaseHome console program/class could easily be static (and, at least in my experience, it usually is static, or at least not treated like an instantiable class). This takes advantage of that detail and wouldn't work otherwise. From BackgroundRep@islandhosting-solutions188.us Thu Jun 12 08:58:31 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B60B61B2AA5 for ; Thu, 12 Jun 2014 08:58:31 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 3.047 X-Spam-Level: *** X-Spam-Status: No, score=3.047 tagged_above=-999 required=5 tests=[BAYES_99=3.5, BAYES_999=0.2, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id kh4ceMDthKXN for ; Thu, 12 Jun 2014 08:58:30 -0700 (PDT) Received: from islandhosting-solutions188.us (host.islandhosting-solutions188.us [199.180.102.188]) by ietfa.amsl.com (Postfix) with ESMTP id 5A2121B2AA4 for ; Thu, 12 Jun 2014 08:58:30 -0700 (PDT) Date: Thu, 12 Jun 2014 08:57:07 -0700 Content-Type: text/plain Mime-Version: 1.0 From: "Background Rep" Subject: Someone ran a background-check-on you. View the results here. To: Message-ID: <20748319.18401040@islandhosting-solutions188.us> June 12, 2014 ******************************************************. Correspondence # 20748319 ******************************************************. Re: Someone has run a background-check on you ******************************************************. Greetings ipp-archive@megatron.ietf.org, It has recently been brought to our attention that someone ran a background-check on you. You can find out more today by visiting the link below. Visit Here Today & Learn More Information: http://try.islandhosting-solutions188.us Thank-You :End admail now by visiting below:. http://end.islandhosting-solutions188.us PO-B0x # l7598 - Baltimore Maryland 21297-l598 20748319 18401040 cc052b0ead84ab61a2f79222c3c610cd From JavierChavez@bdolphin.armphonebas.com Thu Jun 12 09:14:51 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BD0F31B2AB7 for ; Thu, 12 Jun 2014 09:14:50 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.347 X-Spam-Level: * X-Spam-Status: No, score=1.347 tagged_above=-999 required=5 tests=[BAYES_50=0.8, J_CHICKENPOX_36=0.6, J_CHICKENPOX_57=0.6, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9Xm35lL5QKPf for ; Thu, 12 Jun 2014 09:14:49 -0700 (PDT) Received: from bdolphin.armphonebas.com (bdolphin.armphonebas.com [207.188.177.148]) by ietfa.amsl.com (Postfix) with ESMTP id 5045C1B2AB1 for ; Thu, 12 Jun 2014 09:14:48 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Reply-to: Subject: Local Dealers Inventory Database From: Browse Overstock Auto Inventory To: Message-ID: <20140612000510.17356.98497.63467-1@armphonebas.com> Date: Thu, 12 Jun 2014 09:14:48 -0700 Dealers Are Clearing their Lots Extra Savings Taken on June 12, 2014 - Updated Inventory Available to View Now - Do the recent Automobile Recalls have you worried about your families safety? Take a deep breath..... Dealers have teamed up and are offering a special Clearance -to put you in a new safe vehicle View Clearance Inventory -> http://www.armphonebas.com/car/deals/june/local.index to modify your message settings with Member Update Systems write "stop" to 9167 ROAD 177_O a k w o o d, O h i o-45873 or http://www.armphonebas.com/rjfoo/sor3.sfik33 uilt a fresh Windows Server 2012 and sure enough, forgot to add Application Development under Web Server. I checked all but CGI, ASP, and Server Side Includes, since I have no classic ASP on here. Chris Jan 16 '13 at it worked for me. I checked all when i was enabling iis but Application Development Features was unchecked auto. I checked again and it worked for me. Wow. Talk about an uninformative error. This fixed it for me, thanks. After following these instructions I got a different message regarding ASP.NET not being installed even thought I checked the option... thanks to this other answer I was able to resolve my issue by re-installing .net through the command prompt Migs Sep 16 '13 at 19:04 I checked the 'Application Development Features', but realised later that none of the features in that folder had actually been selected to be enabled. I manually selected each feature (except CGI) to remove the error. I selected all except for ASP, CGI and Server-Side includes. Generally speaking, these features are not used by most modern web apps. Thanks for the solution. ewilan Oct 9 '13 at 15:53 Confirmed for IIS8.5 for Windows 8.1. Mike P. Oct 28 '13 at 20:32You're a life saver, thanks! Dan Vanderboom Dec 16 '13 at 3:46 Thank you very much. This is probably the handiest S.O. answer I have ever found. Thanks Chuck. Hamish Crittenden Jan 13 at 11:13 On IIS 8.5 Windows 8.1 I don't have to enable all, just ASP.NET 4.5. Endy Tjahjono Feb 1 at 13:00 while(windows === windows) linux += 1; Eduardo La Hoz Miranda Mar 13 at 16:47 Would it kill Microsoft to do a simple check for ASP.NET first and foremost and alert the user, before presenting any other cryptic messages! windows server 2008 is a little bit different, pls refeice link Allan. Point #3 by the accepted answer is important and has already bitten me once. i.e. Granting permission at the parent EventLog registry key does NOT propagate to "inaccessible logs" such as Security and Virtual Server, even though they are child keys in the registry. If you want full event log access you have to grant permission at BOTH the parent event log level and the child Security levelst that I am starting a new debate, but I am interested in how this can happen, the reason being that I use this kind of configuration on my local dev machine to mirror how my website will look like in a production environment as I am running the website from Project folder of VS2012, instead of running from inetpub as it will be on production Jack M Jun 6 '13 at 8:14 Adding this IIS_IUSRS group to the permissions didn't solve the problem for me (Win8.1). One of my websites works without my having done this. Subsequent websites that I've added, both totally new and exact copies of the first, working site, do not work. When I add the IIS_IUSRS group to the permissions for web.config (or alternatively, to the whole folder) simply makes the Chrome browser tab hang when trying to render the page. IE continues displaying the previous page. "Waiting for localhost" Any ideas? Dan Vanderboom Oct 11 '13 at 22:00 I eventually got it to work by changing the Application Pool identity to "Local Service". I don't know if this is a problem, but it's only on my test box, and at this point I'm too frustrated to fight with it any more today. From EliseBlair@mx1c10soho.clubani.com Thu Jun 12 09:37:43 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 88C691A01E4 for ; Thu, 12 Jun 2014 09:37:43 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 2.847 X-Spam-Level: ** X-Spam-Status: No, score=2.847 tagged_above=-999 required=5 tests=[BAYES_99=3.5, GB_I_LETTER=-2, GB_OPRAH=2, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8nzqS5Fj_5uK for ; Thu, 12 Jun 2014 09:37:42 -0700 (PDT) Received: from mx1c10soho.clubani.com (mx1c10soho.clubani.com [207.188.177.164]) by ietfa.amsl.com (Postfix) with ESMTP id 2A9401A01AA for ; Thu, 12 Jun 2014 09:37:41 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Subject: How Oprah did it From: Kick Pounds To The Curb Date: Thu, 12 Jun 2014 09:37:41 -0700 To: Message-ID: <20140612003129.17696.74220.6H6S.user-20140612003129.17696.74220@clubani.com> When You Look In The Mirror Do You Like What You See? ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ You don't need to feel guilty anymore.... Normally you would think twice before putting that extra slice of pizza in your mouth. But what if you didn't have to worry and could eat whatever you want this Summer? We have the way to Transform Your Body faster then ever before. All while eating what you love. Just View the 1 and Only Step Necessary [Feat. Oprah] -> http://www.clubani.com/ABC/mornings-top-oprah.clip What we love most abut this--- ~ No Working out ~ No Food Restrictions ~ No lifestyle changes ----------------------------------------- People Are losing 1-lb a day, that means 20+ lbs in just a month. ----------------------------------------- ~The Insider Report Feat. Oprah http://www.clubani.com/ABC/mornings-top-oprah.clip , , , , , , , [What up with the celebs?] Kim Kardashian and Kanye West Vacation in Mexico After European Honeymoon -.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.- What Did Keira Knightley 'Admire' About Begin Again Costar Adam Levine's Acting Debut? -.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.- Jimmy Fallon and Daughter Winnie Wear Matching Suits and Ties for Cute Magazine Cover To mod your sub-scription settings please go to http://www.clubani.com/iii.5 or send a letter. CBC-TV Networks ~ Nine Seven Zero Nine Maywood Ct Las_Vegas NV 8.9.1.2.9. Tonights Show: http://www.eonline.com/news/550088/jimmy-fallon-and-daughter-winnie-wear-matching-suits-and-ties-see-their-cute-magazine-cover BC's Tonight Show host is celebrating his first year as a dad by posing with his 10-month-old daughter Winnie on the cover of People's June 23 issue. The photo shoot was predictably adorable, as the two wore matching gray suits, white shirts and pink ties. Winnie, however, also modeled a floral headband. Since he became a first-time father in July 2013 and replaced late-night icon Jay Leno in February 2014, Jimmy's been pretty darn busy. "When you have a baby, sleep is not an option. You can't sleep," the former Saturday Night Live star says with a laugh. "Even on vacation, you wake up at 6:30 a.m." PHOTOS: Father's Day 2014 gift guide Nancy Fallon struggled with infertility issues for years before Winnie was born via surrogate. "This has been the craziest year of my life," Jimmy says. "But being a father is the most exciting, amazing thing that ever happened to me. And everything's going well on the show. My life has never been this cool." Jimmy will appropriately celebrate his first Father's Day at Disney World, the happiest place on earth. "I didn't think it was going to be this fun," he says. "But everything just gets heightened when you have a baby. The volume gets turned up on life. I never knew I could be this happy, and that's the truth." From EllieHarrison@lst.dapska.com Thu Jun 12 09:54:55 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8FF701B27B6 for ; Thu, 12 Jun 2014 09:54:55 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 4.755 X-Spam-Level: **** X-Spam-Status: No, score=4.755 tagged_above=-999 required=5 tests=[BAYES_60=1.5, J_CHICKENPOX_51=0.6, RAZOR2_CF_RANGE_51_100=0.5, RAZOR2_CF_RANGE_E8_51_100=1.886, RAZOR2_CHECK=0.922, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Ff-D0EQnQ8A3 for ; Thu, 12 Jun 2014 09:54:54 -0700 (PDT) Received: from lst.dapska.com (lst.dapska.com [207.188.183.17]) by ietfa.amsl.com (Postfix) with ESMTP id 713891A0646 for ; Thu, 12 Jun 2014 09:54:53 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Message-ID: <5e81bd346be16df32724ee2c7b51747b-0-20140612151036.25021.3006@dapska.com> Subject: Re: Spring Home-Depot Replacement-Windows-Special: June 12, 2014 To: Date: Thu, 12 Jun 2014 09:54:51 -0700 From: New Windows ------------------------------------------------------. Re: Home Depot Premium-Window Installation Special. ------------------------------------------------------. Dear ipp-archive@megatron.ietf.org We have spectacular news for your as a valued subscriber to our publications: you have just been selected for an AMAZING new opportunity: *************************************************************************. One (1) Premium Window Installation *************************************************************************. - Correspondence ID # 5e81bd346be16df32724ee2c7b51747b *************************************************************************. Don't EVER trust the safety or beauty of your home to anyone other than our team; they're the top-trained pro's in the business. Let them help you on any upcoming window installation projects you may have. Go Here Right Away and Get More Information From the Window-Installation Experts: http://www.dapska.com/getnew/windowsnow.html June 12th, 2014. >Halt future admail now by going below here:. http://www.dapska.com/haltnew/quitwindows.html 2964 Shoreline Cove Ct. San-Dleg0 CA ZIP: 92l17 great meals here over years(I keep going back to see if I really am missing out on something great) but in end it isn't a place that I unconditionally love, and it's hype works against m in my mind. only thing negative that you can say about this place is wait for a table. If you don't get re on weekend before 9:00 AM, it's at least a 45 minute wait...but worth every second, and hey...y give you free coffee (also heavenly) while you wait. What to get: I can't get away from Corned Beef Hash. A good size portion with nice sized pieces of meat throughout. It also comes with two eggs any style (I recommend over easy or poached), and a side of bread. Don't get bread!!! For around $3 more you can sub it for a giant pancake of your choice. most delicious pancake of your choice that you will ever taste! Every day y have a special pancake and I recommend just going for it because it is always delicious and unique. eggs benedict's are also very delightful if you are a fan. I feel like I should mention one negative (besides for wait) so I will say that I am not too big a fan of ir Bloody Mary's. However sometimes on weekend it is still a necessity. Now I'm craving a red velvet pancake, if only it was always on menu! last time I was here, I believe it was way back in 2010. I fell in love with it n. To point that I remember ordering ir pineapple upside down pancakes and ir Ichabod Crane quinoa pancakes. I remembered at that time, my boyfriend was in area for a conference and has eaten re 2-3 times before he took me when I finally flew in. LOL. Anyway, we went in on a Saturday midmorning and didn't mind waiting 1+ hour wait for food. Fast forward to 2014, and I found myself back in Denver! I kept nagging my girlfriends to try place out before leaving, and I'm so glad that y would go through great lengths for good food with me. I mean, we almost missed our flight back home because we decided to dine here morning of our flight. So, it was a Monday morning. We walked in around 7:30-8:00am. re was no wait so we were seated promptly. (Be warned, by end of my meal re was a pretty long wait!) I ordered ir spicy chai tea latte, which was oh so good. It warmed my soul. As for pancakes I chose this From ShelbySutton@connectwireless.sewcow.com Thu Jun 12 10:55:13 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E6AA91A01CE for ; Thu, 12 Jun 2014 10:55:13 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.147 X-Spam-Level: X-Spam-Status: No, score=0.147 tagged_above=-999 required=5 tests=[BAYES_50=0.8, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id oX-nCVYzJv-U for ; Thu, 12 Jun 2014 10:55:12 -0700 (PDT) Received: from connectwireless.sewcow.com (connectwireless.sewcow.com [93.117.120.57]) by ietfa.amsl.com (Postfix) with ESMTP id 1F3C41A01F3 for ; Thu, 12 Jun 2014 10:54:50 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit To: Subject: _Episode Clip_ Ellen's fresh faced look. Date: Thu, 12 Jun 2014 10:54:46 -0700 From: DocOz Episode Clip Message-ID: <20140612022848.19184.48181.623457.2435@connectwireless.sewcow.com> Live withDocOz - Celeb Edition The Cure for Extremely Wrinkled Damaged Skin... Ellen Degeneres Rumors Discussed; The pics leaked to the media explain it all [Never before seen] View now -> http://www.sewcow.com/ellen/skin/renew.html ** In Depth** She's Insane: Ellen does this every morning in order to look 20-years younger. Erase wrinkles and sun damage In 1 STEP....ITS Unbelievable - DocOz Episode Archive: http://www.sewcow.com/ellen/skin/renew.html We hope that you enjoyed this skin alert to stop further notification - write - Member Update Systems|9167 ROAD 177| Oakwood, OH 45873 or visit http://www.sewcow.com/3kf/wel33.w30d I have a view that is made from a viewcontroller that is used as a subview in a table. For efficiency, the view can be recycled, but I would need to update the represented object. In this case would it make sense for the view to be able to pull in the original controller? tofutim Feb 26 at 21:55 It's a big smell... Is your view a UITableViewCell subclass? How is it reused? I'm guessing the view controller is responsible for reusing it, and thus might be able to update the represented object at the same time. pgb Feb 27 at 16:02 example projects tend to demonstrate usage of particular API features. Many I have referred to sacrifice good or scalable design in order to provide a concise demonstration of the topic. It took me a long time to realise this and while it makes sense, I find it unfortunate. I think a lot of developers take these pragmatic projects as Apple's guide to best design practice, which I am quite certain they are not. I agree, but I also ran into a case where I had to create a complex table view cell that displayed multiple models in some kind of carousel. So I created a 'view' object (the carousel) and a controller object (that distributed the models to the carousel). That controller was no UIViewControllerInstance as it was living inside a tableview but still needed to have access to view controller stuff (like the navigation controller for pushing). The only way to get around this was to find my way back to the original table view controller. So I'd rather say it's a flaw in the whole tableview design careful in generalizing this solution to other situations. For example, if you're using a UIPageViewController, views for UIViewControllers who are not the current page may still have a non-nil window property because they are being rendered off-screen. In this case, I've had success making my own 'isCurrentlyVisible' property which gets set in The reason he has the helper class structured as it is is to avoid a crash due to non-backward compatibility. The method invalidateOptionsMenu() only exists in API 11 (honeycomb) and up. So if your app is to run on anything lower than API 11 it will crash. To avoid this you wrap the method in question in another static method (e.g. refreshActionBarMenu()) and only call this static method if you're running on API>11 (thus the version check before you call the static method). This works because the VersionHelper class isn't loaded until you actually use it. Turbo Aug 31 '12 at 21:18 @Turbo ok cool, thanks for the explanation , so what would one do in the else case? not update the menu at all or what's the older way of doing the menu item update if user is running an older OS? tote Sep 4 '12 at 20:16 2 @towpse I'm actually figuring out that situation right now. I believe that in the else case for this type of situation you should just do nothing. This is because the older way (pre API11) of doing the menu update is in the method onPrepareOptionsMenu which automatically gets called every time the user opens the menu. So to handle the older OS and the newer API>11 ones, you put the code for the menu change in onPrepareOptionsMenu (this is to handle old OS), then to handle newer OS you call invalidateOptionsMenu when an event occurs that would trigger a menu change From LucyGoodman@i-ccessories.ommud.com Thu Jun 12 11:28:51 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 279261B27BB for ; Thu, 12 Jun 2014 11:28:51 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.553 X-Spam-Level: X-Spam-Status: No, score=-2.553 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id lAHzmk_pt80v for ; Thu, 12 Jun 2014 11:28:45 -0700 (PDT) Received: from i-ccessories.ommud.com (i-ccessories.ommud.com [93.117.120.70]) by ietfa.amsl.com (Postfix) with ESMTP id 5EB751A0213 for ; Thu, 12 Jun 2014 11:27:00 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Subject: Restore 20/20 Vision [Video] Message-ID: <6456-0000-mil.20140612025655.19733.99995.ipp-archive@megatron.ietf.org> Reply-to: Date: Thu, 12 Jun 2014 11:26:58 -0700 To: From: 20/20 Vision Restored The Eyecare industry is FURIOUS at this woman who has stumbled upon a ground-breaking program to restore anybody's 20/20 vision in as little as 2 weeks! This scientifically proven program to Vision without glasses can help cure Myopia, Hyperopia, Presbyopia and many other visual problems. ** Watch the shocking presentation -> http://www.ommud.com/vision/psa/video.index They are desperately trying to take down this video so view it while you can. I can't say it will be up for much longer... See Scientific Explanation: http://www.ommud.com/vision/psa/video.index We hope that you found this vision alertful useful. f you would like t stop further notifications - write "stop" to Member Update Systems 9167 ROAD 177_Oakwood, OH four five eight seven three or http://www.ommud.com/03fj.sfvt don't understand the issue with the focus/blur behaviour -- to me that seems totally expected. When something is focused or blurred I want to know ASAP. But, I do understand why you mentioned it -- it is relevant to the topic :) James Apr 29 '10 at 2:29 10 @J-P: Personally I don't want to know straight away because it means I have to be careful that my code is re-entrant, that calling my blur code won't affect state that some outer code is relying on. There are too many cases where blurring is an unexpected side-effect to necessarily catch every one. And unfortunately even if you do want it, it's not reliable! IE fires blur after your code returns control to the browser. bobince Apr 29 avascript is single threaded. Halting your execution on alert() doesn't mean the event thread stops pumping events. Just means your script is sleeping while the alert is on the screen, but it has to keep pumping events in order to draw the screen. While an alert is up the event pump is running which means it's entirely correct to keep sending out events. At best this demonstrates a cooperative threading that's can happen in javascript, but all of this behavior could be explained by a function simply appending an event to the event pump to be processed at a later point vs. doing it now.But, remember cooperative threading is still single threaded. Two things can't happen simultaneously which is what multi-threading allows and injects non-determinism. All of what was described is deterministic, and it's a good reminder about these types of issues. Good job on the is right: JavaScript is single threaded. This is not an example of multithreading, but rather synchronous message dispatch in a single thread. Yes, it's possible to pause the stack and have event dispatch continue (e.g. alert()), but the kinds of access problems that occur in true multithreaded environments simply can't happen; for example, you will never have a variable change values on you between a test and an immediately subsequent assignment, because your thread cannot be arbitrarily interrupted. I fear that this response is only going to cause confusion. see the discussion of the watchdog in modern browsers, which can indeed arbitrarily interrupt your thread of exec ution. If you have a long-running script and you are unlucky it is eminently possible to have a variable change between being tested and subsequent assignment. Do you have a link to that discussion? I should probably clarify that while it is possible to have the JavaScript thread interrupted (obviously the host application can have multiple threads) the question is whether one thread running JavaScript can be interrupted by another thread running JavaScript against the same global context. It might be possible to build an application that does this by subverting the intent of the JavaScript engine, but this example does not illustrate that. Kris Giesing Jul 21 '11 at 19:48 1 This description isn't really one of a multithreadded environment, though, where execution happens literally in parallel. Rather, it's simply evidence that any point you call a blocking function which waits for user input, the browser re-enters its event loop. From KyleeGreene@mdlsv-com.fenmho.com Thu Jun 12 11:47:20 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8AA1C1A00E9 for ; Thu, 12 Jun 2014 11:47:20 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 4.047 X-Spam-Level: **** X-Spam-Status: No, score=4.047 tagged_above=-999 required=5 tests=[BAYES_99=3.5, J_CHICKENPOX_12=0.6, J_CHICKENPOX_54=0.6, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 10-zPpWdP8xX for ; Thu, 12 Jun 2014 11:47:16 -0700 (PDT) Received: from mdlsv-com.fenmho.com (mdlsv-com.fenmho.com [207.188.183.30]) by ietfa.amsl.com (Postfix) with ESMTP id BDF4A1A0241 for ; Thu, 12 Jun 2014 11:47:09 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Date: Thu, 12 Jun 2014 11:47:08 -0700 From: Notice Subject: Re: Monthly AutoInsurance Payment - 6/12/2014 To: Message-ID: <8f4e3ec49303a4149de154255a5fbeab-0-20140612172835.27445.75128@fenmho.com> * * * * begin notification * * * * - - - - - - - - - - - - - - - - - - - - - - - - - - . Correspondence No. 8f4e3ec49303a4149de154255a5fbeab - - - - - - - - - - - - - - - - - - - - - - - - - - . Re: Your AutoInsurance-Policy # 8f4e3ec49303a4149de154255a5fbeab. - - - - - - - - - - - - - - - - - - - - - - - - - - . Dear ipp-archive@megatron.ietf.org, The reason that we are contacting you today is to inform you that your monthly AutoInsurance payments were just-reduced. Visit here now and put in your ZipCode to learn your new monthly-payment: http://www.fenmho.com/yournew/autonotice.html Best-Regards. * * * * finish notification * * * * >Quit out of admail now by going below here:. http://www.fenmho.com/haltnew/quitnotice.html 2964 Shoreline C0ve Court San Dieg0 Calif0rnla 92117 time, I got ir sampler plate and ordered: pancake of day (buttermilk pancake w/ something mixed into batter (I totally forgot what it was but it was amazing) w/ a blueberry cream drizzle), ir pineapple upside down pancake, and ir sweet potato pancake. It took a little while to get our food out, which got my friends and I worried about our flight. But hey, we were on a mission, and we'll enjoy every bite of our food before rushing out. When our food arrived, it felt like a feast. Pancakes on pancakes on pancakes. ir pineapple upside down pancakes were as good as I remembered. Kudos for m for keeping it consistent with quality! sweet potato pancakes reminded me of holidays. Just something about caramel, ginger, and butter that makes me all fuzzy inside. And pancake of day was to die for. I love how each individual pancake had such a distinct and unique flavor. I've been to places where everything starts to taste same after a few bites, but not here. Each pancake held its own a nd re were tons of flavor explosions happening in my mouth. My girlfriends and I can honestly say that eating here was worth almost missing our flight. Thank goodness we didn't miss it though, or I would have probably driven back to emotionally eat my weight in pancakes. Hahaha! I just went on Snooze's website and found out that y have or locations in California. Now I won't have to wait years to get my fix of Snooze in Colorado! I just hope that or locations are just as good and consistent with ir quality. Snooze is such a treat! pancakes are delicious -- I almost always get a pancake of day (y let you get just one, which is actually perfect for me to share) and one of savory dishes. Everything is amazing. Like not one bad thing on menu. People complain a lot about lines. Can I suggest weekday breakfast? It's still pretty busy at, say, 7, but we're talking a 20 minute wait instead of 2 hours. Or if you can roll into work late one day or have a flexible job it's perfect. Or, you can find workarounds for wait. Like you can put your name on list, go run errands for an hour, and come back. hostesses are nice and accommodating, and re's free coffee while you wait. My second trip to Snooze was better than my first. It really is worth it From AlexaSalazar@cybertribe.ontodie.com Thu Jun 12 12:13:53 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0455F1B27F6 for ; Thu, 12 Jun 2014 12:13:53 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.447 X-Spam-Level: * X-Spam-Status: No, score=1.447 tagged_above=-999 required=5 tests=[BAYES_60=1.5, J_CHICKENPOX_74=0.6, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qB7FBikYWZuc for ; Thu, 12 Jun 2014 12:13:51 -0700 (PDT) Received: from cybertribe.ontodie.com (cybertribe.ontodie.com [188.210.189.146]) by ietfa.amsl.com (Postfix) with ESMTP id CF69E1A024D for ; Thu, 12 Jun 2014 12:13:43 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Subject: We love dogs as much as you do From: Doggy Discounts Date: Thu, 12 Jun 2014 12:13:32 -0700 To: Message-ID: <20140612035453.21160.591.6H6S.user-20140612035453.21160.591@ontodie.com> Pet stores are so -overpriced- it's not even funny... You can save 75%-off everything you need for your pooch. Right-here- http://www.ontodie.com/dog/treats-toys-re/6437.html Your little furry friend will love you for it, and so will your wallet. PPETA Animal Group || 10240 w. Dreyer Pl Greenfield || WI || 53228 || Want to forgo upcoming messages? Please-see-url http://www.ontodie.com/u/index/ Heroic Dogs-- 1) Brutis Brutis was a 7 year old golden retriever when he became a hero in 2004. That's when the loveable pooch snatched up a coral snake as it was slithering dangerously close to a young child, suffering a near-deadly bite from the snake in the process. His heroics did not go unnoticed however, as Brutis was promptly flown to Los Angeles to recieve the National Hero Dog award. Said the committee who awarded the medal, "when we give an award like this, we're looking for something extra, something that would make people wonder why a dog would do what he did." ---- Everyone knows that smaller dogs have to display in attitude what they lack in size, and Zoey is living proof. A five pound chihuahua from Colorado, Zoey made headlines in 2007 for rescuing a one year old child from an approaching three foot rattlesnake when the snake got too close for comfort. While Zoey sustained a small wound from a snakebite above her eye, she eventually recovered and the snake was killed by the dog's ---- Hurricane Katrina was a miserable occurance for everyone down south, but inspiring stories of heroism have helped give victims something to smile about. That's certainly the case with Katrina, the ironically named black labrador who saved a drowning man before rising flood waters claimed his life. The dog, who was later rescued herself by rescue teams, was honored at that year's Genesis Awards with a standing ovation. ---- In a Fox News story titled "Half-Breed Wolf Dog Hero Rescues Elderly Owners From Snowstorm", readers learn the heroic tale of Shana, a half wolf dog/half German shepard who saved an elderly couple from a treacherous snow storm. When Shana found Norman and Eve trapped by snow, she went to work, diligently digging out a tunnel through which she would pull the couple back to the safety of their home. Princess Victoria of the United Kingdom, For other people named Princess Victoria of the United Kingdom, see Princess Victoria (disambiguation).Princess VictoriaPrincess Victoria, c. 1905Full nameVictoria Alexandra Olga MaryFatherEdward VIIMotherAlexandra of DenmarkBorn(1868-07-06)6 July 1868Marlborough House, LondonDied3 December 1935(1935-12-03) (aged67)Coppins, BuckinghamshireBurialFrogmore, WindsorBritish RoyaltyHouse of Saxe-Coburg and GothaEdward VIIAlbert Victor, Duke of Clarence & AvondaleGeorge VLouise, Princess RoyalPrincess VictoriaMaud, Queen of NorwayPrince Alexander JohnGranddaughters in the female-lineAlexandra, Duchess of FifeMaud, Countess of SoutheskvteThe Princess Victoria (Victoria Alexandra Olga Mary; 6 July 18683 December 1935), also called "Toria", was a member of the British Royal Family, the fourth child and second daughter of Edward VII; the younger sister of George V.Contents1 Early life2 Royal life3 Later life4 Titles, styles, honours and ar ms4.1 Titles and styles4.2 Honours4.3 Arms5 Ancestors6 Sources7 References Her father was Prince Albert Edward, Prince of Wales (later King Edward VII), the eldest son of Queen Victoria and Prince Albert. Riachiqu railway station, This article is an orphan, as no other articles link to it. Please introduce links to this page from related articles; suggestions may be available. (March 2010) This article does not cite any references or sources. Please help improve this article by adding citations to reliable sources. Unsourced material may be challenged and removed. (March 2010) Riachiqu railway station is a station on the Chinese Qingzang Railway. See alsoQingzang RailwayList of stations on Qingzang railwayThis article about a railway station in Qinghai is a stub. You can helpby expanding it.vte "" Railway stations in QinghaiStations on the QinghaiTibet RailwayQinghai railway station stubsHidden categories: Orphaned articles from March 2010All orphaned articlesArticles Retrieved 5 November 2010.^ "Norwegian album certificationsPaul McCartneyFlaming Pie" (in Norwegian). IFPI Norway.^ "British album certificationsPaul McCartneyFlaming Pie". British Phonographic Industry. Enter 'Flaming Pie' in the field Search. Select Title in the field Search by. Select album in the field By Format. Click Go^ "American album certificationsPaul McCartneyFlaming Pie". Recording Industry Association of America. If necessary, click Advanced, then click Format, then select Album, then click SEARCH^ "Paul McCartney Japanese Album Chart listings". Retrieved 1 July 2008. External linksFlaming Pie at Graham Calkin's Beatles PagesPaul McCartneyvtePaul McCartneyPaul "Wix" WickensRusty AndersonBrian RayAbe Laboriel, Jr.Linda McCartneyHamish StuartRobbie McIntoshChris WhittenBlair CunninghamStudio albumsMcCartneyMcCartney IITug of WarPipes of PeaceGive My Regards to Broad StreetPress to PlayFlowers in the DirtOff the GroundFlami ng PieRun Devil RunDriving RainChaos and Creation in the BackyardMemory Almost FullKisses on the BottomWith Linda McCartneyRamWith WingsWild LifeRed Rose SpeedwayBand on the RunVenus and MarsWings at the Speed of SoundLondon TownBack to the EggAs The FiremanStrawberries Oceans Ships ForestRushesElectric ArgumentsLive albumsWings over AmericaTripping the Live FantasticUnplugged (The Official Bootleg)Paul Is LiveBack in the U.S.Back in the WorldiTunes Festival: LondonAmoeba's SecretGood Evening New York CityLive in Los AngelesiTunes Live from Capitol StudiosCompilationsWings GreatestCold Cuts (unreleased)All the Best!The Paul McCartney CollectionWingspan: Hits and HistoryExperimental albumsThrillingtonLiverpool Sound CollageTwin FreaksClassical albumsThe Family WayPaul McCartney's From CamdenHiggins@dailyherald.hamlottew.com Thu Jun 12 12:59:32 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 562B01A025A for ; Thu, 12 Jun 2014 12:59:32 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.553 X-Spam-Level: X-Spam-Status: No, score=-2.553 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id LI1o7LkTkLUW for ; Thu, 12 Jun 2014 12:59:29 -0700 (PDT) Received: from dailyherald.hamlottew.com (dailyherald.hamlottew.com [188.210.189.157]) by ietfa.amsl.com (Postfix) with ESMTP id E1B7C1A01C4 for ; Thu, 12 Jun 2014 12:58:21 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit To: Message-ID: <20140612042238.21530.14864.6H6S.user-20140612042238.21530.14864@hamlottew.com> From: Neuropathy Treatment Update Subject: Review: Neuropathy Support Date: Thu, 12 Jun 2014 12:58:14 -0700 Neuropathy Support Formula Approved: June 12, 2014 -- Start Alert -- Studies indicate these rare ingredients reduce Neuropathy nerve pain. Reduce the numbness and tingling in hands, feet and legs. http://www.hamlottew.com/neuropathy/alert.index Neuropathy Support Formula can also: ~ Lessen the pain and burning sensations ~ Support & strengthen nerve linings ~ Improve balance & coordination ~ http://www.hamlottew.com/neuropathy/alert.index -- End Alert -- We hope that this Info alert was useful. to modify your message settings - write Member Update Systems 9167 ROAD one seven seven_Oakwood, Ohio 4 5 8 7 3 or http://www.hamlottew.com/wk4f.sfke es, but given that a blocking function that waits for user input can happen in-between any two statements, you have potentially all the consistency problems that OS-level threads bring you. Whether the JavaScript engine actually runs in multiple OS threads is of little relevance. bobince Feb 13 '12 at 9:57 @bobince event loop reentrancy brings you very different problems and solutions than shared memory concurrency. Assuming they are the same will rapidly get you into trouble. A simple example is trying use to a mutex to make something "event loop reentrant"-safe. If it's a reentrant mutex it does nothing, if it's not reentrant you end up deadlocking yourself. Event loop reentrancy has plenty of pitfalls, but they are not the same pitfalls. Logan Capaldo Feb 13 '12 at 12:21 I just tested your example with an alert on Chrome 27.0.1453.110 on Windows and couldn't reproduce the behavior you describe; if I change my screen resolution while the alert is active, I get "alert in alert out resize resize" in the textarea. Perhaps these issues have been fixed latelycomputing one definition, as per the currently accepted answer concurrent means execution in overlapping time periods, not necessarily simultaneously (which would be parallel). In electronics how do you describe circuits that are designed to give the appearance of things happening at the same time, but are just switching very quickly. To continue your ice-cream analogy: I like ice-cream so muchainius so why you dont test snippets of pieces of your function instead of limiting yourself to the whole function? either your logic dont made sense or you are the hypocrit Dude Bro Feb 6 '13 at 17:59 1 why do you think I don't test important part of methods? But mostly a method should do only what is should do, so that important part is all method (or function if you want to call it that). If your function do more than one think it's usually bad design (usually is not always, there could be exception, as all rules have exceptions). Dainius Feb 7 '13 at 21:01 in case someBody else there also expecting that protected variable of parent class will be accessible in child class like me, please try t there is one glitch that I am trying to find the solution for. Imagine that u wanna test the exception outcome of the private method. Instead of the method invocation giving u an IllegalArgumentException, for example, you'll get null Class:java.lang.reflect.InvocationTargetException. Maybe there is a way of covering this, but I am not familiar with it. A colegue of mine proposed using powermock fo From ipp-bounces@pwg.org Thu Jun 12 13:08:13 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 49A531B280D for ; Thu, 12 Jun 2014 13:08:13 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.265 X-Spam-Level: X-Spam-Status: No, score=0.265 tagged_above=-999 required=5 tests=[BAYES_05=-0.5, DKIM_SIGNED=0.1, HTML_MESSAGE=0.001, RP_MATCHES_RCVD=-0.651, SPF_PASS=-0.001, TRACKER_ID=1.306, T_DKIM_INVALID=0.01] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id VRGdTSK57Rqy for ; Thu, 12 Jun 2014 13:08:12 -0700 (PDT) Received: from www.pwg.org (www.pwg.org [IPv6:2600:3c01::f03c:91ff:fe70:b03f]) by ietfa.amsl.com (Postfix) with ESMTP id 0EED51B27F4 for ; Thu, 12 Jun 2014 13:08:12 -0700 (PDT) Received: from pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id 2BE068567; Thu, 12 Jun 2014 20:09:39 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: from qmta03.westchester.pa.mail.comcast.net (qmta03.westchester.pa.mail.comcast.net [76.96.62.32]) by www.pwg.org (Postfix) with ESMTP id 9AF288565 for ; Thu, 12 Jun 2014 20:09:37 +0000 (UTC) Received: from omta18.westchester.pa.mail.comcast.net ([76.96.62.90]) by qmta03.westchester.pa.mail.comcast.net with comcast id DVCs1o0041wpRvQ53Y78m2; Thu, 12 Jun 2014 20:07:08 +0000 Received: from TCSLaptop2010 ([IPv6:2601:6:4980:a5c:bd30:a7d5:861b:f5ca]) by omta18.westchester.pa.mail.comcast.net with comcast id DY771o00k2X5ssp3eY77gj; Thu, 12 Jun 2014 20:07:07 +0000 From: "Paul Tykodi" To: Date: Thu, 12 Jun 2014 16:07:07 -0400 Organization: Tykodi Consulting Services LLC Message-ID: <000c01cf8679$e3208dc0$a961a940$@tykodi.com> MIME-Version: 1.0 X-Mailer: Microsoft Outlook 14.0 Thread-Index: Ac+GebxpTX8Pf8nXQMiw+mktZwN7AA== Content-Language: en-us DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=q20140121; t=1402603628; bh=Lov9IEWfhLQsVfj2RiU9cW/bkjiWES6qcL7sVsN1xZY=; h=Received:Received:Reply-To:From:To:Subject:Date:Message-ID: MIME-Version:Content-Type; b=J/hhHJaVUHDYeDuExZy0YNS3sw38p7EbzLzpp/17lzcfxBej25rlO9aDxwMCdG7SJ DCRdPbXMo2Ex4xEMt1oKgaE0uRSU2efkwDTCgc57ejRatvnxbqPvWEUYPGc4ybhHMJ J5WxiO4ZcsqksxoSOvBelhgNrJHJSTpAzKKKPFlarf/NUQ+ZhZ0rKXI2yE2pj3HPfo vcnsa3s4P5ndh5opkxJ/UMLKFfT0k8d+WF6SxVfI4WSGk79Y4PTqx5XUZeT0UFrilz onM7Jns5OQ2r9WLAcQ7kx3fDuUmjWf7issrG0N9K6uu11+Tywwnr30qsPu/IpTW+sw fwn8KNGOsmDKQ== Subject: [IPP] 3D Device Finishing X-BeenThere: ipp@pwg.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: ptykodi@tykodi.com List-Id: Internet Printing Protocol Workgroup discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1684944910==" Sender: ipp-bounces@pwg.org Errors-To: ipp-bounces@pwg.org This is a multipart message in MIME format. --===============1684944910== Content-Type: multipart/related; boundary="----=_NextPart_000_000D_01CF8658.5C107460" Content-Language: en-us This is a multipart message in MIME format. ------=_NextPart_000_000D_01CF8658.5C107460 Content-Type: multipart/alternative; boundary="----=_NextPart_001_000E_01CF8658.5C107460" ------=_NextPart_001_000E_01CF8658.5C107460 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Hi, I saw this announcement today: http://3dprint.com/5872/3d-systems-project-ara-high-speed/ Where we already have IPP support for hardware that performs finishing on non-3D devices, I imagine that we could probably extend our model to handle the equivalent type of hardware being mentioned in this article as well. Best Regards, /Paul Description: header Paul Tykodi Principal Consultant Tykodi Consulting Svcs LLC Phone: (603) 343-1820 3 Lowell Ave Cell: (603) 866-0712 Dover, NH 03820 Fax: (603) 343-1820 USA E-mail: ptykodi@tykodi.com www.tykodi.com Skype: Tykodiconsultingservices Co-Chair - IEEE-ISTO PWG IPP Working Group Vice-Chair - IEEE-ISTO PWG Semantic Model Working Group This e-mail message and any attachments are confidential and may be privileged. If you are not the intended recipient, please notify Tykodi Consulting Services LLC immediately by replying to this message and destroying all copies of this message and any attachments. Thank you ------=_NextPart_001_000E_01CF8658.5C107460 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi,

 

I saw this= announcement today:

http://3dprint.com/5872= /3d-systems-project-ara-high-speed/

=  

Where we already have IPP support= for hardware that performs finishing on non-3D devices, I imagine that we = could probably extend our model to handle the equivalent type of hardware b= eing mentioned in this article as well.

=  

Best Regards,

 

/Paul<= /p>

 

3D"Descriptio=

Paul Tykodi
Principal Consultant

=

Tykodi Co= nsulting Svcs LLC

Phone:<= /span>

(603) 3= 43-1820

3 Lowell Ave

Cell:

(603) 866-0712

Dover, NH 0= 3820

Fax:<= span style=3D'font-size:9.0pt;line-height:115%'>

(603) 343-1820<= span style=3D'font-size:9.0pt;line-height:115%;font-family:"Arial","sans-se= rif"'>

USA

= E-mail:

ptykodi@t= ykodi.com

www.tykodi.com

Skype:

<= p class=3DMsoNormal style=3D'line-height:115%'>Tykodiconsultingservi= ces

 

Co-Chair         =       - IEEE-ISTO PWG IPP Working Group=

Vice-Chair       &= nbsp;     - IEEE-ISTO PWG Semantic Model Working Group<= /span>

 

T= his e-mail message and any attachments are confidential and may be privileg= ed.

If you are not the intended recipient, = please notify Tykodi Consulting Services LLC

immediately by replying to this message and destroying all copies of thi= s message

and any attachments. Thank you

 

= ------=_NextPart_001_000E_01CF8658.5C107460-- ------=_NextPart_000_000D_01CF8658.5C107460 Content-Type: image/jpeg; name="image001.jpg" Content-Transfer-Encoding: base64 Content-ID: /9j/4AAQSkZJRgABAQEAYABgAAD/2wBDAAoHBwkHBgoJCAkLCwoMDxkQDw4ODx4WFxIZJCAmJSMg IyIoLTkwKCo2KyIjMkQyNjs9QEBAJjBGS0U+Sjk/QD3/2wBDAQsLCw8NDx0QEB09KSMpPT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT3/wAARCABSAIEDASIA AhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcICQoL/8QAtRAAAgEDAwIEAwUFBAQA AAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS0fAkM2JyggkKFhcYGRolJicoKSo0NTY3 ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1dnd4eXqDhIWGh4iJipKTlJWWl5iZmqKjpKWm p6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW19jZ2uHi4+Tl5ufo6erx8vP09fb3+Pn6/8QAHwEA AwEBAQEBAQEBAQAAAAAAAAECAwQFBgcICQoL/8QAtREAAgECBAQDBAcFBAQAAQJ3AAECAxEEBSEx BhJBUQdhcRMiMoEIFEKRobHBCSMzUvAVYnLRChYkNOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElK U1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6goOEhYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3 uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwD2aiii gAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiuR8R+EdQ1vVmuoNUNvFsCrGCwxjr0 PrUzbS0VzahThUlacuVd9zrqK8u1rwdqGi6VNfTay7rEB8odwWJOMdfeofD3hXU/EGnG8TVJYU3l AGdznHfrWPtpX5eXU71l9F0/a+2XLe17Pc9Xorzw/D3Uoxvk11hGvzMSz8Ade9Lf+LNS1u+Gl+GE ZY1G3z/4iB3yfuj361aqP7SsebjZUMMlyz5m+iR6A0iJ99lX6nFCurjKsCPY1wcfw4ubpfM1LWJG lPUKCw/Mmq154G1nSAbjR9RkmKc7VJR/wGcGq5pdjgeIrLV09PXU9HqGSSRFJEakD1fFcDf+P7vw 94Ntri+UTarcs6Qo67cBTjcw9v1rH0/wR4m8ZwpqPiDWZrWKYbo4RknaeR8oIAFaqg6kOZy5V/Xk zrpzUoqVtz0ebWZIc/6KXA/uSA/yqmfGFrG22e3mQjrjBIri7j4LzRKX0/XpRKOgkjKj8wc07wl4 c8RWviVtN8Rb59OEDOHY71Y5AG1+oPtR9XsrxqX9UdMJ0ftx+5ndweK9InIX7WkTekvy/qeK1kdZ EDRsrKehU5BrhNd+HkkgMmlzlgOTBKev0b/Gucs7vVPD10Y43mtpEPzRP90/h0pqF1udjwdCpDmo z17M9gorm/D3i+HVWW2ulEF0enPyv9PQ+1dJUtNbnmzg4OzCiiikSFFFFAHEfFC98rR7a1B5ml3H 6KP/AK9b/hOy+weGLGEjDGMO31bn+tcV45ZtV8a2WnIc7Akf4scn9MV6WiCNFRRhVGAPauen71SU vkepif3eDpU+95f5HHfEjWGs9MisIWKvdElyP7g7fia0/BuiJo+hxEqPtFwoklbvz0H4CuP8fN5/ jK2hY/II41wfdjmvTwAAABgCtI6ybPnKP7zETm/s6IWiiitDvPGPjPBPH4ksLlkzbtb7UJ6bgxJH 6ivQtB8d6DrFnCY7+GCcqA0EzBGU+nPX8K2NV0ix1uya01K3SeBudrdj6g9jXBaj8FdMnZm0/ULi 2z0SRRIo/ka6lOnOCjPSwHpCSJKu6NlZT3U5FOrwjWPDPib4dhL601Fja7gvmQOdoJ6BkPHNeq+B vEj+KfDUV9MipcK5ilC9Cw7j6gioqUeWPNF3QHRVl65oVvrdoY5AFmUfu5QOVP8AhWpTJJEhjaSR gqKMsx6AVinbYcZOLujxyWGS1uHikyssTlTjsRXp3hfVH1XRY5ZTmaMmNz6kd/yxXnOrXaX2rXVy gwkkhZfp2rvPBFm9roIeQEGdzIAfTgD+VdVaPuXZVSpzyOiooorkICiobq4FrbSTMAdoyAWC5Ppk 8Vmf2vc3Vu/laZcFWBXfHNEcfjuoA4rw9/xOviVcXh+aON5JAfYfKv8ASvTq4/w5oy+H5Zp7TT7+ Vp1ALSyxEY68YNdB/aMwID2MiE84aRP8fcVhSXJH3tzux9eFaovZ/CkkjifiXpksd5bapEpMZURu w/hYHI/nXU+HfFFnrdjGTMkd2qgSRM2Dn1HqKu3NxHLCYb61Ajl+XZK6Yb2681y998ObCeQva/ab fP8AACrKPpnmpdVRlpf7n/keJKhVp1XUpWae6vY7C4v7W1jMlxcwxIOrO4Armbz4gWazTrYJ9ojt 4JJpZT8q4Vc4Hrk4FZsXw5gVwbh72YDsuxc/mTW3baJptlazWceh70lTbKHdGZ1PY5OcVrGbbV9j WMcTOSulFeqbIvDvxE0PX4EzcpaXRHzQTsFIPsTwa6U3UAXcZo9vrvGK801L4XaVeEyWNjqNtnkL HNG6fhk/1rNT4St0c6iU/ujyh/7Ma7XCjLVSsdvspeX3r/M0fij4vsL7SxoOlyLeXU8q7/J+YLg5 ABHUk44Fdb4B0CTw54Ut7S4GLhyZph/dZu34AAVzegeGTop87Q9Et5bgfL9quLpZWX6YwFrUn0nx Vqfy3V3HAh/hR8D/AMdolKPLyRegeytu1950Gp+ItO0pSJ51aQdI0+Zj/h+NcLrfie71s+QimK3J 4iXkt9fX6VtWfgCJjuur4vg8iId/qa6PTtB0/S8G1t1D/wB9vmb8zUxlThruyJWWxyXh7wbLcSJc 6ohjhHKwn7z/AF9BXeqoVQqgADgAdqTevzfMPl689KbJcQwqrSyxoGOFLMBk+1ZzqObuyErElFFF QMqapbyXWl3MEKo0kiFVD9Mmse70y9aaaz092htFtVQclQZPmAx7YIJ9cAV0dFAHNPpOrixhtkmO 9VdTIk5QK/AR8D+EAfc/nRZ6RqLXiXF0Sr5QSMZy+4BizYGMAMdowPSulooAxLuxvG1K6lS2gnWa JUieRv8AU4zn5SPXniqsekapJbMkk8sYbL7ftTFgwj2j5hzgsd2BwMCulooA5k2Gtxagk6M0sSFc o1yV34XHHbBPJyM0yfQ9RkiR3bzZ9ybmE7IfljIzkc/fYnHsK6migDm7nTtRto2uI7qQNGrKAJGI 2iMKvyAdS2WzjjNTafa3Mug3YmhnJuWbZBLcNuVCAMbjyOhP41vUUAcp/ZGtARqkgSIZIWNwjggj bvKgBuBjp3q9FpOoQzWoF5K0Rj/0otMxYuCD8vpnp24rdooA5gaZrS29yPMJuGBaKUXBCgE5K7em eSNx9qm0zTdTg1KKS4lla3VW3LJOWwTkjAH1xznoK6GigDn5bLUntdXhW3TfdOTHJ53VeAB044Bq QWl2b8zy6fDLG8KxqjSg+TgnI6c5yOnpW5RQBlfaNU/6BcH/AIE//Y0Vq0UAFFFFABRRRQAUUUUA FFFFABRRRQAUUUUAFFFFABRRRQAUUUUAf//Z ------=_NextPart_000_000D_01CF8658.5C107460-- --===============1684944910== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ ipp mailing list ipp@pwg.org https://www.pwg.org/mailman/listinfo/ipp --===============1684944910==-- From MarcoBurke@jri.agawhich.com Thu Jun 12 13:25:49 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 76B2E1A029A for ; Thu, 12 Jun 2014 13:25:49 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.852 X-Spam-Level: X-Spam-Status: No, score=-1.852 tagged_above=-999 required=5 tests=[BAYES_50=0.8, DIET_1=0.001, GB_I_INVITATION=-2, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id szW7TWMWRwiQ for ; Thu, 12 Jun 2014 13:25:48 -0700 (PDT) Received: from jri.agawhich.com (jri.agawhich.com [188.210.189.171]) by ietfa.amsl.com (Postfix) with ESMTP id 81C961A0294 for ; Thu, 12 Jun 2014 13:25:44 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: DocOz Show Exclusive Date: Thu, 12 Jun 2014 13:25:40 -0700 Subject: new fat purging method Message-ID: <20140612045105.21907.99914.63467-1@agawhich.com> Reply-to: To: Weight-Loss Trick for EVERY Body Type Melt Fat no matter what your shape. This proven tip will have you shedding pounds in a few days. Kiss that Fat goodbye immediately. View DocOz Clip: http://www.agawhich.com/DocOz/Personal/invitation.index Episode 401 Get comfortable in you own skin once and for all... - DocOz Show we hoped you enjoyed this DocOz Alert. - Changes to notification status can be sent to: Member Update Systems at 9167 ROAD 177_Oakwood, OH 45873 or http://www.agawhich.com/w4iehjf.srgtr4 I don't understand why testing a private method creates code smell? Is not the point of unit testing to test each small part to isolate errors. could you explain what a brittle test is please? Ben Page Mar 20 '09 at 21:38 17 A brittle test is a test which fails too easily when there's a change in the code. Generally this happens when the test result is based on what the method does rather than on the expected outputs and side-effects given a set of inputs. Ideally, a change to the code which does not change the results should not break the test. aro_biz May 13 '09 at 8:43 62 @Mr. Shiny and New: If your private method is complex enough to warrant independent unit testing, then it's complex enough to have its own class. The class can be internal of course (i.e. not accessible from other packages). sleske Oct 2 '10 at 22:59 2 But isn't an internal class adding more complexity to something that maybe is complex to understand but are 4 lines of code extracted to a private method to avoid repetition? Rafa de Castro Dec 1 '10 at 11:14 24 @sleske, I don't agree. You can have a small private method which by design you needed it to be private. and I would rather test each small piece of code, than test that private method through a public one. This way of testing will go towards a component test. despot Aug 4 '11 at 11:51 2 Having more finely grained tests that cover smaller private methods mean when things do break, your tests will tell you where. After all, coding input and outputs are /assumptions/, and we test these assumptions remain true. If your internal "brittle" test breaks, then the assumption about how it works has changed, and code that uses it will probably be broken in subtle ways. Kent Fredric May 10 '12 at 4:55 1 ( Usually, when a test starts failing, you'll reach for the debugger to find out why, having smaller sub-tests will make finding the place the fault occurs much faster ) Kent Fredric May 10 '12 at 4:57 3 The test-the-private-method camp is missing the point: it can take a great deal more work and time to test the private methods, and it's not likely to save any/enough time when a test fails. If the test fails for some error in a private method like an NPE, you'll still be taken right to the problem (the private method). If the data generated by a private method don't match, you can easily see that in your assertion by debugging equals(). In some cases, it may make sense to write tens of private method tests using reflections, but the need should be clearly visible. Pete Jul 7 '12 at 2:12 7 @Pete I agree. My team tests private methods and I feel like I waste a lot of time "fixing" unit tests for private methods that start failing after I change around how the private internals of a class work, without changing the class's contract. I look at the failing tests and it's now failing because private method f was not called 3 times, or private method g returned some different result. Yet the public tests do not break. To me that is a waste and is not very helpful having those tests. 2 seconds on a debugger will show me where some public method fails. From ipp-bounces@pwg.org Thu Jun 12 13:53:58 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 224BB1A0276 for ; Thu, 12 Jun 2014 13:53:58 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.551 X-Spam-Level: X-Spam-Status: No, score=-2.551 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RP_MATCHES_RCVD=-0.651, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id q_1jrg1Vz_BN for ; Thu, 12 Jun 2014 13:53:57 -0700 (PDT) Received: from www.pwg.org (www.pwg.org [IPv6:2600:3c01::f03c:91ff:fe70:b03f]) by ietfa.amsl.com (Postfix) with ESMTP id EF1321A025D for ; Thu, 12 Jun 2014 13:53:56 -0700 (PDT) Received: from pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id C9B1A8568; Thu, 12 Jun 2014 20:55:24 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: from g4t3425.houston.hp.com (g4t3425.houston.hp.com [15.201.208.53]) by www.pwg.org (Postfix) with ESMTPS id 3B5298567 for ; Thu, 12 Jun 2014 20:55:23 +0000 (UTC) Received: from G9W0364.americas.hpqcorp.net (g9w0364.houston.hp.com [16.216.193.45]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by g4t3425.houston.hp.com (Postfix) with ESMTPS id 63F7A19A for ; Thu, 12 Jun 2014 20:53:54 +0000 (UTC) Received: from G4W6303.americas.hpqcorp.net (16.210.26.228) by G9W0364.americas.hpqcorp.net (16.216.193.45) with Microsoft SMTP Server (TLS) id 14.3.169.1; Thu, 12 Jun 2014 20:52:35 +0000 Received: from G4W3298.americas.hpqcorp.net ([169.254.4.148]) by G4W6303.americas.hpqcorp.net ([16.210.26.228]) with mapi id 14.03.0169.001; Thu, 12 Jun 2014 20:52:35 +0000 From: "Kennedy, Smith (Wireless Architect)" To: "" Thread-Topic: 5100.11 "job-password-encryption-supported" - what SHA version does 'sha' keyword indicate? Thread-Index: AQHPhoA8Ux2gfn/gEE+QhuojViB9pA== Date: Thu, 12 Jun 2014 20:52:34 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-originating-ip: [15.201.58.20] MIME-Version: 1.0 Subject: [IPP] 5100.11 "job-password-encryption-supported" - what SHA version does 'sha' keyword indicate? X-BeenThere: ipp@pwg.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Internet Printing Protocol Workgroup discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0625553863==" Sender: ipp-bounces@pwg.org Errors-To: ipp-bounces@pwg.org --===============0625553863== Content-Language: en-US Content-Type: multipart/signed; boundary="Apple-Mail=_5A2E1102-47A9-431D-BD84-7038C105221F"; protocol="application/pkcs7-signature"; micalg=sha1 --Apple-Mail=_5A2E1102-47A9-431D-BD84-7038C105221F Content-Type: multipart/alternative; boundary="Apple-Mail=_912B8647-5680-4BD8-AFC2-13BCB15096B8" --Apple-Mail=_912B8647-5680-4BD8-AFC2-13BCB15096B8 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 Greetings, PWG 5100.11 (JPS2) defines the =93job-password-encryption-supported=94 = attribute. One of the keywords defined in JPS2 is =92sha=92. Neither = the keyword nor the description is clear as to which SHA generation is = being used. Is this SHA-0 or SHA-1? Do we need to define additional = keywords to bring this up-to-date? Smith /** Smith Kennedy ATB Wireless Architect - PPS Hewlett-Packard Co. */ --Apple-Mail=_912B8647-5680-4BD8-AFC2-13BCB15096B8 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=windows-1252 Greetings,

PWG 5100.11 (JPS2) = defines the =93job-password-encryption-supported=94 attribute.  One = of the keywords defined in JPS2 is =92sha=92.  Neither the keyword = nor the description is clear as to which SHA generation is being used. =  Is this SHA-0 or SHA-1?  Do we need to define additional = keywords to bring this up-to-date?

X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 557D41A02E5 for ; Thu, 12 Jun 2014 16:07:30 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.551 X-Spam-Level: X-Spam-Status: No, score=-2.551 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RP_MATCHES_RCVD=-0.651, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id WQwXpeitiU45 for ; Thu, 12 Jun 2014 16:07:28 -0700 (PDT) Received: from www.pwg.org (www.pwg.org [IPv6:2600:3c01::f03c:91ff:fe70:b03f]) by ietfa.amsl.com (Postfix) with ESMTP id 796C71A02C4 for ; Thu, 12 Jun 2014 16:07:28 -0700 (PDT) Received: from pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id 357A18573; Thu, 12 Jun 2014 23:08:56 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: from USA7109MR005.ACS-INC.COM (usa7109mr005.acs-inc.com [63.87.171.174]) by www.pwg.org (Postfix) with ESMTPS id 4D2D88572 for ; Thu, 12 Jun 2014 23:08:54 +0000 (UTC) Received: from usa7109ht002.na.xerox.net ([13.41.230.32]) by USA7109MR005.ACS-INC.COM with ESMTP/TLS/AES128-SHA; 12 Jun 2014 18:07:24 -0500 Received: from USA7109MB013.na.xerox.net ([169.254.6.76]) by USA7109HT002.na.xerox.net ([13.41.230.32]) with mapi id 14.03.0174.001; Thu, 12 Jun 2014 18:07:24 -0500 From: "Manchala, Daniel" To: "'Kennedy, Smith (Wireless Architect)'" Thread-Topic: [IPP] 5100.11 "job-password-encryption-supported" - what SHA version does 'sha' keyword indicate? Thread-Index: AQHPhoA8Ux2gfn/gEE+QhuojViB9pJtuEScg Date: Thu, 12 Jun 2014 23:07:24 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [13.41.230.94] MIME-Version: 1.0 Cc: "''" Subject: Re: [IPP] 5100.11 "job-password-encryption-supported" - what SHA version does 'sha' keyword indicate? X-BeenThere: ipp@pwg.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Internet Printing Protocol Workgroup discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0518125920==" Sender: ipp-bounces@pwg.org Errors-To: ipp-bounces@pwg.org --===============0518125920== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_E4503CD23822BF45A1EAEDA0BC5F1074096F1C24usa7109mb013nax_" --_000_E4503CD23822BF45A1EAEDA0BC5F1074096F1C24usa7109mb013nax_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Smith, Yes, we need additional keywords. sha-1 for the 160 bit digest SHA algorithm sha-256 for the 256 bit digest SHA-256 algorithm sha-512 likewise. Daniel. From: ipp-bounces@pwg.org [mailto:ipp-bounces@pwg.org] On Behalf Of Kennedy= , Smith (Wireless Architect) Sent: Thursday, June 12, 2014 1:53 PM To: Subject: [IPP] 5100.11 "job-password-encryption-supported" - what SHA versi= on does 'sha' keyword indicate? Greetings, PWG 5100.11 (JPS2) defines the "job-password-encryption-supported" attribut= e. One of the keywords defined in JPS2 is 'sha'. Neither the keyword nor = the description is clear as to which SHA generation is being used. Is this= SHA-0 or SHA-1? Do we need to define additional keywords to bring this up= -to-date? Smith /** Smith Kennedy ATB Wireless Architect - PPS Hewlett-Packard Co. */ --_000_E4503CD23822BF45A1EAEDA0BC5F1074096F1C24usa7109mb013nax_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Smith,<= /p>

 <= /p>

Yes, we need additional k= eywords.

sha-1 for the 160 bit dig= est SHA algorithm

sha-256 for the 256 bit d= igest SHA-256 algorithm

sha-512 likewise.

 <= /p>

Daniel.=

 <= /p>

 <= /p>

From: ipp-boun= ces@pwg.org [mailto:ipp-bounces@pwg.org] On Behalf Of Kennedy, Smith (Wireless Architect)
Sent: Thursday, June 12, 2014 1:53 PM
To: <ipp@pwg.org>
Subject: [IPP] 5100.11 "job-password-encryption-supported"= - what SHA version does 'sha' keyword indicate?

 

Greetings,

 

PWG 5100.11 (JPS2) defines the “job-password-e= ncryption-supported” attribute.  One of the keywords defined in = JPS2 is ’sha’.  Neither the keyword nor the description is= clear as to which SHA generation is being used.  Is this SHA-0 or SHA= -1?  Do we need to define additional keywords to bring this up-to-date?

 

Smith

/**
    Smith Kennedy
    ATB Wireless Architect - PPS
    Hewlett-Packard Co.
*/

 

--_000_E4503CD23822BF45A1EAEDA0BC5F1074096F1C24usa7109mb013nax_-- --===============0518125920== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ ipp mailing list ipp@pwg.org https://www.pwg.org/mailman/listinfo/ipp --===============0518125920==-- From ipp-bounces@pwg.org Thu Jun 12 16:17:40 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 74E6C1A02E5 for ; Thu, 12 Jun 2014 16:17:40 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.438 X-Spam-Level: X-Spam-Status: No, score=-2.438 tagged_above=-999 required=5 tests=[AC_DIV_BONANZA=0.001, BAYES_00=-1.9, DKIM_ADSP_CUSTOM_MED=0.001, DKIM_SIGNED=0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RP_MATCHES_RCVD=-0.651, SPF_PASS=-0.001, T_DKIM_INVALID=0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0sHFQ4HslkKX for ; Thu, 12 Jun 2014 16:17:39 -0700 (PDT) Received: from www.pwg.org (www.pwg.org [IPv6:2600:3c01::f03c:91ff:fe70:b03f]) by ietfa.amsl.com (Postfix) with ESMTP id 007DA1A02C4 for ; Thu, 12 Jun 2014 16:17:38 -0700 (PDT) Received: from pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id 3AF588574; Thu, 12 Jun 2014 23:19:06 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: from mail-ig0-x22f.google.com (mail-ig0-x22f.google.com [IPv6:2607:f8b0:4001:c05::22f]) by www.pwg.org (Postfix) with ESMTPS id A38378573 for ; Thu, 12 Jun 2014 23:19:05 +0000 (UTC) Received: by mail-ig0-f175.google.com with SMTP id uq10so8272508igb.14 for ; Thu, 12 Jun 2014 16:17:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=JoE3rl6nXG1PB8JGwwiI2aeSWdFlAT1nDeXWG/BcR5s=; b=vj9DC1Boc6poxgiQeG2uSvQonATSzSqUR8XHsn/WNAhBzpXjbtdFqOP6pgMP3Tjy8k VKi8MWwl3NIpb4qlAU0OzuwYwmYHPnoGlN5aWCgyE51i+xYvVgKQghZyu70onat0iRE3 sZNI7+iJKQ0tqJ6oOEx9/oQU/cnLiNb1vBhHawRiPQdBRm7gMCfi6gEKZ/RCN87eU8WZ m4AbRqLJDZVNX91gE5M+CpT76ysz5BSPRflnOzyQVlx924MA6EIEeCw1IezooARghntk t3LZO/5BJiOTawrsZsmQRPw80yHrXbEWWNNIy+U6owX+hHAf7UL13tDmpgEjbovyJEXa egPA== X-Received: by 10.50.43.202 with SMTP id y10mr272171igl.23.1402615056240; Thu, 12 Jun 2014 16:17:36 -0700 (PDT) MIME-Version: 1.0 Received: by 10.50.168.40 with HTTP; Thu, 12 Jun 2014 16:17:16 -0700 (PDT) In-Reply-To: References: From: Ira McDonald Date: Thu, 12 Jun 2014 19:17:16 -0400 Message-ID: To: "Manchala, Daniel" , Ira McDonald Cc: "" Subject: Re: [IPP] 5100.11 "job-password-encryption-supported" - what SHA version does 'sha' keyword indicate? X-BeenThere: ipp@pwg.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Internet Printing Protocol Workgroup discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1990144698==" Sender: ipp-bounces@pwg.org Errors-To: ipp-bounces@pwg.org --===============1990144698== Content-Type: multipart/alternative; boundary=089e011604ba2f175404fbabc4db --089e011604ba2f175404fbabc4db Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi Daniel, You're conflating key length with the name of the base algorithm. There are three (totally distinct) NIST SHA algorithms: SHA-1 SHA-2 SHA-3 (Keccak) Note that SHA-3 is already being required in various new security standards (international and regional ones) and IETF wants to aggressively deploy it in new IETF protocols and architectures. Cheers, - Ira Ira McDonald (Musician / Software Architect) Co-Chair - TCG Trusted Mobility Solutions WG Chair - Linux Foundation Open Printing WG Secretary - IEEE-ISTO Printer Working Group Co-Chair - IEEE-ISTO PWG Internet Printing Protocol WG IETF Designated Expert - IPP & Printer MIB Blue Roof Music / High North Inc http://sites.google.com/site/blueroofmusic http://sites.google.com/site/highnorthinc mailto: blueroofmusic@gmail.com Winter 579 Park Place Saline, MI 48176 734-944-0094 Summer PO Box 221 Grand Marais, MI 49839 906-494-2434 On Thu, Jun 12, 2014 at 7:07 PM, Manchala, Daniel wrote: > Smith, > > > > Yes, we need additional keywords. > > sha-1 for the 160 bit digest SHA algorithm > > sha-256 for the 256 bit digest SHA-256 algorithm > > sha-512 likewise. > > > > Daniel. > > > > > > *From:* ipp-bounces@pwg.org [mailto:ipp-bounces@pwg.org] *On Behalf Of *K= ennedy, > Smith (Wireless Architect) > *Sent:* Thursday, June 12, 2014 1:53 PM > *To:* > *Subject:* [IPP] 5100.11 "job-password-encryption-supported" - what SHA > version does 'sha' keyword indicate? > > > > Greetings, > > > > PWG 5100.11 (JPS2) defines the =E2=80=9Cjob-password-encryption-supported= =E2=80=9D > attribute. One of the keywords defined in JPS2 is =E2=80=99sha=E2=80=99.= Neither the > keyword nor the description is clear as to which SHA generation is being > used. Is this SHA-0 or SHA-1? Do we need to define additional keywords = to > bring this up-to-date? > > > > Smith > > /** > Smith Kennedy > ATB Wireless Architect - PPS > Hewlett-Packard Co. > */ > > > > _______________________________________________ > ipp mailing list > ipp@pwg.org > https://www.pwg.org/mailman/listinfo/ipp > > --089e011604ba2f175404fbabc4db Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi Danie= l,

You're conflating key length with the name of the base = algorithm.

There are three (totally distinct) NIST SHA algorit= hms:
SHA-1
SHA-2
SHA-3 (Keccak)

Note that S= HA-3 is already being required in various new security standards
(= international and regional ones) and IETF wants to aggressively deploy it
in new IETF protocols and architectures.

Cheers,
- Ira


Ira McDonald (Musician / Software Architect)
Co-Chair - TCG= Trusted Mobility Solutions WG
Chair - Linux Foundation Open Printing WG
Secretary - IEEE-ISTO Printer = Working Group
Co-Chair - IEEE-ISTO PWG Internet Printing Protocol WG
= IETF Designated Expert - IPP & Printer MIB
Blue Roof Music / High No= rth Inc
http://sites.google.com/site/blueroofmusic=
http://sites.google.com/site/highnorthinc
mailto: bluero= ofmusic@gmail.com
Winter=C2=A0 579 Park Place=C2=A0 Saline, MI=C2=A0= 48176=C2=A0 734-944-0094
Summer=C2=A0 PO Box 221=C2=A0 Grand Marais, MI= 49839=C2=A0 906-494-2434



On Thu, Jun 12, 2014 at 7:07 PM, Manchal= a, Daniel <Daniel.Manchala@xerox.com> wrote:

Smith,

=C2=A0

Yes, we need additional k= eywords.

sha-1 for the 160 bit dig= est SHA algorithm

sha-256 for the 256 bit d= igest SHA-256 algorithm

sha-512 likewise.<= u>

=C2=A0

Daniel.

=C2=A0

=C2=A0

From: ipp-bounces@pwg.org [= mailto:ipp-bounces= @pwg.org] On Behalf Of Kennedy, Smith (Wireless Architect)
Sent: Thursday, June 12, 2014 1:53 PM
To: <ipp@pwg.org= >
Subject: [IPP] 5100.11 "job-password-encryption-supported"= - what SHA version does 'sha' keyword indicate?

=C2=A0

Greetings,

=C2=A0

PWG 5100.11 (JPS2) defines the =E2=80=9Cjob-password= -encryption-supported=E2=80=9D attribute. =C2=A0One of the keywords defined= in JPS2 is =E2=80=99sha=E2=80=99. =C2=A0Neither the keyword nor the descri= ption is clear as to which SHA generation is being used. =C2=A0Is this SHA-= 0 or SHA-1? =C2=A0Do we need to define additional keywords to bring this up-to-date?

=C2=A0

Smith

/**
=C2=A0 =C2=A0 Smith Kennedy
=C2=A0 =C2=A0 ATB Wireless Architect - PPS
=C2=A0 =C2=A0 Hewlett-Packard Co.
*/

=C2=A0


_______________________________________________
ipp mailing list
ipp@pwg.org
http= s://www.pwg.org/mailman/listinfo/ipp


--089e011604ba2f175404fbabc4db-- --===============1990144698== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ ipp mailing list ipp@pwg.org https://www.pwg.org/mailman/listinfo/ipp --===============1990144698==-- From ipp-bounces@pwg.org Thu Jun 12 16:23:18 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 165481A02E8 for ; Thu, 12 Jun 2014 16:23:18 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.438 X-Spam-Level: X-Spam-Status: No, score=-2.438 tagged_above=-999 required=5 tests=[AC_DIV_BONANZA=0.001, BAYES_00=-1.9, DKIM_ADSP_CUSTOM_MED=0.001, DKIM_SIGNED=0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RP_MATCHES_RCVD=-0.651, SPF_PASS=-0.001, T_DKIM_INVALID=0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id CU0vkswryzSG for ; Thu, 12 Jun 2014 16:23:13 -0700 (PDT) Received: from www.pwg.org (www.pwg.org [IPv6:2600:3c01::f03c:91ff:fe70:b03f]) by ietfa.amsl.com (Postfix) with ESMTP id E16151A02C4 for ; Thu, 12 Jun 2014 16:23:13 -0700 (PDT) Received: from pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id DFB4B8577; Thu, 12 Jun 2014 23:24:41 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: from mail-ie0-x22d.google.com (mail-ie0-x22d.google.com [IPv6:2607:f8b0:4001:c03::22d]) by www.pwg.org (Postfix) with ESMTPS id 700138574 for ; Thu, 12 Jun 2014 23:24:40 +0000 (UTC) Received: by mail-ie0-f173.google.com with SMTP id y20so1790399ier.32 for ; Thu, 12 Jun 2014 16:23:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=UeD3jsGcStugODRxB0mRGktZrBqXj+PMAcX7NY8YbL8=; b=DNyc5NLaUOqmrHX8278wF/vEzGJVoALKPqz8eSXFqD9Uwb+MKUD5J/iyQ0X/71FW/W Z8JardXCJlIlp2OjVFsjuRtfkVOqO/U6jwanTdtK6+VRxrBDAlBqI5ygECLwqETOHiZt Ah31w04Ihqd478JCn+bg+ZTAXf8BzyFXctbunWWiEdnCNem89Y2ni0ADwyD66GvCTefv OCME940SnuCRCjWvsG2dxXgpDCRtsYgraCjU9TMCoC3Sgz1rkPAIvZT5Fih1SvJqZXvm wHYLf29LN0z5H7zv6P882GTrGt0itVl01BHUkrommgfnrMAhofuvrbsL9PCgT+RjbiNA nSfg== X-Received: by 10.42.233.12 with SMTP id jw12mr59103352icb.12.1402615391137; Thu, 12 Jun 2014 16:23:11 -0700 (PDT) MIME-Version: 1.0 Received: by 10.50.168.40 with HTTP; Thu, 12 Jun 2014 16:22:51 -0700 (PDT) In-Reply-To: References: From: Ira McDonald Date: Thu, 12 Jun 2014 19:22:51 -0400 Message-ID: To: "Manchala, Daniel" , Ira McDonald Cc: "" Subject: Re: [IPP] 5100.11 "job-password-encryption-supported" - what SHA version does 'sha' keyword indicate? X-BeenThere: ipp@pwg.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Internet Printing Protocol Workgroup discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2010381923==" Sender: ipp-bounces@pwg.org Errors-To: ipp-bounces@pwg.org --===============2010381923== Content-Type: multipart/alternative; boundary=047d7b6d84842533a504fbabd84f --047d7b6d84842533a504fbabd84f Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi, Also note that SHA-1 has been DEPRECATED by NIST, IETF, and TCG standards. It's a MUST NOT implement after sometime in 2015 in lots of new drafts, including some US NIAP Common Criteria Protection Profiles. Printers need to catch up with current hash and encryption algorithms, if they want to get certified under CC protection profiles. Cheers, - Ira Ira McDonald (Musician / Software Architect) Co-Chair - TCG Trusted Mobility Solutions WG Chair - Linux Foundation Open Printing WG Secretary - IEEE-ISTO Printer Working Group Co-Chair - IEEE-ISTO PWG Internet Printing Protocol WG IETF Designated Expert - IPP & Printer MIB Blue Roof Music / High North Inc http://sites.google.com/site/blueroofmusic http://sites.google.com/site/highnorthinc mailto: blueroofmusic@gmail.com Winter 579 Park Place Saline, MI 48176 734-944-0094 Summer PO Box 221 Grand Marais, MI 49839 906-494-2434 On Thu, Jun 12, 2014 at 7:17 PM, Ira McDonald wrote: > Hi Daniel, > > You're conflating key length with the name of the base algorithm. > > There are three (totally distinct) NIST SHA algorithms: > SHA-1 > SHA-2 > SHA-3 (Keccak) > > Note that SHA-3 is already being required in various new security standar= ds > (international and regional ones) and IETF wants to aggressively deploy i= t > in new IETF protocols and architectures. > > Cheers, > - Ira > > > Ira McDonald (Musician / Software Architect) > Co-Chair - TCG Trusted Mobility Solutions WG > Chair - Linux Foundation Open Printing WG > Secretary - IEEE-ISTO Printer Working Group > Co-Chair - IEEE-ISTO PWG Internet Printing Protocol WG > IETF Designated Expert - IPP & Printer MIB > Blue Roof Music / High North Inc > http://sites.google.com/site/blueroofmusic > http://sites.google.com/site/highnorthinc > mailto: blueroofmusic@gmail.com > Winter 579 Park Place Saline, MI 48176 734-944-0094 > Summer PO Box 221 Grand Marais, MI 49839 906-494-2434 > > > > On Thu, Jun 12, 2014 at 7:07 PM, Manchala, Daniel < > Daniel.Manchala@xerox.com> wrote: > >> Smith, >> >> >> >> Yes, we need additional keywords. >> >> sha-1 for the 160 bit digest SHA algorithm >> >> sha-256 for the 256 bit digest SHA-256 algorithm >> >> sha-512 likewise. >> >> >> >> Daniel. >> >> >> >> >> >> *From:* ipp-bounces@pwg.org [mailto:ipp-bounces@pwg.org] *On Behalf Of *= Kennedy, >> Smith (Wireless Architect) >> *Sent:* Thursday, June 12, 2014 1:53 PM >> *To:* >> *Subject:* [IPP] 5100.11 "job-password-encryption-supported" - what SHA >> version does 'sha' keyword indicate? >> >> >> >> Greetings, >> >> >> >> PWG 5100.11 (JPS2) defines the =E2=80=9Cjob-password-encryption-supporte= d=E2=80=9D >> attribute. One of the keywords defined in JPS2 is =E2=80=99sha=E2=80=99= . Neither the >> keyword nor the description is clear as to which SHA generation is being >> used. Is this SHA-0 or SHA-1? Do we need to define additional keywords= to >> bring this up-to-date? >> >> >> >> Smith >> >> /** >> Smith Kennedy >> ATB Wireless Architect - PPS >> Hewlett-Packard Co. >> */ >> >> >> >> _______________________________________________ >> ipp mailing list >> ipp@pwg.org >> https://www.pwg.org/mailman/listinfo/ipp >> >> > --047d7b6d84842533a504fbabd84f Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi,

Also note t= hat SHA-1 has been DEPRECATED by NIST, IETF, and TCG standards.
It's a MUST NOT implement after sometime in 2015 in lots of new draft= s, including
some US NIAP Common Criteria Protection Profiles.

Printe= rs need to catch up with current hash and encryption algorithms, if they wa= nt
to get certified under CC protection profiles.

Cheers,
- Ira


=
Ira McDonald (Musician / Software Architect)
Co-Chair -= TCG Trusted Mobility Solutions WG
Chair - Linux Foundation Open Printin= g WG
Secretary - IEEE-ISTO Printer Working Group
Co-Chair - IEEE-ISTO PWG Int= ernet Printing Protocol WG
IETF Designated Expert - IPP & Printer MI= B
Blue Roof Music / High North Inc
http:= //sites.google.com/site/blueroofmusic
http://sites.google.com/site/highnorthincmailto: blue= roofmusic@gmail.com
Winter=C2=A0 579 Park Place=C2=A0 Saline, MI=C2=A0 48176=C2=A0 734-944-0094=
Summer=C2=A0 PO Box 221=C2=A0 Grand Marais, MI 49839=C2=A0 906-494-2434=

<= /div>


On Thu, Jun 12, 2014 at 7:17 PM, Ira McD= onald <blueroofmusic@gmail.com> wrote:
Hi Danie= l,

You're conflating key length with the name of the base = algorithm.

There are three (totally distinct) NIST SHA algorit= hms:
SHA-1
SHA-2
SHA-3 (Keccak)

Note that S= HA-3 is already being required in various new security standards
(= international and regional ones) and IETF wants to aggressively deploy it
in new IETF protocols and architectures.

Cheers,
- Ira


Ira McDonald (Musician / Software Architect)
Co-Chair - TCG= Trusted Mobility Solutions WG
Chair - Linux Foundation Open Printing WG
Secretary - IEEE-ISTO Printer = Working Group
Co-Chair - IEEE-ISTO PWG Internet Printing Protocol WG
= IETF Designated Expert - IPP & Printer MIB
Blue Roof Music / High No= rth Inc
http://sites.google.com/site/blueroofmusic=
http://sites.google.com/site/highnorthinc
mailto: bluero= ofmusic@gmail.com
Winter=C2=A0 579 Park Place=C2=A0 Saline, MI=C2=A0= 48176=C2=A0 734-944-0094
Summer=C2=A0 PO Box 221=C2=A0 Grand Marais, MI 49839=C2=A0 906-494-2434
<= br>


On Thu, Jun 12, 2= 014 at 7:07 PM, Manchala, Daniel <Daniel.Manchala@xerox.com>= ; wrote:

Smith,

=C2=A0

Yes, we need additional k= eywords.

sha-1 for the 160 bit dig= est SHA algorithm

sha-256 for the 256 bit d= igest SHA-256 algorithm

sha-512 likewise.<= u>

=C2=A0

Daniel.

=C2=A0

=C2=A0

From: ipp-bounces@pwg.org [= mailto:ipp-bounces= @pwg.org] On Behalf Of Kennedy, Smith (Wireless Architect)
Sent: Thursday, June 12, 2014 1:53 PM
To: <ipp@pwg.org= >
Subject: [IPP] 5100.11 "job-password-encryption-supported"= - what SHA version does 'sha' keyword indicate?

=C2=A0

Greetings,

=C2=A0

PWG 5100.11 (JPS2) defines the =E2=80=9Cjob-password= -encryption-supported=E2=80=9D attribute. =C2=A0One of the keywords defined= in JPS2 is =E2=80=99sha=E2=80=99. =C2=A0Neither the keyword nor the descri= ption is clear as to which SHA generation is being used. =C2=A0Is this SHA-= 0 or SHA-1? =C2=A0Do we need to define additional keywords to bring this up-to-date?

=C2=A0

Smith

/**
=C2=A0 =C2=A0 Smith Kennedy
=C2=A0 =C2=A0 ATB Wireless Architect - PPS
=C2=A0 =C2=A0 Hewlett-Packard Co.
*/

=C2=A0


_______________________________________________
ipp mailing list
ipp@pwg.org
http= s://www.pwg.org/mailman/listinfo/ipp



--047d7b6d84842533a504fbabd84f-- --===============2010381923== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ ipp mailing list ipp@pwg.org https://www.pwg.org/mailman/listinfo/ipp --===============2010381923==-- From RileyWalker@normstockton.yellowsobmonth.com Thu Jun 12 17:33:08 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1B7351A03E5 for ; Thu, 12 Jun 2014 17:33:08 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 3.87 X-Spam-Level: *** X-Spam-Status: No, score=3.87 tagged_above=-999 required=5 tests=[BAYES_50=0.8, FROM_12LTRDOM=0.099, HTML_MESSAGE=0.001, J_CHICKENPOX_52=0.6, MANGLED_SOLTNS=2.3, MIME_HTML_ONLY=0.723, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id OduUXeiUXgWw for ; Thu, 12 Jun 2014 17:33:07 -0700 (PDT) Received: from normstockton.yellowsobmonth.com (normstockton.yellowsobmonth.com [188.210.185.24]) by ietfa.amsl.com (Postfix) with ESMTP id 3C5701A03A7 for ; Thu, 12 Jun 2014 17:33:05 -0700 (PDT) Content-Type: text/html; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Date: Thu, 12 Jun 2014 17:33:06 -0700 Message-ID: <634.534.20140610221900.21288.15018.43205915b26db64c0fbf43b0a0827535.id4.@email.normstockton.yellowsobmonth.com> From: Summer Auto Clearance To: Subject: Auto Clearance Outlet... Untitled Document

2014 Auto Clearance - Extra SAVINGS

Dealerships have commitments to the manufacturers to take certain quantities of inventory in.

The 2015 model year is right around the corner, and they need to make room in their lots.

**We know which Dealer's need to move their Inventory**

- The Search takes only 60 seconds-

Choose your Make:

 

 

 

 

 

 

 

| Ford | Acura | Nissan | Cadillac | Dodge | Tesla | BMW | And More...
See what Incentives are available

 

to stop further auto updates -write Member Update Systems at 9167 ROAD 177 Oakwood, OH 45873
or visit here

 

anyone care to elaborate on why you'd want to exclude the packages folder? doesn't it make sense to include the packages for the build server to have the dependencies? my answer to address your comment. sgriffinusa s, that's a good updates worth noting that the NuGet team implemented the 'package restore' feature for exactly this problem. There's a document on the NuGet site which explains the feature and describes how to use it in Visual Studio. ajk you ignore packages and are using nuget package restore, it's helpful to allow nuget.exe. When someone downloads, this tells helps VS tell that the feature has been enabled for the solution: NuGet.exe <- do not ignore this file. those of you using AppHarbor, it's worth noting that excluding the packages folder will cause your build to fail deployment :) Joel Martinez Jul Having a similar problem, except in my case it's publishing only files from the main project (and not anything bui lt from other included projects). It looks like I can "publish selection" on the other projects, which are just class libraries, but it would require me to create profiles for each of them. This seems ridiculous and not right. So far am just switching back to VS2010 to publish, where everything works fine. had the same problem. Deleting and recreating the publishing profile did the trick for me. Can you link to the connect issue? I'd like to upvote it. This appears to be an intermittent problem, solved as you noted by simply modifying the publish configuration settings. Here's the link to the connect issue. Deleteing and recreating profiles did the trick for me. Michael Wells Feb 8 'n my case changing the configuration in settings and set it back again did the trick. Switching between Debug and Release forth and back doesn't help in my case. Neither does creating a new profile. Neither does deleting all publishing profiles phyiscally. Neither does re-opening the so lution or visual studio. As of now (VS 2012 Upd. 3) this issue has NOT been fixed. VS publish fails me on a regular basis.s What kind of messages do you get in your output window? Do you actually get a publish failure or just not copying the files?No failure per se but a failure to publish properly for sure. It says 23>Publishing foldeand nothing more afterwards although there should be way more - and not even the root folder data was copied. In the meantime I got it running - the question if for how long. I believe the decisive piece of the puzzle was to apply the same build configuration to every project (e.g. Debug, Any CPU).This has not been fixed in Visual Studio Update 2, nor in the Update 3. Check the most popular answer after the "accepted answer" (which is not the solution). Just edit the profile and -in the "Settings" tab- select the correct configuration from the list (if release is the good one, select debug, save, then edit again and select releas e). Save and publish.

 

From DevinGonzales@jdscards.ocadown.com Thu Jun 12 18:02:02 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CB4041B27C4 for ; Thu, 12 Jun 2014 18:02:02 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.747 X-Spam-Level: X-Spam-Status: No, score=0.747 tagged_above=-999 required=5 tests=[BAYES_50=0.8, J_CHICKENPOX_74=0.6, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2_2raZivN-Dx for ; Thu, 12 Jun 2014 18:02:00 -0700 (PDT) Received: from jdscards.ocadown.com (jdscards.ocadown.com [188.210.185.32]) by ietfa.amsl.com (Postfix) with ESMTP id 02A5D1A0640 for ; Thu, 12 Jun 2014 18:01:52 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit To: Message-ID: <5456.20140610224537.21671.78251.4537.5623.43.RE@mx1.ocadown.com> From: Snoring Ends With This Subject: Everyone gets more Zzzzzzz's Date: Thu, 12 Jun 2014 18:01:50 -0700 Good Morning -- Snoring has now just became a thing of the past. I was a chronic snorer and my wife used to wake me up every hour. "ROLL OVER" she would yell. Neither of us got very much/good sleep and she would eventually go sleep on the couch. I felt so bad. Then I discovered something that instantly ends snoring for anyone: http://www.ocadown.com/cdc/google/news-34546.sleep-st When the snoring stops everyone gets more rest including you. Just think of how wonderful that will be... CDC > research > http://www.ocadown.com/cdc/google/news-34546.sleep-st CMM | NBD | ABD | 2014 / / / / =-=- ZZ Sleep Partners You can-forgo messages by 1.) http://www.ocadown.com/7/sp.hhtml or 2.) write. Four Tulip Ct = highland Mills = NY = 033044 -- MT.0440439 =-=- x11-base/xorg-server-1.14.3-r2::gentoo, installed) pulled in by x11-base/xorg-server:0/1.14.3= required by (x11-drivers/xf86-input-keyboard-1.7.0::gentoo, installed) x11-base/xorg-server:0/1.14.3= required by (x11-drivers/xf86-input-mouse-1.9.0::gentoo, installed) It may be possible to solve this problem by using package.mask to prevent one of those packages from being selected. However, it is also possible that conflicting dependencies exist such that they are impossible to satisfy simultaneously. If such a conflict exists in the dependencies of two different packages, then those packages can not be installed simultaneously. You may want to try a larger value of the --backtrack option, such as --backtrack=30, in order to see if that will solve this conflict automatically. For more information, see MASKED PACKAGES section in the emerge man page or refer to the Gentoo Handbook. * Error: The above package list contains packages which cannot be * installed at the same time on the same system. (sys-fs/udev-212-r1::gentoo, ebuild scheduled for merge) pulled in by >=sys-fs/udev-208:0/0[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,static-libs?] (>=sys-fs/udev-208:0/0[abi_x86_32(-)]) required by (virtual/libudev-208::gentoo, ebuild scheduled for merge) >=sys-fs/udev-208 required by (virtual/udev-208-r2::gentoo, ebuild scheduled for merge) >=sys-fs/udev-208-r1:0/0[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,gudev,introspection?,static-libs?] (>=sys-fs/udev-208-r1:0/0[abi_x86_32(-),gudev,introspection]) required by (virtual/libgudev-208::gentoo, ebuild scheduled for merge) (sys-apps/systemd-208-r3::gentoo, ebuild scheduled for merge) pulled in by >=sys-apps/systemd-200 required by (sys-power/upower-0.9.23-r3::gentoo, ebuild scheduled for merge) >=sys-apps/systemd-207 required by (sys-apps/gentoo-systemd-integration-2::gentoo, ebuild scheduled for merge) For more information about Blocked Packages, please refer to the following section of the Gentoo Linux x86 Handbook (architecture is irrelevant): minig ~ # _________________ I refuse to answer that question on the grounds that I don't know the answer Last edited by Phredus on Fri Jun 06, 2014 10:24 pm; edited 3 times in total Back to top View user's profile Send private message ct85711 n00b n00b Joined: 27 Sep 2005 Posts: 20 PostPosted: Fri Jun 06, 2014 8:50 pm Post subject: Reply with quote The issue on upower & systemd can be worked around by 3 ways. Anymore upower is depending on systemd, which is the main cause of these problems popping up. 1. If you don't need hibernates or suspends functionality, you can just change the use for kdelibs -upower and to unmerge upower. 2. Otherwise you can just do emerge -C upower && emerge upower-pm-utils 3. You could keyword upower-0.99.0-r1 for your system and use that version. However, upower-0.99 will only support hibernate & suspend functionality with systemd installed. But will run without systemd fine (for the moment at least). The second option has you remove the upower package and install the branch off version of it that does NOT use systemd. It will still provide the hibernate and suspend functionality. Now later on in the future, I can't say on if kde will follow along with gnome and force everyone to use systemd or not. Personaly, I dislike systemd, so I'm doing the upower-pm-utils option. If you want to switch to systemd, you can (I don't know enough on systemd to guide you on that). From ipp-bounces@pwg.org Thu Jun 12 18:52:20 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B040D1B2873 for ; Thu, 12 Jun 2014 18:52:20 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.55 X-Spam-Level: X-Spam-Status: No, score=-2.55 tagged_above=-999 required=5 tests=[AC_DIV_BONANZA=0.001, BAYES_00=-1.9, HTML_MESSAGE=0.001, RP_MATCHES_RCVD=-0.651, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4Ax0J23EqpIN for ; Thu, 12 Jun 2014 18:52:18 -0700 (PDT) Received: from www.pwg.org (www.pwg.org [IPv6:2600:3c01::f03c:91ff:fe70:b03f]) by ietfa.amsl.com (Postfix) with ESMTP id 0DB0A1B282C for ; Thu, 12 Jun 2014 18:52:18 -0700 (PDT) Received: from pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id 9AE19857A; Fri, 13 Jun 2014 01:53:45 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: from g4t3425.houston.hp.com (g4t3425.houston.hp.com [15.201.208.53]) by www.pwg.org (Postfix) with ESMTPS id 166C2856E for ; Fri, 13 Jun 2014 01:53:45 +0000 (UTC) Received: from G4W6310.americas.hpqcorp.net (g4w6310.houston.hp.com [16.210.26.217]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by g4t3425.houston.hp.com (Postfix) with ESMTPS id 601B5124; Fri, 13 Jun 2014 01:52:15 +0000 (UTC) Received: from G4W6303.americas.hpqcorp.net (16.210.26.228) by G4W6310.americas.hpqcorp.net (16.210.26.217) with Microsoft SMTP Server (TLS) id 14.3.169.1; Fri, 13 Jun 2014 01:50:26 +0000 Received: from G4W3298.americas.hpqcorp.net ([169.254.4.148]) by G4W6303.americas.hpqcorp.net ([16.210.26.228]) with mapi id 14.03.0169.001; Fri, 13 Jun 2014 01:50:26 +0000 From: "Kennedy, Smith (Wireless Architect)" To: Ira McDonald Thread-Topic: [IPP] 5100.11 "job-password-encryption-supported" - what SHA version does 'sha' keyword indicate? Thread-Index: AQHPhoA8Ux2gfn/gEE+QhuojViB9pJtuEScggAAKvgCAAAGPgIAAKTuA Date: Fri, 13 Jun 2014 01:50:26 +0000 Message-ID: <69279485-DE29-43BD-8049-DFBC0F20AFAE@hp.com> References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-originating-ip: [15.201.58.17] MIME-Version: 1.0 Cc: "" Subject: Re: [IPP] 5100.11 "job-password-encryption-supported" - what SHA version does 'sha' keyword indicate? X-BeenThere: ipp@pwg.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Internet Printing Protocol Workgroup discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1707056397==" Sender: ipp-bounces@pwg.org Errors-To: ipp-bounces@pwg.org --===============1707056397== Content-Language: en-US Content-Type: multipart/signed; boundary="Apple-Mail=_08CA0E27-FA42-4362-B365-B1E13273B2BC"; protocol="application/pkcs7-signature"; micalg=sha1 --Apple-Mail=_08CA0E27-FA42-4362-B365-B1E13273B2BC Content-Type: multipart/alternative; boundary="Apple-Mail=_4A7042B0-43FB-46D0-8977-0806B9BD7CDE" --Apple-Mail=_4A7042B0-43FB-46D0-8977-0806B9BD7CDE Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 Hi Ira, So we want a series of more precise keywords, like for instance: - sha-224 - sha-256 - sha-384 - sha-512 - sha-512/224 - sha-512/256 - sha3-224 - sha3-256 - sha3-384 - sha3-512 - shake128 - shake256 and so on. Smith /** Smith Kennedy ATB Wireless Architect - PPS Hewlett-Packard Co. */ On 2014-06-12, at 7:22 PM, Ira McDonald wrote: > Hi, >=20 > Also note that SHA-1 has been DEPRECATED by NIST, IETF, and TCG = standards. >=20 > It's a MUST NOT implement after sometime in 2015 in lots of new = drafts, including > some US NIAP Common Criteria Protection Profiles. >=20 > Printers need to catch up with current hash and encryption algorithms, = if they want > to get certified under CC protection profiles. >=20 > Cheers, > - Ira >=20 >=20 > Ira McDonald (Musician / Software Architect) > Co-Chair - TCG Trusted Mobility Solutions WG > Chair - Linux Foundation Open Printing WG > Secretary - IEEE-ISTO Printer Working Group > Co-Chair - IEEE-ISTO PWG Internet Printing Protocol WG > IETF Designated Expert - IPP & Printer MIB > Blue Roof Music / High North Inc > http://sites.google.com/site/blueroofmusic > http://sites.google.com/site/highnorthinc > mailto: blueroofmusic@gmail.com > Winter 579 Park Place Saline, MI 48176 734-944-0094 > Summer PO Box 221 Grand Marais, MI 49839 906-494-2434 >=20 >=20 >=20 > On Thu, Jun 12, 2014 at 7:17 PM, Ira McDonald = wrote: > Hi Daniel, >=20 > You're conflating key length with the name of the base algorithm. >=20 > There are three (totally distinct) NIST SHA algorithms: > SHA-1 > SHA-2 > SHA-3 (Keccak) >=20 > Note that SHA-3 is already being required in various new security = standards > (international and regional ones) and IETF wants to aggressively = deploy it > in new IETF protocols and architectures. >=20 > Cheers, > - Ira >=20 >=20 > Ira McDonald (Musician / Software Architect) > Co-Chair - TCG Trusted Mobility Solutions WG > Chair - Linux Foundation Open Printing WG > Secretary - IEEE-ISTO Printer Working Group > Co-Chair - IEEE-ISTO PWG Internet Printing Protocol WG > IETF Designated Expert - IPP & Printer MIB > Blue Roof Music / High North Inc > http://sites.google.com/site/blueroofmusic > http://sites.google.com/site/highnorthinc > mailto: blueroofmusic@gmail.com > Winter 579 Park Place Saline, MI 48176 734-944-0094 > Summer PO Box 221 Grand Marais, MI 49839 906-494-2434 >=20 >=20 >=20 > On Thu, Jun 12, 2014 at 7:07 PM, Manchala, Daniel = wrote: > Smith, >=20 > =20 >=20 > Yes, we need additional keywords. >=20 > sha-1 for the 160 bit digest SHA algorithm >=20 > sha-256 for the 256 bit digest SHA-256 algorithm >=20 > sha-512 likewise. >=20 > =20 >=20 > Daniel. >=20 > =20 >=20 > =20 >=20 > From: ipp-bounces@pwg.org [mailto:ipp-bounces@pwg.org] On Behalf Of = Kennedy, Smith (Wireless Architect) > Sent: Thursday, June 12, 2014 1:53 PM > To: > Subject: [IPP] 5100.11 "job-password-encryption-supported" - what SHA = version does 'sha' keyword indicate? >=20 > =20 >=20 > Greetings, >=20 > =20 >=20 > PWG 5100.11 (JPS2) defines the =93job-password-encryption-supported=94 = attribute. One of the keywords defined in JPS2 is =92sha=92. Neither = the keyword nor the description is clear as to which SHA generation is = being used. Is this SHA-0 or SHA-1? Do we need to define additional = keywords to bring this up-to-date? >=20 > =20 >=20 > Smith >=20 > /** > Smith Kennedy > ATB Wireless Architect - PPS > Hewlett-Packard Co. > */ >=20 >=20 > =20 >=20 >=20 > _______________________________________________ > ipp mailing list > ipp@pwg.org > https://www.pwg.org/mailman/listinfo/ipp >=20 >=20 >=20 --Apple-Mail=_4A7042B0-43FB-46D0-8977-0806B9BD7CDE Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=windows-1252 Hi = Ira,

So we want a series of more precise keywords, = like for instance:

- sha-224
- = sha-256
- sha-384
- sha-512
- = sha-512/224
- sha-512/256
- sha3-224
- = sha3-256
- sha3-384
- sha3-512
- = shake128
- shake256

and so = on.

Smith

/**
  =   Smith Kennedy
    ATB Wireless Architect - = PPS
    Hewlett-Packard Co.
*/



On 2014-06-12, at 7:22 PM, Ira McDonald <blueroofmusic@gmail.com> = wrote:

Hi,

Also note = that SHA-1 has been DEPRECATED by NIST, IETF, and TCG = standards.

It's a MUST NOT implement after sometime in 2015 = in lots of new drafts, including
some US NIAP Common Criteria Protection = Profiles.

Printers need to catch up with current hash and = encryption algorithms, if they want
to get certified under CC = protection profiles.

Cheers,
- Ira


Ira McDonald (Musician / Software = Architect)
Co-Chair - TCG Trusted Mobility Solutions WG
Chair - = Linux Foundation Open Printing WG
Secretary - IEEE-ISTO Printer Working Group
Co-Chair - IEEE-ISTO PWG = Internet Printing Protocol WG
IETF Designated Expert - IPP & = Printer MIB
Blue Roof Music / High North Inc
http://sites.google.com/site/blueroofmusic
http://sites.google.com/site/highnorthinc
mailto:= blueroofmusic@gmail.com
Winter  579 Park Place  Saline, MI  48176  = 734-944-0094
Summer  PO Box 221  Grand Marais, MI = 49839  906-494-2434



On Thu, Jun 12, 2014 at 7:17 PM, Ira = McDonald <blueroofmusic@gmail.com> = wrote:
Hi = Daniel,

You're conflating key length with the name of the = base algorithm.

There are three (totally distinct) NIST SHA = algorithms:
SHA-1
SHA-2
SHA-3 (Keccak)

Note = that SHA-3 is already being required in various new security = standards
(international and regional ones) and IETF wants to = aggressively deploy it
in new IETF protocols and = architectures.

Cheers,
- Ira


Ira = McDonald (Musician / Software Architect)
Co-Chair - TCG Trusted = Mobility Solutions WG
Chair - Linux Foundation Open Printing WG
Secretary - IEEE-ISTO = Printer Working Group
Co-Chair - IEEE-ISTO PWG Internet Printing = Protocol WG
IETF Designated Expert - IPP & Printer MIB
Blue = Roof Music / High North Inc
http://sites.google.com/site/blueroofmusic
http://sites.google.com/site/highnorthinc
mailto: blueroofmusic@gmail.com
Winter  579 Park = Place  Saline, MI  48176  734-944-0094
Summer  PO Box 221  Grand Marais, MI 49839  906-494-2434



On Thu, Jun = 12, 2014 at 7:07 PM, Manchala, Daniel <Daniel.Manchala@xerox.com> wrote:

Smith,

 

Yes, we need additional = keywords.

sha-1 for the 160 bit digest SHA = algorithm

sha-256 for the 256 bit digest SHA-256 = algorithm

sha-512 likewise.

 

Daniel.

 

 

From: ipp-bounces@pwg.org [mailto:ipp-bounces@pwg.org] On Behalf Of Kennedy, Smith (Wireless Architect)
Sent: Thursday, June 12, 2014 1:53 PM
To: <ipp@pwg.org>
Subject: [IPP] 5100.11 "job-password-encryption-supported" - what = SHA version does 'sha' keyword indicate?

 

Greetings,

 

PWG 5100.11 (JPS2) defines the = =93job-password-encryption-supported=94 attribute.  One of the = keywords defined in JPS2 is =92sha=92.  Neither the keyword nor the = description is clear as to which SHA generation is being used.  Is = this SHA-0 or SHA-1?  Do we need to define additional keywords to bring this = up-to-date?

 

Smith

/**
    Smith Kennedy
    ATB Wireless Architect - PPS
    Hewlett-Packard Co.
*/

 


_______________________________________________
ipp mailing list
ipp@pwg.org
https://www.pwg.org/mailman/listinfo/ipp




= --Apple-Mail=_4A7042B0-43FB-46D0-8977-0806B9BD7CDE-- --Apple-Mail=_08CA0E27-FA42-4362-B365-B1E13273B2BC Content-Disposition: attachment; filename="smime.p7s" Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIOQDCCBmEw ggVJoAMCAQICEFHz5uyygZHVFZ4pmbCHOnswDQYJKoZIhvcNAQEFBQAwgcoxCzAJBgNVBAYTAlVT MRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjEfMB0GA1UECxMWVmVyaVNpZ24gVHJ1c3QgTmV0d29y azE6MDgGA1UECxMxKGMpIDE5OTkgVmVyaVNpZ24sIEluYy4gLSBGb3IgYXV0aG9yaXplZCB1c2Ug b25seTFFMEMGA1UEAxM8VmVyaVNpZ24gQ2xhc3MgMiBQdWJsaWMgUHJpbWFyeSBDZXJ0aWZpY2F0 aW9uIEF1dGhvcml0eSAtIEczMB4XDTA5MDkwMjAwMDAwMFoXDTE0MDkwMTIzNTk1OVowgfcxCzAJ BgNVBAYTAlVTMSAwHgYDVQQKExdIZXdsZXR0LVBhY2thcmQgQ29tcGFueTEfMB0GA1UECxMWVmVy aVNpZ24gVHJ1c3QgTmV0d29yazE7MDkGA1UECxMyVGVybXMgb2YgdXNlIGF0IGh0dHBzOi8vd3d3 LnZlcmlzaWduLmNvbS9ycGEgKGMpMDkxNTAzBgNVBAsTLENsYXNzIDIgTWFuYWdlZCBQS0kgSW5k aXZpZHVhbCBTdWJzY3JpYmVyIENBMTEwLwYDVQQDEyhDb2xsYWJvcmF0aW9uIENlcnRpZmljYXRp b24gQXV0aG9yaXR5IEcyMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAp2FraNquqoVk DEvLUMsw6HMhjon+yi1v/kajA27jIrdyhRMj4g+PBveBTHrtA7w97Rx1UKPP6CvOaAE5xUtoW9aj YZtO5kdiUFyzWHsbUgSjKy+yNO4QoHeEzaQi/JWUOYev/AV5YYJoEDIysosEELS1/M64iE2Utzr+ LxiWhdaqSRE4jigbm4Dy4ayLzqAv5f7oILrJNZ6ShqLiGGCpP+7relTyRgFXmEX/SKN/a39JwZoK SNUdIkYyr7wmNI9+zylheDJghuk+kZDAD3NXv4EGVMUfOg5UEdhAJ0Lw40D4pqKa2ej1H0UipK1E EdRTm94RzfE8z8vDP8+dcgOqCwIDAQABo4ICEjCCAg4wEgYDVR0TAQH/BAgwBgEB/wIBADBwBgNV HSAEaTBnMGUGC2CGSAGG+EUBBxcCMFYwKAYIKwYBBQUHAgEWHGh0dHBzOi8vd3d3LnZlcmlzaWdu LmNvbS9jcHMwKgYIKwYBBQUHAgIwHhocaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYTA0BgNV HR8ELTArMCmgJ6AlhiNodHRwOi8vY3JsLnZlcmlzaWduLmNvbS9wY2EyLWczLmNybDAOBgNVHQ8B Af8EBAMCAQYwLgYDVR0RBCcwJaQjMCExHzAdBgNVBAMTFlByaXZhdGVMYWJlbDQtMjA0OC0xNDIw HQYDVR0OBBYEFCJ906SrV6xWf6l/QUQalbxb+KvuMIHwBgNVHSMEgegwgeWhgdCkgc0wgcoxCzAJ BgNVBAYTAlVTMRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjEfMB0GA1UECxMWVmVyaVNpZ24gVHJ1 c3QgTmV0d29yazE6MDgGA1UECxMxKGMpIDE5OTkgVmVyaVNpZ24sIEluYy4gLSBGb3IgYXV0aG9y aXplZCB1c2Ugb25seTFFMEMGA1UEAxM8VmVyaVNpZ24gQ2xhc3MgMiBQdWJsaWMgUHJpbWFyeSBD ZXJ0aWZpY2F0aW9uIEF1dGhvcml0eSAtIEczghBhcMtJjF+YRSnnsKbZUFt6MA0GCSqGSIb3DQEB BQUAA4IBAQAvUbxneMj/3SU5WlUKapv9ZGIeeNSf6/t6gKUUsCT2A1KQMlZmK7/gn4ndrXWdch7U afl6WkPlBcunYRGvJ6YkJCP4uV86Lwv68mK6REwJFMiKHy/qFnRaoI+pLfaIlMQ9l7Q2DRnNLSyC Bl9b02PaGzX+XQQxGhLiE89Z1E+ajicWG1zRzBUbPx46ptQUjfjYPNyP4cLWT5rJ7olc9/mRyfIO 4nGU8lRjGcuKwxZhOP+TftJgd/fRYf68Kf2Bkue4cdrI2UUgYD02GBL/S8E8FBsOrAoJ5N6cEYac wT2BZgHzYrxTC5ZyxzY9TWtGldxEH/moJ5OLtF+KauJWhaACMIIH1zCCBr+gAwIBAgIQPOXfUUI6 ovNsyP+l8ouxZTANBgkqhkiG9w0BAQUFADCB9zELMAkGA1UEBhMCVVMxIDAeBgNVBAoTF0hld2xl dHQtUGFja2FyZCBDb21wYW55MR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYD VQQLEzJUZXJtcyBvZiB1c2UgYXQgaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwOTE1 MDMGA1UECxMsQ2xhc3MgMiBNYW5hZ2VkIFBLSSBJbmRpdmlkdWFsIFN1YnNjcmliZXIgQ0ExMTAv BgNVBAMTKENvbGxhYm9yYXRpb24gQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkgRzIwHhcNMTIxMTI2 MDAwMDAwWhcNMTQxMTI2MjM1OTU5WjCBmDEgMB4GA1UEChQXSGV3bGV0dC1QYWNrYXJkIENvbXBh bnkxJjAkBgNVBAsUHUVtcGxveW1lbnQgU3RhdHVzIC0gRW1wbG95ZWVzMQ8wDQYDVQQLEwZTL01J TUUxFjAUBgNVBAMTDVNtaXRoIEtlbm5lZHkxIzAhBgkqhkiG9w0BCQEWFHNtaXRoLmtlbm5lZHlA aHAuY29tMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAuageabAIyTS0JIjXDq1iml4l fdgg3AULnBQiEK3wdxFb8Cyz2fsHE/UykFRJyZilpA6MUj6fom56o02WYfKxb3AUbwWJLGjAB/YL pw36SatXUw7OmuumNllMH3v2WpEP9QblEKjgE3LdpNO2owWTsmSsvVAfzItrkg6BR3fo3tsrf6dL PpbdfeOjkbwRrHnEm/AKKg5DPOZyVEqmgNEoVPflsem1QIPRVHshjvj0iTv4DhEGnnbDvMpiuzo3 n0fLQ/HETM6xAiZQLv76aFEm2DkB1fvnAApvrrm/dvhFmMkExCGNh1TwCXd7+KrfradSomasVs2G kz0tJqmOlsKbsQIDAQABo4IDujCCA7YwHwYDVR0RBBgwFoEUc21pdGgua2VubmVkeUBocC5jb20w DAYDVR0TAQH/BAIwADAOBgNVHQ8BAf8EBAMCBaAwWQYDVR0fBFIwUDBOoEygSoZIaHR0cDovL29u c2l0ZWNybC52ZXJpc2lnbi5jb20vSGV3bGV0dFBhY2thcmRDb21wYW55U01JTUVHMi9MYXRlc3RD UkwuY3JsMB8GA1UdIwQYMBaAFCJ906SrV6xWf6l/QUQalbxb+KvuMB0GA1UdDgQWBBTa6BzKTU+H dS93ruL/3n7ZMTXvgjCCATIGCCsGAQUFBwEBBIIBJDCCASAwJwYIKwYBBQUHMAGGG2h0dHA6Ly9o cC1vY3NwLnZlcmlzaWduLmNvbTCB9AYIKwYBBQUHMAKkgecwgeQxMTAvBgNVBAMTKENvbGxhYm9y YXRpb24gQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkgRzIxMDAuBgNVBAsTJ0NsYXNzIDIgT25TaXRl IEluZGl2aWR1YWwgU3Vic2NyaWJlciBDQTE6MDgGA1UECxMxVGVybXMgb2YgdXNlIGF0IGh0dHBz Oi8vd3d3LnZlcmlzaWduLmNvbS9ycGEoYykwOTEfMB0GA1UECxMWVmVyaVNpZ24gVHJ1c3QgTmV0 d29yazEgMB4GA1UEChMXSGV3bGV0dC1QYWNrYXJkIENvbXBhbnkwggE9BgNVHSAEggE0MIIBMDCC ASwGC2CGSAGG+EUBBxcCMIIBGzAoBggrBgEFBQcCARYcaHR0cHM6Ly93d3cudmVyaXNpZ24uY29t L3JwYTCB7gYIKwYBBQUHAgIwgeEwHhYXSGV3bGV0dC1QYWNrYXJkIENvbXBhbnkwAwIBAhqBvkF1 dGhvcml0eSB0byBiaW5kIEhQIGRvZXMgbm90IGNvcnJlc3BvbmQgd2l0aCB1c2Ugb3IgcG9zc2Vz c2lvbiBvZiB0aGlzIGNlcnRpZmljYXRlLiBJc3N1ZWQgdG8gZmFjaWxpdGF0ZSBjb21tdW5pY2F0 aW9uIHdpdGggSFAuIFZlcmlTaWduJ3MgQ1BTIGluY29ycC4gQnkgcmVmZXJlbmNlIGxpYWIuIGx0 ZC4gKGMpOTcgVmVyaVNpZ24wFgYDVR0lAQH/BAwwCgYIKwYBBQUHAwQwSwYJKoZIhvcNAQkPBD4w PDAOBggqhkiG9w0DAgICAIAwDgYIKoZIhvcNAwICAgBAMA4GCCqGSIb3DQMEAgIAgDAKBggqhkiG 9w0DBzANBgkqhkiG9w0BAQUFAAOCAQEAibIOTCm5SdtOxug7ClAA9DgzWNtmR9ZL+YujqiPpc5YC mr0hDWOTCjAJbDAIDcXfAJspAamEnwd0tpUZj0DOc4RCiLEsfH2uchNqr2UV5qAJmKq0Wrr+Lfd6 1ZFvp1encVlif2KSFi/vgTCKX+57rVWpb284BmrnVa30nOcuZVKQk3XUDignE0vz+OIrza1JcyRQ d7TtVtlRQX63rT0P3v2u9UrryzDo/5wN77jqDLqgz0se0g23wVyWuj/jmFB7QV1bUDV2bLHh3Ipb 9JtEri7DlzSde9pmfRauWerZHGb/AI0qcbEC2nSKvv/u5tHoaMHfG58GM0unnsmBu4UiDjGCBN4w ggTaAgEBMIIBDDCB9zELMAkGA1UEBhMCVVMxIDAeBgNVBAoTF0hld2xldHQtUGFja2FyZCBDb21w YW55MR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQLEzJUZXJtcyBvZiB1 c2UgYXQgaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwOTE1MDMGA1UECxMsQ2xhc3Mg MiBNYW5hZ2VkIFBLSSBJbmRpdmlkdWFsIFN1YnNjcmliZXIgQ0ExMTAvBgNVBAMTKENvbGxhYm9y YXRpb24gQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkgRzICEDzl31FCOqLzbMj/pfKLsWUwCQYFKw4D AhoFAKCCAqUwGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMTQwNjEz MDE1MDI1WjAjBgkqhkiG9w0BCQQxFgQUkWgFbN/g3RSM7R6ZJWbfRSBdvoowggEfBgkrBgEEAYI3 EAQxggEQMIIBDDCB9zELMAkGA1UEBhMCVVMxIDAeBgNVBAoTF0hld2xldHQtUGFja2FyZCBDb21w YW55MR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQLEzJUZXJtcyBvZiB1 c2UgYXQgaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwOTE1MDMGA1UECxMsQ2xhc3Mg MiBNYW5hZ2VkIFBLSSBJbmRpdmlkdWFsIFN1YnNjcmliZXIgQ0ExMTAvBgNVBAMTKENvbGxhYm9y YXRpb24gQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkgRzICEDzl31FCOqLzbMj/pfKLsWUwggEhBgsq hkiG9w0BCRACCzGCARCgggEMMIH3MQswCQYDVQQGEwJVUzEgMB4GA1UEChMXSGV3bGV0dC1QYWNr YXJkIENvbXBhbnkxHzAdBgNVBAsTFlZlcmlTaWduIFRydXN0IE5ldHdvcmsxOzA5BgNVBAsTMlRl cm1zIG9mIHVzZSBhdCBodHRwczovL3d3dy52ZXJpc2lnbi5jb20vcnBhIChjKTA5MTUwMwYDVQQL EyxDbGFzcyAyIE1hbmFnZWQgUEtJIEluZGl2aWR1YWwgU3Vic2NyaWJlciBDQTExMC8GA1UEAxMo Q29sbGFib3JhdGlvbiBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eSBHMgIQPOXfUUI6ovNsyP+l8oux ZTANBgkqhkiG9w0BAQEFAASCAQCwfkAI1eg5G5xtfU4QOWd20zUGfLj25B9rRcRmyKkzeqwzzKiJ wdHObrhYAY7VakbSKZXd8qWxHVGU+L0oX8NBAkrh9wzwCp4yv9KmfJ9H0CTTlioz1rgTEJ/bOda7 dGjtbElCM2CNc72srlOt/RKy8BilvO3CUjCD65uIYB0N3fgySybWGHOzoKrl/i/3CYe70d96+jPA hqNuzQPMXH28GXh2fGkHFzPDjsldY/cVA8e8YoTVZ8ufs+H032u0F3voBWHGk9seHZ0yPVsY29cp 3l/Mb4L2t/+5gUho3J7I13IMlqrVw5lWbaL1aCB1eogugHVbCpOS/mhxLuSy3RE/AAAAAAAA --Apple-Mail=_08CA0E27-FA42-4362-B365-B1E13273B2BC-- --===============1707056397== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ ipp mailing list ipp@pwg.org https://www.pwg.org/mailman/listinfo/ipp --===============1707056397==-- From ipp-bounces@pwg.org Fri Jun 13 04:52:35 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CF3491B280E for ; Fri, 13 Jun 2014 04:52:35 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.551 X-Spam-Level: X-Spam-Status: No, score=-2.551 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RP_MATCHES_RCVD=-0.651, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id TotaPkrdjTU3 for ; Fri, 13 Jun 2014 04:52:34 -0700 (PDT) Received: from www.pwg.org (www.pwg.org [50.116.7.199]) by ietfa.amsl.com (Postfix) with ESMTP id 2EAE81B279B for ; Fri, 13 Jun 2014 04:52:34 -0700 (PDT) Received: from pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id 812E78572; Fri, 13 Jun 2014 11:51:52 +0000 (UTC) X-Original-To: IPP@pwg.org Delivered-To: IPP@pwg.org Received: from USA7109MR004.ACS-INC.COM (usa7109mr004.acs-inc.com [63.101.151.13]) by www.pwg.org (Postfix) with ESMTPS id 48D74856E for ; Fri, 13 Jun 2014 11:51:51 +0000 (UTC) Received: from usa7109ht003.na.xerox.net ([13.41.230.29]) by USA7109MR004.ACS-INC.COM with ESMTP/TLS/AES128-SHA; 13 Jun 2014 06:50:12 -0500 Received: from USA7109MB004.na.xerox.net ([169.254.5.224]) by USA7109HT003.na.xerox.net ([13.41.230.29]) with mapi id 14.03.0174.001; Fri, 13 Jun 2014 06:50:11 -0500 From: "Zehler, Peter" To: "IPP@pwg.org" Thread-Topic: MIME attachments in IPP Thread-Index: Ac+G/aD5MvUyzFcKSDW7EI1NIEky9A== Date: Fri, 13 Jun 2014 11:50:10 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-originating-ip: [13.41.230.93] MIME-Version: 1.0 Subject: [IPP] MIME attachments in IPP X-BeenThere: ipp@pwg.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Internet Printing Protocol Workgroup discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0459354997==" Sender: ipp-bounces@pwg.org Errors-To: ipp-bounces@pwg.org --===============0459354997== Content-Language: en-US Content-Type: multipart/related; boundary="_004_A4DE324D317E4F40A82CF077C7A9E1E359032EUSA7109MB004naxer_"; type="multipart/alternative" --_004_A4DE324D317E4F40A82CF077C7A9E1E359032EUSA7109MB004naxer_ Content-Type: multipart/alternative; boundary="_000_A4DE324D317E4F40A82CF077C7A9E1E359032EUSA7109MB004naxer_" --_000_A4DE324D317E4F40A82CF077C7A9E1E359032EUSA7109MB004naxer_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable All, I just wanted to check that IPP uses HTTP chunking and that the document da= ta is inline in the request and not in a separate MIME attachment. I was as= ked and I don't see anything in the encoding specification that puts the da= ta in a MIME attachment. I think WS-Print/scan did it that way. The confu= sion is over the Get-Next-Document-Images operation that includes ----------------------------------------------- Group 3: Document content The document content is sent as a MIME attachment. Note that the IPP Scan C= lient MUST be ready to accept a chunked response. ----------------------------------------------- I think I should strike the clause "The document content is sent as a MIME = attachment." Pete Peter Zehler [parc] Email: Peter.Zehler@Xerox.com Office: +1 (585) 265-8755 Mobile: +1 (585) 329-9508 FAX: +1 (585) 265-7441 US Mail: Peter Zehler Palo Alto Research Center Incorporated 800 Phillips Rd. M/S 128-25E Webster NY, 14580-9701 --_000_A4DE324D317E4F40A82CF077C7A9E1E359032EUSA7109MB004naxer_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

All,

I just wanted to check that IPP uses HTTP chunking a= nd that the document data is inline in the request and not in a separate MI= ME attachment. I was asked and I don’t see anything in the encoding s= pecification that puts the data in a MIME attachment.  I think WS-Print/scan did it that way.  The confusi= on is over the Get-Next-Document-Images operation that  includes<= /o:p>

 

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

Group 3: Documen= t content

 

The document conten= t is sent as a MIME attachment. Note that the IPP Scan Client

MUST be ready to accept a chunked response.

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

 

 

I think I should strike the clause “The document content is sent as a MIME attachment.&#= 8221;

 

Pete

 

Peter Zehler

3D"parc"
Email: Pete= r.Zehler@Xerox.com
Office: +1 (585) 265-8755

Mobile: +1 (585) 329-9508<= /span>
FAX: +1 (585) 265-7441
US Mail: Peter Zehler
Palo Alto Research Center Incorporated<= span style=3D"color:#1F497D">
800 Phillips Rd.
M/S 128-25E
Webster NY, 14580-9701

 

--_000_A4DE324D317E4F40A82CF077C7A9E1E359032EUSA7109MB004naxer_-- --_004_A4DE324D317E4F40A82CF077C7A9E1E359032EUSA7109MB004naxer_ Content-Type: image/png; name="image001.png" Content-Description: image001.png Content-Disposition: inline; filename="image001.png"; size=2783; creation-date="Fri, 13 Jun 2014 11:50:10 GMT"; modification-date="Fri, 13 Jun 2014 11:50:10 GMT" Content-ID: Content-Transfer-Encoding: base64 iVBORw0KGgoAAAANSUhEUgAAAHEAAAA2CAYAAADwI3YEAAAAAXNSR0IArs4c6QAAAARnQU1BAACx jwv8YQUAAAAJcEhZcwAADsIAAA7CARUoSoAAAAp0SURBVHhe7ZxbbBXHGYDHDQhMhQVEWI2hMQQR kI0aotiRkYAWJEwFFWklLnkiiIdESfpAFdKHNomsVPShUIWXBpIHRPpkA0WFFEdypDgNSFixkUqx LdFgBBQbNYiLIImJQKLz/d6J1svMzuzxsX04OZ+0Onv27M7lv80/s3u27GT32fsqhZo5P1YVPyyP vil16+tB1dZ5WnX0/Eddvno9OjrE7JkzVEPtk6qx/qlh1+RCvJ6Oni90XdeiX4ZTM2e2bFnrPfRp h7r8pb1MaKidL2UmMf02165f0aD7/ajs++i9cHmoP71fSP/iIDv60fjsU6nlDQ4Oqt7eXjVp0iS1 aNEiOVZWvf7lVCU2N22TzlDp7oPH1L5jn0S/pLP+Zw3qrS0bMiuTeqhjX+snD3TUB3WhyJB6395/ KLUv2zasVds2rpV9DGj3gWNiVMk2GfmkgcFwvcsQk1Detg1rHij3+o0bau+ePWpyebm6o5U5b948 tWnTJvWD6PdUqPz5pneCFQg0fOmrb6i2z09HR/xgqWte/6MYS1YFAteYeikrjYopYcZF+2kT5WZt k+nP9r/8NViBgLc+37RbDC1OV2enqqurU7OqqtTgnTvRUeVXIg158U/veYVig06/uPM9EYAPysdQ snTWBfVSVi5tjiN91+3PxaDo80jbgNNgBKb+cu2BKI8NLzR4lYg1jFQYb+8/6C0Da81FWC7EgLTx uQgJ82nXp4En5as/yA35AV7Y19enqh57TMZGwio8Mq2mvkn2MoAAnn7yCdm/9Y2/od/evaf6Bv4n 46QNQta+1vbomx3qfPmXq9WuX2/W48Uv1NPz50qZV2/eis54ENo2u/JRSRiSfHv3bmqEkOQlICrQ J+owoLhf/X6n9NkH7UprvwFFkmjNrfqRWrJkiRwjqanXSoWgMdFApQzk/97/Z/k88e4fZLMJKQnW 6RofSRh8NDf9RhINMjdJYHQW17rzd966Q8q2kWtYx2t8HkibkRvtR5Yu446z+2BrtKcklFbpcdEQ rEQqotJkxoRQEXCIIl3elpyqJEFhrvLJItPIkliNFBTvG/+NvMw0AoPc9epmb4Y7NLWxG1aQEqmQ tN0FDXn/ty9F39zQEJuVcjyNmmq3gaBgH/kYm5DB1rUr1fuvvyRRyGzMow2H2v0JHNEEeSXZumZF tOeG+bIN7zwRsJQQl2cw91mirSyfEhlzjOXamLPhlWjPDsJOWjp1ksaH8NaW9aJAH2SSvgSO8GlT Iob2ky2vRd/sxOeucbyeSIUhCgQm2j5snUTAaVuaAkebUAWiBJ8C6YtNgcDxXPvp9UQUiPeEEGJN dATPCIHy8BiEw1IV+LzWRq6eiFBJQEIIKS+LLLPg9cQs1uGysqwgECbZGASfrOBwLBcFjoSQ8dbg S85gtCKKV4nMT7KQtPgkaYvOZF9YM9tYZpUuWJQOJa1fo03wFCNfuNJkQiaJwVh7Wxoh06ZCYMyV aAu5KJB1xnxMBb6P5F2Jt77+JtqzE59XGVifDVEgiQHzNBYdLhx897vt+45XiVm9w5dmJ2Fe6Quh ZpmKzC5t9WY8yVdSlwteJWZRSsi5SQX41jbJ6OLLVIVKiGH1Xsxm4KF4lWjmZyGEJCUPKNGThbqW qQyFMo7G72S48GWwZOWsPrk21zzUr0StmFBB+ZbcID5lCSnXl+YXSjZLpPCFVCJVWp97L/w32rPj Kj8osWGy7QNh+sIpXhgPi75Gg0/Rud5qGg1Clh1d7WXq5eur60ZAkBJ5TCDNy1AeKys+kmuQISEo 7WYx9YZ4/1gRssbMA1M2XMfjuMbdICUCdyioKGktCDFkjocHJjsZkqzg4bYHtDhOvYVEyGI9Hocs 4yBDnzESSl2rYUG3opLQULwoy3jE/M62FokHhyyxYYUmXJFsZak71wVw23U+6EtIVKI/lE07QrJ6 ohh3VGwEe2IcrCmLEPFA12JyyDgCdJSx2SyGZyFESPmCfoYsnNMmIkxI2/DCtCcYvEoMCXlpYHFp TwWgYFesD8X3iIYv1OebXa9sHnGf4jBPTst8vUpEyCE3RW1gkb4GACsxvnNc0D7b3e44rkX30YK+ hD53lAblMAz5ygkKp8RiCgv1Ss7jfLYQ5dDIrJ2mXNoVcpM15F5fvqF9rPH6ooQLxkuuDwnN3sQm +VwHAzdzHQRjxiYazMI2SmiomR9UsQuyNMp3JTsYCOVvXbtimFExvqSFzaS34p2+B5uy/FkmDdp1 6NOT0re0MRA5kiMQXbIkVJmVOJYg6PhSVfIfWg8rKDJ5t2ckfStoJZYII6cpRonCoqTEIqCkxCKg pMQioKTEIqCkxCKgpMQioKTEIqDsnZZ/pE72Xe9zyTfHjx+Xz2XLlsmngf+m7//gA7XlhRfkxQP8 Z727p0c9t25ddEZ+6e7uVsdPnIi+KdW4atWwlxwUJPcLhB07dshmo7m5+f7fjxyRfc45c+aM7Oeb c+fO3X/jzTflE/r7+2UrdB5p0kT6HDfwroErV2S/srJSzZgx/Am3qlmz1OHDh9Xt27fVxIkTVWNj oxw/deqUOnL0qBoYGFDVjz+ubn/1lXg0nkQ5Fy9eVK0ffaTOnj0rZd69d09+x7Pw8Pb29mFedvTD D9VPly9XtbW18n3q1KmyQVtbm2r7+ONhdXV1damOjg7VpdsxYcIEdVLvU2b55MlSP9fQN67j5UHV 1dVSFt7+N92fG9evy++0gb6wT3tNHZQ1XbebCMSLiHiTVPy/+oaCGBMRxrP19fI2CPaTzJg+XS1b ulQUsC4Kowjin599Jm9UQmhHtTIRCtfXPfOMnNNy4IBcx6tD9uzdK8f6zp8X4fIbwolDmXOfGHor SBwM5YYWInWhDFMX7UHh1EHIn6evJfxSNqA86iD0d+p2cT51cJxj/MY+fN7ZKYbFceqiH3z26POB a69ds98XHXcl0nA6eLm/XyyQ8Y5jSegQDOjzAOvHu3jLEmCpgOXyehCEhXCxcrMheBSBp1JHcvwF lJQEQa7S3o8xYUS0F0xdxpvNPt6CVwF18B3l0rceveHtHEvWT4ThuHlPDQZi6qINddrQbYy7EgkR dBxvmq6FxCfH4iAQNpIbvIAOsmH5RkG+RIdy49gMhXKuRGE9Dm9wMtcnvTcUcx3GNm3aNNn3gVFg VBgkBoMR2Rh3JRIS8RiskG316tUSWuIQzvAAOkVnZFzTCiQ0YrkI37xdycBx49Vs7HNtS0uL2rRx 41Ao02E1Du3QCZREBEDgbJRvwjx1045QTFl4/yLtWWwm+03Wb6NW10V4ZrhxMa6JDcI9rxVhEhXA G/91+vR3b0tCCITSlSuHnvNBoAgBzztPItDaKiGncuZMVVFRIcnPwgULJLH48upV8VzK+7k2Dp2K i1ct12GMl9yRiJh6gGsoh3GK6y5duiTnLV68WBIYkhFVViZGcE8nSaYuwKDibV6wcKEonASI62g3 /aQOQirtxpAYEjgWL+vmzZtqypQpYogTo4SJOknqrERZaolR4LXt26O93NERQKZYaZRWbAoYMmrC O0lVGmVoMtov8ZBS8sQioKTEIqCkxIcepf4PsxMcTowkbPAAAAAASUVORK5CYII= --_004_A4DE324D317E4F40A82CF077C7A9E1E359032EUSA7109MB004naxer_-- --===============0459354997== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ ipp mailing list ipp@pwg.org https://www.pwg.org/mailman/listinfo/ipp --===============0459354997==-- From MarioPark@jcseptic.leejeelis.com Fri Jun 13 07:06:09 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B614E1B291A for ; Fri, 13 Jun 2014 07:06:09 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.872 X-Spam-Level: X-Spam-Status: No, score=0.872 tagged_above=-999 required=5 tests=[BAYES_50=0.8, DIET_1=0.001, HTML_MESSAGE=0.001, MIME_HTML_ONLY=0.723, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id TNgPhY22Uww0 for ; Fri, 13 Jun 2014 07:06:08 -0700 (PDT) Received: from jcseptic.leejeelis.com (jcseptic.leejeelis.com [93.117.124.129]) by ietfa.amsl.com (Postfix) with ESMTP id A5C4A1B292E for ; Fri, 13 Jun 2014 07:06:04 -0700 (PDT) Content-Type: text/html; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Flat-Stomach No Trying Message-ID: <20140612215357.7971.67327.AAAAA.00001.CorpCom.ipp-archive@megatron.ietf.org> To: Date: Fri, 13 Jun 2014 07:06:01 -0700 Subject: The study results are in (What Works)

Oz's LifeStyle Chronicle Corner [Results]

We are pleased to share the results to the most asked question ever.

The answer is in:
What worked the fastest to drop-pounds without exercising or food restrictions?

Release Article: [View results here]→

Study Results: 120,653 participants

Summary:
Average Loss 5.5LB /week. 22LB /month
Participants did not change their eating habits or lifestyle in any way.

Oz is calling it "The Lazy Workout"→ Because there is no starving or going to the gym.

 

The comment corner - Facebook Page
Posts From The Past 1 Hour(s)

  • Amy B: Lost 7 my first week. My coordination is better, I feel healthier and I actually enjoy looking in the mirror. I have a few more to loss but these thoughts alone give me motivation.
  • Molly P: Lost 31-lb in 6 weeks. Thank you OZ :)
  • Linda G.: For those of you looking for the info I found it http://www.leejeelis.com/yahoo/good-morning-america-435735356.tv

 

 

.

 

 

This was an update from: OZ-Care Partners
 | 515 Oaklane McPherson | KS 67460 ~Communication/Prefs~

More than 99 percent of Earth’s bountiful water supply isunfit for drinking. Most of it, 97 percent, is saltwater, with another 2 percent locked up in ice caps and glaciers. Getting the remaining water from its source to the people who need it every day is an increasingly complex task. Now, for the first time, a team of researchers hasmapped the water sourcesof more than 500 cities, finding that cities move 200,000 Olympic swimming pools’ worth of water almost 17,000 miles every day.

The researchers, led by hydrologist Rob McDonald, used computer models to show that about 25 percent of cities use at least 40 percent of their available water, meaning they are under water stress. Previous estimates had the number of water-stressed cities as high as 40 percent.

Some large cities depend on water underground, known as groundwater, and a select few turn the ocean’s salty water into drinkable water, a process called desalination. But the majority of the cities studied, almost 80 percent, largely use surface water reservoirs, lakes and other water sources on the Earth’s surface, which are more susceptible to immediate changes in weather, like droughts, McDonald said.

“A city like San Antonio that's using groundwater, if there's a two-week drought in San Antonio it doesn't really affect their water supply,” McDonald told weather.com. “Atlanta is an example of a city that uses surface water, and they don't have a ton of storage, so a short-term drought can get them in some trouble.”

Ultimately, McDonald said, climate change will affect both sources, as the extremes of wet and dry start to become more intense. Globally, this will be more difficult for poorer cities with fast-growing populations, who don’t have the income to keep up with developing infrastructure. More economically secure cities, like those in China and the United States, have a better capacity to plan for and adapt to climate change. Southern California has arguably the biggest water system in the world, McDonald said, with China building a huge new system to bring water from the south to the north.

“[In California] you do get some big rain eventsbut the dry season is going to be very dry in California now,” McDonald said. “And so all of those California cities, they either need to have more storage of water or they need to start thinking about other sources.”

 

From ipp-bounces@pwg.org Fri Jun 13 07:14:44 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 62D151B2946 for ; Fri, 13 Jun 2014 07:14:44 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.012 X-Spam-Level: X-Spam-Status: No, score=-2.012 tagged_above=-999 required=5 tests=[AC_DIV_BONANZA=0.001, BAYES_00=-1.9, DKIM_SIGNED=0.1, HTML_MESSAGE=0.001, MIME_HTML_MOSTLY=0.428, RP_MATCHES_RCVD=-0.651, SPF_PASS=-0.001, T_DKIM_INVALID=0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id SXqBcfnC7Pkz for ; Fri, 13 Jun 2014 07:14:42 -0700 (PDT) Received: from www.pwg.org (www.pwg.org [IPv6:2600:3c01::f03c:91ff:fe70:b03f]) by ietfa.amsl.com (Postfix) with ESMTP id 7B22F1B2869 for ; Fri, 13 Jun 2014 07:14:42 -0700 (PDT) Received: from pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id E3C508573; Fri, 13 Jun 2014 14:16:11 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: from mail-in2.apple.com (mail-out2.apple.com [17.151.62.25]) by www.pwg.org (Postfix) with ESMTPS id 0D7FB8572 for ; Fri, 13 Jun 2014 14:16:10 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; d=apple.com; s=mailout2048s; c=relaxed/simple; q=dns/txt; i=@apple.com; t=1402668878; x=2266582478; h=From:Sender:Reply-To:Subject:Date:Message-id:To:Cc:MIME-version:Content-type: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-reply-to:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=RdxWuOg8WjKTWCNjU5C1Hnex22XdiyQkNl5Q6w2ya/Q=; b=4FRHb3oKNu05vuMjy6SB6R1o7AFiWgebuAmqBKjM5GXXXNLd5d3v3Mk+Khnc6O8R x0JC/E/cFDbGnlQpBGeAsKJ08w8vGMVBLcKDr6Hqw9tuk+cMa+ZkpzOXlHZske9s 1MChHAb7qtkPqyHOB47k93XF1NpECfkcBXBXD9J6HZQBNwuzMYFe/imn7QS1saaB z+ONkTyzGXeXP4LcgF1UEddi8jVyyhKTaXvtDS0Onk5Isjr/mDDW/37BJUX8LYuv u/tt/M3NC8DUKTKc3MeYfBksv/y8LdSdRtkLeIqxqkeUkJxs2l7oxtKMXacuBsEJ FVGHilPb2QlZ7we+0iDpjQ==; Received: from mail-out.apple.com (crispin.apple.com [17.151.62.50]) (using TLS with cipher RC4-MD5 (128/128 bits)) (Client did not present a certificate) by mail-in2.apple.com (Apple Secure Mail Relay) with SMTP id DE.88.13586.E470B935; Fri, 13 Jun 2014 07:14:38 -0700 (PDT) MIME-version: 1.0 Received: from relay6.apple.com ([17.128.113.90]) by local.mail-out.apple.com (Oracle Communications Messaging Server 7.0.5.30.0 64bit (built Oct 22 2013)) with ESMTP id <0N7400LXW27X67L0@local.mail-out.apple.com> for ipp@pwg.org; Fri, 13 Jun 2014 07:14:38 -0700 (PDT) X-AuditID: 11973e11-f792b6d000003512-9c-539b074e13ea Received: from spicerack.apple.com (spicerack.apple.com [17.128.115.40]) (using TLS with cipher RC4-MD5 (128/128 bits)) (Client did not present a certificate) by relay6.apple.com (Apple SCV relay) with SMTP id 07.A9.30921.1470B935; Fri, 13 Jun 2014 07:14:25 -0700 (PDT) Received: from [17.153.34.206] (unknown [17.153.34.206]) by spicerack.apple.com (Oracle Communications Messaging Server 7.0.5.30.0 64bit (built Oct 22 2013)) with ESMTPSA id <0N74002KK28CP940@spicerack.apple.com> for ipp@pwg.org; Fri, 13 Jun 2014 07:14:37 -0700 (PDT) From: Michael Sweet In-reply-to: <69279485-DE29-43BD-8049-DFBC0F20AFAE@hp.com> Date: Fri, 13 Jun 2014 10:14:37 -0400 Message-id: References: <69279485-DE29-43BD-8049-DFBC0F20AFAE@hp.com> To: "Kennedy, Smith (Wireless Architect)" X-Mailer: Apple Mail (2.1878.2) X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFupikeLIzCtJLcpLzFFi42IRnG5npOvHPjvYYHG/pMWxfS9ZHBg95i2e zhTAGMVlk5Kak1mWWqRvl8CV8WzKWbaCH/sYK3b35TQwrl3D2MXIySEhYCKx4mAvlC0mceHe erYuRi4OIYGZTBK3Z3QzgyR4BQQlfky+xwKRmMQk8fHqDnaY7ge/fjBBJCYzSTTt/MQM50ye fhysSligQGJpxxOwKmaBKYwSD/bMAJvLJqAm8XtSHyuIzSlgJdH86S7QDg4OFgFViYuLckHC zAKeEqsXLGKBOMNGYvvULqgF+5gkds85CZYQEXCQeL7kEwvESfISM9pPQJ13jE1i9XWWCYzC s5C8MQvZHbPAliRJXOxdzwJha0ssW/gaKm4g8bTzFSumuL7Em3dzmCBsU4knb7ezQdjWEj/n PGKEsBUlpnQ/ZF/AyLWKUSg3MTNHNzPPSC+xoCAnVS85P3cTIyTyBHcwHl9ldYhRgINRiYc3 4P3MYCHWxLLiytxDjNIcLErivEd9ZwULCaQnlqRmp6YWpBbFF5XmpBYfYmTi4JRqYHxcfl4r 7/RpwR7+QpXiPdWZavnfO7gT163xNuM7scpH5OY0M5ZqmVyTvXk7E89lvfv4+T+nh0rIc315 364Nz0WKnctWsB4K7tGb/3LWPUHGmR9eH/O6mcq3eLGE/jwp379BRTw1E/Z2bxVIvRd/6sPK 4FOXDyUtld52daoL7xW123eCJX/M3qLEUpyRaKjFXFScCAA/KO4EnQIAAA== X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrLLMWRmVeSWpSXmKPExsUi2FCsoevIPjvY4NY5WYtj+16yODB6zFs8 nSmAMYrLJiU1J7MstUjfLoEr49mUs2wFP/YxVuzuy2lgXLuGsYuRk0NCwETiwa8fTBC2mMSF e+vZuhi5OIQEJjNJ/L3YxAjnTJ5+nB2kSligQGJpxxOwDl4BA4k3B48zgRQxC0xhlHiwZwYz SIJNQE3i96Q+VhCbU8BKovnTXZYuRg4OFgFViYuLckHCzAKeEqsXLGKBmGMjsX1qFzPEsn1M ErvnnARLiAg4SDxf8okF4jx5iRntJ9gnMPLPQrJ7FrLds8AGJ0lc7F3PAmFrSyxb+BoqbiDx tPMVK6a4vsSbd3OYIGxTiSdvt7NB2NYSP+c8YoSwFSWmdD9kX8DItYpRoCg1J7HSTC+xoCAn VS85P3cTIzgiCqN2MDYstzrEKMDBqMTD6/BwZrAQa2JZcWXuIUYVoBGPNqy+wCjFkpefl6ok wnuvYVawEG9KYmVValF+fFFpTmrxIUZpDhYlcd5n/4FSAumJJanZqakFqUUwWSYOTqkGxtqX LacMK7vLRTdsK3GTflPI5Fdy8qPv3XqTC39292pdnGIZ+2CagV3zYofQh6mb359d9bFop6/y o2kMttvdvqqf6f7ym3vpkYyNxW5O5xczKa66abpm163rlZcMa8+ssNU28ymdfl3shuKpPzc2 e/JuaH/YWFL565nymRnJcyctOLjsyBoG6bNKLMUZiYZazEXFiQBeWqFbkAIAAA== Cc: "" Subject: Re: [IPP] 5100.11 "job-password-encryption-supported" - what SHA version does 'sha' keyword indicate? X-BeenThere: ipp@pwg.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Internet Printing Protocol Workgroup discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0751862758==" Sender: ipp-bounces@pwg.org Errors-To: ipp-bounces@pwg.org --===============0751862758== Content-type: multipart/signed; boundary="Apple-Mail=_0869C004-1ACC-4095-9214-4BC06DCF9618"; protocol="application/pkcs7-signature"; micalg=sha1 --Apple-Mail=_0869C004-1ACC-4095-9214-4BC06DCF9618 Content-Type: multipart/alternative; boundary="Apple-Mail=_BE8DA867-D9B2-43F5-ABF3-3CBB40709EC9" --Apple-Mail=_BE8DA867-D9B2-43F5-ABF3-3CBB40709EC9 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 We should look at the existing IANA registry of hash functions. The = HTTP Auth WG is also close to publishing an update of the Digest auth = spec with SHA-2 (256 + 256/512) added. On Jun 12, 2014, at 9:50 PM, Kennedy, Smith (Wireless Architect) = wrote: > Hi Ira, >=20 > So we want a series of more precise keywords, like for instance: >=20 > - sha-224 > - sha-256 > - sha-384 > - sha-512 > - sha-512/224 > - sha-512/256 > - sha3-224 > - sha3-256 > - sha3-384 > - sha3-512 > - shake128 > - shake256 >=20 > and so on. >=20 > Smith >=20 > /** > Smith Kennedy > ATB Wireless Architect - PPS > Hewlett-Packard Co. > */ >=20 >=20 >=20 > On 2014-06-12, at 7:22 PM, Ira McDonald = wrote: >=20 >> Hi, >>=20 >> Also note that SHA-1 has been DEPRECATED by NIST, IETF, and TCG = standards. >>=20 >> It's a MUST NOT implement after sometime in 2015 in lots of new = drafts, including >> some US NIAP Common Criteria Protection Profiles. >>=20 >> Printers need to catch up with current hash and encryption = algorithms, if they want >> to get certified under CC protection profiles. >>=20 >> Cheers, >> - Ira >>=20 >>=20 >> Ira McDonald (Musician / Software Architect) >> Co-Chair - TCG Trusted Mobility Solutions WG >> Chair - Linux Foundation Open Printing WG >> Secretary - IEEE-ISTO Printer Working Group >> Co-Chair - IEEE-ISTO PWG Internet Printing Protocol WG >> IETF Designated Expert - IPP & Printer MIB >> Blue Roof Music / High North Inc >> http://sites.google.com/site/blueroofmusic >> http://sites.google.com/site/highnorthinc >> mailto: blueroofmusic@gmail.com >> Winter 579 Park Place Saline, MI 48176 734-944-0094 >> Summer PO Box 221 Grand Marais, MI 49839 906-494-2434 >>=20 >>=20 >>=20 >> On Thu, Jun 12, 2014 at 7:17 PM, Ira McDonald = wrote: >> Hi Daniel, >>=20 >> You're conflating key length with the name of the base algorithm. >>=20 >> There are three (totally distinct) NIST SHA algorithms: >> SHA-1 >> SHA-2 >> SHA-3 (Keccak) >>=20 >> Note that SHA-3 is already being required in various new security = standards >> (international and regional ones) and IETF wants to aggressively = deploy it >> in new IETF protocols and architectures. >>=20 >> Cheers, >> - Ira >>=20 >>=20 >> Ira McDonald (Musician / Software Architect) >> Co-Chair - TCG Trusted Mobility Solutions WG >> Chair - Linux Foundation Open Printing WG >> Secretary - IEEE-ISTO Printer Working Group >> Co-Chair - IEEE-ISTO PWG Internet Printing Protocol WG >> IETF Designated Expert - IPP & Printer MIB >> Blue Roof Music / High North Inc >> http://sites.google.com/site/blueroofmusic >> http://sites.google.com/site/highnorthinc >> mailto: blueroofmusic@gmail.com >> Winter 579 Park Place Saline, MI 48176 734-944-0094 >> Summer PO Box 221 Grand Marais, MI 49839 906-494-2434 >>=20 >>=20 >>=20 >> On Thu, Jun 12, 2014 at 7:07 PM, Manchala, Daniel = wrote: >> Smith, >>=20 >> =20 >>=20 >> Yes, we need additional keywords. >>=20 >> sha-1 for the 160 bit digest SHA algorithm >>=20 >> sha-256 for the 256 bit digest SHA-256 algorithm >>=20 >> sha-512 likewise. >>=20 >> =20 >>=20 >> Daniel. >>=20 >> =20 >>=20 >> =20 >>=20 >> From: ipp-bounces@pwg.org [mailto:ipp-bounces@pwg.org] On Behalf Of = Kennedy, Smith (Wireless Architect) >> Sent: Thursday, June 12, 2014 1:53 PM >> To: >> Subject: [IPP] 5100.11 "job-password-encryption-supported" - what SHA = version does 'sha' keyword indicate? >>=20 >> =20 >>=20 >> Greetings, >>=20 >> =20 >>=20 >> PWG 5100.11 (JPS2) defines the =93job-password-encryption-supported=94 = attribute. One of the keywords defined in JPS2 is =92sha=92. Neither = the keyword nor the description is clear as to which SHA generation is = being used. Is this SHA-0 or SHA-1? Do we need to define additional = keywords to bring this up-to-date? >>=20 >> =20 >>=20 >> Smith >>=20 >> /** >> Smith Kennedy >> ATB Wireless Architect - PPS >> Hewlett-Packard Co. >> */ >>=20 >>=20 >> =20 >>=20 >>=20 >> _______________________________________________ >> ipp mailing list >> ipp@pwg.org >> https://www.pwg.org/mailman/listinfo/ipp >>=20 >>=20 >>=20 >=20 > _______________________________________________ > ipp mailing list > ipp@pwg.org > https://www.pwg.org/mailman/listinfo/ipp _________________________________________________________ Michael Sweet, Senior Printing System Engineer, PWG Chair --Apple-Mail=_BE8DA867-D9B2-43F5-ABF3-3CBB40709EC9 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=windows-1252 We = should look at the existing IANA registry of hash functions.  The = HTTP Auth WG is also close to publishing an update of the Digest auth = spec with SHA-2 (256 + 256/512) added.


On Jun = 12, 2014, at 9:50 PM, Kennedy, Smith (Wireless Architect) <smith.kennedy@hp.com> = wrote:

Hi = Ira,

So we want a series of more precise keywords, = like for instance:

- sha-224
- = sha-256
- sha-384
- sha-512
- = sha-512/224
- sha-512/256
- sha3-224
- = sha3-256
- sha3-384
- sha3-512
- = shake128
- shake256

and so = on.

Smith

/**
    Smith = Kennedy
    ATB Wireless Architect - PPS
    = Hewlett-Packard Co.
*/



On 2014-06-12, at 7:22 PM, Ira McDonald <blueroofmusic@gmail.com> = wrote:

Hi,

Also note = that SHA-1 has been DEPRECATED by NIST, IETF, and TCG = standards.

It's a MUST NOT implement after sometime in 2015 = in lots of new drafts, including
some US NIAP Common Criteria Protection = Profiles.

Printers need to catch up with current hash and = encryption algorithms, if they want
to get certified under CC = protection profiles.

Cheers,
- Ira


Ira McDonald (Musician / Software = Architect)
Co-Chair - TCG Trusted Mobility Solutions WG
Chair - = Linux Foundation Open Printing WG
Secretary - IEEE-ISTO Printer Working Group
Co-Chair - IEEE-ISTO PWG = Internet Printing Protocol WG
IETF Designated Expert - IPP & = Printer MIB
Blue Roof Music / High North Inc
http://sites.google.com/site/blueroofmusic
http://sites.google.com/site/highnorthinc
mailto:= blueroofmusic@gmail.com
Winter  579 Park Place  Saline, MI  48176  = 734-944-0094
Summer  PO Box 221  Grand Marais, MI = 49839  906-494-2434



On Thu, Jun 12, 2014 at 7:17 PM, Ira = McDonald <blueroofmusic@gmail.com> = wrote:
Hi = Daniel,

You're conflating key length with the name of the = base algorithm.

There are three (totally distinct) NIST SHA = algorithms:
SHA-1
SHA-2
SHA-3 (Keccak)

Note = that SHA-3 is already being required in various new security = standards
(international and regional ones) and IETF wants to = aggressively deploy it
in new IETF protocols and = architectures.

Cheers,
- Ira


Ira = McDonald (Musician / Software Architect)
Co-Chair - TCG Trusted = Mobility Solutions WG
Chair - Linux Foundation Open Printing WG
Secretary - IEEE-ISTO = Printer Working Group
Co-Chair - IEEE-ISTO PWG Internet Printing = Protocol WG
IETF Designated Expert - IPP & Printer MIB
Blue = Roof Music / High North Inc
http://sites.google.com/site/blueroofmusic
http://sites.google.com/site/highnorthinc
mailto: blueroofmusic@gmail.com
Winter  579 Park = Place  Saline, MI  48176  734-944-0094
Summer  PO Box 221  Grand Marais, MI 49839  906-494-2434



On Thu, Jun = 12, 2014 at 7:07 PM, Manchala, Daniel <Daniel.Manchala@xerox.com> wrote:

Smith,

 

Yes, we need additional = keywords.

sha-1 for the 160 bit digest SHA = algorithm

sha-256 for the 256 bit digest SHA-256 = algorithm

sha-512 likewise.

 

Daniel.

 

 

From: ipp-bounces@pwg.org [mailto:ipp-bounces@pwg.org] On Behalf Of Kennedy, Smith (Wireless Architect)
Sent: Thursday, June 12, 2014 1:53 PM
To: <ipp@pwg.org>
Subject: [IPP] 5100.11 "job-password-encryption-supported" - what = SHA version does 'sha' keyword indicate?

 

Greetings,

 

PWG 5100.11 (JPS2) defines the = =93job-password-encryption-supported=94 attribute.  One of the = keywords defined in JPS2 is =92sha=92.  Neither the keyword nor the = description is clear as to which SHA generation is being used.  Is = this SHA-0 or SHA-1?  Do we need to define additional keywords to bring this = up-to-date?

 

Smith

/**
    Smith Kennedy
    ATB Wireless Architect - PPS
    Hewlett-Packard Co.
*/

 


_______________________________________________
ipp mailing list
ipp@pwg.org
https://www.pwg.org/mailman/listinfo/ipp



=

_______________________________________= ________
ipp mailing list
ipp@pwg.org
https://www.pwg.org/mailman= /listinfo/ipp

_________________________________________________________
Michael = Sweet, Senior Printing System Engineer, PWG = Chair

= --Apple-Mail=_BE8DA867-D9B2-43F5-ABF3-3CBB40709EC9-- --Apple-Mail=_0869C004-1ACC-4095-9214-4BC06DCF9618 Content-Disposition: attachment; filename=smime.p7s Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIPJTCCBN0w ggPFoAMCAQICEHGS++YZX6xNEoV0cTSiGKcwDQYJKoZIhvcNAQEFBQAwezELMAkGA1UEBhMCR0Ix GzAZBgNVBAgMEkdyZWF0ZXIgTWFuY2hlc3RlcjEQMA4GA1UEBwwHU2FsZm9yZDEaMBgGA1UECgwR Q29tb2RvIENBIExpbWl0ZWQxITAfBgNVBAMMGEFBQSBDZXJ0aWZpY2F0ZSBTZXJ2aWNlczAeFw0w NDAxMDEwMDAwMDBaFw0yODEyMzEyMzU5NTlaMIGuMQswCQYDVQQGEwJVUzELMAkGA1UECBMCVVQx FzAVBgNVBAcTDlNhbHQgTGFrZSBDaXR5MR4wHAYDVQQKExVUaGUgVVNFUlRSVVNUIE5ldHdvcmsx ITAfBgNVBAsTGGh0dHA6Ly93d3cudXNlcnRydXN0LmNvbTE2MDQGA1UEAxMtVVROLVVTRVJGaXJz dC1DbGllbnQgQXV0aGVudGljYXRpb24gYW5kIEVtYWlsMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8A MIIBCgKCAQEAsjmFpPJ9q0E7YkY3rs3BYHW8OWX5ShpHornMSMxqmNVNNRm5pELlzkniii8efNIx B8dOtINknS4p1aJkxIW9hVE1eaROaJB7HHqkkqgX8pgV8pPMyaQylbsMTzC9mKALi+VuG6JG+ni8 om+rWV6lL8/K2m2qL+usobNqqrcuZzWLeeEeaYji5kbNoKXqvgvOdjp6Dpvq/NonWz1zHyLmSGHG TPNpsaguG7bUMSAsvIKKjqQOpdeJQ/wWWq8dcdcRWdq6hw2v+vPhwvCkxWeM1tZUOt4KpLoDd7Nl yP0e03RiqhjKaJMeoYV+9Udly/hNVyh00jT/MLbu9mIwFIws6wIDAQABo4IBJzCCASMwHwYDVR0j BBgwFoAUoBEKIz6W8Qfs4q8p74Klf9AwpLQwHQYDVR0OBBYEFImCZ33EnSZwAEu0UEh83j2uBG59 MA4GA1UdDwEB/wQEAwIBBjAPBgNVHRMBAf8EBTADAQH/MB0GA1UdJQQWMBQGCCsGAQUFBwMCBggr BgEFBQcDBDARBgNVHSAECjAIMAYGBFUdIAAwewYDVR0fBHQwcjA4oDagNIYyaHR0cDovL2NybC5j b21vZG9jYS5jb20vQUFBQ2VydGlmaWNhdGVTZXJ2aWNlcy5jcmwwNqA0oDKGMGh0dHA6Ly9jcmwu Y29tb2RvLm5ldC9BQUFDZXJ0aWZpY2F0ZVNlcnZpY2VzLmNybDARBglghkgBhvhCAQEEBAMCAQYw DQYJKoZIhvcNAQEFBQADggEBAJ2Vyzy4fqUJxB6/C8LHdo45PJTGEKpPDMngq4RdiVTgZTvzbRx8 NywlVF+WIfw3hJGdFdwUT4HPVB1rbEVgxy35l1FM+WbKPKCCjKbI8OLp1Er57D9Wyd12jMOCAU9s APMeGmF0BEcDqcZAV5G8ZSLFJ2dPV9tkWtmNH7qGL/QGrpxp7en0zykX2OBKnxogL5dMUbtGB8SK N04g4wkxaMeexIud6H4RvDJoEJYRmETYKlFgTYjrdDrfQwYyyDlWjDoRUtNBpEMD9O3vMyfbOeAU TibJ2PU54om4k123KSZB6rObroP8d3XK6Mq1/uJlSmM+RMTQw16Hc6mYHK9/FX8wggUaMIIEAqAD AgECAhBtGeqnGU9qMyLmIjJ6qnHeMA0GCSqGSIb3DQEBBQUAMIGuMQswCQYDVQQGEwJVUzELMAkG A1UECBMCVVQxFzAVBgNVBAcTDlNhbHQgTGFrZSBDaXR5MR4wHAYDVQQKExVUaGUgVVNFUlRSVVNU IE5ldHdvcmsxITAfBgNVBAsTGGh0dHA6Ly93d3cudXNlcnRydXN0LmNvbTE2MDQGA1UEAxMtVVRO LVVTRVJGaXJzdC1DbGllbnQgQXV0aGVudGljYXRpb24gYW5kIEVtYWlsMB4XDTExMDQyODAwMDAw MFoXDTIwMDUzMDEwNDgzOFowgZMxCzAJBgNVBAYTAkdCMRswGQYDVQQIExJHcmVhdGVyIE1hbmNo ZXN0ZXIxEDAOBgNVBAcTB1NhbGZvcmQxGjAYBgNVBAoTEUNPTU9ETyBDQSBMaW1pdGVkMTkwNwYD VQQDEzBDT01PRE8gQ2xpZW50IEF1dGhlbnRpY2F0aW9uIGFuZCBTZWN1cmUgRW1haWwgQ0EwggEi MA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQCShIRbS1eY1F4vi6ThQMijU1hfZmXxMk73nzJ9 VdB4TFW3QpTg+SdxB8XGaaS5MsTxQBqQzCdWYn8XtXFpruUgG+TLY15gyqJB9mrho/+43x9IbWVD jCouK2M4d9+xF6zC2oIC1tQyatRnbyATj1w1+uVUgK/YcQodNwoCUFNslR2pEBS0mZVZEjH/CaLS TNxS297iQAFbSGjdxUq04O0kHzqvcV8H46y/FDuwJXFoPfQP1hdYRhWBPGiLi4MPbXohV+Y0sNsy fuNK4aVScmQmkU6lkg//4LFg/RpvaFGZY40ai6XMQpubfSJj06mg/M6ekN9EGfRcWzW6FvOnm//B AgMBAAGjggFLMIIBRzAfBgNVHSMEGDAWgBSJgmd9xJ0mcABLtFBIfN49rgRufTAdBgNVHQ4EFgQU ehNOAHRbxnhjZCfBL+KgW7x5xXswDgYDVR0PAQH/BAQDAgEGMBIGA1UdEwEB/wQIMAYBAf8CAQAw EQYDVR0gBAowCDAGBgRVHSAAMFgGA1UdHwRRME8wTaBLoEmGR2h0dHA6Ly9jcmwudXNlcnRydXN0 LmNvbS9VVE4tVVNFUkZpcnN0LUNsaWVudEF1dGhlbnRpY2F0aW9uYW5kRW1haWwuY3JsMHQGCCsG AQUFBwEBBGgwZjA9BggrBgEFBQcwAoYxaHR0cDovL2NydC51c2VydHJ1c3QuY29tL1VUTkFkZFRy dXN0Q2xpZW50X0NBLmNydDAlBggrBgEFBQcwAYYZaHR0cDovL29jc3AudXNlcnRydXN0LmNvbTAN BgkqhkiG9w0BAQUFAAOCAQEAhda+eFdVbTN/RFL+QtUGqAEDgIr7DbL9Sr/2r0FJ9RtaxdKtG3Nu PukmfOZMmMEwKN/L+0I8oSU+CnXW0D05hmbRoZu1TZtvryhsHa/l6nRaqNqxwPF1ei+eupN5yv7i kR5WdLL4jdPgQ3Ib7Y/9YDkgR/uLrzplSDyYPaUlv73vYOBJ5RbI6z9Dg/Dg7g3B080zX5vQvWBq szv++tTJOjwf7Zv/m0kzvkIpOYPuM2kugp1FTahp2oAbHj3SGl18R5mlmwhtEpmG1l1XBxunML5L SUS4kH7K0Xk467Qz+qA6XSZYnmFVGLQh1ZnV4ENAQjC+6qXnlNKw/vN1+X9u5zCCBSIwggQKoAMC AQICEQDlB7dXxclLEedquPvGX8CGMA0GCSqGSIb3DQEBBQUAMIGTMQswCQYDVQQGEwJHQjEbMBkG A1UECBMSR3JlYXRlciBNYW5jaGVzdGVyMRAwDgYDVQQHEwdTYWxmb3JkMRowGAYDVQQKExFDT01P RE8gQ0EgTGltaXRlZDE5MDcGA1UEAxMwQ09NT0RPIENsaWVudCBBdXRoZW50aWNhdGlvbiBhbmQg U2VjdXJlIEVtYWlsIENBMB4XDTEzMTIxNzAwMDAwMFoXDTE0MTIxNzIzNTk1OVowITEfMB0GCSqG SIb3DQEJARYQbXN3ZWV0QGFwcGxlLmNvbTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEB ANdvQYZRCVzc0wIYvIOn/0Pv7zUwuIvbAfM/W3FyemqZx3fdKxX4WxN2x5NC3hhBHGrUWirJH7rl 6It12bGQ61uHAK5jsJikV5k+mOYjZaKNIKxj0uYIk3MKQmsmM8t3nddq5mp2mxwV/U7AFPTz1fgh dkqTb/NkHY5eA8KqksaeqwfMgoaiGVeCUhptWnXosca8PAkb+i9u5rEok5zgY+QP0IuWLJENfA4q dEMsH+OAwMGOv9fNCgcdapFnjeSYaj70m6qUiq446+8a2rhUsEUKQayOMgjnm2bgUuNx7pOvs/Jg zIlZoTz/llmE1HWREGzSjRnLWwQ98fspfeZWA+8CAwEAAaOCAeAwggHcMB8GA1UdIwQYMBaAFHoT TgB0W8Z4Y2QnwS/ioFu8ecV7MB0GA1UdDgQWBBTtKBJoG9kxZisTqJg4+wr12l4stjAOBgNVHQ8B Af8EBAMCBaAwDAYDVR0TAQH/BAIwADAgBgNVHSUEGTAXBggrBgEFBQcDBAYLKwYBBAGyMQEDBQIw EQYJYIZIAYb4QgEBBAQDAgUgMEYGA1UdIAQ/MD0wOwYMKwYBBAGyMQECAQEBMCswKQYIKwYBBQUH AgEWHWh0dHBzOi8vc2VjdXJlLmNvbW9kby5uZXQvQ1BTMFcGA1UdHwRQME4wTKBKoEiGRmh0dHA6 Ly9jcmwuY29tb2RvY2EuY29tL0NPTU9ET0NsaWVudEF1dGhlbnRpY2F0aW9uYW5kU2VjdXJlRW1h aWxDQS5jcmwwgYgGCCsGAQUFBwEBBHwwejBSBggrBgEFBQcwAoZGaHR0cDovL2NydC5jb21vZG9j YS5jb20vQ09NT0RPQ2xpZW50QXV0aGVudGljYXRpb25hbmRTZWN1cmVFbWFpbENBLmNydDAkBggr BgEFBQcwAYYYaHR0cDovL29jc3AuY29tb2RvY2EuY29tMBsGA1UdEQQUMBKBEG1zd2VldEBhcHBs ZS5jb20wDQYJKoZIhvcNAQEFBQADggEBABg5KLQK5u9gGI75u+vYH/i6uMDKlpTILO/r/FpN2ibq pwAB2ln9oKvPIA1/r3o+DBC87TqnlJAiPW4ADFHpRmqlprb0Tu9p98nP/wl5tBZjEP8dY4iH0TB3 B2r9JHwRwwJQ20CqJpuCn9dmvL215sZSqvJfluVlIcAQCLxp3ZKMIC2pNKitswdjjHduaKuj2TMe xrzMtrRGRtFF9pcMcnsqE2QtJUqXPV7/M4WT2yRUmI4ThPt9O9fmPH2ku52hdb6t4qXvwdQSkDHt xo3J/Vc/jDR2/feedDhQmG0V9j6tHsuG6bVVhcGiWnSmSoPfg13FlQwlxZTyFtiMZ2jILyoxggOu MIIDqgIBATCBqTCBkzELMAkGA1UEBhMCR0IxGzAZBgNVBAgTEkdyZWF0ZXIgTWFuY2hlc3RlcjEQ MA4GA1UEBxMHU2FsZm9yZDEaMBgGA1UEChMRQ09NT0RPIENBIExpbWl0ZWQxOTA3BgNVBAMTMENP TU9ETyBDbGllbnQgQXV0aGVudGljYXRpb24gYW5kIFNlY3VyZSBFbWFpbCBDQQIRAOUHt1fFyUsR 52q4+8ZfwIYwCQYFKw4DAhoFAKCCAdkwGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG 9w0BCQUxDxcNMTQwNjEzMTQxNDM3WjAjBgkqhkiG9w0BCQQxFgQUlC4bQ8HijZlV64Nxdn1d1abF MHkwgboGCSsGAQQBgjcQBDGBrDCBqTCBkzELMAkGA1UEBhMCR0IxGzAZBgNVBAgTEkdyZWF0ZXIg TWFuY2hlc3RlcjEQMA4GA1UEBxMHU2FsZm9yZDEaMBgGA1UEChMRQ09NT0RPIENBIExpbWl0ZWQx OTA3BgNVBAMTMENPTU9ETyBDbGllbnQgQXV0aGVudGljYXRpb24gYW5kIFNlY3VyZSBFbWFpbCBD QQIRAOUHt1fFyUsR52q4+8ZfwIYwgbwGCyqGSIb3DQEJEAILMYGsoIGpMIGTMQswCQYDVQQGEwJH QjEbMBkGA1UECBMSR3JlYXRlciBNYW5jaGVzdGVyMRAwDgYDVQQHEwdTYWxmb3JkMRowGAYDVQQK ExFDT01PRE8gQ0EgTGltaXRlZDE5MDcGA1UEAxMwQ09NT0RPIENsaWVudCBBdXRoZW50aWNhdGlv biBhbmQgU2VjdXJlIEVtYWlsIENBAhEA5Qe3V8XJSxHnarj7xl/AhjANBgkqhkiG9w0BAQEFAASC AQChSaxHU6ipaUdwLv2IbAjjoCpNngrATu4bGYWqd0QKi3/mXnELwdLrsOkjzj1oNeFOHGf6lVcy VdJxPMkjAil35ETID6YXEAM35VyEJYzN2bXufaTyMTA4Wci1Ha/oc+Edix0MXp+NYHbPJj/RqN8g /xAEdfzIwDfm00tTq/pgZDzTKa3keuQ9rkYx/yVJcTFocgiReIVeW0rXunU0uH1Qb9Hg/7kKfUCg h4ttlXbVWX91LcDM+x/rgcYOVcaiQuYID3bnJCQFn9UUDzBZv5AKBPg9mkQKjkg/3GVTRX3OFPUr 1xiD56kbOOem+dKdNs312l9ZzjuVLYdOcfROocVgAAAAAAAA --Apple-Mail=_0869C004-1ACC-4095-9214-4BC06DCF9618-- --===============0751862758== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ ipp mailing list ipp@pwg.org https://www.pwg.org/mailman/listinfo/ipp --===============0751862758==-- From ipp-bounces@pwg.org Fri Jun 13 07:40:23 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2CA0F1B293C for ; Fri, 13 Jun 2014 07:40:23 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.441 X-Spam-Level: X-Spam-Status: No, score=-2.441 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, HTML_MESSAGE=0.001, RP_MATCHES_RCVD=-0.651, SPF_PASS=-0.001, T_DKIM_INVALID=0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4reJUDAV58Is for ; Fri, 13 Jun 2014 07:40:21 -0700 (PDT) Received: from www.pwg.org (www.pwg.org [50.116.7.199]) by ietfa.amsl.com (Postfix) with ESMTP id 401351B2913 for ; Fri, 13 Jun 2014 07:40:21 -0700 (PDT) Received: from pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id 450D8857E; Fri, 13 Jun 2014 14:39:39 +0000 (UTC) X-Original-To: IPP@pwg.org Delivered-To: IPP@pwg.org Received: from mail-in2.apple.com (mail-out2.apple.com [17.151.62.25]) by www.pwg.org (Postfix) with ESMTPS id 0E5F08573 for ; Fri, 13 Jun 2014 14:39:38 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; d=apple.com; s=mailout2048s; c=relaxed/simple; q=dns/txt; i=@apple.com; t=1402670286; x=2266583886; h=From:Sender:Reply-To:Subject:Date:Message-id:To:Cc:MIME-version:Content-type: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-reply-to:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=Lguhhn9WEzI8xOYkbm6UM1uJZ3etRECSIpFziJi01QY=; b=pu0NUEamit4q0LYCSd8e0CnvICpMSffei6HYAkmr5bMxZvBp2IUIG1OBaRXMbchq /DRib9tIjwAyhIECcWfdX2J9UAcggMItAb9kJSzVXEBx2WxYZO4g6N+XoZMC4y/M GILctb05QdN3kO6NMbvh5lU00S4nlpTJlytLXTweJwRPN93hBtT7VNYWMzpv55Rl cqIpaqtJTWX+X9MD8QqgtD5hRLT4Gw5HAE1ZBhyqP2xCEFqGLwd1tn5IQ1NUkvRO oiFHqyB6brbW/6ZwrImODaWXZ7oDQo3F1hMYE2/dxhNIdMG7dTLjyTj1f9Gn4r7J EnzzpJKcy7XIIqMgO+Klzg==; Received: from mail-out.apple.com (bramley.apple.com [17.151.62.49]) (using TLS with cipher RC4-MD5 (128/128 bits)) (Client did not present a certificate) by mail-in2.apple.com (Apple Secure Mail Relay) with SMTP id 5F.EA.13586.ECC0B935; Fri, 13 Jun 2014 07:38:06 -0700 (PDT) MIME-version: 1.0 Received: from relay3.apple.com ([17.128.113.83]) by local.mail-out.apple.com (Oracle Communications Messaging Server 7.0.5.30.0 64bit (built Oct 22 2013)) with ESMTP id <0N7400MEV398RKS1@local.mail-out.apple.com> for IPP@pwg.org; Fri, 13 Jun 2014 07:38:06 -0700 (PDT) X-AuditID: 11973e11-f792b6d000003512-20-539b0cce5fa2 Received: from spicerack.apple.com (spicerack.apple.com [17.128.115.40]) (using TLS with cipher RC4-MD5 (128/128 bits)) (Client did not present a certificate) by relay3.apple.com (Apple SCV relay) with SMTP id 8D.6F.08757.0DC0B935; Fri, 13 Jun 2014 07:38:08 -0700 (PDT) Received: from [17.153.34.206] (unknown [17.153.34.206]) by spicerack.apple.com (Oracle Communications Messaging Server 7.0.5.30.0 64bit (built Oct 22 2013)) with ESMTPSA id <0N74002R23BGP950@spicerack.apple.com> for IPP@pwg.org; Fri, 13 Jun 2014 07:38:06 -0700 (PDT) From: Michael Sweet In-reply-to: Date: Fri, 13 Jun 2014 10:38:05 -0400 Message-id: <928CCB16-3654-4D87-851A-F7417E358752@apple.com> References: To: Peter Zehler X-Mailer: Apple Mail (2.1878.2) X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFupkkeLIzCtJLcpLzFFi42IRnG5nqHuOZ3awweNV1hbH9r1kcWD0mLd4 OlMAYxSXTUpqTmZZapG+XQJXRveUh8wF0zoZK5Y+a2BrYNxY18XIySEhYCIxY/lWVghbTOLC vfVsILaQwEwmiUM7q0BsXgFBiR+T77F0MXIBxScxSeya+4IFpvlk1xxWiMRkJomvR96zwzlz lq5nBqkSFtCS+HdgCxNIgllgCqPEth/nmEASbAJqEr8n9YHt5hTwl2g9eRWsgUVAVeLC9Mfs IDazgLzEhpkdTBB32EjsXP6cHeI+P4nrWz+BxUUENCUOHtrPDHGSvMSM9hPsEPYuNonpr40n MArPQvLGLGR3zALbkSSx7/EXKFtbYtnC18wQtoHE085XrJji+hJv3s2BqjeVePJ2OxuEbS3x c84jRghbUWJK90P2BYxcqxiFchMzc3Qz84z0EgsKclL1kvNzNzFC4k5wB+PxVVaHGAU4GJV4 eAPezwwWYk0sK67MPcQozcGiJM571HdWsJBAemJJanZqakFqUXxRaU5q8SFGJg5OqQbGTY+c vv/t6DQM5zZkN7xzKFPB45XKFAfLrwvN30xdFJdY2syu0T/5cuBZt/9T0z58e105M+vTrqnr CzJOZwhWB+UEzv6VWHt+wZ41acUS3K7r8wpfxVo/5+Hlmf7n5JcesdbvE6afezj1z2TugmkH XeT/XnA65hvJcGGlu0PphautJ7Z5ZzEXKbEUZyQaajEXFScCAMlvFOycAgAA X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrLLMWRmVeSWpSXmKPExsUi2FCsoXuBZ3awQctZM4tj+16yODB6zFs8 nSmAMYrLJiU1J7MstUjfLoEro3vKQ+aCaZ2MFUufNbA1MG6s62Lk5JAQMJE42TWHFcIWk7hw bz1bFyMXh5DAZCaJjlUrEZw5S9czg1QJC2hJ/DuwhQnE5hUwkHhz8DgTSBGzwBRGiW0/zoEl 2ATUJH5P6gMbyyngL9F68ipYM4uAqsSF6Y/ZQWxmAXmJDTM7oAbZSOxc/hwsLiTgJ3F96yew uIiApsTBQ/uZIc6Tl5jRfoJ9AiP/LCS7ZyHbPQtsbpLEvsdfoGxtiWULXzND2AYSTztfsWKK 60u8eTcHqt5U4snb7WwQtrXEzzmPGCFsRYkp3Q/ZFzByrWIUKErNSaw01kssKMhJ1UvOz93E CI6IwuAdjH+WWR1iFOBgVOLhXfFxZrAQa2JZcWXuIUYVoBGPNqy+wCjFkpefl6okwnuvYVaw EG9KYmVValF+fFFpTmrxIUZpDhYlcd6v/4FSAumJJanZqakFqUUwWSYOTqkGxhDzf19nFVf5 WxnJ6GrNKzQ4G2bu8O/4frfFuldVZD4uOOaYISe4SktfXmWVyF+f09dnnj11Yo7vu09p3RYZ mvfT7lwMlch8aty8fmdjDYPtgXVMnqyJ8+Kij0UKbVE+VGoVpX9S4laVuPvPufq+S9XirP8p yetNl1inylqqfZPP7eTkBrctSizFGYmGWsxFxYkAaMTubJACAAA= Cc: "IPP@pwg.org" Subject: Re: [IPP] MIME attachments in IPP X-BeenThere: ipp@pwg.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Internet Printing Protocol Workgroup discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2134925303==" Sender: ipp-bounces@pwg.org Errors-To: ipp-bounces@pwg.org --===============2134925303== Content-type: multipart/signed; boundary="Apple-Mail=_681FAE2D-68D5-4AB1-8965-A9FFC7FB35C6"; protocol="application/pkcs7-signature"; micalg=sha1 --Apple-Mail=_681FAE2D-68D5-4AB1-8965-A9FFC7FB35C6 Content-Type: multipart/alternative; boundary="Apple-Mail=_80089F1D-4197-401A-A109-6F9761E2E468" --Apple-Mail=_80089F1D-4197-401A-A109-6F9761E2E468 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 Pete, On Jun 13, 2014, at 7:50 AM, Zehler, Peter = wrote: > All, > I just wanted to check that IPP uses HTTP chunking and that the = document data is inline in the request and not in a separate MIME = attachment. Correct, application/ipp allows for trailing document data, per RFC = 2910/2911. This better allows for alternate transports (although the = focus is obviously on HTTP). > I was asked and I don=92t see anything in the encoding specification = that puts the data in a MIME attachment. I think WS-Print/scan did it = that way. The confusion is over the Get-Next-Document-Images operation = that includes > =20 > ----------------------------------------------- > Group 3: Document content > =20 > The document content is sent as a MIME attachment. Note that the IPP = Scan Client > MUST be ready to accept a chunked response. > ----------------------------------------------- > =20 > =20 > I think I should strike the clause =93The document content is sent as = a MIME attachment.=94 Right, we should just say that the document content follows the = end-of-attributes-tag. You can probably steal the Print-Job example = from RFC 2910 (http://tools.ietf.org/html/rfc2910#page-33). > Pete > =20 > Peter Zehler >=20 > > Email: Peter.Zehler@Xerox.com > Office: +1 (585) 265-8755 > Mobile: +1 (585) 329-9508 > FAX: +1 (585) 265-7441 > US Mail: Peter Zehler > Palo Alto Research Center Incorporated > 800 Phillips Rd. > M/S 128-25E > Webster NY, 14580-9701 > =20 > _______________________________________________ > ipp mailing list > ipp@pwg.org > https://www.pwg.org/mailman/listinfo/ipp _________________________________________________________ Michael Sweet, Senior Printing System Engineer, PWG Chair --Apple-Mail=_80089F1D-4197-401A-A109-6F9761E2E468 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=windows-1252 Pete,

On Jun 13, 2014, at 7:50 = AM, Zehler, Peter <Peter.Zehler@xerox.com> = wrote:

All,

I just wanted to check that IPP uses HTTP chunking = and that the document data is inline in the request and not in a = separate MIME = attachment.


Correct, = application/ipp allows for trailing document data, per RFC 2910/2911. =  This better allows for alternate transports (although the focus is = obviously on = HTTP).

 I was asked and I = don=92t see anything in the encoding specification that puts the data in = a MIME attachment.  I think WS-Print/scan did it that way.  The = confusion is over the Get-Next-Document-Images operation that =  includes

 

-----------------------------------------------

Group = 3: Document content

 

The document = content is sent as a MIME attachment. Note that the IPP Scan = Client

MUST be ready to = accept a chunked response.

-----------------------------------------------

 

 

I think = I should strike the clause =93The = document content is sent as a MIME = attachment.=94


Right, = we should just say that the document content follows the = end-of-attributes-tag.  You can probably steal the Print-Job = example from RFC 2910 (http://tools.ietf.org/= html/rfc2910#page-33).

Pete

 

Peter Zehler

<image001.png>
Email: Peter.Zehler@Xerox.com
Office: +1 (585) 265-8755

Mobile: +1 (585) 329-9508
FAX: +1 (585) 265-7441
US Mail: Peter Zehler
Palo Alto Research Center Incorporated
800 Phillips Rd.
= M/S 128-25E
Webster NY, 14580-9701

 

_______________________________________________
ipp mailing = list
ipp@pwg.org
https://www.pwg.org/mailman= /listinfo/ipp

_________________________________________________________
Michael = Sweet, Senior Printing System Engineer, PWG = Chair

= --Apple-Mail=_80089F1D-4197-401A-A109-6F9761E2E468-- --Apple-Mail=_681FAE2D-68D5-4AB1-8965-A9FFC7FB35C6 Content-Disposition: attachment; filename=smime.p7s Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIPJTCCBN0w ggPFoAMCAQICEHGS++YZX6xNEoV0cTSiGKcwDQYJKoZIhvcNAQEFBQAwezELMAkGA1UEBhMCR0Ix GzAZBgNVBAgMEkdyZWF0ZXIgTWFuY2hlc3RlcjEQMA4GA1UEBwwHU2FsZm9yZDEaMBgGA1UECgwR Q29tb2RvIENBIExpbWl0ZWQxITAfBgNVBAMMGEFBQSBDZXJ0aWZpY2F0ZSBTZXJ2aWNlczAeFw0w NDAxMDEwMDAwMDBaFw0yODEyMzEyMzU5NTlaMIGuMQswCQYDVQQGEwJVUzELMAkGA1UECBMCVVQx FzAVBgNVBAcTDlNhbHQgTGFrZSBDaXR5MR4wHAYDVQQKExVUaGUgVVNFUlRSVVNUIE5ldHdvcmsx ITAfBgNVBAsTGGh0dHA6Ly93d3cudXNlcnRydXN0LmNvbTE2MDQGA1UEAxMtVVROLVVTRVJGaXJz dC1DbGllbnQgQXV0aGVudGljYXRpb24gYW5kIEVtYWlsMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8A MIIBCgKCAQEAsjmFpPJ9q0E7YkY3rs3BYHW8OWX5ShpHornMSMxqmNVNNRm5pELlzkniii8efNIx B8dOtINknS4p1aJkxIW9hVE1eaROaJB7HHqkkqgX8pgV8pPMyaQylbsMTzC9mKALi+VuG6JG+ni8 om+rWV6lL8/K2m2qL+usobNqqrcuZzWLeeEeaYji5kbNoKXqvgvOdjp6Dpvq/NonWz1zHyLmSGHG TPNpsaguG7bUMSAsvIKKjqQOpdeJQ/wWWq8dcdcRWdq6hw2v+vPhwvCkxWeM1tZUOt4KpLoDd7Nl yP0e03RiqhjKaJMeoYV+9Udly/hNVyh00jT/MLbu9mIwFIws6wIDAQABo4IBJzCCASMwHwYDVR0j BBgwFoAUoBEKIz6W8Qfs4q8p74Klf9AwpLQwHQYDVR0OBBYEFImCZ33EnSZwAEu0UEh83j2uBG59 MA4GA1UdDwEB/wQEAwIBBjAPBgNVHRMBAf8EBTADAQH/MB0GA1UdJQQWMBQGCCsGAQUFBwMCBggr BgEFBQcDBDARBgNVHSAECjAIMAYGBFUdIAAwewYDVR0fBHQwcjA4oDagNIYyaHR0cDovL2NybC5j b21vZG9jYS5jb20vQUFBQ2VydGlmaWNhdGVTZXJ2aWNlcy5jcmwwNqA0oDKGMGh0dHA6Ly9jcmwu Y29tb2RvLm5ldC9BQUFDZXJ0aWZpY2F0ZVNlcnZpY2VzLmNybDARBglghkgBhvhCAQEEBAMCAQYw DQYJKoZIhvcNAQEFBQADggEBAJ2Vyzy4fqUJxB6/C8LHdo45PJTGEKpPDMngq4RdiVTgZTvzbRx8 NywlVF+WIfw3hJGdFdwUT4HPVB1rbEVgxy35l1FM+WbKPKCCjKbI8OLp1Er57D9Wyd12jMOCAU9s APMeGmF0BEcDqcZAV5G8ZSLFJ2dPV9tkWtmNH7qGL/QGrpxp7en0zykX2OBKnxogL5dMUbtGB8SK N04g4wkxaMeexIud6H4RvDJoEJYRmETYKlFgTYjrdDrfQwYyyDlWjDoRUtNBpEMD9O3vMyfbOeAU TibJ2PU54om4k123KSZB6rObroP8d3XK6Mq1/uJlSmM+RMTQw16Hc6mYHK9/FX8wggUaMIIEAqAD AgECAhBtGeqnGU9qMyLmIjJ6qnHeMA0GCSqGSIb3DQEBBQUAMIGuMQswCQYDVQQGEwJVUzELMAkG A1UECBMCVVQxFzAVBgNVBAcTDlNhbHQgTGFrZSBDaXR5MR4wHAYDVQQKExVUaGUgVVNFUlRSVVNU IE5ldHdvcmsxITAfBgNVBAsTGGh0dHA6Ly93d3cudXNlcnRydXN0LmNvbTE2MDQGA1UEAxMtVVRO LVVTRVJGaXJzdC1DbGllbnQgQXV0aGVudGljYXRpb24gYW5kIEVtYWlsMB4XDTExMDQyODAwMDAw MFoXDTIwMDUzMDEwNDgzOFowgZMxCzAJBgNVBAYTAkdCMRswGQYDVQQIExJHcmVhdGVyIE1hbmNo ZXN0ZXIxEDAOBgNVBAcTB1NhbGZvcmQxGjAYBgNVBAoTEUNPTU9ETyBDQSBMaW1pdGVkMTkwNwYD VQQDEzBDT01PRE8gQ2xpZW50IEF1dGhlbnRpY2F0aW9uIGFuZCBTZWN1cmUgRW1haWwgQ0EwggEi MA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQCShIRbS1eY1F4vi6ThQMijU1hfZmXxMk73nzJ9 VdB4TFW3QpTg+SdxB8XGaaS5MsTxQBqQzCdWYn8XtXFpruUgG+TLY15gyqJB9mrho/+43x9IbWVD jCouK2M4d9+xF6zC2oIC1tQyatRnbyATj1w1+uVUgK/YcQodNwoCUFNslR2pEBS0mZVZEjH/CaLS TNxS297iQAFbSGjdxUq04O0kHzqvcV8H46y/FDuwJXFoPfQP1hdYRhWBPGiLi4MPbXohV+Y0sNsy fuNK4aVScmQmkU6lkg//4LFg/RpvaFGZY40ai6XMQpubfSJj06mg/M6ekN9EGfRcWzW6FvOnm//B AgMBAAGjggFLMIIBRzAfBgNVHSMEGDAWgBSJgmd9xJ0mcABLtFBIfN49rgRufTAdBgNVHQ4EFgQU ehNOAHRbxnhjZCfBL+KgW7x5xXswDgYDVR0PAQH/BAQDAgEGMBIGA1UdEwEB/wQIMAYBAf8CAQAw EQYDVR0gBAowCDAGBgRVHSAAMFgGA1UdHwRRME8wTaBLoEmGR2h0dHA6Ly9jcmwudXNlcnRydXN0 LmNvbS9VVE4tVVNFUkZpcnN0LUNsaWVudEF1dGhlbnRpY2F0aW9uYW5kRW1haWwuY3JsMHQGCCsG AQUFBwEBBGgwZjA9BggrBgEFBQcwAoYxaHR0cDovL2NydC51c2VydHJ1c3QuY29tL1VUTkFkZFRy dXN0Q2xpZW50X0NBLmNydDAlBggrBgEFBQcwAYYZaHR0cDovL29jc3AudXNlcnRydXN0LmNvbTAN BgkqhkiG9w0BAQUFAAOCAQEAhda+eFdVbTN/RFL+QtUGqAEDgIr7DbL9Sr/2r0FJ9RtaxdKtG3Nu PukmfOZMmMEwKN/L+0I8oSU+CnXW0D05hmbRoZu1TZtvryhsHa/l6nRaqNqxwPF1ei+eupN5yv7i kR5WdLL4jdPgQ3Ib7Y/9YDkgR/uLrzplSDyYPaUlv73vYOBJ5RbI6z9Dg/Dg7g3B080zX5vQvWBq szv++tTJOjwf7Zv/m0kzvkIpOYPuM2kugp1FTahp2oAbHj3SGl18R5mlmwhtEpmG1l1XBxunML5L SUS4kH7K0Xk467Qz+qA6XSZYnmFVGLQh1ZnV4ENAQjC+6qXnlNKw/vN1+X9u5zCCBSIwggQKoAMC AQICEQDlB7dXxclLEedquPvGX8CGMA0GCSqGSIb3DQEBBQUAMIGTMQswCQYDVQQGEwJHQjEbMBkG A1UECBMSR3JlYXRlciBNYW5jaGVzdGVyMRAwDgYDVQQHEwdTYWxmb3JkMRowGAYDVQQKExFDT01P RE8gQ0EgTGltaXRlZDE5MDcGA1UEAxMwQ09NT0RPIENsaWVudCBBdXRoZW50aWNhdGlvbiBhbmQg U2VjdXJlIEVtYWlsIENBMB4XDTEzMTIxNzAwMDAwMFoXDTE0MTIxNzIzNTk1OVowITEfMB0GCSqG SIb3DQEJARYQbXN3ZWV0QGFwcGxlLmNvbTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEB ANdvQYZRCVzc0wIYvIOn/0Pv7zUwuIvbAfM/W3FyemqZx3fdKxX4WxN2x5NC3hhBHGrUWirJH7rl 6It12bGQ61uHAK5jsJikV5k+mOYjZaKNIKxj0uYIk3MKQmsmM8t3nddq5mp2mxwV/U7AFPTz1fgh dkqTb/NkHY5eA8KqksaeqwfMgoaiGVeCUhptWnXosca8PAkb+i9u5rEok5zgY+QP0IuWLJENfA4q dEMsH+OAwMGOv9fNCgcdapFnjeSYaj70m6qUiq446+8a2rhUsEUKQayOMgjnm2bgUuNx7pOvs/Jg zIlZoTz/llmE1HWREGzSjRnLWwQ98fspfeZWA+8CAwEAAaOCAeAwggHcMB8GA1UdIwQYMBaAFHoT TgB0W8Z4Y2QnwS/ioFu8ecV7MB0GA1UdDgQWBBTtKBJoG9kxZisTqJg4+wr12l4stjAOBgNVHQ8B Af8EBAMCBaAwDAYDVR0TAQH/BAIwADAgBgNVHSUEGTAXBggrBgEFBQcDBAYLKwYBBAGyMQEDBQIw EQYJYIZIAYb4QgEBBAQDAgUgMEYGA1UdIAQ/MD0wOwYMKwYBBAGyMQECAQEBMCswKQYIKwYBBQUH AgEWHWh0dHBzOi8vc2VjdXJlLmNvbW9kby5uZXQvQ1BTMFcGA1UdHwRQME4wTKBKoEiGRmh0dHA6 Ly9jcmwuY29tb2RvY2EuY29tL0NPTU9ET0NsaWVudEF1dGhlbnRpY2F0aW9uYW5kU2VjdXJlRW1h aWxDQS5jcmwwgYgGCCsGAQUFBwEBBHwwejBSBggrBgEFBQcwAoZGaHR0cDovL2NydC5jb21vZG9j YS5jb20vQ09NT0RPQ2xpZW50QXV0aGVudGljYXRpb25hbmRTZWN1cmVFbWFpbENBLmNydDAkBggr BgEFBQcwAYYYaHR0cDovL29jc3AuY29tb2RvY2EuY29tMBsGA1UdEQQUMBKBEG1zd2VldEBhcHBs ZS5jb20wDQYJKoZIhvcNAQEFBQADggEBABg5KLQK5u9gGI75u+vYH/i6uMDKlpTILO/r/FpN2ibq pwAB2ln9oKvPIA1/r3o+DBC87TqnlJAiPW4ADFHpRmqlprb0Tu9p98nP/wl5tBZjEP8dY4iH0TB3 B2r9JHwRwwJQ20CqJpuCn9dmvL215sZSqvJfluVlIcAQCLxp3ZKMIC2pNKitswdjjHduaKuj2TMe xrzMtrRGRtFF9pcMcnsqE2QtJUqXPV7/M4WT2yRUmI4ThPt9O9fmPH2ku52hdb6t4qXvwdQSkDHt xo3J/Vc/jDR2/feedDhQmG0V9j6tHsuG6bVVhcGiWnSmSoPfg13FlQwlxZTyFtiMZ2jILyoxggOu MIIDqgIBATCBqTCBkzELMAkGA1UEBhMCR0IxGzAZBgNVBAgTEkdyZWF0ZXIgTWFuY2hlc3RlcjEQ MA4GA1UEBxMHU2FsZm9yZDEaMBgGA1UEChMRQ09NT0RPIENBIExpbWl0ZWQxOTA3BgNVBAMTMENP TU9ETyBDbGllbnQgQXV0aGVudGljYXRpb24gYW5kIFNlY3VyZSBFbWFpbCBDQQIRAOUHt1fFyUsR 52q4+8ZfwIYwCQYFKw4DAhoFAKCCAdkwGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG 9w0BCQUxDxcNMTQwNjEzMTQzODA1WjAjBgkqhkiG9w0BCQQxFgQUldZUYhBtVqX8ynBUmd+N4kha OJswgboGCSsGAQQBgjcQBDGBrDCBqTCBkzELMAkGA1UEBhMCR0IxGzAZBgNVBAgTEkdyZWF0ZXIg TWFuY2hlc3RlcjEQMA4GA1UEBxMHU2FsZm9yZDEaMBgGA1UEChMRQ09NT0RPIENBIExpbWl0ZWQx OTA3BgNVBAMTMENPTU9ETyBDbGllbnQgQXV0aGVudGljYXRpb24gYW5kIFNlY3VyZSBFbWFpbCBD QQIRAOUHt1fFyUsR52q4+8ZfwIYwgbwGCyqGSIb3DQEJEAILMYGsoIGpMIGTMQswCQYDVQQGEwJH QjEbMBkGA1UECBMSR3JlYXRlciBNYW5jaGVzdGVyMRAwDgYDVQQHEwdTYWxmb3JkMRowGAYDVQQK ExFDT01PRE8gQ0EgTGltaXRlZDE5MDcGA1UEAxMwQ09NT0RPIENsaWVudCBBdXRoZW50aWNhdGlv biBhbmQgU2VjdXJlIEVtYWlsIENBAhEA5Qe3V8XJSxHnarj7xl/AhjANBgkqhkiG9w0BAQEFAASC AQB4GJFtCYMfH9czzWNPsdQO0yKbv+OkARUopEQLLK68f+y+/I8mKipWDIrCbVKmVYs5oKRLTk1U PzRdFHA3bcSUvaICKA8CSKlYQz6GskAcVoCdtcx1jVqJtY7+8C7PRNRTVOvohYYIZt8AzYjOQiJp xdd1d1xIaKV7Kijd5gnBfVIH7Eq6nXAD5qosLR6JpEKCx5YcZ8NsglInGxNSuGVv4XL8d7XKZSpY XS0maEs3GG4+t2pCJqd4yTqjhRbJN0CEn6HcyySQcm0vbfMB838YpTHL5gEoPBkOknZXuUPBwna4 uT+Y9gBzGMR3T5KjeTrgxnTQGzIckPZnKJD2kFGVAAAAAAAA --Apple-Mail=_681FAE2D-68D5-4AB1-8965-A9FFC7FB35C6-- --===============2134925303== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ ipp mailing list ipp@pwg.org https://www.pwg.org/mailman/listinfo/ipp --===============2134925303==-- From DanielSimpson@oakleafpc.propertiesfoy.com Fri Jun 13 07:53:26 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D7BAF1A028D for ; Fri, 13 Jun 2014 07:53:26 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.631 X-Spam-Level: X-Spam-Status: No, score=-1.631 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RAZOR2_CHECK=0.922, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id XqO-lW6Mfl1N for ; Fri, 13 Jun 2014 07:53:26 -0700 (PDT) Received: from oakleafpc.propertiesfoy.com (oakleafpc.propertiesfoy.com [93.117.124.144]) by ietfa.amsl.com (Postfix) with ESMTP id F3D071A00DA for ; Fri, 13 Jun 2014 07:53:19 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Subject: Pending: View your (3) credit reports - Changes are possible Reply-to: From: View Changes Date: Fri, 13 Jun 2014 07:53:20 -0700 Message-ID: To: June 13th, 2014 ** Credit Bureau Notice ** Action Suggested: Check all 3 scores today ____________________________________________________________ Dear Ipp-archive, Your current scores could have changed in the past 30 days without you knowledge. It is important to keep updated on your scores as information is available to you. Continue to your scores - http://www.propertiesfoy.com/changes/review/index.html?severity=high ------ Server Load: We are currently able to deliver your report in under 25 seconds. McAfee Secure-tested : 06-12-2014 18:22:58 ------ Updated report information sent to you from: Parker Ashton - one-two-five Dixon Drive -- Salisbury NC 28146 Halt further updates: http://www.propertiesfoy.com/89/act.html Notice ID: ZD4WFH44ATA12BB System uname: Linux-3.9.9-hardened-x86_64-AMD_A4-3300M_APU_with_Radeon-tm-_HD_Graphics-with-gentoo-2.2 KiB Mem: 3500736 total, 2718844 free KiB Swap: 8388604 total, 8388604 free Timestamp of tree: Sat, 24 Aug 2013 00:45:01 +0000 ld GNU ld (GNU Binutils) 2.23.1 app-shells/bash: 4.2_p45 dev-lang/python: 2.7.5, 3.2.5-r1 dev-util/cmake: 2.8.10.2-r2 dev-util/pkgconfig: 0.28 sys-apps/baselayout: 2.2 sys-apps/openrc: 0.11.8 sys-apps/sandbox: 2.6-r1 sys-devel/autoconf: 2.13, 2.69 sys-devel/automake: 1.10.3, 1.11.6, 1.12.6 sys-devel/binutils: 2.23.1 sys-devel/gcc: 4.6.3 sys-devel/gcc-config: 1.7.3 sys-devel/libtool: 2.4-r1 sys-devel/make: 3.82-r4 sys-kernel/linux-headers: 3.7 (virtual/os-headers) sys-libs/glibc: 2.15-r3 Repositories: gentoo ACCEPT_KEYWORDS="amd64" ACCEPT_LICENSE="* -@EULA" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=native -O1 -pipe -fPIC" [ebuild N ] kde-base/kwin-4.10.5 USE="opengl (-aqua) -debug -gles" * IMPORTANT: 6 news items need reading for repository 'gentoo'. * Use eselect news to read news items. From AliyahSimpson@nobananas.teglid.com Fri Jun 13 08:33:20 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3F3B51A02ED for ; Fri, 13 Jun 2014 08:33:20 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 3.771 X-Spam-Level: *** X-Spam-Status: No, score=3.771 tagged_above=-999 required=5 tests=[BAYES_99=3.5, BAYES_999=0.2, HTML_MESSAGE=0.001, MIME_HTML_ONLY=0.723, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id pMKnUudtGcOK for ; Fri, 13 Jun 2014 08:33:19 -0700 (PDT) Received: from nobananas.teglid.com (nobananas.teglid.com [93.117.124.164]) by ietfa.amsl.com (Postfix) with ESMTP id C0C661A0123 for ; Fri, 13 Jun 2014 08:33:09 -0700 (PDT) Content-Type: text/html; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit To: From: Obama's Making Home-Affordable Message-ID: <20140612225214.9499.14345.AAAAA.00001.CorpCom.ipp-archive@megatron.ietf.org> Date: Fri, 13 Jun 2014 08:32:54 -0700 Subject: Adjusted Payment -|- June 13

Re: Re: For your appd | Please let me know what you think.

Obama's 2014 U.S. Rate Update
(Housing Plan)

UPDATE: 2.99% Fixed available now
Status: Use rate calculator

Dear Ipp-archive,

We are contacting you today so you can take advantage of a new lower home rate.

If you feel like you are dishing out too much each month then you probably are. You are entitled to use Obama's complementary calculator.

View your total-monthly:
Todays Rate-2.99% in your area.
Calculate Updated Payment

It literally take 5 minutes or less to see your new monthly.
We are here to assist you in any way possible.

 

Our records indicate that you have not yet used the rate-calculator as of June 12, 2014
(Ref-ID--184722)

Corn and potatoes are both native to the New World, so they weren't known in Asia or Europe before the 15th century. So if you want to be "authentic," I'd suggest rice flour. But I use cornstarch because it's in most of the Chinese recipes I use.
  • ---June 12, 2014, You may want to forego further messages from Benson US Rate Service, at this web-URL, Two-Pineway Dr, Daleville,, AL,
  • I would like to extend a jython class in a java class public class JavaClass extends JythonClass how do I import the Jython class? Does it have to be compiled? A link to documentation would be already useful. Example: class JythonClass(threading.Thread): def do(self): print("hallo") -- public class JavaClass extends JythonClass { public void hello() { System.out.print("hallo")} }
From ipp-bounces@pwg.org Fri Jun 13 08:45:34 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 540AF1B2966 for ; Fri, 13 Jun 2014 08:45:34 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.133 X-Spam-Level: X-Spam-Status: No, score=-1.133 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_ADSP_CUSTOM_MED=0.001, DKIM_SIGNED=0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RP_MATCHES_RCVD=-0.651, SPF_PASS=-0.001, TRACKER_ID=1.306, T_DKIM_INVALID=0.01] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Tf877sXa-CZL for ; Fri, 13 Jun 2014 08:45:32 -0700 (PDT) Received: from www.pwg.org (www.pwg.org [IPv6:2600:3c01::f03c:91ff:fe70:b03f]) by ietfa.amsl.com (Postfix) with ESMTP id D15561B2965 for ; Fri, 13 Jun 2014 08:45:32 -0700 (PDT) Received: from pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id 2FAFB8572; Fri, 13 Jun 2014 15:47:01 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: from mail-ie0-x22e.google.com (mail-ie0-x22e.google.com [IPv6:2607:f8b0:4001:c03::22e]) by www.pwg.org (Postfix) with ESMTPS id 5D51E8424 for ; Fri, 13 Jun 2014 15:46:59 +0000 (UTC) Received: by mail-ie0-f174.google.com with SMTP id lx4so2665369iec.19 for ; Fri, 13 Jun 2014 08:45:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=/QkBAxKEDgioR+GM3Ph7DXlmYzYiLrmRb29Q/bQER8A=; b=Rzy0A52vMtieJr5vRgVPp4EpHulZsy96E55qWUVLLS/S/w0gPOABqOJYyBgC4NyI3g /qIqtIWxn3pyMhB9Cz6AR6o6SnEzqkUY38AaI1aIM5BZ+eebeoPqELuYMie4fnSmNJGj OE88CPqiKIU/sVbp0JwaI9WBPZCkNoO/tD7iF7VJOjAaLiceB0tWWUY4ZDk9k+bL0Z0w 0+oJN4fxCdLi/UEShnrkdPXc+VjFZnEcg45qMehLvfMW4D+T8rdkEifr53Y0pel1uLzA sfxHqyMtiZPCMh1Mm3X8nZjYEowt7WIyFbSbpX6wC19WLk+OMnpd0IM3u5dU9lDcK3O9 FdUA== X-Received: by 10.50.43.202 with SMTP id y10mr5847180igl.23.1402674327302; Fri, 13 Jun 2014 08:45:27 -0700 (PDT) MIME-Version: 1.0 Received: by 10.50.168.40 with HTTP; Fri, 13 Jun 2014 08:45:07 -0700 (PDT) In-Reply-To: <000c01cf8679$e3208dc0$a961a940$@tykodi.com> References: <000c01cf8679$e3208dc0$a961a940$@tykodi.com> From: Ira McDonald Date: Fri, 13 Jun 2014 11:45:07 -0400 Message-ID: To: Paul Tykodi , Ira McDonald Cc: "ipp@pwg.org" Subject: Re: [IPP] 3D Device Finishing X-BeenThere: ipp@pwg.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Internet Printing Protocol Workgroup discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1165888116==" Sender: ipp-bounces@pwg.org Errors-To: ipp-bounces@pwg.org --===============1165888116== Content-Type: multipart/related; boundary=089e011604ba03e7d404fbb99179 --089e011604ba03e7d404fbb99179 Content-Type: multipart/alternative; boundary=089e011604ba03e7d004fbb99178 --089e011604ba03e7d004fbb99178 Content-Type: text/plain; charset=UTF-8 Hi Paul, Potentially, a new IPP collection attribute could hold 3D finishings. But directly extending the existing "finishings-col" attribute would be a mistake, because hardcopy finishings are orthogonal to 3D finishings. Cheers, - Ira Ira McDonald (Musician / Software Architect) Co-Chair - TCG Trusted Mobility Solutions WG Chair - Linux Foundation Open Printing WG Secretary - IEEE-ISTO Printer Working Group Co-Chair - IEEE-ISTO PWG Internet Printing Protocol WG IETF Designated Expert - IPP & Printer MIB Blue Roof Music / High North Inc http://sites.google.com/site/blueroofmusic http://sites.google.com/site/highnorthinc mailto: blueroofmusic@gmail.com Winter 579 Park Place Saline, MI 48176 734-944-0094 Summer PO Box 221 Grand Marais, MI 49839 906-494-2434 On Thu, Jun 12, 2014 at 4:07 PM, Paul Tykodi wrote: > Hi, > > > > I saw this announcement today: > > http://3dprint.com/5872/3d-systems-project-ara-high-speed/ > > > > Where we already have IPP support for hardware that performs finishing on > non-3D devices, I imagine that we could probably extend our model to handle > the equivalent type of hardware being mentioned in this article as well. > > > > Best Regards, > > > > /Paul > > > > [image: Description: header] > > *Paul Tykodi* > Principal Consultant > > Tykodi Consulting Svcs LLC > > Phone: > > (603) 343-1820 > > 3 Lowell Ave > > Cell: > > (603) 866-0712 > > Dover, NH 03820 > > Fax: > > (603) 343-1820 > > USA > > E-mail: > > ptykodi@tykodi.com > > www.tykodi.com > > Skype: > > Tykodiconsultingservices > > > > Co-Chair - IEEE-ISTO PWG IPP Working Group > > Vice-Chair - IEEE-ISTO PWG Semantic Model Working Group > > > > This e-mail message and any attachments are confidential and may be > privileged. > > If you are not the intended recipient, please notify Tykodi Consulting > Services LLC > > immediately by replying to this message and destroying all copies of this > message > > and any attachments. Thank you > > > > _______________________________________________ > ipp mailing list > ipp@pwg.org > https://www.pwg.org/mailman/listinfo/ipp > > --089e011604ba03e7d004fbb99178 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi Paul,

Potentially= , a new IPP collection attribute could hold 3D finishings.
But dir= ectly extending the existing "finishings-col" attribute would
be a mistake, because hardcopy finishings are orthogonal to 3D
fin= ishings.

Cheers,
- Ira


Ira McDonald (Musician / = Software Architect)
Co-Chair - TCG Trusted Mobility Solutions WG
Chair - Linux Foundation Op= en Printing WG
Secretary - IEEE-ISTO Printer Working Group
Co-Chair -= IEEE-ISTO PWG Internet Printing Protocol WG
IETF Designated Expert - IP= P & Printer MIB
Blue Roof Music / High North Inc
http://si= tes.google.com/site/blueroofmusic
http:/= /sites.google.com/site/highnorthinc
mailto: bluero= ofmusic@gmail.com
Winter=C2=A0 579 Park Place=C2=A0 Saline, MI=C2=A0= 48176=C2=A0 734-944-0094
Summer=C2=A0 PO Box 221=C2=A0 Grand Marais, MI= 49839=C2=A0 906-494-2434



On Thu, Jun 12, 2014 at 4:07 PM, Paul Ty= kodi <ptykodi@tykodi.com> wrote:

Hi,

=C2=A0

I saw this announcement today:

http://3dprint.com/5872/3d-systems-project-ara-high-speed/

=C2=A0

Where we already have IPP support for hardware that performs finishing on n= on-3D devices, I imagine that we could probably extend our model to handle = the equivalent type of hardware being mentioned in this article as well.=

=C2=A0

Best = Regards,

=C2=A0

/Paul

= =C2=A0

<= b>

Paul Ty= kodi
Principal Consultant

Phone:<= u>

(603) 343-1820<= /u>

3 Lowell Ave

Cell:

(603) 866-0712<= /u>

Dover, NH 03820

Fax:=

(603) 343-1820<= /u>

USA=

E-mail:

ptykodi@tykodi.com

www.tykodi.com

Skype:

Tykodiconsultingservices

=C2=A0=

Co-Chair =C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 - IEEE-ISTO PW= G IPP Working Group

Vice-Chair=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 - IEEE-ISTO PWG Semantic Model W= orking Group

=C2=A0

This e-mail message and any attachments ar= e confidential and may be privileged.

If you are not the intended recipient, please notify Tykodi Consu= lting Services LLC

immediately by replying to this message and destroying all copies of this= message

and any attachments. Thank you

=C2=A0

_______________________________________________
ipp mailing list
ipp@pwg.org
http= s://www.pwg.org/mailman/listinfo/ipp


--089e011604ba03e7d004fbb99178-- --089e011604ba03e7d404fbb99179 Content-Type: image/jpeg; name="image001.jpg" Content-Disposition: inline; filename="image001.jpg" Content-Transfer-Encoding: base64 Content-ID: X-Attachment-Id: e0ae3b63c31dda3e_0.0.1 /9j/4AAQSkZJRgABAQEAYABgAAD/2wBDAAoHBwkHBgoJCAkLCwoMDxkQDw4ODx4WFxIZJCAmJSMg IyIoLTkwKCo2KyIjMkQyNjs9QEBAJjBGS0U+Sjk/QD3/2wBDAQsLCw8NDx0QEB09KSMpPT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT3/wAARCABSAIEDASIA AhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcICQoL/8QAtRAAAgEDAwIEAwUFBAQA AAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS0fAkM2JyggkKFhcYGRolJicoKSo0NTY3 ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1dnd4eXqDhIWGh4iJipKTlJWWl5iZmqKjpKWm p6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW19jZ2uHi4+Tl5ufo6erx8vP09fb3+Pn6/8QAHwEA AwEBAQEBAQEBAQAAAAAAAAECAwQFBgcICQoL/8QAtREAAgECBAQDBAcFBAQAAQJ3AAECAxEEBSEx BhJBUQdhcRMiMoEIFEKRobHBCSMzUvAVYnLRChYkNOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElK U1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6goOEhYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3 uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwD2aiii gAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiuR8R+EdQ1vVmuoNUNvFsCrGCwxjr0 PrUzbS0VzahThUlacuVd9zrqK8u1rwdqGi6VNfTay7rEB8odwWJOMdfeofD3hXU/EGnG8TVJYU3l AGdznHfrWPtpX5eXU71l9F0/a+2XLe17Pc9Xorzw/D3Uoxvk11hGvzMSz8Ade9Lf+LNS1u+Gl+GE ZY1G3z/4iB3yfuj361aqP7SsebjZUMMlyz5m+iR6A0iJ99lX6nFCurjKsCPY1wcfw4ubpfM1LWJG lPUKCw/Mmq154G1nSAbjR9RkmKc7VJR/wGcGq5pdjgeIrLV09PXU9HqGSSRFJEakD1fFcDf+P7vw 94Ntri+UTarcs6Qo67cBTjcw9v1rH0/wR4m8ZwpqPiDWZrWKYbo4RknaeR8oIAFaqg6kOZy5V/Xk zrpzUoqVtz0ebWZIc/6KXA/uSA/yqmfGFrG22e3mQjrjBIri7j4LzRKX0/XpRKOgkjKj8wc07wl4 c8RWviVtN8Rb59OEDOHY71Y5AG1+oPtR9XsrxqX9UdMJ0ftx+5ndweK9InIX7WkTekvy/qeK1kdZ EDRsrKehU5BrhNd+HkkgMmlzlgOTBKev0b/Gucs7vVPD10Y43mtpEPzRP90/h0pqF1udjwdCpDmo z17M9gorm/D3i+HVWW2ulEF0enPyv9PQ+1dJUtNbnmzg4OzCiiikSFFFFAHEfFC98rR7a1B5ml3H 6KP/AK9b/hOy+weGLGEjDGMO31bn+tcV45ZtV8a2WnIc7Akf4scn9MV6WiCNFRRhVGAPauen71SU vkepif3eDpU+95f5HHfEjWGs9MisIWKvdElyP7g7fia0/BuiJo+hxEqPtFwoklbvz0H4CuP8fN5/ jK2hY/II41wfdjmvTwAAABgCtI6ybPnKP7zETm/s6IWiiitDvPGPjPBPH4ksLlkzbtb7UJ6bgxJH 6ivQtB8d6DrFnCY7+GCcqA0EzBGU+nPX8K2NV0ix1uya01K3SeBudrdj6g9jXBaj8FdMnZm0/ULi 2z0SRRIo/ka6lOnOCjPSwHpCSJKu6NlZT3U5FOrwjWPDPib4dhL601Fja7gvmQOdoJ6BkPHNeq+B vEj+KfDUV9MipcK5ilC9Cw7j6gioqUeWPNF3QHRVl65oVvrdoY5AFmUfu5QOVP8AhWpTJJEhjaSR gqKMsx6AVinbYcZOLujxyWGS1uHikyssTlTjsRXp3hfVH1XRY5ZTmaMmNz6kd/yxXnOrXaX2rXVy gwkkhZfp2rvPBFm9roIeQEGdzIAfTgD+VdVaPuXZVSpzyOiooorkICiobq4FrbSTMAdoyAWC5Ppk 8Vmf2vc3Vu/laZcFWBXfHNEcfjuoA4rw9/xOviVcXh+aON5JAfYfKv8ASvTq4/w5oy+H5Zp7TT7+ Vp1ALSyxEY68YNdB/aMwID2MiE84aRP8fcVhSXJH3tzux9eFaovZ/CkkjifiXpksd5bapEpMZURu w/hYHI/nXU+HfFFnrdjGTMkd2qgSRM2Dn1HqKu3NxHLCYb61Ajl+XZK6Yb2681y998ObCeQva/ab fP8AACrKPpnmpdVRlpf7n/keJKhVp1XUpWae6vY7C4v7W1jMlxcwxIOrO4Armbz4gWazTrYJ9ojt 4JJpZT8q4Vc4Hrk4FZsXw5gVwbh72YDsuxc/mTW3baJptlazWceh70lTbKHdGZ1PY5OcVrGbbV9j WMcTOSulFeqbIvDvxE0PX4EzcpaXRHzQTsFIPsTwa6U3UAXcZo9vrvGK801L4XaVeEyWNjqNtnkL HNG6fhk/1rNT4St0c6iU/ujyh/7Ma7XCjLVSsdvspeX3r/M0fij4vsL7SxoOlyLeXU8q7/J+YLg5 ABHUk44Fdb4B0CTw54Ut7S4GLhyZph/dZu34AAVzegeGTop87Q9Et5bgfL9quLpZWX6YwFrUn0nx Vqfy3V3HAh/hR8D/AMdolKPLyRegeytu1950Gp+ItO0pSJ51aQdI0+Zj/h+NcLrfie71s+QimK3J 4iXkt9fX6VtWfgCJjuur4vg8iId/qa6PTtB0/S8G1t1D/wB9vmb8zUxlThruyJWWxyXh7wbLcSJc 6ohjhHKwn7z/AF9BXeqoVQqgADgAdqTevzfMPl689KbJcQwqrSyxoGOFLMBk+1ZzqObuyErElFFF QMqapbyXWl3MEKo0kiFVD9Mmse70y9aaaz092htFtVQclQZPmAx7YIJ9cAV0dFAHNPpOrixhtkmO 9VdTIk5QK/AR8D+EAfc/nRZ6RqLXiXF0Sr5QSMZy+4BizYGMAMdowPSulooAxLuxvG1K6lS2gnWa JUieRv8AU4zn5SPXniqsekapJbMkk8sYbL7ftTFgwj2j5hzgsd2BwMCulooA5k2Gtxagk6M0sSFc o1yV34XHHbBPJyM0yfQ9RkiR3bzZ9ybmE7IfljIzkc/fYnHsK6migDm7nTtRto2uI7qQNGrKAJGI 2iMKvyAdS2WzjjNTafa3Mug3YmhnJuWbZBLcNuVCAMbjyOhP41vUUAcp/ZGtARqkgSIZIWNwjggj bvKgBuBjp3q9FpOoQzWoF5K0Rj/0otMxYuCD8vpnp24rdooA5gaZrS29yPMJuGBaKUXBCgE5K7em eSNx9qm0zTdTg1KKS4lla3VW3LJOWwTkjAH1xznoK6GigDn5bLUntdXhW3TfdOTHJ53VeAB044Bq QWl2b8zy6fDLG8KxqjSg+TgnI6c5yOnpW5RQBlfaNU/6BcH/AIE//Y0Vq0UAFFFFABRRRQAUUUUA FFFFABRRRQAUUUUAFFFFABRRRQAUUUUAf//Z --089e011604ba03e7d404fbb99179-- --===============1165888116== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ ipp mailing list ipp@pwg.org https://www.pwg.org/mailman/listinfo/ipp --===============1165888116==-- From MadisonMay@myhotspa.emspixship.com Fri Jun 13 09:00:55 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5FD451B2986 for ; Fri, 13 Jun 2014 09:00:55 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 4.655 X-Spam-Level: **** X-Spam-Status: No, score=4.655 tagged_above=-999 required=5 tests=[BAYES_80=2, RAZOR2_CF_RANGE_51_100=0.5, RAZOR2_CF_RANGE_E8_51_100=1.886, RAZOR2_CHECK=0.922, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ceCzNSCYqz_n for ; Fri, 13 Jun 2014 09:00:54 -0700 (PDT) Received: from myhotspa.emspixship.com (myhotspa.emspixship.com [206.206.191.189]) by ietfa.amsl.com (Postfix) with ESMTP id 24F461B297C for ; Fri, 13 Jun 2014 09:00:54 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit To: From: Notice Subject: Re: Your-Monthly AutoInsurance-Payment: 13-Jun-2014 Message-ID: Date: Fri, 13 Jun 2014 09:00:53 -0700 = = = = begin correspondence = = = = Re: Your AutoInsurance-Policy # b1b7c6082de7a755ef2fdc46e886c63a. ***************************************. > Notice ID No. b1b7c6082de7a755ef2fdc46e886c63a ***************************************. Hello ipp-archive@megatron.ietf.org, The reason that we are reaching out to you today is to alert you to the fact that your monthly AutoInsurance payments have just been-lowered. Go here and fill-in your ZipCode to find out what your new monthly-payment will be: http://www.emspixship.com/yournew/autonotice.html Thank you. = = = = begin correspondence = = = = =Go below here now to end these admessages,. http://www.emspixship.com/haltnew/quitnotice.html 2964 Shoreline Cove Ct San Diego C.A. ZIP#: 92117 and substituted ham for yummy bacon. sandwich came on a pretzel roll with scrambled eggs, bacon and cheddar accompanied by a smoked cheddar hollandaise with paprika on side. incredible sandwich came with most delicious hash browns we have ever had and whole plate was devoured. Mimosas were spot on, service was great and atmosphere was inviting and fun. OH, and, we were sent out a complimentary Oreo pancake to begin our meal. Holy wow, it was absolutely incredible, we had to hold back from finishing whole thing before our main dishes arrived. As if visit wasn't perfect enough, we ended meal with a quick chat with Ed, who we took a liking (loving) to during our last visit. Ed remembered us just as we'd remembered him and our departure concluded with big hugs from Ed and Joey. Snooze is really run by class acts and food never disappoints. No one should complain about wait time--it's well worth it. I absolutely love Snooze! first time I went was in San Diego and now that I' ve moved to Denver I have had chance to enjoy Larimer And Colorado locations. This last time I went by myself and was quickly seated at what seamed to be last open table (always busy cuz it's SO good). I was in a very indecisive mood and Nuni helped me by playing Rock, Paper, Scissors to choose if I wanted a coffee or one of ir creative Bloody Mary's. Coffee won, and with going cheaper route on bev, I decided I wanted one of ir unique Benny's. Being in dark before, Nuni brought me to light by informing me that you can Mix n Match benedicts!!! I went with Bella Bella! and Late Harvest. So different from or and so delicious! Last but not least, cheerful, informative and fun Nuni brought me a beautiful pancake on house, drizzled in a berry reduction, sweet creamy sumtin sumtin and topped with a tasty crumble. I felt spoiled. Not that I expect to get a free pancake every time, but this visit was exceptional...besides freebee. All my experiences at Snooze locations have be en excellent. y're tech savvy with an iPad Waiting/Seating App, trendy with ir retro diner feel and igniting taste buds with unique twist on classic breakfast dishes. y cater to young and old, dorky and From VioletWright@portal365.macwye.com Fri Jun 13 09:11:55 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6E49E1B2971 for ; Fri, 13 Jun 2014 09:11:54 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.253 X-Spam-Level: X-Spam-Status: No, score=-0.253 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, MANGLED_DIET=2.3, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5FOvTEZ5ctf7 for ; Fri, 13 Jun 2014 09:11:51 -0700 (PDT) Received: from portal365.macwye.com (portal365.macwye.com [207.188.178.3]) by ietfa.amsl.com (Postfix) with ESMTP id 25D431A0547 for ; Fri, 13 Jun 2014 09:11:51 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Message-ID: <20140612232207.9858.35571.5345.JavaMail-SecureServer.ipp-archive@megatron.ietf.org> Subject: W/Out a Crash D-I-E-T From: Love Your Body Again To: Date: Fri, 13 Jun 2014 09:11:50 -0700 You do not have to work out - Or Starve In a perfect world, our metabolism would be untouchable and we would never have to worry about unwanted weight gain. The key to slimming down is burning calories around the clock. DocOz Episode Clip tells how -> http://www.macwye.com/oz/season/fat.index - supports metabolism - burn more calories - helps control appetite [Oz Blog] to modify your message settings - write - Member Update Systems at:9167 ROAD 177_Oakwood, OH 45873 or visit http://www.macwye.com/wef.ret54 I almost gave up on this, because I didn't know, that I need the comma after the url. Great info! Btw. does it also work with filter-DX-Transform (one can use that for the gradient, but how would I add the image?) Igor Jul 27 '13 at 19:22 Can we change the background-size of the image as well? When i try to add background-size property say 30px 30px, either the gradient also confined to that area or gradient color changing when no-repeat is given externally or given in shorthand form respectively. any help? Venu Gopal Nov 6 '13 at 13:45 @VenuGopal background-size also needs to be comma separated. e.g. background-size: 30px 30px, cover; Gidgidonihah Nov 6 '13 at 17:32 Worth noting is that the reason this works is simply because gradients are technically considered images. In other words, if anyone was wondering, this is in no way a hack - it's just how CSS gradients were made. (This also means that anywhere in CSS that you can use an image URL, you can choose to use a gradient instead.) Also, the reason this doesn't work in IE9 and older is simply because it doesn't support CSS gradients. That has nothing to do with the technique given here. @Gidgidonihah What Im asking is can we add background-size property in shorthand form. for ex background: #CCC no-repeat top left; Here can we add background-size as well? his is a pretty lazy solution. I'm assuming OP wants to use height : auto because the expanded height of the container is somewhat unpredictable. This solution will cause a delay before the animation becomes visible. Additionally the visible duration of the animation will be unpredictable. You'll get much more predictable (and likely smoother) results by calculating the combined height of each of the containers child nodes and then easing to an exact height value. +1 Great solution! The speed of the transition is calculated is calculated as the time you specify to transition to the max-height value... but since height will be less than max-height, the transition to actual height will occur faster (often significantly) than the time specified. kingjeffrey Mar 3 '12 at 4:15 9 The transition occurring at a slower rate as @kingjeffrey mentions could also be a good thing. Say you're expanding a menu, the menu will expand at a constant rate for each menu item, so expanding a menu with 9 items will take 9 times longer than a menu with 1. Regular behaviour when using height would the menu with 1 item expand significantly slower than the one with 9. May be desirable depending on the situation. Daniel Imms Nov 20 '12 at 4:16 11 Note that this may cause ugly transition ending when you have to use values that are much bigger than the actual computed value. I noticed this while trying to make a div grow from 0 height to the content height that varies greatly due to different screen sizes(2 lines on my 2560x1440 monitor vs >10 lines on a smartphone). For this I ended up going with js. Pichan May 17 '13 at 10:22 37 Great work around - not solution ;) acSlater May 28 '13 at 15:12 1 It took me long enough to figure out why the transitions were so different... I guess next time I should've been reading the comments more. So yeah the transitions will happen much faster than expected, though this can be managed by changing the types of transitions used. Use ease-out when reducing the max-height to 0, and ease-in when increasing the max-size. From MarcoMiles@mxhost2.xuyod.com Fri Jun 13 09:37:43 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3A2721B2992 for ; Fri, 13 Jun 2014 09:37:43 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 2.671 X-Spam-Level: ** X-Spam-Status: No, score=2.671 tagged_above=-999 required=5 tests=[BAYES_80=2, HTML_MESSAGE=0.001, J_CHICKENPOX_44=0.6, MIME_HTML_ONLY=0.723, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id YOXqx_4xlq04 for ; Fri, 13 Jun 2014 09:37:42 -0700 (PDT) Received: from mxhost2.xuyod.com (mxhost2.xuyod.com [207.188.178.21]) by ietfa.amsl.com (Postfix) with ESMTP id 46E881B297C for ; Fri, 13 Jun 2014 09:37:42 -0700 (PDT) Content-Type: text/html; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit To: Date: Fri, 13 Jun 2014 09:37:41 -0700 Message-ID: <20140612235018.10234.11619.AAAAA.00001.CorpCom.ipp-archive@megatron.ietf.org> Subject: 250k in coverage - No-Exam necessary From: Life.Coverage

RE: RE: your-coverage: 64359874:The following image should represent an PhoneGap/Cordova app which is marked in blue. The red area should be an Android Fragment.

Hello Ipp-archive,

If you think about it for a minute, you insure everything that's significant in your life; why not insure yourself?

No matter how healthy you are, and how great your family health history is, you just don't know when tragedy will strike.

- No exam necessary
- $500k Coverage for $15/month
http://www.xuyod.com/Lif-policy-B/745683247-J.life

If your family were to lose you tomorrow, the right life policy could mean everything to them.

Thank You

 

 

 

 

 

 

This is from LIFO G-Agency /34 Courtland/Montgomery/AL/36105

| To easily-stop updates from our publications -- Write or you can navigate to this URL http://www.xuyod.com/7/8/2/ -

 

I have a service, which I can access with the following jQuery code (from google chrome with --disable-web-security)

It looks like JSESSIONID and authCookies are initialized as null and not changing in this code.

javac -classpath MonoLib.jar Demo.java

I have tried to add them in one folder called MonoTest and run this command

From TroyBerry@freshideas.noowl.com Fri Jun 13 10:04:39 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6BC741B29A1 for ; Fri, 13 Jun 2014 10:04:39 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.148 X-Spam-Level: X-Spam-Status: No, score=0.148 tagged_above=-999 required=5 tests=[BAYES_50=0.8, DIET_1=0.001, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id GssL-WLIh2e2 for ; Fri, 13 Jun 2014 10:04:37 -0700 (PDT) Received: from freshideas.noowl.com (freshideas.noowl.com [207.188.178.42]) by ietfa.amsl.com (Postfix) with ESMTP id 328DE1B2992 for ; Fri, 13 Jun 2014 10:04:35 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit To: From: Everyday W/ Rachel Message-ID: <20140613001734.10525.5700.AAAAA.00001.CorpCom.ipp-archive@megatron.ietf.org> Subject: Final Post: Watch the excess lbs melt away Date: Fri, 13 Jun 2014 10:04:37 -0700 ===================================== Rachael's Weight-Loss Journal Post#: 7 | 06-12-2014 20:17:34 ===================================== My Beloved Viewers, You have been by my side since I started with my cooking show. I noticed myself gaining weight whenI started my daytime talk show and so did Doc Oz. Oz shared this secret with me -> http://www.noowl.com/everyday/with/rachel/blog.index and I managed to melt away 19-lbs in 3 weeks. I didnt work-out or stave to get there. I look forward to hearing your success stories so that I can share them on the show. Warmly, Team Rachel and Friends We hope you enjoyed this celeb update. to alter message settings write stop to: Member Update Systems at 9 1 6 7 R O A D 1 7 7_Oakwood, OH 45873 or http://www.noowl.com/e3g.e5gh5 This method only partially achieves the desired effect but doesn't actually remove the space. The transformed box acts like a relatively positioned element - the space is taken up no matter how it is scaled. Check out this jsFiddle which takes your first one and just adds some bogus text at the bottom. Note how the text below it doesn't move up when the box height is scaled to zero. Now it does: 1 Basically you need to style your elements according to what you need. There is no silver bullet or widget like behavior in CSS/HTML. dotnetCarpenter Aug 30 '13 at 16:07 What animuson means is that the content of the scaled DIV is now - well, scaled.. imagine animating something that should look like a drawer - the effect will not be the same, it will not be proper. Therefore this solution cannot help in all cases. SquareCat Oct 6 '13 at 21:31 2 While I applaud someone trying different approaches, the real-world effect and complications this solution brings is far worse than the already awful max-height hack. Please do not useOf course, there's a problem with this. The time it takes to animate max-height is not the time it takes to transition to the auto height of the box: it arrives at height: auto first, before max-height has finished animating. Similarly, when transitioning to 0, the transition does not begin immediately, as max-height starts at a height that is larger than height: auto. Transitioning to max-height: 1000px makes this clear: stephband Jun 15 '11 at 10:02 You're right, on further testing I did notice this. I don't know whether a full height: 0 to height: auto will ever be implemented but using a max-height in some situations does resolve an otherwise impossible situation using CSS Thanks Jim for a thorough answer. You're absolutely right about the fact that if the display: property changes at all, then ALL of your transitions will not work. Which is a shame - I wonder what the reasoning behind that is. On a side note, on the same link I posted in the original question, you can see where I'm at with it. The only (small) problem I have is in Chrome [5.0.375.125] when the page loads, you can see the menu quickly fading away as the elements are loaded on the page. Firefox 4.0b2 and Safari 5.0 are absolutely fine... bug or something I've missed? You have the answer from @meanstreak for how to get the 2 to work together. If you want to be realistic, SVG gradients as background images are far more likely to be fully supported by all browsers much sooner than css gradients (which are still under heavy development/discussion). From ZaneHicks@joyceavery.dofub.com Fri Jun 13 10:48:21 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3EFD21B297C for ; Fri, 13 Jun 2014 10:48:21 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 2.148 X-Spam-Level: ** X-Spam-Status: No, score=2.148 tagged_above=-999 required=5 tests=[BAYES_50=0.8, DIET_1=0.001, GB_OPRAH=2, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3XNZFVOZpsd0 for ; Fri, 13 Jun 2014 10:48:20 -0700 (PDT) Received: from joyceavery.dofub.com (joyceavery.dofub.com [89.43.13.183]) by ietfa.amsl.com (Postfix) with ESMTP id 98F001A01AA for ; Fri, 13 Jun 2014 10:47:28 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Doctors LB-Loss-Endorsement Subject: The-Doctors Top Clip: Oprah's results To: Reply-to: Date: Fri, 13 Jun 2014 10:47:21 -0700 Message-ID: <523466.332B.20140613004439.10918.60781@joyceavery.dofub.com> There are many occasions when people want to lose weight rapidly. But no one has time to spend every waking moment in the gym. Don't sweat it, as there is a proven methods that can help you reduce your waistline, and lose 20 pounds in 2 weeks. WITH NO EFFORT WAHTSOEVER! Sounds too good to be true, doesn't it? It's Not... http://www.dofub.com/ABC-Oprahs-ownn/773i/r/to.html Just think you could be down 30LB by the 4th of July. Wow! Thanks, >From all of us at the show , , , , , , , , |Episode 234| Summer > 2014 | DC-Community From-- One-Zero-Two-Five Leggett Road-- Harlingen-- TX For 5200 - You can 1.) write 2.) http://www.dofub.com/86.t to end/forgo messages. Have a wonderful weekend. -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Screen, stage legend Ruby Dee dies at 91 Ruby Dee, the award-winning actress whose seven-decade career included triumphs on stage and screen, has died. She was 91. Dee died peacefully Wednesday at her New Rochelle, New York, home, according to her representative, Michael Livingston. Dee -- often with her late husband, Ossie Davis -- was a formidable force in both the performing arts community and the civil rights movement. She was friends with the Rev. Martin Luther King Jr. and Malcolm X and received the Frederick Douglass Award in 1970 from the New York Urban League. As an actress, her film credits included "The Jackie Robinson Story" (1950), "A Raisin in the Sun" (1961), "Buck and the Preacher" (1972), "Do the Right Thing" (1989) and "American Gangster" (2007). Dee earned an Oscar nomination for her performance in "Gangster." She also won an Emmy and Grammy for other work. Hi, I've been working on this problem for ages and hate to say it's beaten me! I'm running Windows 7 professional and my firewall and BFE services stopped working. I researched this and ran malware, services fixes and everything else recommended. On the upside my computer is running a lot faster and my Windows Updates now work but the BFE service is still not working. I've merged a new BFE registry key, added "everyone" to the BFE key permissions and now I'm trying to add the NT Services\BFE account to the HKLM\System\CurrentControlSet\services\BFE\Parameters\Policy\Persistent key but I'm having no luck. When I try to add it I get the "Name not found" box - "The following object is not from a domain listed in the Select Location dialog box and is therefore not valid: NT Services\BFE." I'm wondering now if this account is missing but I can't find out how to determine if this is the case and if so how to recreate it. If anyone is able to point me in the right direction I'll be immensely grateful!! Cheers, From LukeCarroll@birthdaypartyideas.yonderley.com Fri Jun 13 11:44:09 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9540F1B29E1 for ; Fri, 13 Jun 2014 11:44:09 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.631 X-Spam-Level: X-Spam-Status: No, score=-1.631 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RAZOR2_CHECK=0.922, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5B6rRzxQ_dOn for ; Fri, 13 Jun 2014 11:44:08 -0700 (PDT) Received: from birthdaypartyideas.yonderley.com (birthdaypartyideas.yonderley.com [89.43.13.191]) by ietfa.amsl.com (Postfix) with ESMTP id 996011B29DA for ; Fri, 13 Jun 2014 11:44:03 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit To: Message-ID: <20140613010949.11285.38553.AAAAA.00001.CorpCom.ipp-archive@megatron.ietf.org> Subject: Score Alert - View Update Details Date: Fri, 13 Jun 2014 11:44:01 -0700 From: June Score Notice Score Alert: Generated for Ipp-archive [This notification is meant to inform your of possible changes to your Credit score due to recent updates] | Update to Credit Standing | Details of your Score Notification Summary: / http://www.yonderley.com/alert/no445/confirm.index - Please note, monitoring your score is the best way to remain proactive and the best way to understand what affects your your score vs your standing. Credit Standing in detail at -> http://www.yonderley.com/alert/no445/confirm.index Updated Score Alerts - To alter notification status: write "stop" to Member Update Systems 9167 ROAD 177_Oakwood, OH 45873 or visit http://www.yonderley.com/w4t.ert4433 Not quite sure why you are using the data uri and not just an image? I guess an image would mean an extra call to the server for ie9 users, but to have all those extra characters sent to non-ie9 browsers seems wasteful. Solution is working for me as an image, would love the explanation. Decoy Dec 21 '11 at 19:38 4 His manual data URI is what some CSS preprocessor normally do during deploy time. As of "but what kind of an ugly hack is that", that's a cardinal bullshit. SVG is image as any other, although a vector one. So calling SVG a hack, and proposing a PNG instead is absolute non-sense. Why is SVG better? Resolution independence, the same reason you use border-radius instead of rasterized image background. skrat Mar 13 '12 at 11:11 As far as SVG vs PNG, stretched PNGs will create banding artifacts, stretched SVG gradients will not. Charles Kendrick May 15 '12 at 22:01 Also, an SVG background can also be embedded as a "data:" URI, and Compass appears to have experimental support for generating SVG backgrounds along with other browser-specific CSS from a single gradient These are great points and thank you for opening my eyes to a particular use of SVG that I hadn't considered! I'll stick by my solution for most cases, esp. since it's easy to generate a larger gradient that's good enough for your specific scenario. But it's good to have your comments & I'll edit my answer. @skrat, the SVG proposed in another answer WAS an ugly hack. SVG in general is just fine. Steve Eisner May 16 '12 at 22:26 By the way, is there any online documentation for tank auth? I couldn't find any. It's time consuming to refer to the source code every time I need a function's parameter. Even though outdated, the information contained in that post is the best summary of what you should expect from your authentication mechanism. Thank you.Great answer really!!! It would be great if we have some updates with some new auth plugins like Ion Auth, Flexi Auth, Community Auth and A3M. Could you please define to me in No9 what exactly do you mean by a simple example?? Lykos Ma y 22 Sure -- User data would be auth-specific data such as UserID, UserName, Email, PasswordHash, LastLoginTime, etc. Profile data should be stored in a separate DB table and could be anything, depending on the specific application. This could include things like birthday, gender, hometown, reputation score, etc. This way, the application developers can modify the ProfileData table in any way they like, without having to worry about the auth system suddenly breaking. thanks for the reply! I'm trying to create a simple custom auth library (that uses a MY_Model for all crud)for some projects at my college, and i'm looking for some guidelines/simple auth libraries to get some ideas. Do you know any simple examples on that please or tutorials?? Lykos May 26 '13 at 12:25 From WomensHealth@newtipjustforwomen.club Fri Jun 13 12:32:22 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 566621B2A06 for ; Fri, 13 Jun 2014 12:32:22 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 4.492 X-Spam-Level: **** X-Spam-Status: No, score=4.492 tagged_above=-999 required=5 tests=[BAYES_50=0.8, DIET_1=0.001, FH_RELAY_NODNS=1.451, RCVD_IN_BRBL_LASTEXT=1.449, RDNS_NONE=0.793, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id XmHziXCi-fAs for ; Fri, 13 Jun 2014 12:32:21 -0700 (PDT) Received: from newtipjustforwomen.club (unknown [206.190.144.164]) by ietfa.amsl.com (Postfix) with ESMTP id 9C67D1B29EC for ; Fri, 13 Jun 2014 12:32:21 -0700 (PDT) Date: Fri, 13 Jun 2014 12:26:47 -0700 Content-Type: text/plain To: Subject: WOMEN - A Brand New-Trick to Drop 3 Dress-Sizes in Only-1-Week Mime-Version: 1.0 From: "Womens Health" Message-ID: <22599388.19111971@newtipjustforwomen.club> 6/13/2014 ATTN: Women, Do you want to Drop 10-Ibs & Keep it Off For Good: QUICKLY?? This New-Tip is ONLY for women, The latest-research explains exactly WHY it's so much more difficult for women than it is for men to not just lose-weight, but keep it off as well. This amazing-new tip really works; You can realistically expect to drop 3 dress-sizes in only 1 week. This strange-new-tip strategically allows you to eat everything you want to while also shedding dress-sizes in the meantime. You never seen anything quite like this before... Go Here Now to Find Out Just What This Trick Is: http://link.newtipjustforwomen.club ,Visit below here now to halt future admessages=. http://quit.newtipjustforwomen.club PO Box No. 8O3338 Chlcago, Illinols - 60680-3338 22599388 19111971 cc052b0ead84ab61a2f79222c3c610cd From RachelEdwards@brandhpromo.rippiu.com Fri Jun 13 12:50:47 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C9B6A1B2A0C for ; Fri, 13 Jun 2014 12:50:47 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.63 X-Spam-Level: X-Spam-Status: No, score=-1.63 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DIET_1=0.001, RAZOR2_CHECK=0.922, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4Re7DaihCo4B for ; Fri, 13 Jun 2014 12:50:46 -0700 (PDT) Received: from brandhpromo.rippiu.com (brandhpromo.rippiu.com [188.210.186.14]) by ietfa.amsl.com (Postfix) with ESMTP id D45FD1B27FC for ; Fri, 13 Jun 2014 12:50:35 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Subject: Forget Calorie Restriction Message-ID: To: From: Blast Away Fat Date: Fri, 13 Jun 2014 12:50:32 -0700 Reply-to: Does it feel like you watch what you eat and you still dont lose weight? Thats because your not optimizing your fat loss. --------------------------------------------------------- Its not about the Quantity but the Quality of your plan. --------------------------------------------------------- AKA you don't need to spend hrs at the Gym. DocOz says, Its all about your metabolism. Your metabolism might not even be burning off even the healthiest calories (let alone the bad ones) Now you can Jump-Start it .... DocOz presents "High Intensity" Fat Loss View 1 Step Plan: http://www.rippiu.com/oz/high/intensity/fatloss.index to stop further wellness notifications - write - Member Update Systems 9167 ROAD 177_Oakwood, OH 45873 or http://www.rippiu.com/35gy/ergt45.3rd33 h up shortcomings in the language" It's not controversial. It's false. Design Patterns describe solutions to problems. Nothing to do with language shortcomings in any way. patterns describe general solutions to basic problems. But that's also what programming languages and platforms do. So you use design patterns when the languages and platforms you are using do not suffice. They describe solutions to problems which exist in a given language, yes. There is no Command design pattern in FP languages, because the problem it tries to solve does not exist. Which means that they solve problems that the language itself can't solve. That is, shortcomings in the language The monad is a mathematical concept, and you're stretching it with your classification. Sure, you can view functions, monoids, monads, matrices or other mathematical concepts as design patterns, but those are more like algorithms and data structures ... fundamental concepts, language independent. agree that monads are in fact a mathematical concept but in pure functional programming they are a design pattern for encapsulating mutable state. But if you don't want to except that except that STM is a pattern for managing concurrency. , monads are a math concept, but they are also a pattern. The "FP pattern" of monads is somewhat distinct from the math concept of monads. The former is a pattern used to get around certain "limitations" in pure FP languages. The latter is a universal mathematical concept. Could you elaborate more on the "singletons are generally a terrible pattern to use"? I'm really curious, no flame intended. zNote that monads in Haskell are used for other things than mutable state, for example for exceptions, continuations, list comprehensions, parsing, asynchronous programming and so on. But all these application of monads could probably be called patterns. Not much space here, you may want to create a separate question for this. Anyway, google for singletonitis or "singletons con sidered harmful". The short version is that singletons make dependencies implicit, can't be tested and overconstrain your code. Why can't I create more than 1 logger?olavk: Yeah, I agree. I only mentioned mutable state because that's a good example of something that's too simple to need a "pattern" in imperative languages. But I agree, all the other uses of monads would also be considered patterns. How is a Monad a design pattern if it is a type class you can define instances of? If Monad is a design pattern then numbers should also be design patterns in Haskell by that logic. In OO languages you can't just implement the "abstract factory" interface and expect that implementation to actually be an abstract factory... Also I don't see how a Singleton is even applicable to a functional language, there is no notion of objects so how can you talk about Singletons in FP? Rubendv May 31 '09 at 10:36 Languages are what they are because they present a particular paradigm. That an OOP language requires a design pattern to solve certain problems is not necessarily a shortcoming of the language. Rather, languages take a particular paradigm (i.e. OOP or FP), and seek to represent that paradigm in the most complete way possible while still being small enough for a programmer to carry around in his head. Suggesting that a language must encompass all problems belies the fact that some people may not wish to work in your problem space (preferring game programming, for example). Robert Harvey Jun 18 '09 at 0:52 Another example of how design patterns handle shorcommings in the language: In java you need the Observer pattern. However since C# has event / listeners right in the language you don't need it. So that is just a sample of two pretty similar languages and still a design pattern is irrelevant in the other. elviejo Oct 21 '09 at 20:06In (pure) functional languages, side effects and mutable state are impossible, unless you work around it with the monad "design pattern", or any of the other methods for allowing the same thing." I spend a lot of time destroying this bullshit myth. This is not enjoyable. It's disheartening to see it pop up again with appraisal. Tony Morris Sep 17 '10 at 8:53 From AlainaWatson@isi1.icevat.com Fri Jun 13 13:22:28 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 98E981B2A30 for ; Fri, 13 Jun 2014 13:22:28 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.147 X-Spam-Level: X-Spam-Status: No, score=0.147 tagged_above=-999 required=5 tests=[BAYES_50=0.8, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3pAZjXD5gJ6U for ; Fri, 13 Jun 2014 13:22:27 -0700 (PDT) Received: from isi1.icevat.com (isi1.icevat.com [188.210.186.18]) by ietfa.amsl.com (Postfix) with ESMTP id 665DE1B2A39 for ; Fri, 13 Jun 2014 13:22:24 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Message-ID: <20140613035728.14408.60268.AAAAA.00001.CorpCom.ipp-archive@megatron.ietf.org> Subject: People lie... check their criminal history From: Confirm Neighbors Identity To: Date: Fri, 13 Jun 2014 13:22:26 -0700 Just think about all of the people that are around you and your kids Babysitter, CoWorkers, Cleaning Lady, Landscaper... What if 1 of those people is a criminal? *** Trust your gut and check their Background *** > > Remain anonymous and Enter Any Name Below << ============================================= Step 1 | Enter Name Below : / http://www.icevat.com/local/criminal/report.index ============================================= To stop further notifications from Member Update Systems 9167 ROAD 177_O a k w o o d, Ohio 4 5 8 7 3 or http://www.icevat.com/3rou/srgr5/werkgt450/w4otu400/dhbri3.wregve orvig piece is mentioned several times below. It's quite a respected article and he argues the specific point that you are arguing against. I reckon you can't declare it as false without engaging with it's arguments in a bit more depth. andybak Sep 17 '10 at 15:24 @Tony: it's a simplification. What about it bothers you, exactly? @Rubendv: Singletons aren't applicable to functional languages, which is pretty much my point. jalf Sep 17 '10 at 17:51 It's not a simplification. It's simply false. That is what bothers me, but not as much as it bothers students who are trying to learn and are misled by these statements. It takes a lot of effort to back them out of it. At least, this has been my experience teaching. You are better off not saying anything, than to say a false statement that masquerades as a useful simplification (it seems you have even tricked yourself here). I don't doubt your sincerity in your efforts to help, but be aware that it's easy to accidentally do quite the opposite, which you have done. Tony Morris Sep 27 '10 at 0:58 1 @Tony: could you explain, instead of simply saying I'm wrong? How do pure FP languages allow mutable state and side effects then? jalf Sep 27 '10 at 3:10 There are several things wrong. First, FP languages do not allow mutable state and side-effects. At All. Languages such as Haskell use an IO type constructor to "tag effects" by wrapping values that require a RealWorld argument. Such functions are explicitly not side-effecting. You'll notice no use of the word "monad" @jalf: Second, other languages like Clean use a technique called uniqueness typing, which is different altogether to the IO type constructor. Tony Morris Sep 27 '10 at 3:47 @jalf: In Haskell, the IO type constructor just happens to be a monad. It is also: a covariant functor, a pointed functor, an applicative functor and many (MANY) other things. That it is a monad is completely irrelevant to the matter of tagging effects or, as you (inappropriately) menti: In other words, a monad has absolutely nothing at all to do with effect tracking. Indeed, I can think of monads that pop up in every day programming that are completely departed from I/O. These monads occur in all sorts of programming languages, including those that explicitly depart from the FP thesis. Tony You also state, " of monads is somewhat distinct from the math concept of monads. The former is a pattern used to get around certain "limitations" in pure FP languages. The latter is a universal mathematical concept." This kind of disinformation explicitly reinforces a horrible misunderstanding of the concept both on your behalf and your readers. Tony Morris Sep 27 '10 at 3:48 That your incorrect and misleading explanation has so much appraisal is very disappointing. I hope you understand this, rather than take my protests personally. I know you meant well, but you unintentionally undo a lot of hard work. There is simply too much incorrect information to continue addressing it all here, so I hope you get a taste of what I wish to convey. Tony Morris Sep 27 '10 at 3:48 1 From Dentures@bestjunedentaldeals.club Fri Jun 13 13:26:46 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 67FB51B2A47 for ; Fri, 13 Jun 2014 13:26:46 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 3.776 X-Spam-Level: *** X-Spam-Status: No, score=3.776 tagged_above=-999 required=5 tests=[BAYES_50=0.8, FH_RELAY_NODNS=1.451, HTML_MESSAGE=0.001, MIME_HTML_ONLY=0.723, RDNS_NONE=0.793, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_REMOTE_IMAGE=0.01] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1vpLy4IGf-97 for ; Fri, 13 Jun 2014 13:26:45 -0700 (PDT) Received: from bestjunedentaldeals.club (unknown [84.22.11.67]) by ietfa.amsl.com (Postfix) with ESMTP id 35AAD1B2A40 for ; Fri, 13 Jun 2014 13:26:45 -0700 (PDT) Date: Fri, 13 Jun 2014 13:19:13 -0700 Message-ID: <6878667.13372629@bestjunedentaldeals.club> To: From: Dentures Content-Type: text/html Subject: Dental-Care: Compare Top Cosmetic-Dentists Mime-Version: 1.0

Images not loading? Please go here.

unsub

unsub





My husband and I are big fans of Snooze and jumped at the opportunity to try this place out when Travelzoo offered a great brunch deal not too long ago. On our last day of a quick getaway to So Cal, we decided on having brunch here... WOW!!! The taste of the food from the guac to the chips and salsa to our entrees and dessert, all left us literally speechless. We really enjoy the fresh and authentic ingredients that Snooze is known for and this meal did not disappoint. We knew it would be good, but we were really blown away. We are so excited to have found this place. Definitely making plans for a 2nd visit soon. I love all things breakfast. It was so cool to come across this clever and ingenuitive place. There's nothing traditional about it. Come here and prepare to wait. It's just the way it is. They'll text you when your table is ready so that gives you freedom to wonder about. There's a tented waiting area on the side with free self serve coffee. I like the mix and match opt ions on the menu. Their claim to fame are there egg Benedicts. They have six different options so it may be hard to choose. Considering that we don't live here it was nice to be able to split the order between two types. My husband got the Chilaquiles, a Mexican style, along with the Upstream Benny with smoked salmon and cream cheese. My son opted for the Ham Benedict split with a Havana Benedict that's got a Cuban flare. I tried the Breakfast Pot Pie with sausage gravy and scrambled eggs. I was able to swap out my hash browns for a sweet potato pancake that's topped with caramel pecans and ginger butter. Not what I'd usually get but wanted to see how impressed I'd be with it. The server was lovely. Made recommendations for our mixing and matching. They also have liquor accompaniments with a variety






From ipp-bounces@pwg.org Fri Jun 13 13:53:30 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CFF0A1B27F2 for ; Fri, 13 Jun 2014 13:53:30 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.929 X-Spam-Level: X-Spam-Status: No, score=-1.929 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RP_MATCHES_RCVD=-0.651, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ZjAbgSuV9VAR for ; Fri, 13 Jun 2014 13:53:27 -0700 (PDT) Received: from www.pwg.org (www.pwg.org [IPv6:2600:3c01::f03c:91ff:fe70:b03f]) by ietfa.amsl.com (Postfix) with ESMTP id CFD421A025A for ; Fri, 13 Jun 2014 13:53:27 -0700 (PDT) Received: from pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id 14F8B857E; Fri, 13 Jun 2014 20:54:58 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: from exprod8og115.obsmtp.com (exprod8og115.obsmtp.com [64.18.3.30]) by www.pwg.org (Postfix) with ESMTPS id 904188573 for ; Fri, 13 Jun 2014 20:54:56 +0000 (UTC) Received: from mail-qa0-f45.google.com ([209.85.216.45]) (using TLSv1) by exprod8ob115.postini.com ([64.18.7.12]) with SMTP ID DSNKU5tkxC9b7CAjM3Kr3ZY8EJums0CMXsUm@postini.com; Fri, 13 Jun 2014 13:53:24 PDT Received: by mail-qa0-f45.google.com with SMTP id v10so4332900qac.4 for ; Fri, 13 Jun 2014 13:53:24 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:date:message-id:subject:from:to :content-type; bh=s9sYEfKsL+/sgDT+iG9KT9ywLfNQmLxfZbF+WWFUu/g=; b=bdTW5GPDe/93m/Pq8fy/Um29oTXEZp00/Qx5HrP/OLjS8vVv+/jgIzOW5TuATwC0eh QfwMECA2aJtojEgGjiZXbIURYF70DHty58BoTKBCCZ1F1kVMiIi4iIg9euE/jhQSww8d qp/lsF1jGqEg0zYEwI4h9Y/LadTvjp1aDwwyTA1F+nPxvC769gfDhY+n6q6IttFqmUHT 2snnGjwnO0D00F/ryCrN78evclRJLvP8yrusznTohNrR2ofMXWQeL3G9C0rUTS4c5rFV Gq+I61Uscce6k4RYqoDIGydpjoLm1tnl/JNdCmuxEHzQXGpskbhJJiQ+4pE7apz2ynKl riSg== X-Gm-Message-State: ALoCoQkUgm19kYl7wNQNQI2zFRNjNrdTnajQnHkW20SARrk/szYJ0ZTo3V2qDiegZGhQuC2/wiDY1ZvvCnTmT+YmmMF5A4e+/iPj7cfXPf/+c2lUYTFIdLAhIdq/qMT/V+U7TPuaDzza X-Received: by 10.224.47.2 with SMTP id l2mr1662795qaf.85.1402692803978; Fri, 13 Jun 2014 13:53:23 -0700 (PDT) MIME-Version: 1.0 X-Received: by 10.224.47.2 with SMTP id l2mr1662784qaf.85.1402692803876; Fri, 13 Jun 2014 13:53:23 -0700 (PDT) Received: by 10.140.22.139 with HTTP; Fri, 13 Jun 2014 13:53:23 -0700 (PDT) Date: Fri, 13 Jun 2014 16:53:23 -0400 Message-ID: From: Jeremy Leber To: "" Subject: [IPP] Question about 5100.13, printer-output-tray X-BeenThere: ipp@pwg.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Internet Printing Protocol Workgroup discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1473010902==" Sender: ipp-bounces@pwg.org Errors-To: ipp-bounces@pwg.org --===============1473010902== Content-Type: multipart/alternative; boundary=001a11c2acc84decc404fbbdde58 --001a11c2acc84decc404fbbdde58 Content-Type: text/plain; charset=UTF-8 Hi All, I could use some clarification on Table 8 - keywords for "printer-output-tray". The table lists stackingorder as REQUIRED, but Figure 3 - ABNF for "printer-output-tray" values lists output-stacking-order as optional. Is stacking order indeed REQUIRED? Thanks! Jeremy -- Jeremy Leber Lexmark International, Inc. 859-825-4505 jlleber@lexmark.com --001a11c2acc84decc404fbbdde58 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi All,

I could use some clarific= ation on Table 8 - keywords for "printer-output-tray". =C2=A0The = table lists stackingorder as REQUIRED, but Figure 3 - ABNF for "printe= r-output-tray" values lists output-stacking-order as optional. =C2=A0 = Is stacking order indeed REQUIRED?=C2=A0

Thanks!
Jeremy

-- =
Jeremy Leber
Lexmark International, Inc.
859-825-4505
--001a11c2acc84decc404fbbdde58-- --===============1473010902== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ ipp mailing list ipp@pwg.org https://www.pwg.org/mailman/listinfo/ipp --===============1473010902==-- From AndyWade@landmarcbuilding.reewooden.com Fri Jun 13 14:15:26 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BDC781B2A4B for ; Fri, 13 Jun 2014 14:15:26 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.872 X-Spam-Level: X-Spam-Status: No, score=0.872 tagged_above=-999 required=5 tests=[BAYES_50=0.8, HTML_MESSAGE=0.001, HTML_NONELEMENT_30_40=0.001, MIME_HTML_ONLY=0.723, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id OGgaKESOQf33 for ; Fri, 13 Jun 2014 14:15:25 -0700 (PDT) Received: from landmarcbuilding.reewooden.com (landmarcbuilding.reewooden.com [188.210.186.31]) by ietfa.amsl.com (Postfix) with ESMTP id 9F6C91A025A for ; Fri, 13 Jun 2014 14:15:23 -0700 (PDT) Content-Type: text/html; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit To: Reply-to: Subject: We're making room (Half-off-autos) Date: Fri, 13 Jun 2014 14:15:24 -0700 Message-ID: From: Summer Auto-Clearence (2014's)
From: Bob - Your car is... 38e07a4a-a32c-4d3c-bdff-44c658f7fbba---3657020 http://www.consumerreports.org/cro/cars/index.htm

Price Reductions on all Cars - Extra Savings

Did you ever wonder what dealerships do when they need to clear out their lots? They place their inventory here.

Deep Discounts - Were making room for 2015's
Select your make:

Search

In the Spring XML file, there's a PropertyPlaceholderConfigurer defined: I want to inject one of the properties from app.properites into the bean shown above. I can't simply do something like Because PersonDaoImpl does not feature in the Spring XML file (it is picked up from the classpath via annotations). I've got as far as the following: @Repository("personDao") public class PersonDaoImpl extends AbstractDaoImpl implements PersonDao { @Resource(name = "propertyConfigurer") protected void setProperties(PropertyPlaceholderConfigurer ppc) { // Now how do I access results.max? } } But it's not clear to me how I access the property I'm interested in from ppc? Is systemProperties simply System.getProperties()? I guess if I want to inject my own properties into a Spring bean I need to define a then read values from that into another bean using something like @Value("#{appProperties.databaseName}") Don Apr 6 '11 at 20:50 7 Make sure to note from max's answer that you can also use placeholders in the expressions ${db.doStuff}, then you don't need a PropertiesFactoryBean, just a placeholderConfigurer gtrak Jul 21 '11 at 0:15 6 You can add your own properties using util:properties; e.g., . See the edited answer for how to get the value. (I realize this is probably too late to have been helpful to Don, but others will hopefully benefit.) Willie Wheeler Jan 28 '12 at 19:34 2 It only worked for me when I used util:properties in my appname-servlet.xml file. Using propertyConfigurer defined in my applicationContext.xml (not the Spring MVC one) didn't work

 

This includes autos from J.D. Power Top Makes:
Ford • GM • Chrysler • Jeep • Cadillac • Mazda
http://www.reewooden.com/cars-6346/GM-ford-chevy-all/a-z-pln.html

AppServlet org.springframework.web.servlet.DispatcherServlet contextConfigLocation WEB-INF namespace application-context.xml 1

OK, first let's get some important moment clear. There are two types of contexts we are dealing with:

  1. root context(parent)
  2. individual servlet context(child)

Quote from the Spring Framework API (at the moment of writing 3.2.2) for thmphasis mine):

Like generic application contexts, web application contexts are hierarchical.There is a single root context per application, while each servlet in the application (including a dispatcher servlet in the MVC framework) has its own child context.

Also here:

For example, if you are developing a Spring MVC web application you will typically have aroot WebApplicationContext loaded via Spring's ContextLoaderListenerand achild WebApplicationContext loaded via Spring's DispatcherServlet. This results in a parent-child context hierarchy where shared components and infrastructure configuration are declared in the root context and consumed in the child context by web-specific components.

And here:

home dog two face cow tunnel back zone-1 come

ApplicationContext instances in Spring can be scoped. In the Web MVC framework,each DispatcherServlet has its own WebApplicationContext, which inherits all the beans already defined in the root WebApplicationContext. These inherited beans can be overridden in the servlet-specific scope, and you can define new scope-specific beans local to a given Servlet instance.
The namespace is essentially an alternative way of telling Spring container context loader class what config file to use. I never bother with it, but just use contextConfigLocation whenever I need to configure custom config files.
Local-GGR Auto __ 141 Barren Rd __ Newton Square __ PA __ 1.9.0.7.3 __Rem oval __ Prefs__
What's the proper way to create a hyperlink in Spring+JSP? There must be a better way than just coding in the tag. Take for example a page that displays people. The URL is people.htm. The corresponding controller gets people from the database and performs optional column sorting. The JSP might look like:
import org.springframework. beans.factory.BeanFactoryUtils; import org springframework. context.support.AbstractApplicationContext; import org. springframework. cont ext.support.ClassPathXml ApplicationContext;
From ipp-bounces@pwg.org Fri Jun 13 15:57:55 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0BBC51B2A87 for ; Fri, 13 Jun 2014 15:57:55 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.707 X-Spam-Level: X-Spam-Status: No, score=-0.707 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, HTML_MESSAGE=0.001, MIME_HTML_MOSTLY=0.428, RP_MATCHES_RCVD=-0.651, SPF_PASS=-0.001, TRACKER_ID=1.306, T_DKIM_INVALID=0.01] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id twd9WwW_gwdt for ; Fri, 13 Jun 2014 15:57:53 -0700 (PDT) Received: from www.pwg.org (www.pwg.org [IPv6:2600:3c01::f03c:91ff:fe70:b03f]) by ietfa.amsl.com (Postfix) with ESMTP id 82B791A025A for ; Fri, 13 Jun 2014 15:57:53 -0700 (PDT) Received: from pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id 1C63C8569; Fri, 13 Jun 2014 22:59:24 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: from mail-in5.apple.com (mail-out5.apple.com [17.151.62.27]) by www.pwg.org (Postfix) with ESMTPS id 3DDF38568 for ; Fri, 13 Jun 2014 22:59:22 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; d=apple.com; s=mailout2048s; c=relaxed/simple; q=dns/txt; i=@apple.com; t=1402700269; x=2266613869; h=From:Sender:Reply-To:Subject:Date:Message-id:To:Cc:MIME-version:Content-type: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-reply-to:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=C+A0YiGPtxPJNrvqwSaASdXhJ4mPuNYPBSWaS/Snn7Y=; b=udW2b2x4w+VTV7E0/dEXfYfhd0EDvJCay1ijB1HvTwMbGEBV/VsuekyZyzq7c4I2 gAvAmuDh7NnQ3U5Bz0kJc3J7+6SNK35ko4sbDn3VUWybYuck18v8lz3nDWVrR3eY 12qtgKQBJJT72bKXtUZDzUDHE7FEliMdBYDbwczpZAOFdGr34qimEUjNAGij+DMS Y8M6erdfTNIei66DlKJLQYw2JrQLGOQwneIMyU70IpM2XoeLEE4yxQOeY5eqzr5I 4Sx9k8n2Bm02ooefvV0yJ4LzIm3cdU69qz0Y323RzAnbiNJSjE+2FaopbP1AGRto iJEMGb6EsymjH6q85Dl70g==; Received: from mail-out.apple.com (mail-out.apple.com [17.151.62.49]) (using TLS with cipher RC4-MD5 (128/128 bits)) (Client did not present a certificate) by mail-in5.apple.com (Apple Secure Mail Relay) with SMTP id D5.90.08063.DE18B935; Fri, 13 Jun 2014 15:57:49 -0700 (PDT) MIME-version: 1.0 Received: from relay4.apple.com ([17.128.113.87]) by local.mail-out.apple.com (Oracle Communications Messaging Server 7.0.5.30.0 64bit (built Oct 22 2013)) with ESMTP id <0N74005J9QG4T7N1@local.mail-out.apple.com> for ipp@pwg.org; Fri, 13 Jun 2014 15:57:49 -0700 (PDT) X-AuditID: 11973e13-f79d56d000001f7f-b6-539b81ed2e13 Received: from [17.153.21.225] (Unknown_Domain [17.153.21.225]) (using TLS with cipher AES128-SHA (128/128 bits)) (Client did not present a certificate) by relay4.apple.com (Apple SCV relay) with SMTP id 9A.B7.03493.EE18B935; Fri, 13 Jun 2014 15:57:52 -0700 (PDT) From: Michael Sweet In-reply-to: Date: Fri, 13 Jun 2014 18:57:46 -0400 Message-id: <10A8CC6F-C185-4628-84CC-77458A9FE384@apple.com> References: <000c01cf8679$e3208dc0$a961a940$@tykodi.com> To: Ira McDonald X-Mailer: Apple Mail (2.1878.2) X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFjrJLMWRmVeSWpSXmKPExsUiON3OUPdt4+xggzXPzSyO7XvJ4sDoMW/x dKYAxigum5TUnMyy1CJ9uwSujOZrDewFL1sYKw51pjYwfijrYuTkkBAwkdg0fT8LhC0mceHe erYuRi4OIYFZTBJvvncwgSR4BQQlfky+B1bELBAmcfTJChaIoklMEleaVrDDTOpa+oQZItHL JPHh3WFWkISwgJrEqzN3wbrZgOzfk/rA4pwCwRKN7Z1gNouAqsTBm/+hNjhK7D96ihVis43E xYefmEFsIYF6iYX9e4HiHBwiAloSS54rQuyVl5jRfoIdZK+EwCI2iR2vrrNPYBSaheTwWUgO h7C1JL4/agWyOYBseYmD52UhwpoSz+59YoewtSWevLvAuoCRbRWjUG5iZo5uZp6pXmJBQU6q XnJ+7iZGSNgL72A8vcrqEKMAB6MSDy+DwuxgIdbEsuLK3EOM0hwsSuK8R3xnBQsJpCeWpGan phakFsUXleakFh9iZOLglGpgPPPVW8It0P7F5c6MVPlrqy7eElygNXfJf43KSocVPil7OB5N PmP15tv+QrvnQhoFVhu/7rbkXxfPa7f9dVa04Ea5mQ+yrazD+O8f3Z++bFNIC8tp7Ullyne7 vr3yX/t21s+nl5Rks/1mrfHY2v7k2kxdbpu6Sa2Ny9wXyK0/+9rnlOlz+efvtJRYijMSDbWY i4oTAQNjJR9cAgAA X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFjrNLMWRmVeSWpSXmKPExsUiOFP0oe6HxtnBBksnsli8frWU3eLYvpcs Fke+xVp0frN2YPHYevIHm8fOWXfZPeYtns7ksfnKc5YAligum5TUnMyy1CJ9uwSujE0njjMX rGxjrNhz/gRLA+P5ii5GTg4JAROJrqVPmCFsMYkL99azdTFycQgJ9DJJnG87yAqSEBZQk3h1 5i4LiM0rYCBxrX89I4jNLJAg8XjhAnYQmw2o5vekPrB6ToFAiUcvX4PFWQRUJQ7e/M8CUe8s cbV5PyPEHBuJybfXAdVwAC2rlfg8XxXEFBHQkljyXBHiHHmJGe0n2Ccw8s1CsngWksUQtrbE soWvmWcBdTML6EhMXsiIKgxhfzx/hGkBI9sqRoGi1JzEShO9xIKCnFS95PzcTYygIG4oDN/B +G+Z1SFGAQ5GJR7eFbKzg4VYE8uKK3MPMUpwMCuJ8JrWA4V4UxIrq1KL8uOLSnNSiw8xSnOw KInzfv0/K1hIID2xJDU7NbUgtQgmy8TBKdXAmL1F69On8x2tO1YZ7q3m6uBfPNl82d+s0sQb 07XfrHp/b+J+u01uS5f9U2tf6c9UnaRt8ueYVJ7iPfe0bP23csGWv60TlNdnvJz5di33EbOz 9nkVHY//WYtoeZ/l0uw33f6i7dSuq7OaX0+tWm4x50rg58WpsZO+v+Iu/xY642TBQeXlzI7/ WZRYijMSDbWYi4oTAXo5hJdeAgAA Cc: "ipp@pwg.org" Subject: Re: [IPP] 3D Device Finishing X-BeenThere: ipp@pwg.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Internet Printing Protocol Workgroup discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1226100525==" Sender: ipp-bounces@pwg.org Errors-To: ipp-bounces@pwg.org --===============1226100525== Content-type: multipart/alternative; boundary="Boundary_(ID_fM3J06UFIkfEr3AeYvDp7w)" --Boundary_(ID_fM3J06UFIkfEr3AeYvDp7w) Content-type: text/plain; CHARSET=US-ASCII Content-transfer-encoding: 7BIT Ira, Wrapping, banding, laminating, coating, trimming, and potentially other traditional finishings could be applied to a 3D object, so I wouldn't dismiss this idea out of hand. Definitely something to discuss at the next face-to-face. On Jun 13, 2014, at 11:45 AM, Ira McDonald wrote: > Hi Paul, > > Potentially, a new IPP collection attribute could hold 3D finishings. > But directly extending the existing "finishings-col" attribute would > be a mistake, because hardcopy finishings are orthogonal to 3D > finishings. > > Cheers, > - Ira > > > Ira McDonald (Musician / Software Architect) > Co-Chair - TCG Trusted Mobility Solutions WG > Chair - Linux Foundation Open Printing WG > Secretary - IEEE-ISTO Printer Working Group > Co-Chair - IEEE-ISTO PWG Internet Printing Protocol WG > IETF Designated Expert - IPP & Printer MIB > Blue Roof Music / High North Inc > http://sites.google.com/site/blueroofmusic > http://sites.google.com/site/highnorthinc > mailto: blueroofmusic@gmail.com > Winter 579 Park Place Saline, MI 48176 734-944-0094 > Summer PO Box 221 Grand Marais, MI 49839 906-494-2434 > > > > On Thu, Jun 12, 2014 at 4:07 PM, Paul Tykodi wrote: > Hi, > > > > I saw this announcement today: > > http://3dprint.com/5872/3d-systems-project-ara-high-speed/ > > > > Where we already have IPP support for hardware that performs finishing on non-3D devices, I imagine that we could probably extend our model to handle the equivalent type of hardware being mentioned in this article as well. > > > > Best Regards, > > > > /Paul > > > > > > Paul Tykodi > Principal Consultant > > Tykodi Consulting Svcs LLC > > Phone: > > (603) 343-1820 > > 3 Lowell Ave > > Cell: > > (603) 866-0712 > > Dover, NH 03820 > > Fax: > > (603) 343-1820 > > USA > > E-mail: > > ptykodi@tykodi.com > > www.tykodi.com > > Skype: > > Tykodiconsultingservices > > > > Co-Chair - IEEE-ISTO PWG IPP Working Group > > Vice-Chair - IEEE-ISTO PWG Semantic Model Working Group > > > > This e-mail message and any attachments are confidential and may be privileged. > > If you are not the intended recipient, please notify Tykodi Consulting Services LLC > > immediately by replying to this message and destroying all copies of this message > > and any attachments. Thank you > > > > > _______________________________________________ > ipp mailing list > ipp@pwg.org > https://www.pwg.org/mailman/listinfo/ipp > > > _______________________________________________ > ipp mailing list > ipp@pwg.org > https://www.pwg.org/mailman/listinfo/ipp _________________________________________________________ Michael Sweet, Senior Printing System Engineer, PWG Chair --Boundary_(ID_fM3J06UFIkfEr3AeYvDp7w) Content-type: text/html; CHARSET=US-ASCII Content-transfer-encoding: quoted-printable Ira,

Wrapping, banding, = laminating, coating, trimming, and potentially other traditional = finishings could be applied to a 3D object, so I wouldn't dismiss this = idea out of hand.

Definitely something to = discuss at the next = face-to-face.


On Jun = 13, 2014, at 11:45 AM, Ira McDonald <blueroofmusic@gmail.com> = wrote:

Hi = Paul,

Potentially, a new IPP collection attribute could = hold 3D finishings.
But directly extending the existing = "finishings-col" attribute would
be a mistake, because hardcopy finishings are orthogonal to = 3D
finishings.

Cheers,
- = Ira


Ira McDonald (Musician / Software Architect)
Co-Chair - TCG Trusted Mobility Solutions WG
Chair - Linux Foundation = Open Printing WG
Secretary - IEEE-ISTO Printer Working = Group
Co-Chair - IEEE-ISTO PWG Internet Printing Protocol WG
IETF = Designated Expert - IPP & Printer MIB
Blue Roof Music / High North Inc
http://sites.google.com/site/blueroofmusic
http://sites.google.com/site/highnorthinc
mailto: blueroofmusic@gmail.com
Winter  579 Park = Place  Saline, MI  48176  734-944-0094
Summer  PO = Box 221  Grand Marais, MI 49839  906-494-2434



On Thu, Jun 12, 2014 at 4:07 PM, Paul = Tykodi <ptykodi@tykodi.com> = wrote:

Hi,

 

I saw = this announcement today:

http://3dprint.com/5872/3d-systems-project-ara-high-spee= d/

 

Where we already have IPP support for hardware that performs finishing = on non-3D devices, I imagine that we could probably extend our model to = handle the equivalent type of hardware being mentioned in this article = as well.

 

Best = Regards,

 

/Paul

 

<image001.jpg>

Paul Tykodi
Principal Consultant

Tykodi Consulting Svcs LLC

Phone:

(603) 343-1820

3 Lowell Ave

Cell:

(603) 866-0712

Dover, NH 03820

Fax:

(603) 343-1820

USA

E-mail:

ptykodi@tykodi.com

www.tykodi.com

Skype:

Tykodiconsultingservices

 

Co-Chair =             &n= bsp; - IEEE-ISTO PWG IPP Working Group

Vice-Chair          = ;   - IEEE-ISTO PWG Semantic Model Working = Group

 

This e-mail message and any attachments are confidential and may be = privileged.

If you are not the intended recipient, please notify Tykodi = Consulting Services LLC

immediately by replying to this message and destroying all copies = of this message

and any attachments. Thank you

 


____________________= ___________________________
ipp mailing list
ipp@pwg.org
https://www.pwg.org/mailman/listinfo/ipp


_______________________________________________
ipp mailing = list
ipp@pwg.org
https://www.pwg.org/mailman= /listinfo/ipp

_________________________________________________________
Michael = Sweet, Senior Printing System Engineer, PWG = Chair

= --Boundary_(ID_fM3J06UFIkfEr3AeYvDp7w)-- --===============1226100525== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ ipp mailing list ipp@pwg.org https://www.pwg.org/mailman/listinfo/ipp --===============1226100525==-- From ipp-bounces@pwg.org Sun Jun 15 15:21:33 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EA90A1A0262 for ; Sun, 15 Jun 2014 15:21:32 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.539 X-Spam-Level: X-Spam-Status: No, score=-0.539 tagged_above=-999 required=5 tests=[AC_DIV_BONANZA=0.001, BAYES_40=-0.001, DKIM_ADSP_CUSTOM_MED=0.001, DKIM_SIGNED=0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RP_MATCHES_RCVD=-0.651, SPF_PASS=-0.001, T_DKIM_INVALID=0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id eP56z4mU6xkq for ; Sun, 15 Jun 2014 15:21:30 -0700 (PDT) Received: from www.pwg.org (www.pwg.org [IPv6:2600:3c01::f03c:91ff:fe70:b03f]) by ietfa.amsl.com (Postfix) with ESMTP id C9E8F1A00BD for ; Sun, 15 Jun 2014 15:21:30 -0700 (PDT) Received: from pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id 2F65C858C; Sun, 15 Jun 2014 22:21:29 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: from mail-ig0-x22a.google.com (mail-ig0-x22a.google.com [IPv6:2607:f8b0:4001:c05::22a]) by www.pwg.org (Postfix) with ESMTPS id 6F458858A for ; Sun, 15 Jun 2014 22:21:27 +0000 (UTC) Received: by mail-ig0-f170.google.com with SMTP id h3so3239688igd.3 for ; Sun, 15 Jun 2014 15:21:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; bh=pp7T52tEWG6zaLzDCDmPDDIJ+7vBvu65JWZCt9rq+Pg=; b=oiQYJR2ay7YGyhgnWo4PA1vWWQfpsRdhElW5ZaDur2mpkoqOyIfrsIvS77ZACb4GmC tDhLtlSLqJ5DBtKfODzOrfZGKTfFE+1merN+0r+Ozf92t9f0y7DYoNN4FSC5MBuGoPR9 UVzzKcpBHx3jSNdAm3m3XU+k0lvv/7svBgdrlz3vOA3pbreVCwY+kPS2vDsHFlgec+U9 O6zqDG7FRfyvIz+XL7+V/lOocY5vtnW3Mt0a8k//87Xv3efywVclJQR+KJoAGKJcCyfx WcuVrUH6DV2JjdA6ABzbUqqCRvOs2spsZZDQNSRwgHwqWfN4Fyg8JJ6Gy3HP4rthTVrK rpKQ== X-Received: by 10.42.68.204 with SMTP id y12mr17052623ici.16.1402870885137; Sun, 15 Jun 2014 15:21:25 -0700 (PDT) MIME-Version: 1.0 Received: by 10.50.168.40 with HTTP; Sun, 15 Jun 2014 15:21:05 -0700 (PDT) In-Reply-To: References: From: Ira McDonald Date: Sun, 15 Jun 2014 18:21:05 -0400 Message-ID: To: "ipp@pwg.org" , Ira McDonald , Peter Zehler Subject: [IPP] Fwd: IPP Scan operational attribute X-BeenThere: ipp@pwg.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Internet Printing Protocol Workgroup discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1702115409==" Sender: ipp-bounces@pwg.org Errors-To: ipp-bounces@pwg.org --===============1702115409== Content-Type: multipart/related; boundary=20cf303345f7c96c7904fbe754d7 --20cf303345f7c96c7904fbe754d7 Content-Type: multipart/alternative; boundary=20cf303345f7c96c7704fbe754d6 --20cf303345f7c96c7704fbe754d6 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable [forwarding to IPP WG list for our Scan discussion on Monday 16 June] ---------- Forwarded message ---------- From: Ira McDonald Date: Fri, Jun 13, 2014 at 5:22 PM Subject: Re: IPP Scan operational attribute To: "Zehler, Peter" , Ira McDonald < blueroofmusic@gmail.com> Hi Pete, So here's a fragment of IPP stuff for the operation attribute that can be sparse (i.e., does NOT have to be parallel to the "destinations" array) destination-acceses (1setOf destination-access) destination-access (collection) - member attributes below destination-numbers (1setOf Integer) - required to supply in every row - ordinals of rows in "destinations" Job attribute - out-of-range ordinal is a fatal Job submission error destination-user-name (name(MAX)) - optional to supply in a given row - for username/password authentication destination-auth-type (type3 keyword | name) - required to supply in every row - taken from Joe's list with extensions - type3 to allow ease-of-extensions (w/out new IPP spec) destination-auth-data (1setOf octetString(MAX)) - required to supply in every row - binary or UTF-8 text - multiple values are concatenated - solves the large attribute problem w/out a new datatype WDYT? Cheers, - Ira Ira McDonald (Musician / Software Architect) Co-Chair - TCG Trusted Mobility Solutions WG Chair - Linux Foundation Open Printing WG Secretary - IEEE-ISTO Printer Working Group Co-Chair - IEEE-ISTO PWG Internet Printing Protocol WG IETF Designated Expert - IPP & Printer MIB Blue Roof Music / High North Inc http://sites.google.com/site/blueroofmusic http://sites.google.com/site/highnorthinc mailto: blueroofmusic@gmail.com Winter 579 Park Place Saline, MI 48176 734-944-0094 Summer PO Box 221 Grand Marais, MI 49839 906-494-2434 On Fri, Jun 13, 2014 at 12:24 PM, Zehler, Peter wrote: > Ira, > > > > As you know I need to add an operational attribute to IPP Scan that > contains the information necessary for a Scan Service to store a document > at a specified location. I imagine it would contain items like access > tokens or even (yuk) username/password. The operational attribute will b= e > a parallel collection to IPP Scan=E2=80=99s destinations collection. In = the > Imaging Device Security Identification, Authentication and Authorization > specification the UserIdentificationType looks close to what I need. On > the wire I do not think I need the UserUuid and I=E2=80=99ll need a > username/password. > > > > Any idea what I should be using and where I might obtain the detailed > definition? > > > > Pete > > > > > > Peter Zehler > > [image: parc] > Email: Peter.Zehler@Xerox.com > Office: +1 (585) 265-8755 > > Mobile: +1 (585) 329-9508 > FAX: +1 (585) 265-7441 > US Mail: Peter Zehler > Palo Alto Research Center Incorporated > 800 Phillips Rd. > M/S 128-25E > Webster NY, 14580-9701 > > > --20cf303345f7c96c7704fbe754d6 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
[forwa= rding to IPP WG list for our Scan discussion on Monday 16 June]
=

---------- Forwarded message ----------
F= rom: Ira McDonald <<= a href=3D"mailto:blueroofmusic@gmail.com">blueroofmusic@gmail.com>
Date: Fri, Jun 13, 2014 at 5:22 PM
Subject: Re: IPP Scan operational att= ribute
To: "Zehler, Peter" <Peter.Zehler@xerox.com>, Ira McDonald <blueroofmusic@gmail.com>


=
Hi Pete,

So here's a fragment of IPP stuff for t= he operation attribute
that can be sparse (i.e., does NOT have to = be parallel to the
"destinations" array)

destination-acceses (1se= tOf destination-access)

destination-access (collection)
- member attributes below

destination-numbers (1setOf = Integer)
- required to supply in every row
- ordinals of rows in &qu= ot;destinations" Job attribute
- out-of-range ordinal is= a fatal Job submission error

destination-user-name (name= (MAX))
- optional to supply in a given row
- for username= /password authentication

destination-auth-type (typ= e3 keyword | name)
- required to supply in every row
- taken from Joe's list with extensions
- type3 to a= llow ease-of-extensions (w/out new IPP spec)

destination-auth= -data (1setOf octetString(MAX))
- required to supply in every row
- binary or UTF-8 text
- multiple values are conca= tenated
- solves the large attribute problem w/out a new data= type

WDYT?

Cheers,
- Ira<= br>

<= /div>

Ira McDonald (Musician / Software Architect)
Co-Chair - T= CG Trusted Mobility Solutions WG
Chair - Linux Foundation Open Printing WG
Secretary - IEEE-ISTO Printer = Working Group
Co-Chair - IEEE-ISTO PWG Internet Printing Protocol WG
= IETF Designated Expert - IPP & Printer MIB
Blue Roof Music / High No= rth Inc
http://sites.google.com/site/blueroofmusic=
http://sites.google.com/site/highnorthinc
mailto: bluero= ofmusic@gmail.com
Winter=C2=A0 579 Park Place=C2=A0 Saline, MI=C2=A0= 48176=C2=A0 734-944-0094
Summer=C2=A0 PO Box 221=C2=A0 Grand Marais, MI 49839=C2=A0 906-494-2434
<= br>


On Fri, Jun 13, 2014 at 12:24 PM, Zehler= , Peter <Peter.Zehler@xerox.com> wrote:

Ira,

=C2=A0

As you know I need to add an operational attribute t= o IPP Scan that contains the information necessary for a Scan Service to st= ore a document at a specified location.=C2=A0 I imagine it would contain it= ems like access tokens or even (yuk) username/password.=C2=A0 The operational attribute will be a parallel collection to IPP Scan=E2=80= =99s destinations collection.=C2=A0 In the Imaging Device Security Identifi= cation, Authentication and Authorization specification the UserIdentificati= onType looks close to what I need.=C2=A0 On the wire I do not think I need the UserUuid and I=E2=80=99ll need a username/passwo= rd.

=C2=A0

Any idea what I should be using and where I might ob= tain the detailed definition?

=C2=A0

Pete

=C2=A0

=C2=A0

Peter Zehler

3D"parc"
Email: Peter.Zehler@Xerox.com
Office: +1 (585) 265-8755=

Mobile: +1 (585) 329= -9508
FAX: +1 (585) 265-7441
US Mail: Peter Zehler
Palo Alto Research Center Incorporated<= span style=3D"color:#1f497d">
800 Phillips Rd.
M/S 128-25E
Webster NY, 14580-9701

=C2=A0



--20cf303345f7c96c7704fbe754d6-- --20cf303345f7c96c7904fbe754d7 Content-Type: image/png; name="image001.png" Content-Disposition: inline; filename="image001.png" Content-Transfer-Encoding: base64 Content-ID: X-Attachment-Id: c9f95ecb471842b_0.1 iVBORw0KGgoAAAANSUhEUgAAAHEAAAA2CAYAAADwI3YEAAAAAXNSR0IArs4c6QAAAARnQU1BAACx jwv8YQUAAAAJcEhZcwAADsIAAA7CARUoSoAAAAp0SURBVHhe7ZxbbBXHGYDHDQhMhQVEWI2hMQQR kI0aotiRkYAWJEwFFWklLnkiiIdESfpAFdKHNomsVPShUIWXBpIHRPpkA0WFFEdypDgNSFixkUqx LdFgBBQbNYiLIImJQKLz/d6J1svMzuzxsX04OZ+0Onv27M7lv80/s3u27GT32fsqhZo5P1YVPyyP vil16+tB1dZ5WnX0/Eddvno9OjrE7JkzVEPtk6qx/qlh1+RCvJ6Oni90XdeiX4ZTM2e2bFnrPfRp h7r8pb1MaKidL2UmMf02165f0aD7/ajs++i9cHmoP71fSP/iIDv60fjsU6nlDQ4Oqt7eXjVp0iS1 aNEiOVZWvf7lVCU2N22TzlDp7oPH1L5jn0S/pLP+Zw3qrS0bMiuTeqhjX+snD3TUB3WhyJB6395/ KLUv2zasVds2rpV9DGj3gWNiVMk2GfmkgcFwvcsQk1Detg1rHij3+o0bau+ePWpyebm6o5U5b948 tWnTJvWD6PdUqPz5pneCFQg0fOmrb6i2z09HR/xgqWte/6MYS1YFAteYeikrjYopYcZF+2kT5WZt k+nP9r/8NViBgLc+37RbDC1OV2enqqurU7OqqtTgnTvRUeVXIg158U/veYVig06/uPM9EYAPysdQ snTWBfVSVi5tjiN91+3PxaDo80jbgNNgBKb+cu2BKI8NLzR4lYg1jFQYb+8/6C0Da81FWC7EgLTx uQgJ82nXp4En5as/yA35AV7Y19enqh57TMZGwio8Mq2mvkn2MoAAnn7yCdm/9Y2/od/evaf6Bv4n 46QNQta+1vbomx3qfPmXq9WuX2/W48Uv1NPz50qZV2/eis54ENo2u/JRSRiSfHv3bmqEkOQlICrQ J+owoLhf/X6n9NkH7UprvwFFkmjNrfqRWrJkiRwjqanXSoWgMdFApQzk/97/Z/k88e4fZLMJKQnW 6RofSRh8NDf9RhINMjdJYHQW17rzd966Q8q2kWtYx2t8HkibkRvtR5Yu446z+2BrtKcklFbpcdEQ rEQqotJkxoRQEXCIIl3elpyqJEFhrvLJItPIkliNFBTvG/+NvMw0AoPc9epmb4Y7NLWxG1aQEqmQ tN0FDXn/ty9F39zQEJuVcjyNmmq3gaBgH/kYm5DB1rUr1fuvvyRRyGzMow2H2v0JHNEEeSXZumZF tOeG+bIN7zwRsJQQl2cw91mirSyfEhlzjOXamLPhlWjPDsJOWjp1ksaH8NaW9aJAH2SSvgSO8GlT Iob2ky2vRd/sxOeucbyeSIUhCgQm2j5snUTAaVuaAkebUAWiBJ8C6YtNgcDxXPvp9UQUiPeEEGJN dATPCIHy8BiEw1IV+LzWRq6eiFBJQEIIKS+LLLPg9cQs1uGysqwgECbZGASfrOBwLBcFjoSQ8dbg S85gtCKKV4nMT7KQtPgkaYvOZF9YM9tYZpUuWJQOJa1fo03wFCNfuNJkQiaJwVh7Wxoh06ZCYMyV aAu5KJB1xnxMBb6P5F2Jt77+JtqzE59XGVifDVEgiQHzNBYdLhx897vt+45XiVm9w5dmJ2Fe6Quh ZpmKzC5t9WY8yVdSlwteJWZRSsi5SQX41jbJ6OLLVIVKiGH1Xsxm4KF4lWjmZyGEJCUPKNGThbqW qQyFMo7G72S48GWwZOWsPrk21zzUr0StmFBB+ZbcID5lCSnXl+YXSjZLpPCFVCJVWp97L/w32rPj Kj8osWGy7QNh+sIpXhgPi75Gg0/Rud5qGg1Clh1d7WXq5eur60ZAkBJ5TCDNy1AeKys+kmuQISEo 7WYx9YZ4/1gRssbMA1M2XMfjuMbdICUCdyioKGktCDFkjocHJjsZkqzg4bYHtDhOvYVEyGI9Hocs 4yBDnzESSl2rYUG3opLQULwoy3jE/M62FokHhyyxYYUmXJFsZak71wVw23U+6EtIVKI/lE07QrJ6 ohh3VGwEe2IcrCmLEPFA12JyyDgCdJSx2SyGZyFESPmCfoYsnNMmIkxI2/DCtCcYvEoMCXlpYHFp TwWgYFesD8X3iIYv1OebXa9sHnGf4jBPTst8vUpEyCE3RW1gkb4GACsxvnNc0D7b3e44rkX30YK+ hD53lAblMAz5ygkKp8RiCgv1Ss7jfLYQ5dDIrJ2mXNoVcpM15F5fvqF9rPH6ooQLxkuuDwnN3sQm +VwHAzdzHQRjxiYazMI2SmiomR9UsQuyNMp3JTsYCOVvXbtimFExvqSFzaS34p2+B5uy/FkmDdp1 6NOT0re0MRA5kiMQXbIkVJmVOJYg6PhSVfIfWg8rKDJ5t2ckfStoJZYII6cpRonCoqTEIqCkxCKg pMQioKTEIqCkxCKgpMQioKTEIqDsnZZ/pE72Xe9zyTfHjx+Xz2XLlsmngf+m7//gA7XlhRfkxQP8 Z727p0c9t25ddEZ+6e7uVsdPnIi+KdW4atWwlxwUJPcLhB07dshmo7m5+f7fjxyRfc45c+aM7Oeb c+fO3X/jzTflE/r7+2UrdB5p0kT6HDfwroErV2S/srJSzZgx/Am3qlmz1OHDh9Xt27fVxIkTVWNj oxw/deqUOnL0qBoYGFDVjz+ubn/1lXg0nkQ5Fy9eVK0ffaTOnj0rZd69d09+x7Pw8Pb29mFedvTD D9VPly9XtbW18n3q1KmyQVtbm2r7+ONhdXV1damOjg7VpdsxYcIEdVLvU2b55MlSP9fQN67j5UHV 1dVSFt7+N92fG9evy++0gb6wT3tNHZQ1XbebCMSLiHiTVPy/+oaCGBMRxrP19fI2CPaTzJg+XS1b ulQUsC4Kowjin599Jm9UQmhHtTIRCtfXPfOMnNNy4IBcx6tD9uzdK8f6zp8X4fIbwolDmXOfGHor SBwM5YYWInWhDFMX7UHh1EHIn6evJfxSNqA86iD0d+p2cT51cJxj/MY+fN7ZKYbFceqiH3z26POB a69ds98XHXcl0nA6eLm/XyyQ8Y5jSegQDOjzAOvHu3jLEmCpgOXyehCEhXCxcrMheBSBp1JHcvwF lJQEQa7S3o8xYUS0F0xdxpvNPt6CVwF18B3l0rceveHtHEvWT4ThuHlPDQZi6qINddrQbYy7EgkR dBxvmq6FxCfH4iAQNpIbvIAOsmH5RkG+RIdy49gMhXKuRGE9Dm9wMtcnvTcUcx3GNm3aNNn3gVFg VBgkBoMR2Rh3JRIS8RiskG316tUSWuIQzvAAOkVnZFzTCiQ0YrkI37xdycBx49Vs7HNtS0uL2rRx 41Ao02E1Du3QCZREBEDgbJRvwjx1045QTFl4/yLtWWwm+03Wb6NW10V4ZrhxMa6JDcI9rxVhEhXA G/91+vR3b0tCCITSlSuHnvNBoAgBzztPItDaKiGncuZMVVFRIcnPwgULJLH48upV8VzK+7k2Dp2K i1ct12GMl9yRiJh6gGsoh3GK6y5duiTnLV68WBIYkhFVViZGcE8nSaYuwKDibV6wcKEonASI62g3 /aQOQirtxpAYEjgWL+vmzZtqypQpYogTo4SJOknqrERZaolR4LXt26O93NERQKZYaZRWbAoYMmrC O0lVGmVoMtov8ZBS8sQioKTEIqCkxIcepf4PsxMcTowkbPAAAAAASUVORK5CYII= --20cf303345f7c96c7904fbe754d7-- --===============1702115409== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ ipp mailing list ipp@pwg.org https://www.pwg.org/mailman/listinfo/ipp --===============1702115409==-- From ipp-bounces@pwg.org Sun Jun 15 16:30:05 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2B0571B296F for ; Sun, 15 Jun 2014 16:30:05 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.439 X-Spam-Level: X-Spam-Status: No, score=-2.439 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_ADSP_CUSTOM_MED=0.001, DKIM_SIGNED=0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RP_MATCHES_RCVD=-0.651, SPF_PASS=-0.001, T_DKIM_INVALID=0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Vj6WjrduNE2r for ; Sun, 15 Jun 2014 16:30:01 -0700 (PDT) Received: from www.pwg.org (www.pwg.org [IPv6:2600:3c01::f03c:91ff:fe70:b03f]) by ietfa.amsl.com (Postfix) with ESMTP id E4E601A029F for ; Sun, 15 Jun 2014 16:30:01 -0700 (PDT) Received: from pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id B8AD9858E; Sun, 15 Jun 2014 23:30:02 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: from mail-ie0-x22f.google.com (mail-ie0-x22f.google.com [IPv6:2607:f8b0:4001:c03::22f]) by www.pwg.org (Postfix) with ESMTPS id 7C6F7858C for ; Sun, 15 Jun 2014 23:30:01 +0000 (UTC) Received: by mail-ie0-f175.google.com with SMTP id tp5so4352434ieb.20 for ; Sun, 15 Jun 2014 16:29:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type; bh=Q2YXXkwU8gdwyxAXuLrxAkNeTV/MEDFzf+vi0cN0h3Q=; b=bBnN2dCo26IC4iplvQw1aFJsjRT5zkE6d5qZB3YLb/kNxYrHk8oqjoBwULtbsMDahH T7ZIyHnmiEIOjEpX/sPhltMqhVqFk5b4C/EPlzVt8j1twZfijBnDQPeNb1eibHcUpdPW sNqJNBbwkJe/RaxXlC9d+qkK2mZEVJK/1kfVPnYY/VJMAViDqpNJWawTzdpRqT8boz7V X0eG9bkeeA0uH7tja3aC3UqoIhJXkBUBOABLnFmj0lTcOGNFiD1kIMN1XyASzx3855rv 5jkrIyFUM16AntNQgKS3dmInd69TfFLrDQbNXE9bJDoWGZSjU6wlkWunKlX4eQKfQWFx ESlQ== X-Received: by 10.50.122.97 with SMTP id lr1mr21722941igb.18.1402874999326; Sun, 15 Jun 2014 16:29:59 -0700 (PDT) MIME-Version: 1.0 Received: by 10.50.168.40 with HTTP; Sun, 15 Jun 2014 16:29:38 -0700 (PDT) From: Ira McDonald Date: Sun, 15 Jun 2014 19:29:38 -0400 Message-ID: To: "ipp@pwg.org" , Ira McDonald Subject: [IPP] IPP Agenda - 3-5pm US Eastern 16 June 2014 X-BeenThere: ipp@pwg.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Internet Printing Protocol Workgroup discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1266742679==" Sender: ipp-bounces@pwg.org Errors-To: ipp-bounces@pwg.org --===============1266742679== Content-Type: multipart/alternative; boundary=089e015383f0ffcef104fbe84954 --089e015383f0ffcef104fbe84954 Content-Type: text/plain; charset=UTF-8 Our next IPP WG call will be Monday 16 June 12-2pm US Pacific / 3-5pm US Eastern Call-in toll-free number (US/Canada): 1-866-469-3239 Call-in toll number (US/Canada): 1-650-429-3300 (Primary) Call-in toll number (US/Canada): 1-408-856-9570 (Backup) Attendee Access Code: *******# Attendee ID Code: # (empty) NOTE: Please DO NOT USE the audio bridge number listed by WebEx - instead use the regular PWG conference bridge listed above! ------------------------------------------------------- Meeting information ------------------------------------------------------- Topic: IPP/Cloud WG Date: Every Monday, from Monday, September 23, 2013 to no end date Time: 3:00 pm, Eastern Daylight Time (New York, GMT-04:00) Meeting Number: 682 763 393 Meeting Password: Printing123 ------------------------------------------------------- To join the online meeting (Now from mobile devices!) ------------------------------------------------------- 1. Go to https://ieee-isto.webex.com/ieee-isto/j.php?ED=152699422&UID=1183762537&PW=NYTM5NTNhNjUy&RT=MiMxMQ%3D%3D 2. If requested, enter your name and email address. 3. If a password is required, enter the meeting password: Printing123 4. Click "Join". To view in other time zones or languages, please click the link: https://ieee-isto.webex.com/ieee-isto/j.php?ED=152699422&UID=1183762537&PW=NYTM5NTNhNjUy&ORT=MiMxMQ%3D%3D ------------------------------------------------------- For assistance ------------------------------------------------------- 1. Go to https://ieee-isto.webex.com/ieee-isto/mc 2. On the left navigation bar, click "Support". ------------------------------------------------------- Agenda: (1) PWG IP Policy and Minute Taker - Mike as minute taker? (2) Approve IPP minutes from previous meetings - ftp://ftp.pwg.org/pub/pwg/ipp/minutes/ippv2-concall-minutes-20140602.pdf (3) Status of various IPP documents (Ira/Mike) * LDAP Printer Schema (Ira) - ftp://ftp.pwg.org/pub/pwg/ipp /wd/draft-mcdonald-ldap-printer-schema-07-20140313.pdf -- IPP WG reviewed on 31 March -- ready for IETF Last Call * IETF IPP over HTTPS Binding and 'ipps' URI Scheme (Ira) - ftp.pwg.org/pub/pwg/ipp /wd/draft-mcdonald-ipps-uri-scheme-12-20140420.pdf -- completed edits from IPP WG review on 14 April -- ready for IETF Last Call * IPP Self-Certification (Mike) - ftp://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippeveselfcert10-20140509-rev.pdf -- Prototype draft - waiting for prototype reports -- reviewed at PWG F2F in May -- schedule - July-ish for beta tools, spec update, and web site, definitely by August F2F - PWG Last Call Q1 2015 * IPP Implementor's Guide v2.0 (Smith) - ftp://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippig20-20140513-rev.pdf -- Prototoype draft - waiting for prototype reports -- review of section 5.8 at IPP WG on 2 June - needs edits in minutes -- continue review at section 5.8.1 (4) Status of IPP Scan Service (Pete Zehler) - ftp://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippscan10-20140509-rev.pdf - http://www.pwg.org/archives/ipp/2014/018039.html -- Stable draft - completed IPP WG last call -- reviewed at PWG F2F in May -- needs edits in minutes - needs destination access operation attribute (5) IPP Shared Infrastructure Extensions (Mike) - ftp://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippsix10-20140226-rev.pdf -- Prototoype draft - waiting for prototype reports -- NOT reviewed at PWG F2F in May -- schedule - PWG Last Call Q3 2014 (6) IPP Finishings/2.0 and SM JDFMAP (Rick, Ira, Mike) - ftp://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippfinishings20-20140509-rev.pdf -- Prototoype draft - waiting for prototype reports -- Ira/Mike still need to cross-check w/ Finisher MIB (RFC 3805) -- reviewed at PWG F2F in May -- schedule - PWG Last Call Q3 2014 - ftp://ftp.pwg.org/pub/pwg/sm3/wd/wd-smjdfmap10-20140604-rev.pdf -- Interim draft - waiting for input from Rainer, SM WG, and IPP WG -- Mike sent proposed "finishings-col" mappings for JDFMAP to SM3 WG list -- EEK! - SM3 mailing and email archives are invisible on PWG web server (7) "job-password-encryption-supported in PWG 5100.11 (Smith Kennedy) - http://www.pwg.org/archives/ipp/2014/018028.html -- current keyword 'sha' is ambiguous (does this mean 'sha1' or what???) -- SHA-0 withdrawn in 1996 by US NIST -- SHA-1 deprecated in 2010 and withdrawn in 2013 by US NIST -- SHA-2 has no known practical attacks at present -- SHA-3 (Keccak) selected in 2012 by US NIST -- Daniel suggested many keyword including hash output lengths -- Mike suggested looking at IANA registries (e.g., TLS algorithms registry) -- Ira doesn't like embedded hash output length in these keywords -- consensus? (8) "printer-output-tray" in PWG 5100.13 (Jeremy Leber) - http://www.pwg.org/archives/ipp/2014/018037.html - http://www.pwg.org/archives/ipp/2014/018025.html -- ABNF error for "output-stacking-order" and "output-page-delivery" (should both move from "output-opt" to "output-req"production) -- Ira sent link to DMTF CIM ranking of Printer MIB objects (9) New HTTP/1.1 RFCs published (Mike) - http://www.pwg.org/archives/ipp/2014/018023.html -- All PWG Editors - begin to use these references immediately (10) Next steps - IPP WG on Monday 30 June 2014 - IPP Implementor's Guide 2.0 - IPP WG on Monday 14 July 2014 - TBD topics Cheers, - Ira Ira McDonald (Musician / Software Architect) Co-Chair - TCG Trusted Mobility Solutions WG Chair - Linux Foundation Open Printing WG Secretary - IEEE-ISTO Printer Working Group Co-Chair - IEEE-ISTO PWG Internet Printing Protocol WG IETF Designated Expert - IPP & Printer MIB Blue Roof Music / High North Inc http://sites.google.com/site/blueroofmusic http://sites.google.com/site/highnorthinc mailto: blueroofmusic@gmail.com Winter 579 Park Place Saline, MI 48176 734-944-0094 Summer PO Box 221 Grand Marais, MI 49839 906-494-2434 --089e015383f0ffcef104fbe84954 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Our next IPP WG = call will be Monday 16 June 12-2pm US Pacific / 3-5pm US Eastern

Call-in toll-free number (US/Canada): 1-866-469-3239
Call-in toll number (US/Canada): 1-650-429-3300 (Primary)
Call-in toll number (US/Canada): 1-408-856-9570 (Backup)

Attendee A= ccess Code: *******#
Attendee ID Code: # (empty)

NOTE:=C2=A0= Please DO NOT USE the audio bridge number listed by WebEx
- instead use=20 the regular PWG conference bridge listed above!

---------= ----------------------------------------------
Meeting information
----------------------------------------------------= ---
Topic: IPP/Cloud WG
Date: Every Monday, from Monday, September 23, 2013 to no end = date
Time: 3:00 pm, Eastern Daylight Time (New York, GMT-04:00)
Meeting Number: 682 763 393
Meeting Password: Printing123
------------------------------------------= -------------
To join the online meeting (Now from mobile devices!)
------------------= -------------------------------------
1. Go to https://ieee-isto.we= bex.com/ieee-isto/j.php?ED=3D152699422&UID=3D1183762537&PW=3DNYTM5N= TNhNjUy&RT=3DMiMxMQ%3D%3D
2. If requested, enter your name and email address.
3. If a password is = required, enter the meeting password: Printing123
4. Click "Join&qu= ot;.
To view in other time zones or languages, please click the link: https://ieee-isto.webex.com/ieee-isto/j.php?ED=3D152699422&UID=3D= 1183762537&PW=3DNYTM5NTNhNjUy&ORT=3DMiMxMQ%3D%3D
-------------------------------------------------------
For assistance-------------------------------------------------------
1. Go to https://i= eee-isto.webex.com/ieee-isto/mc
2. On the left navigation bar, click "Support".
-------------------------------------------------------

= Agenda:
(1) PWG IP Policy and Minute Taker=
- Mike as minute taker?

(2) Approve IPP minutes from previous meetin= gs
- ftp://ftp.pwg.org/pub/pwg/ipp/minutes/ippv2-c= oncall-minutes-20140602.pdf

(3) Status of various IPP documents (Ira/Mike)
* LDAP Printer Schema (Ira)
-- IPP WG reviewed on 31 March
-- ready for IETF Last Call

* IETF IPP<= /span> over HTTPS Binding and 'ipps' URI Scheme (Ira)
-- completed edits from IPP WG review on 14 April=
-- ready for IETF Last Call

-- Prototype draft - waiting for prototype reports
-- reviewed at= PWG F2F in May
-- schedule - July-ish for beta tools, spec u= pdate, and web site,
=C2=A0=C2=A0 definitely by August F2F - PWG Last C= all Q1 2015

* IPP Implementor's Guide v2.0 (Smith)
- = ftp://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippig20-20140513-rev.pdf
-- Prot= otoype draft - waiting for prototype reports
-- review of section 5.8 at= IPP WG on 2 June - needs edits in minutes
-- continue review at section 5.8.1

(4) Status of IPP Scan Service (Pete Zehler)
<= /div>
-- Stable draft - completed IPP WG last call
-- reviewed at PWG F2F= in May
-- needs edits in minutes - needs destination access opera= tion attribute

(5) IPP Shared I= nfrastructure Extensions (Mike)
- ftp://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippsix1= 0-20140226-rev.pdf
-- Prototoype draft - waiting for prototype reports
-- NOT reviewed= at PWG F2F in May
-- schedule - PWG Last Call Q3 2014
<= br>
(6) IPP Finishings/2.0 and SM JDFMAP (Rick, Ira, Mike)
- ftp://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippfinishings= 20-20140509-rev.pdf
-- Prototoype draft - waiting for prototype reports
-- Ira/Mike sti= ll need to cross-check w/ Finisher MIB (RFC 3805)
-- reviewed= at PWG F2F in May
-- schedule - PWG Last Call Q3 2014
- ftp://ftp.pwg.org/pub/pwg/sm3/wd/wd-smjdfmap10-20140604-rev.pd= f
-- Interim draft - waiting for input from Rainer, SM WG, and IPP= WG
-- Mike sent proposed "finishings-col" mappings= for JDFMAP to SM3 WG list
-- EEK! - SM3 mailing and email ar= chives are invisible on PWG web server

(7) "job-password-encryption-supported in PW= G 5100.11 (Smith Kennedy)
- http://www.pwg.org/archives/ipp/2014/018= 028.html
-- current keyword 'sha' is ambiguous
=C2=A0=C2=A0 (does this mean 'sha1' or what???)
-- SH= A-0 withdrawn in 1996 by US NIST
-- SHA-1 deprecated in 2010 = and withdrawn in 2013 by US NIST
-- SHA-2 has no known practi= cal attacks at present
-- SHA-3 (Keccak) selected in 2012 by US NIST
-- Daniel suggested many keyword including hash output lengths
-- Mike suggested looking at IANA registries (e.g., TLS algorithms= registry)
-- Ira doesn't like embedded hash output length in these key= words
-- consensus?

(8) "printe= r-output-tray" in PWG 5100.13 (Jeremy Leber)
--= ABNF error for "output-stacking-order" and "output-page-del= ivery"
=C2=A0=C2=A0 (should both move from "output-opt" to "output-= req"production)
-- Ira sent link to DMTF CIM ranking of = Printer MIB objects

(9) New HTTP/1.1 RFCs published (Mike)
- h= ttp://www.pwg.org/archives/ipp/2014/018023.html
-- All PW= G Editors - begin to use these references immediately

(10) Next steps
<= /div>
- IPP WG on Monday 30 June 2014 - IPP I= mplementor's Guide 2.0
- IPP WG on Monday 14 July 2014 - = TBD topics

Cheers,
- Ira


Ira McDonald (Musician / Software Architect)
Co-Chair - TCG Tru= sted Mobility Solutions WG
Chair - Linux Foundation Open Printing WG
Secretary - IEEE-ISTO Printer Working Group
Co-Chair - IEEE-ISTO PWG Int= ernet Printing Protocol WG
IETF Designated Expert - IPP & Printer MI= B
Blue Roof Music / High North Inc
http:= //sites.google.com/site/blueroofmusic
http://sites.google.com/site/highnorthincmailto: blue= roofmusic@gmail.com
Winter=C2=A0 579 Park Place=C2=A0 Saline, MI=C2=A0 48176=C2=A0 734-944-0094<= br>Summer=C2=A0 PO Box 221=C2=A0 Grand Marais, MI 49839=C2=A0 906-494-2434
--089e015383f0ffcef104fbe84954-- --===============1266742679== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ ipp mailing list ipp@pwg.org https://www.pwg.org/mailman/listinfo/ipp --===============1266742679==-- From ipp-bounces@pwg.org Sun Jun 15 18:12:11 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B6D101B29A4 for ; Sun, 15 Jun 2014 18:12:11 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.123 X-Spam-Level: X-Spam-Status: No, score=-2.123 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, MIME_HTML_MOSTLY=0.428, RP_MATCHES_RCVD=-0.651, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Z4KDSdj0TtzC for ; Sun, 15 Jun 2014 18:12:02 -0700 (PDT) Received: from www.pwg.org (www.pwg.org [IPv6:2600:3c01::f03c:91ff:fe70:b03f]) by ietfa.amsl.com (Postfix) with ESMTP id 2C5C61B29A1 for ; Sun, 15 Jun 2014 18:12:02 -0700 (PDT) Received: from pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id 9F9948590; Mon, 16 Jun 2014 01:12:02 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: from g4t3425.houston.hp.com (g4t3425.houston.hp.com [15.201.208.53]) by www.pwg.org (Postfix) with ESMTPS id B8FC2858C for ; Mon, 16 Jun 2014 01:12:01 +0000 (UTC) Received: from G9W0364.americas.hpqcorp.net (g9w0364.houston.hp.com [16.216.193.45]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by g4t3425.houston.hp.com (Postfix) with ESMTPS id 694F21AF for ; Mon, 16 Jun 2014 01:11:59 +0000 (UTC) Received: from G4W6303.americas.hpqcorp.net (16.210.26.228) by G9W0364.americas.hpqcorp.net (16.216.193.45) with Microsoft SMTP Server (TLS) id 14.3.169.1; Mon, 16 Jun 2014 01:11:20 +0000 Received: from G4W3298.americas.hpqcorp.net ([169.254.4.148]) by G4W6303.americas.hpqcorp.net ([16.210.26.228]) with mapi id 14.03.0169.001; Mon, 16 Jun 2014 01:11:19 +0000 From: "Kennedy, Smith (Wireless Architect)" To: Ira McDonald Thread-Topic: [IPP] IPP Agenda - 3-5pm US Eastern 16 June 2014 Thread-Index: AQHPiPG/ylpY8bqGYkO6jsuBwVvNdZty7d0A Date: Mon, 16 Jun 2014 01:11:18 +0000 Message-ID: <7274E2C2-0839-4619-ACA5-53FCC7DCC873@hp.com> References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-originating-ip: [15.201.58.28] MIME-Version: 1.0 Cc: "" Subject: Re: [IPP] IPP Agenda - 3-5pm US Eastern 16 June 2014 X-BeenThere: ipp@pwg.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Internet Printing Protocol Workgroup discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1807622461==" Sender: ipp-bounces@pwg.org Errors-To: ipp-bounces@pwg.org --===============1807622461== Content-Language: en-US Content-Type: multipart/signed; boundary="Apple-Mail=_6A3F8384-6A25-44F9-9FB4-FB07D29FFE75"; protocol="application/pkcs7-signature"; micalg=sha1 --Apple-Mail=_6A3F8384-6A25-44F9-9FB4-FB07D29FFE75 Content-Type: multipart/alternative; boundary="Apple-Mail=_F26485AC-79CA-404F-A6DB-37A782110BE0" --Apple-Mail=_F26485AC-79CA-404F-A6DB-37A782110BE0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Hi Ira, Just a reminder - I am on time off at the moment and won=E2=80=99t be = able to attend tomorrow=E2=80=99s meeting. =F0=9F=98=8A Smith /** Smith Kennedy ATB Wireless Architect - PPS Hewlett-Packard Co. */ On 2014-06-15, at 7:29 PM, Ira McDonald wrote: > Our next IPP WG call will be Monday 16 June 12-2pm US Pacific / 3-5pm = US Eastern >=20 > Call-in toll-free number (US/Canada): 1-866-469-3239 > Call-in toll number (US/Canada): 1-650-429-3300 (Primary) > Call-in toll number (US/Canada): 1-408-856-9570 (Backup) >=20 > Attendee Access Code: *******# > Attendee ID Code: # (empty) >=20 > NOTE: Please DO NOT USE the audio bridge number listed by WebEx > - instead use the regular PWG conference bridge listed above! >=20 > ------------------------------------------------------- > Meeting information > ------------------------------------------------------- > Topic: IPP/Cloud WG > Date: Every Monday, from Monday, September 23, 2013 to no end date > Time: 3:00 pm, Eastern Daylight Time (New York, GMT-04:00) > Meeting Number: 682 763 393 > Meeting Password: Printing123 > ------------------------------------------------------- > To join the online meeting (Now from mobile devices!) > ------------------------------------------------------- > 1. Go to = https://ieee-isto.webex.com/ieee-isto/j.php?ED=3D152699422&UID=3D118376253= 7&PW=3DNYTM5NTNhNjUy&RT=3DMiMxMQ%3D%3D > 2. If requested, enter your name and email address. > 3. If a password is required, enter the meeting password: Printing123 > 4. Click "Join". > To view in other time zones or languages, please click the link: > = https://ieee-isto.webex.com/ieee-isto/j.php?ED=3D152699422&UID=3D118376253= 7&PW=3DNYTM5NTNhNjUy&ORT=3DMiMxMQ%3D%3D > ------------------------------------------------------- > For assistance > ------------------------------------------------------- > 1. Go to https://ieee-isto.webex.com/ieee-isto/mc > 2. On the left navigation bar, click "Support". > ------------------------------------------------------- >=20 > Agenda: > (1) PWG IP Policy and Minute Taker > - Mike as minute taker? >=20 > (2) Approve IPP minutes from previous meetings > - = ftp://ftp.pwg.org/pub/pwg/ipp/minutes/ippv2-concall-minutes-20140602.pdf >=20 > (3) Status of various IPP documents (Ira/Mike) > * LDAP Printer Schema (Ira) > - = ftp://ftp.pwg.org/pub/pwg/ipp/wd/draft-mcdonald-ldap-printer-schema-07-201= 40313.pdf > -- IPP WG reviewed on 31 March > -- ready for IETF Last Call >=20 > * IETF IPP over HTTPS Binding and 'ipps' URI Scheme (Ira) > - = ftp.pwg.org/pub/pwg/ipp/wd/draft-mcdonald-ipps-uri-scheme-12-20140420.pdf > -- completed edits from IPP WG review on 14 April > -- ready for IETF Last Call >=20 > * IPP Self-Certification (Mike) > - = ftp://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippeveselfcert10-20140509-rev.pdf > -- Prototype draft - waiting for prototype reports > -- reviewed at PWG F2F in May > -- schedule - July-ish for beta tools, spec update, and web site,=20 > definitely by August F2F - PWG Last Call Q1 2015 >=20 > * IPP Implementor's Guide v2.0 (Smith) > - ftp://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippig20-20140513-rev.pdf > -- Prototoype draft - waiting for prototype reports > -- review of section 5.8 at IPP WG on 2 June - needs edits in minutes > -- continue review at section 5.8.1 >=20 > (4) Status of IPP Scan Service (Pete Zehler) > - ftp://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippscan10-20140509-rev.pdf > - http://www.pwg.org/archives/ipp/2014/018039.html > -- Stable draft - completed IPP WG last call > -- reviewed at PWG F2F in May > -- needs edits in minutes - needs destination access operation = attribute >=20 > (5) IPP Shared Infrastructure Extensions (Mike) > - ftp://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippsix10-20140226-rev.pdf > -- Prototoype draft - waiting for prototype reports > -- NOT reviewed at PWG F2F in May > -- schedule - PWG Last Call Q3 2014 >=20 > (6) IPP Finishings/2.0 and SM JDFMAP (Rick, Ira, Mike) > - ftp://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippfinishings20-20140509-rev.pdf > -- Prototoype draft - waiting for prototype reports > -- Ira/Mike still need to cross-check w/ Finisher MIB (RFC 3805) > -- reviewed at PWG F2F in May > -- schedule - PWG Last Call Q3 2014 > - ftp://ftp.pwg.org/pub/pwg/sm3/wd/wd-smjdfmap10-20140604-rev.pdf > -- Interim draft - waiting for input from Rainer, SM WG, and IPP WG > -- Mike sent proposed "finishings-col" mappings for JDFMAP to SM3 WG = list > -- EEK! - SM3 mailing and email archives are invisible on PWG web = server >=20 > (7) "job-password-encryption-supported in PWG 5100.11 (Smith Kennedy) > - http://www.pwg.org/archives/ipp/2014/018028.html > -- current keyword 'sha' is ambiguous=20 > (does this mean 'sha1' or what???) > -- SHA-0 withdrawn in 1996 by US NIST > -- SHA-1 deprecated in 2010 and withdrawn in 2013 by US NIST > -- SHA-2 has no known practical attacks at present > -- SHA-3 (Keccak) selected in 2012 by US NIST > -- Daniel suggested many keyword including hash output lengths > -- Mike suggested looking at IANA registries (e.g., TLS algorithms = registry)=20 > -- Ira doesn't like embedded hash output length in these keywords > -- consensus? >=20 > (8) "printer-output-tray" in PWG 5100.13 (Jeremy Leber) > - http://www.pwg.org/archives/ipp/2014/018037.html > - http://www.pwg.org/archives/ipp/2014/018025.html > -- ABNF error for "output-stacking-order" and "output-page-delivery" > (should both move from "output-opt" to "output-req"production) > -- Ira sent link to DMTF CIM ranking of Printer MIB objects >=20 > (9) New HTTP/1.1 RFCs published (Mike) > - http://www.pwg.org/archives/ipp/2014/018023.html > -- All PWG Editors - begin to use these references immediately=20 >=20 > (10) Next steps > - IPP WG on Monday 30 June 2014 - IPP Implementor's Guide 2.0 > - IPP WG on Monday 14 July 2014 - TBD topics >=20 > Cheers, > - Ira >=20 >=20 > Ira McDonald (Musician / Software Architect) > Co-Chair - TCG Trusted Mobility Solutions WG > Chair - Linux Foundation Open Printing WG > Secretary - IEEE-ISTO Printer Working Group > Co-Chair - IEEE-ISTO PWG Internet Printing Protocol WG > IETF Designated Expert - IPP & Printer MIB > Blue Roof Music / High North Inc > http://sites.google.com/site/blueroofmusic > http://sites.google.com/site/highnorthinc > mailto: blueroofmusic@gmail.com > Winter 579 Park Place Saline, MI 48176 734-944-0094 > Summer PO Box 221 Grand Marais, MI 49839 906-494-2434 >=20 > _______________________________________________ > ipp mailing list > ipp@pwg.org > https://www.pwg.org/mailman/listinfo/ipp --Apple-Mail=_F26485AC-79CA-404F-A6DB-37A782110BE0 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 Hi = Ira,

Just a reminder - I am on time off at the moment = and won=E2=80=99t be able to attend tomorrow=E2=80=99s meeting. =  =F0=9F=98=8A

blueroofmusic@gmail.com> = wrote:

Our next IPP = WG call will be Monday 16 June 12-2pm US Pacific / 3-5pm US = Eastern

Call-in toll-free number (US/Canada): 1-866-469-3239
Call-in toll number (US/Canada): 1-650-429-3300 = (Primary)
Call-in toll number (US/Canada): 1-408-856-9570 = (Backup)

Attendee Access Code: *******#
Attendee ID Code: # = (empty)

NOTE:  Please DO NOT USE the audio bridge = number listed by WebEx
- instead use=20 the regular PWG conference bridge listed = above!

-------------------------------------------------= ------
Meeting = information
-------------------------------------------------------
= Topic: IPP/Cloud WG
Date: Every Monday, = from Monday, September 23, 2013 to no end date
Time: 3:00 pm, Eastern = Daylight Time (New York, GMT-04:00)
Meeting Number: 682 763 393
Meeting Password: = Printing123
-------------------------------------------------------
= To join the online meeting (Now from mobile = devices!)
-------------------------------------------------------
1.= Go to https://ieee-isto.webex.com/ieee-isto/j.php?ED=3D1526994= 22&UID=3D1183762537&PW=3DNYTM5NTNhNjUy&RT=3DMiMxMQ%3D%3D 2. If requested, enter your name and email address.
3. If a password = is required, enter the meeting password: Printing123
4. Click = "Join".
To view in other time zones or languages, please click the = link:
https://ieee-isto.webex.com/ieee-isto/j.php?ED=3D1526994= 22&UID=3D1183762537&PW=3DNYTM5NTNhNjUy&ORT=3DMiMxMQ%3D%3D<= br> -------------------------------------------------------
For = assistance
-------------------------------------------------------
1= . Go to https://ieee-isto.webex.com/ieee-isto/mc
2. On the left navigation bar, click "Support".
= -------------------------------------------------------

Agenda:
(1) PWG IP Policy and Minute = Taker
- Mike as minute taker?

(2) Approve IPP minutes from previous = meetings
- ftp://ftp.pwg.org/pub/pwg/ipp/minutes/ippv2-concall-minu= tes-20140602.pdf

(3) Status of various IPP documents = (Ira/Mike)
* LDAP Printer Schema (Ira)
-- IPP WG reviewed on 31 March
-- ready for = IETF Last Call

* IETF = IPP over HTTPS Binding and 'ipps' = URI Scheme (Ira)
-- completed edits from IPP WG review on 14 = April
-- ready for IETF Last Call

-- Prototype draft - waiting for prototype reports
-- reviewed = at PWG F2F in May
-- schedule - July-ish for beta tools, = spec update, and web site,
   definitely by August F2F - = PWG Last Call Q1 2015

* IPP Implementor's Guide v2.0 = (Smith)
- ftp:= //ftp.pwg.org/pub/pwg/ipp/wd/wd-ippig20-20140513-rev.pdf
-- = Prototoype draft - waiting for prototype reports
-- review of section = 5.8 at IPP WG on 2 June - needs edits in minutes
-- continue review at section 5.8.1

(4) Status of IPP Scan Service (Pete = Zehler)
-- Stable draft - completed IPP WG last call
-- reviewed at PWG = F2F in May
-- needs edits in minutes - needs destination access = operation attribute

(5) IPP Shared = Infrastructure Extensions (Mike)
- ftp://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippsix1= 0-20140226-rev.pdf
-- Prototoype draft - waiting for prototype reports
-- NOT = reviewed at PWG F2F in May
-- schedule - PWG Last Call Q3 = 2014

(6) IPP Finishings/2.0 and SM JDFMAP = (Rick, Ira, Mike)
- ftp://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippfinishings20-2014= 0509-rev.pdf
-- Prototoype draft - waiting for prototype reports
-- Ira/Mike = still need to cross-check w/ Finisher MIB (RFC 3805)
-- = reviewed at PWG F2F in May
-- schedule - PWG Last Call Q3 = 2014
- ftp://ftp.pwg.org/pub/pwg/sm3/wd/wd-smjdfmap10-20140604-= rev.pdf
-- Interim draft - waiting for input from Rainer, SM WG, and = IPP WG
-- Mike sent proposed "finishings-col" mappings for = JDFMAP to SM3 WG list
-- EEK! - SM3 mailing and email = archives are invisible on PWG web server

(7) "job-password-encryption-supported in PWG = 5100.11 (Smith Kennedy)
- http://www.pwg.org/archives/ipp/2014/018028.html
=
-- current keyword 'sha' is ambiguous
   (does this mean 'sha1' or what???)
-- SHA-0 = withdrawn in 1996 by US NIST
-- SHA-1 deprecated in 2010 = and withdrawn in 2013 by US NIST
-- SHA-2 has no known = practical attacks at present
-- SHA-3 (Keccak) selected in 2012 by US = NIST
-- Daniel suggested many keyword including = hash output lengths
-- Mike suggested looking at IANA = registries (e.g., TLS algorithms registry)
-- Ira doesn't like embedded hash output length in these = keywords
-- consensus?

(8) = "printer-output-tray" in PWG 5100.13 (Jeremy Leber)
-- ABNF error for "output-stacking-order" and = "output-page-delivery"
   (should both move from "output-opt" to = "output-req"production)
-- Ira sent link to DMTF CIM = ranking of Printer MIB objects

(9) New HTTP/1.1 RFCs published (Mike)
- http://www.pwg.org/archives/ipp/2014/018023.html
=
-- All PWG Editors - begin to use these references = immediately

(10) Next steps
=
=
- IPP WG on Monday 30 June 2014 - = IPP Implementor's Guide 2.0
- IPP WG on Monday 14 July = 2014 - TBD topics

Cheers,
- Ira


Ira McDonald (Musician / Software Architect)
Co-Chair - = TCG Trusted Mobility Solutions WG
Chair - Linux Foundation Open = Printing WG
Secretary - IEEE-ISTO Printer Working Group
Co-Chair - IEEE-ISTO PWG = Internet Printing Protocol WG
IETF Designated Expert - IPP & = Printer MIB
Blue Roof Music / High North Inc
http://sites.google.com/site/blueroofmusic
http://sites.google.com/site/highnorthinc
mailto:= blueroofmusic@gmail.com
Winter  579 Park Place  Saline, MI  48176  734-944-0094
Summer  PO Box 221  = Grand Marais, MI 49839  906-494-2434

_______________________________________________
ipp mailing = list
ipp@pwg.org
https://www.pwg.org/mailman= /listinfo/ipp

= --Apple-Mail=_F26485AC-79CA-404F-A6DB-37A782110BE0-- --Apple-Mail=_6A3F8384-6A25-44F9-9FB4-FB07D29FFE75 Content-Disposition: attachment; filename="smime.p7s" Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIOQDCCBmEw ggVJoAMCAQICEFHz5uyygZHVFZ4pmbCHOnswDQYJKoZIhvcNAQEFBQAwgcoxCzAJBgNVBAYTAlVT MRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjEfMB0GA1UECxMWVmVyaVNpZ24gVHJ1c3QgTmV0d29y azE6MDgGA1UECxMxKGMpIDE5OTkgVmVyaVNpZ24sIEluYy4gLSBGb3IgYXV0aG9yaXplZCB1c2Ug b25seTFFMEMGA1UEAxM8VmVyaVNpZ24gQ2xhc3MgMiBQdWJsaWMgUHJpbWFyeSBDZXJ0aWZpY2F0 aW9uIEF1dGhvcml0eSAtIEczMB4XDTA5MDkwMjAwMDAwMFoXDTE0MDkwMTIzNTk1OVowgfcxCzAJ BgNVBAYTAlVTMSAwHgYDVQQKExdIZXdsZXR0LVBhY2thcmQgQ29tcGFueTEfMB0GA1UECxMWVmVy aVNpZ24gVHJ1c3QgTmV0d29yazE7MDkGA1UECxMyVGVybXMgb2YgdXNlIGF0IGh0dHBzOi8vd3d3 LnZlcmlzaWduLmNvbS9ycGEgKGMpMDkxNTAzBgNVBAsTLENsYXNzIDIgTWFuYWdlZCBQS0kgSW5k aXZpZHVhbCBTdWJzY3JpYmVyIENBMTEwLwYDVQQDEyhDb2xsYWJvcmF0aW9uIENlcnRpZmljYXRp b24gQXV0aG9yaXR5IEcyMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAp2FraNquqoVk DEvLUMsw6HMhjon+yi1v/kajA27jIrdyhRMj4g+PBveBTHrtA7w97Rx1UKPP6CvOaAE5xUtoW9aj YZtO5kdiUFyzWHsbUgSjKy+yNO4QoHeEzaQi/JWUOYev/AV5YYJoEDIysosEELS1/M64iE2Utzr+ LxiWhdaqSRE4jigbm4Dy4ayLzqAv5f7oILrJNZ6ShqLiGGCpP+7relTyRgFXmEX/SKN/a39JwZoK SNUdIkYyr7wmNI9+zylheDJghuk+kZDAD3NXv4EGVMUfOg5UEdhAJ0Lw40D4pqKa2ej1H0UipK1E EdRTm94RzfE8z8vDP8+dcgOqCwIDAQABo4ICEjCCAg4wEgYDVR0TAQH/BAgwBgEB/wIBADBwBgNV HSAEaTBnMGUGC2CGSAGG+EUBBxcCMFYwKAYIKwYBBQUHAgEWHGh0dHBzOi8vd3d3LnZlcmlzaWdu LmNvbS9jcHMwKgYIKwYBBQUHAgIwHhocaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYTA0BgNV HR8ELTArMCmgJ6AlhiNodHRwOi8vY3JsLnZlcmlzaWduLmNvbS9wY2EyLWczLmNybDAOBgNVHQ8B Af8EBAMCAQYwLgYDVR0RBCcwJaQjMCExHzAdBgNVBAMTFlByaXZhdGVMYWJlbDQtMjA0OC0xNDIw HQYDVR0OBBYEFCJ906SrV6xWf6l/QUQalbxb+KvuMIHwBgNVHSMEgegwgeWhgdCkgc0wgcoxCzAJ BgNVBAYTAlVTMRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjEfMB0GA1UECxMWVmVyaVNpZ24gVHJ1 c3QgTmV0d29yazE6MDgGA1UECxMxKGMpIDE5OTkgVmVyaVNpZ24sIEluYy4gLSBGb3IgYXV0aG9y aXplZCB1c2Ugb25seTFFMEMGA1UEAxM8VmVyaVNpZ24gQ2xhc3MgMiBQdWJsaWMgUHJpbWFyeSBD ZXJ0aWZpY2F0aW9uIEF1dGhvcml0eSAtIEczghBhcMtJjF+YRSnnsKbZUFt6MA0GCSqGSIb3DQEB BQUAA4IBAQAvUbxneMj/3SU5WlUKapv9ZGIeeNSf6/t6gKUUsCT2A1KQMlZmK7/gn4ndrXWdch7U afl6WkPlBcunYRGvJ6YkJCP4uV86Lwv68mK6REwJFMiKHy/qFnRaoI+pLfaIlMQ9l7Q2DRnNLSyC Bl9b02PaGzX+XQQxGhLiE89Z1E+ajicWG1zRzBUbPx46ptQUjfjYPNyP4cLWT5rJ7olc9/mRyfIO 4nGU8lRjGcuKwxZhOP+TftJgd/fRYf68Kf2Bkue4cdrI2UUgYD02GBL/S8E8FBsOrAoJ5N6cEYac wT2BZgHzYrxTC5ZyxzY9TWtGldxEH/moJ5OLtF+KauJWhaACMIIH1zCCBr+gAwIBAgIQPOXfUUI6 ovNsyP+l8ouxZTANBgkqhkiG9w0BAQUFADCB9zELMAkGA1UEBhMCVVMxIDAeBgNVBAoTF0hld2xl dHQtUGFja2FyZCBDb21wYW55MR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYD VQQLEzJUZXJtcyBvZiB1c2UgYXQgaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwOTE1 MDMGA1UECxMsQ2xhc3MgMiBNYW5hZ2VkIFBLSSBJbmRpdmlkdWFsIFN1YnNjcmliZXIgQ0ExMTAv BgNVBAMTKENvbGxhYm9yYXRpb24gQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkgRzIwHhcNMTIxMTI2 MDAwMDAwWhcNMTQxMTI2MjM1OTU5WjCBmDEgMB4GA1UEChQXSGV3bGV0dC1QYWNrYXJkIENvbXBh bnkxJjAkBgNVBAsUHUVtcGxveW1lbnQgU3RhdHVzIC0gRW1wbG95ZWVzMQ8wDQYDVQQLEwZTL01J TUUxFjAUBgNVBAMTDVNtaXRoIEtlbm5lZHkxIzAhBgkqhkiG9w0BCQEWFHNtaXRoLmtlbm5lZHlA aHAuY29tMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAuageabAIyTS0JIjXDq1iml4l fdgg3AULnBQiEK3wdxFb8Cyz2fsHE/UykFRJyZilpA6MUj6fom56o02WYfKxb3AUbwWJLGjAB/YL pw36SatXUw7OmuumNllMH3v2WpEP9QblEKjgE3LdpNO2owWTsmSsvVAfzItrkg6BR3fo3tsrf6dL PpbdfeOjkbwRrHnEm/AKKg5DPOZyVEqmgNEoVPflsem1QIPRVHshjvj0iTv4DhEGnnbDvMpiuzo3 n0fLQ/HETM6xAiZQLv76aFEm2DkB1fvnAApvrrm/dvhFmMkExCGNh1TwCXd7+KrfradSomasVs2G kz0tJqmOlsKbsQIDAQABo4IDujCCA7YwHwYDVR0RBBgwFoEUc21pdGgua2VubmVkeUBocC5jb20w DAYDVR0TAQH/BAIwADAOBgNVHQ8BAf8EBAMCBaAwWQYDVR0fBFIwUDBOoEygSoZIaHR0cDovL29u c2l0ZWNybC52ZXJpc2lnbi5jb20vSGV3bGV0dFBhY2thcmRDb21wYW55U01JTUVHMi9MYXRlc3RD UkwuY3JsMB8GA1UdIwQYMBaAFCJ906SrV6xWf6l/QUQalbxb+KvuMB0GA1UdDgQWBBTa6BzKTU+H dS93ruL/3n7ZMTXvgjCCATIGCCsGAQUFBwEBBIIBJDCCASAwJwYIKwYBBQUHMAGGG2h0dHA6Ly9o cC1vY3NwLnZlcmlzaWduLmNvbTCB9AYIKwYBBQUHMAKkgecwgeQxMTAvBgNVBAMTKENvbGxhYm9y YXRpb24gQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkgRzIxMDAuBgNVBAsTJ0NsYXNzIDIgT25TaXRl IEluZGl2aWR1YWwgU3Vic2NyaWJlciBDQTE6MDgGA1UECxMxVGVybXMgb2YgdXNlIGF0IGh0dHBz Oi8vd3d3LnZlcmlzaWduLmNvbS9ycGEoYykwOTEfMB0GA1UECxMWVmVyaVNpZ24gVHJ1c3QgTmV0 d29yazEgMB4GA1UEChMXSGV3bGV0dC1QYWNrYXJkIENvbXBhbnkwggE9BgNVHSAEggE0MIIBMDCC ASwGC2CGSAGG+EUBBxcCMIIBGzAoBggrBgEFBQcCARYcaHR0cHM6Ly93d3cudmVyaXNpZ24uY29t L3JwYTCB7gYIKwYBBQUHAgIwgeEwHhYXSGV3bGV0dC1QYWNrYXJkIENvbXBhbnkwAwIBAhqBvkF1 dGhvcml0eSB0byBiaW5kIEhQIGRvZXMgbm90IGNvcnJlc3BvbmQgd2l0aCB1c2Ugb3IgcG9zc2Vz c2lvbiBvZiB0aGlzIGNlcnRpZmljYXRlLiBJc3N1ZWQgdG8gZmFjaWxpdGF0ZSBjb21tdW5pY2F0 aW9uIHdpdGggSFAuIFZlcmlTaWduJ3MgQ1BTIGluY29ycC4gQnkgcmVmZXJlbmNlIGxpYWIuIGx0 ZC4gKGMpOTcgVmVyaVNpZ24wFgYDVR0lAQH/BAwwCgYIKwYBBQUHAwQwSwYJKoZIhvcNAQkPBD4w PDAOBggqhkiG9w0DAgICAIAwDgYIKoZIhvcNAwICAgBAMA4GCCqGSIb3DQMEAgIAgDAKBggqhkiG 9w0DBzANBgkqhkiG9w0BAQUFAAOCAQEAibIOTCm5SdtOxug7ClAA9DgzWNtmR9ZL+YujqiPpc5YC mr0hDWOTCjAJbDAIDcXfAJspAamEnwd0tpUZj0DOc4RCiLEsfH2uchNqr2UV5qAJmKq0Wrr+Lfd6 1ZFvp1encVlif2KSFi/vgTCKX+57rVWpb284BmrnVa30nOcuZVKQk3XUDignE0vz+OIrza1JcyRQ d7TtVtlRQX63rT0P3v2u9UrryzDo/5wN77jqDLqgz0se0g23wVyWuj/jmFB7QV1bUDV2bLHh3Ipb 9JtEri7DlzSde9pmfRauWerZHGb/AI0qcbEC2nSKvv/u5tHoaMHfG58GM0unnsmBu4UiDjGCBN4w ggTaAgEBMIIBDDCB9zELMAkGA1UEBhMCVVMxIDAeBgNVBAoTF0hld2xldHQtUGFja2FyZCBDb21w YW55MR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQLEzJUZXJtcyBvZiB1 c2UgYXQgaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwOTE1MDMGA1UECxMsQ2xhc3Mg MiBNYW5hZ2VkIFBLSSBJbmRpdmlkdWFsIFN1YnNjcmliZXIgQ0ExMTAvBgNVBAMTKENvbGxhYm9y YXRpb24gQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkgRzICEDzl31FCOqLzbMj/pfKLsWUwCQYFKw4D AhoFAKCCAqUwGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMTQwNjE2 MDExMTE4WjAjBgkqhkiG9w0BCQQxFgQUt02TBIF8ELz/3yrf/BsqLomnnOAwggEfBgkrBgEEAYI3 EAQxggEQMIIBDDCB9zELMAkGA1UEBhMCVVMxIDAeBgNVBAoTF0hld2xldHQtUGFja2FyZCBDb21w YW55MR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQLEzJUZXJtcyBvZiB1 c2UgYXQgaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwOTE1MDMGA1UECxMsQ2xhc3Mg MiBNYW5hZ2VkIFBLSSBJbmRpdmlkdWFsIFN1YnNjcmliZXIgQ0ExMTAvBgNVBAMTKENvbGxhYm9y YXRpb24gQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkgRzICEDzl31FCOqLzbMj/pfKLsWUwggEhBgsq hkiG9w0BCRACCzGCARCgggEMMIH3MQswCQYDVQQGEwJVUzEgMB4GA1UEChMXSGV3bGV0dC1QYWNr YXJkIENvbXBhbnkxHzAdBgNVBAsTFlZlcmlTaWduIFRydXN0IE5ldHdvcmsxOzA5BgNVBAsTMlRl cm1zIG9mIHVzZSBhdCBodHRwczovL3d3dy52ZXJpc2lnbi5jb20vcnBhIChjKTA5MTUwMwYDVQQL EyxDbGFzcyAyIE1hbmFnZWQgUEtJIEluZGl2aWR1YWwgU3Vic2NyaWJlciBDQTExMC8GA1UEAxMo Q29sbGFib3JhdGlvbiBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eSBHMgIQPOXfUUI6ovNsyP+l8oux ZTANBgkqhkiG9w0BAQEFAASCAQBG2t5OZMWjBYNoWF4ywf95djKfk87A+29Pu3eqOl7iunSKLqy6 5J0Hw87qAPUeGLPjWx7Mq6lJlwrR8uWZSsFT3NplLeghbzWGJUW5wKwTVbxT/G0z8krmwyh8kONt hcshjKB5I1qQqj6qi1K0hqCkFRu9jGW+QYyVhhQYjPUQC4NeZBY75fFeivFBOaFNjaY6DjvNMnqq vSzzfDTZMrCB29xFMRCHxSyxLs873Rg1InPSMil+VHA/GZ8g0swAQZOK+hD2Gp8a3cqFA7bppbHH KOeX9SjCk06rjz03DcRWNoXgbahwCvoESwYHjAGtLngNWeJCRJly+Da9mkI07VsNAAAAAAAA --Apple-Mail=_6A3F8384-6A25-44F9-9FB4-FB07D29FFE75-- --===============1807622461== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ ipp mailing list ipp@pwg.org https://www.pwg.org/mailman/listinfo/ipp --===============1807622461==-- From ipp-bounces@pwg.org Sun Jun 15 18:30:45 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 90FC81B29B0 for ; Sun, 15 Jun 2014 18:30:45 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.013 X-Spam-Level: X-Spam-Status: No, score=-2.013 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, HTML_MESSAGE=0.001, MIME_HTML_MOSTLY=0.428, RP_MATCHES_RCVD=-0.651, SPF_PASS=-0.001, T_DKIM_INVALID=0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id WKYIKAFZqMer for ; Sun, 15 Jun 2014 18:30:41 -0700 (PDT) Received: from www.pwg.org (www.pwg.org [IPv6:2600:3c01::f03c:91ff:fe70:b03f]) by ietfa.amsl.com (Postfix) with ESMTP id C13651B29A9 for ; Sun, 15 Jun 2014 18:30:41 -0700 (PDT) Received: from pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id E3DE98592; Mon, 16 Jun 2014 01:30:42 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: from qmta02.westchester.pa.mail.comcast.net (qmta02.westchester.pa.mail.comcast.net [IPv6:2001:558:fe14:43:76:96:62:24]) by www.pwg.org (Postfix) with ESMTP id 5D94E8590 for ; Mon, 16 Jun 2014 01:30:41 +0000 (UTC) Received: from omta24.westchester.pa.mail.comcast.net ([76.96.62.76]) by qmta02.westchester.pa.mail.comcast.net with comcast id EpQ41o0071ei1Bg51pWfxV; Mon, 16 Jun 2014 01:30:39 +0000 Received: from TCSLaptop2010 ([IPv6:2601:6:4980:a5c:d56d:a8b9:e3c3:9ee5]) by omta24.westchester.pa.mail.comcast.net with comcast id EpWe1o00P53mbYK3kpWeGk; Mon, 16 Jun 2014 01:30:39 +0000 From: "Paul Tykodi" To: "'Ira McDonald'" References: In-Reply-To: Date: Sun, 15 Jun 2014 21:30:36 -0400 Organization: Tykodi Consulting Services LLC Message-ID: <004101cf8902$9344c010$b9ce4030$@tykodi.com> MIME-Version: 1.0 X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQJFpEgyYXluas4l4H/I7Sue2x1/ZZqGu+Wg Content-Language: en-us DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=q20140121; t=1402882239; bh=tnrzypUoHEo2PJF685k8l3AQoqYvh4nOd8PGl52EBfg=; h=Received:Received:Reply-To:From:To:Subject:Date:Message-ID: MIME-Version:Content-Type; b=RKMw46zy8BfjbdhSqyQ1vbS56p/llqGREjGLPjg4ceWW8lxG3CCJsXbfhjgaIW4wG GCFVlUXC5S92Vl8DSW7b7DpnkrLSfgZ5eR6q5Qq5xtNjKBoeEP+oxo7US5sMqlqhNQ kRsAVwfvmU6FyYb734IKwxGHETT7onFN21c5y9qhHJ+Sc466K/JJc8GSpXuVUObIFz M9pPfi/IXh2ATdmDhB8qYWYkfiNm4xqyLwuYXzSNRpNWTHMEM9Lw0Nw/6hY42qUeHN iSVD+r9UW6idOKIrQ1S2f+Ih6mcPgFWZ7nTIXlyJeqwOmGDbXaTV5Na8EddRKs5BdM YA/2VZWGkbjeg== Cc: ipp@pwg.org Subject: Re: [IPP] IPP Agenda - 3-5pm US Eastern 16 June 2014 X-BeenThere: ipp@pwg.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: ptykodi@tykodi.com List-Id: Internet Printing Protocol Workgroup discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0489791794==" Sender: ipp-bounces@pwg.org Errors-To: ipp-bounces@pwg.org This is a multipart message in MIME format. --===============0489791794== Content-Type: multipart/alternative; boundary="----=_NextPart_000_0042_01CF88E1.0C3E43A0" Content-Language: en-us This is a multipart message in MIME format. ------=_NextPart_000_0042_01CF88E1.0C3E43A0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi Ira, =20 Regarding point #6 =E2=80=93 sm3 mailing list archive is here: http://www.pwg.org/pipermail/sm3/ =20 Is your complaint that the link is not visible on http://www.pwg.org becaus= e we haven=E2=80=99t yet updated the MFD page to be the sm3 page? =20 Thanks. =20 Best Regards, =20 /Paul -- Paul Tykodi Principal Consultant TCS - Tykodi Consulting Services LLC Tel/Fax: 603-343-1820 Mobile: 603-866-0712 E-mail: ptykodi@tykodi.com WWW: http://www.tykodi.com =20 This e-mail reply and any attachments are confidential and may be privilege= d. If you are not the intended recipient, please notify Tykodi Consulting Serv= ices LLC=20 immediately by replying to this message and destroying all copies of this m= essage=20 and any attachments. Thank you =20 From: ipp-bounces@pwg.org [mailto:ipp-bounces@pwg.org] On Behalf Of Ira McD= onald Sent: Sunday, June 15, 2014 7:30 PM To: ipp@pwg.org; Ira McDonald Subject: [IPP] IPP Agenda - 3-5pm US Eastern 16 June 2014 =20 Our next IPP WG call will be Monday 16 June 12-2pm US Pacific / 3-5pm US Ea= stern Call-in toll-free number (US/Canada): 1-866-469-3239 Call-in toll number (US/Canada): 1-650-429-3300 (Primary) Call-in toll number (US/Canada): 1-408-856-9570 (Backup) Attendee Access Code: *******# Attendee ID Code: # (empty) NOTE: Please DO NOT USE the audio bridge number listed by WebEx - instead use the regular PWG conference bridge listed above! ------------------------------------------------------- Meeting information ------------------------------------------------------- Topic: IPP/Cloud WG Date: Every Monday, from Monday, September 23, 2013 to no end date Time: 3:00 pm, Eastern Daylight Time (New York, GMT-04:00) Meeting Number: 682 763 393 Meeting Password: Printing123 ------------------------------------------------------- To join the online meeting (Now from mobile devices!) ------------------------------------------------------- 1. Go to https://ieee-isto.webex.com/ieee-isto/j.php?ED=3D152699422 &UID=3D1183762537&PW=3DNYTM5NTNhNjUy&RT=3D= MiMxMQ%3D%3D 2. If requested, enter your name and email address. 3. If a password is required, enter the meeting password: Printing123 4. Click "Join". To view in other time zones or languages, please click the link: https://ieee-isto.webex.com/ieee-isto/j.php?ED=3D152699422 &UID=3D1183762537&PW=3DNYTM5NTNhNjUy&ORT=3DMiMxMQ%= 3D%3D ------------------------------------------------------- For assistance ------------------------------------------------------- 1. Go to https://ieee-isto.webex.com/ieee-isto/mc 2. On the left navigation bar, click "Support". ------------------------------------------------------- Agenda: (1) PWG IP Policy and Minute Taker - Mike as minute taker? (2) Approve IPP minutes from previous meetings - ftp://ftp.pwg.org/pub/pwg/ipp/minutes/ippv2-concall-minutes-20140602.pdf =20 (3) Status of various IPP documents (Ira/Mike) * LDAP Printer Schema (Ira) - ftp://ftp.pwg.org/pub/pwg/ipp/wd/draft-mcdonald-ldap-printer-schema-07-20= 140313.pdf=20 -- IPP WG reviewed on 31 March -- ready for IETF Last Call * IETF IPP over HTTPS Binding and 'ipps' URI Scheme (Ira)=20 - ftp.pwg.org/pub/pwg/ipp/wd/draft-mcdonald-ipps-uri-scheme-12-20140420.pdf= =20 -- completed edits from IPP WG review on 14 April -- ready for IETF Last Call * IPP Self-Certification (Mike) - ftp://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippeveselfcert10-20140509-rev.pdf -- Prototype draft - waiting for prototype reports -- reviewed at PWG F2F in May -- schedule - July-ish for beta tools, spec update, and web site,=20 definitely by August F2F - PWG Last Call Q1 2015 * IPP Implementor's Guide v2.0 (Smith) - ftp://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippig20-20140513-rev.pdf -- Prototoype draft - waiting for prototype reports -- review of section 5.8 at IPP WG on 2 June - needs edits in minutes -- continue review at section 5.8.1 (4) Status of IPP Scan Service (Pete Zehler) - ftp://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippscan10-20140509-rev.pdf - http://www.pwg.org/archives/ipp/2014/018039.html -- Stable draft - completed IPP WG last call -- reviewed at PWG F2F in May -- needs edits in minutes - needs destination access operation attribute (5) IPP Shared Infrastructure Extensions (Mike) - ftp://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippsix10-20140226-rev.pdf -- Prototoype draft - waiting for prototype reports -- NOT reviewed at PWG F2F in May -- schedule - PWG Last Call Q3 2014 =20 (6) IPP Finishings/2.0 and SM JDFMAP (Rick, Ira, Mike) - ftp://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippfinishings20-20140509-rev.pdf -- Prototoype draft - waiting for prototype reports -- Ira/Mike still need to cross-check w/ Finisher MIB (RFC 3805) -- reviewed at PWG F2F in May -- schedule - PWG Last Call Q3 2014 - ftp://ftp.pwg.org/pub/pwg/sm3/wd/wd-smjdfmap10-20140604-rev.pdf -- Interim draft - waiting for input from Rainer, SM WG, and IPP WG -- Mike sent proposed "finishings-col" mappings for JDFMAP to SM3 WG list -- EEK! - SM3 mailing and email archives are invisible on PWG web server =20 (7) "job-password-encryption-supported in PWG 5100.11 (Smith Kennedy) - http://www.pwg.org/archives/ipp/2014/018028.html -- current keyword 'sha' is ambiguous=20 (does this mean 'sha1' or what???) -- SHA-0 withdrawn in 1996 by US NIST -- SHA-1 deprecated in 2010 and withdrawn in 2013 by US NIST -- SHA-2 has no known practical attacks at present -- SHA-3 (Keccak) selected in 2012 by US NIST -- Daniel suggested many keyword including hash output lengths -- Mike suggested looking at IANA registries (e.g., TLS algorithms registry= )=20 -- Ira doesn't like embedded hash output length in these keywords -- consensus? =20 (8) "printer-output-tray" in PWG 5100.13 (Jeremy Leber) - http://www.pwg.org/archives/ipp/2014/018037.html - http://www.pwg.org/archives/ipp/2014/018025.html -- ABNF error for "output-stacking-order" and "output-page-delivery" (should both move from "output-opt" to "output-req"production) -- Ira sent link to DMTF CIM ranking of Printer MIB objects =20 (9) New HTTP/1.1 RFCs published (Mike) - http://www.pwg.org/archives/ipp/2014/018023.html -- All PWG Editors - begin to use these references immediately=20 (10) Next steps - IPP WG on Monday 30 June 2014 - IPP Implementor's Guide 2.0 - IPP WG on Monday 14 July 2014 - TBD topics =20 Cheers, - Ira Ira McDonald (Musician / Software Architect) Co-Chair - TCG Trusted Mobility Solutions WG Chair - Linux Foundation Open Printing WG Secretary - IEEE-ISTO Printer Working Group Co-Chair - IEEE-ISTO PWG Internet Printing Protocol WG IETF Designated Expert - IPP & Printer MIB Blue Roof Music / High North Inc http://sites.google.com/site/= blueroofmusic http://sites.google.com/site/h= ighnorthinc mailto: blueroofmusic@gmail.com Winter 579 Park Place Saline, MI 48176 734-944-0094 Summer PO Box 221 Grand Marais, MI 49839 906-494-2434 ------=_NextPart_000_0042_01CF88E1.0C3E43A0 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

Hi Ira,

 

Regarding point #6 =E2=80=93 sm3 mailing list = archive is here:

http://www.pwg.org/pipermail/sm3/

 =

Is your complaint that the link is not visi= ble on http://www.pwg.org because we hav= en=E2=80=99t yet updated the MFD page to be the sm3 page?=

 

Thanks.

 

Best Regards,

 

/Paul

-= -

Paul Tykodi
Principal Consultant
TCS - Tykodi Consulting S= ervices LLC

Tel/Fax: 603-343-1820
Mobile:  603-866-0712
E= -mail:  ptykodi@tykodi.com
WWW:  http://www.ty= kodi.com

 

This e-mail re= ply and any attachments are confidential and may be privileged.<= /span>

If you are not the intended recipient, p= lease notify Tykodi Consulting Services LLC

immediately by replying to this message and destroying all= copies of this message

and = any attachments. Thank you

 

From:= ipp-bou= nces@pwg.org [mailto:ipp-bounces@pwg.org] On Behalf Of Ira McDonald<= br>Sent: Sunday, June 15, 2014 7:30 PM
To: ipp@pwg.org; Ir= a McDonald
Subject: [IPP] IPP Agenda - 3-5pm US Eastern 16 June 2= 014

 

Our next IPP WG call will = be Monday 16 June 12-2pm US Pacific / 3-5pm US Eastern

Call-in toll-= free number (US/Canada): 1= -866-469-3239
Call-in toll number (US/Canada): 1-650-429-3300 (Primary)
Call-in toll nu= mber (US/Canada): 1-408-85= 6-9570 (Backup)

Attendee Access Code: *******#
Attendee ID Co= de: # (empty)

NOTE:  Please DO NOT USE the audio bridge number listed by W= ebEx
- instead use the regular PWG conference bridge listed above!<= /o:p>

----------------------------------= ---------------------
Meeting information
---------------------------= ----------------------------
Topic: IPP/Cloud WG
Date: Every Monday, = from Monday, September 23, 2013 to no end date
Time: 3:00 pm, Eastern Da= ylight Time (New York, GMT-04:00)
Meeting Number: 682 763 393
Meeting= Password: Printing123
-------------------------------------------------= ------
To join the online meeting (Now from mobile devices!)
--------= -----------------------------------------------
1.. Go to https://i= eee-isto.webex.com/ieee-isto/j.php?ED=3D152699422&UID=3D1183762537&= PW=3DNYTM5NTNhNjUy&RT=3DMiMxMQ%3D%3D
2. If requested, enter your= name and email address.
3. If a password is required, enter the meeting= password: Printing123
4. Click "Join".
To view in other ti= me zones or languages, please click the link:
https://ieee-isto.we= bex.com/ieee-isto/j.php?ED=3D152699422&UID=3D1183762537&PW=3DNYTM5N= TNhNjUy&ORT=3DMiMxMQ%3D%3D
-------------------------------------= ------------------
For assistance
-----------------------------------= --------------------
1. Go to https://ieee-isto.webex.com/ieee-isto/mc2. On the left navigation bar, click "Support".
------------= -------------------------------------------

Agenda:
(1) PWG IP Po= licy and Minute Taker

- Mike = as minute taker?


(2) Appr= ove IPP minutes from previous meetings

- ftp://ftp.pwg.org/pub/pwg/ipp/minutes/ip= pv2-concall-minutes-20140602.pdf

 

(3) Status of variou= s IPP documents (Ira/Mike)

* = LDAP Printer Schema (Ira)

-- IPP WG reviewed on 31 March

-- ready for IETF Last Call

* IETF IPP over HTTPS Bind= ing and 'ipps' URI Scheme (Ira)

-- completed edits from IPP WG review on 14 April

<= /div>

-- ready for IETF = Last Call

-- Prototype draft - waiting for prototype reports

<= div>

-- reviewed at PWG F2F in May

=

-- schedule - July= -ish for beta tools, spec update, and web site,
   definitely= by August F2F - PWG Last Call Q1 2015

* IPP Implementor's Guide v2.0 (Smith)

<= div>

- ftp://ftp.pwg.org/p= ub/pwg/ipp/wd/wd-ippig20-20140513-rev.pdf
-- Prototoype draft - wait= ing for prototype reports
-- review of section 5.8 at IPP WG on 2 June -= needs edits in minutes
-- continue review at section 5.8.1

(4) Status of IPP Scan Service (Pete Zehl= er)

=

-- Stable draft - completed IPP WG last call
-= - reviewed at PWG F2F in May

-- needs edits in minutes - needs destination acc= ess operation attribute

(5) I= PP Shared Infrastructure Extensions (Mike)
- ftp://ftp.= pwg.org/pub/pwg/ipp/wd/wd-ippsix10-20140226-rev.pdf
-- Prototoype dr= aft - waiting for prototype reports

-- NOT reviewed at PWG F2F in May

-- schedule - PWG Last Call Q3 2014

 

(6) IPP Finish= ings/2.0 and SM JDFMAP (Rick, Ira, Mike)
- ftp:/= /ftp.pwg.org/pub/pwg/ipp/wd/wd-ippfinishings20-20140509-rev.pdf

-- Prototoype draft - waiting for prototyp= e reports
-- Ira/Mike still need to cross-check w/ Finisher MIB (RFC 380= 5)

-- reviewed at PWG F2F in = May

-- schedule - PWG Last Call Q3= 2014
- ftp://ftp.pwg.org/pub/pwg/sm3/wd/wd-smjdfmap1= 0-20140604-rev.pdf

-- Int= erim draft - waiting for input from Rainer, SM WG, and IPP WG

-- Mike sent proposed "finishings-col= " mappings for JDFMAP to SM3 WG list

-- EEK! - SM3 mailing and email archives are invisible on PWG = web server

 <= /p>

(7) "job-password-encryption-suppor= ted in PWG 5100.11 (Smith Kennedy)
- http://www.pwg.org/archives/ipp= /2014/018028.html

-- curr= ent keyword 'sha' is ambiguous
   (does this mean 'sha1' or w= hat???)

-- SHA-0 withdrawn in= 1996 by US NIST

-- SHA-1 dep= recated in 2010 and withdrawn in 2013 by US NIST

<= p class=3DMsoNormal>-- SHA-2 has no known practical attacks at present=

-- SHA-3 (Keccak) selected in 201= 2 by US NIST

-- Daniel sugges= ted many keyword including hash output lengths

-- Mike suggested looking at IANA registries (e.g., TLS a= lgorithms registry)

-- Ira d= oesn't like embedded hash output length in these keywords

-- consensus?

 

(8)= "printer-output-tray" in PWG 5100.13 (Jeremy Leber)

-- ABNF error for "= output-stacking-order" and "output-page-delivery"=

   (should both move from &qu= ot;output-opt" to "output-req"production)

-- Ira sent link to DMTF CIM ranking of Printer= MIB objects

 

(9) New HTTP/1.1 RFCs published (Mike)=
- http://www.pwg.org/archives/ipp/2014/018023.html=

-- All PWG Editors - begin to use these= references immediately


(10) = Next steps

- IPP WG on = Monday 30 June 2014 - IPP Implementor's Guide 2.0

=

- IPP WG on Monday 14 July 2014 - TBD topics

 

Cheers,

- Ira

Ira McDonald (Musician / Software Archit= ect)
Co-Chair - TCG Trusted Mobility Solutions WG
Chair - Linux Found= ation Open Printing WG
Secretary - IEEE-ISTO Printer Working Group
Co= -Chair - IEEE-ISTO PWG Internet Printing Protocol WG
IETF Designated Exp= ert - IPP & Printer MIB
Blue Roof Music / High North Inc
http://sites.google.com/site/blueroofmusic<= br>= http://sites.google.com/site/highnorthinc
mailto: blueroofmusic@gmail.com
Winter  579 Park Place  Salin= e, MI  48176  734-= 944-0094
Summer  PO Box 221  Grand Marais, MI 49839  = 906-494-2434<= /p>

------=_NextPart_000_0042_01CF88E1.0C3E43A0-- --===============0489791794== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ ipp mailing list ipp@pwg.org https://www.pwg.org/mailman/listinfo/ipp --===============0489791794==-- From ipp-bounces@pwg.org Mon Jun 16 04:45:47 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3B6CE1B2BC0 for ; Mon, 16 Jun 2014 04:45:47 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.44 X-Spam-Level: X-Spam-Status: No, score=-2.44 tagged_above=-999 required=5 tests=[AC_DIV_BONANZA=0.001, BAYES_00=-1.9, DKIM_SIGNED=0.1, HTML_MESSAGE=0.001, RP_MATCHES_RCVD=-0.651, SPF_PASS=-0.001, T_DKIM_INVALID=0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id CdV4TIa9kQLf for ; Mon, 16 Jun 2014 04:45:43 -0700 (PDT) Received: from www.pwg.org (www.pwg.org [IPv6:2600:3c01::f03c:91ff:fe70:b03f]) by ietfa.amsl.com (Postfix) with ESMTP id 961981B2BAE for ; Mon, 16 Jun 2014 04:45:43 -0700 (PDT) Received: from pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id 9435F8594; Mon, 16 Jun 2014 11:45:45 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: from mail-in4.apple.com (mail-out4.apple.com [17.151.62.26]) by www.pwg.org (Postfix) with ESMTPS id B19198590 for ; Mon, 16 Jun 2014 11:45:44 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; d=apple.com; s=mailout2048s; c=relaxed/simple; q=dns/txt; i=@apple.com; t=1402919141; x=2266832741; h=From:Sender:Reply-To:Subject:Date:Message-id:To:Cc:MIME-version:Content-type: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-reply-to:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=6IgxQ9woFYTC4trHks+8ZI0laMYAO79Ip4dsKDs2AK4=; b=G8tIEoFT3eBx7i6921txTazlbm/LuOlWs85ZvMGLjaibPaR0KDNWzDzHjCLU2y3C 52tWdlc9rq0zAHEgnAJl8kCdD4k1gbg6jw/dovfApymHBHg0SeeuPEuehNRyyNdE d0WlBkLO0joWGV8FcmEVF0aM0zU8m1phxCJW44h9yzkpO4qbC/E581SIU2iFUBPy JPG+KykmFFgcCsCWd0D5JBpHqsThAHFppezr5Hh7mrbW/nNc56eW0w+VMZXumKhB Im+GIlQNsLYnCyjRQ4Q3+zDsFv69HYrrRvYe7Yeb2Jr30dRWj3HRAgrilkoPbLoI NJkUk+Qjpm+vfEGouyvvRg==; Received: from mail-out.apple.com (mail-out.apple.com [17.151.62.50]) (using TLS with cipher RC4-MD5 (128/128 bits)) (Client did not present a certificate) by mail-in4.apple.com (Apple Secure Mail Relay) with SMTP id B4.22.32327.5E8DE935; Mon, 16 Jun 2014 04:45:41 -0700 (PDT) MIME-version: 1.0 Received: from relay5.apple.com ([17.128.113.88]) by local.mail-out.apple.com (Oracle Communications Messaging Server 7.0.5.30.0 64bit (built Oct 22 2013)) with ESMTP id <0N7900JMEFBO7WX0@local.mail-out.apple.com> for ipp@pwg.org; Mon, 16 Jun 2014 04:45:40 -0700 (PDT) X-AuditID: 11973e12-f79586d000007e47-3b-539ed8e52cf1 Received: from [17.153.27.46] (Unknown_Domain [17.153.27.46]) (using TLS with cipher AES128-SHA (128/128 bits)) (Client did not present a certificate) by relay5.apple.com (Apple SCV relay) with SMTP id 3F.E6.31858.3E8DE935; Mon, 16 Jun 2014 04:45:41 -0700 (PDT) From: Michael Sweet In-reply-to: Date: Mon, 16 Jun 2014 07:45:37 -0400 Message-id: <9BA0D513-C8B5-4751-8B2E-E1D09C13D301@apple.com> References: To: Ira McDonald X-Mailer: Apple Mail (2.1878.2) X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFjrNLMWRmVeSWpSXmKPExsUiON3OSPfpjXnBBjcvsVkc2/eSxYHRY97i 6UwBjFFcNimpOZllqUX6dglcGfsaZzAXrG1jrDjce5m5gfFmSRcjJ4eEgInEnfXPGSFsMYkL 99azdTFycQgJzGKSOLuwiQkkwSsgKPFj8j0WEJtZIExiQ88nZoiiSUwSUzbdZoaZdGHVb0aI RDeTxJFNh8G6hQXMJL5dnM0GYrMJqEn8ntTHCmJzCgRLvLm/ih3EZhFQlfj0ZCcjxAY3ianb Z7FDbLaROHt3NSvE0DuMEpP/Xgc6g4NDREBLYslzRYjF8hIz2k+wg9RICMxjkzh87hjrBEah WUgun4Xk8llA7cwCehL3L2pBhLUlnry7wAph60p8ntzPiCy+gJFtFaNQbmJmjm5mnoleYkFB Tqpecn7uJkZI6AvtYDy1yuoQowAHoxIP7wTHecFCrIllxZW5hxilOViUxHnL588OFhJITyxJ zU5NLUgtii8qzUktPsTIxMEp1cA412TSD4FXDTHbmCeZK+SsO7d2okvaehFtkTN2wqG//P59 v5XCaPf029tZi2/6r5VRV/7qeXQF+9t/rkHPfa1Om3IHzrSY+Ey26fLbZPa8w79Orl/ZtDfK 5ehsyw+yJlcyVbujN6u94pjHvVx8l+ABq4rVYRO/B/UK/+1I1mKzPbzVfGfgnnZpJZbijERD Leai4kQApejEQ14CAAA= X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFjrHLMWRmVeSWpSXmKPExsUiOFNaT/fpjXnBBnMey1q8frWU3eLYvpcs Fke+xVp0PFnJ6sDisfXkDzaPnbPusnvMWzydyWP5qfVsASxRXDYpqTmZZalF+nYJXBnv9i1m KbjaxlixrWciUwPj35IuRk4OCQETiQurfjNC2GISF+6tZwOxhQS6mSROPwsEsYUFzCS+XZwN FucVMJC41r8erJ5ZIEHi398rzCA2m4CaxO9JfawgNqdAoER/bwNYDYuAqsSnJzuh6j0kZty9 ww4xx0Zi38Y7LF2MXEC7bjBK3Ln8FqiZg0NEQEtiyXNFiHvkJWa0n2CfwMg3C8nqWUhWQ9ja EssWvoayDSSedr5ixRTXl3jzbg7TAka2VYwCRak5iZWmeokFBTmpesn5uZsYQaHcUBixg/H/ MqtDjAIcjEo8vBMc5wULsSaWFVfmHmKU4GBWEuG9vQgoxJuSWFmVWpQfX1Sak1p8iFGag0VJ nPfL/1nBQgLpiSWp2ampBalFMFkmDk6pBsZS7YxlJ/X2tOvLy6am7sg8zBcn2lHZs2ENc8iU oGpjzUTzckYu6R+W6/ZmOPc+eqS/8c+xJSZXuCPvFd1KerP/RPClzEKeIqe7b5yzzqm92Wul +/zrHH8Fxa8aSpZaghtlPyfINa++nvIg75F9gpRe7uP32TVOt2Jlo9O8w9ZwM2lE231UVWIp zkg01GIuKk4EAJCG51lhAgAA Cc: "ipp@pwg.org" Subject: Re: [IPP] Fwd: IPP Scan operational attribute X-BeenThere: ipp@pwg.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Internet Printing Protocol Workgroup discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0815491194==" Sender: ipp-bounces@pwg.org Errors-To: ipp-bounces@pwg.org --===============0815491194== Content-type: multipart/alternative; boundary="Boundary_(ID_NjKpPBCIItfmacE9c02mzQ)" --Boundary_(ID_NjKpPBCIItfmacE9c02mzQ) Content-type: text/plain; charset=windows-1252 Content-transfer-encoding: quoted-printable Ira, I'm not a big fan of this proposal - I'd prefer the parallel 1setOf that = we typically use in IPP rather than invent a sparse syntax, particularly = when the most common use case is a single destination (and the second = most common is probably a list of email recipients that won't need = this...) Also, if we want to generalize this in the future, perhaps prefix the = member attributes with "access-" instead of "destination-", with the = operation attribute being "destination-accesses (1setOf collection)". = That would make it: Operation Attributes: destination-accesses (1setOf collection) access-data (1setOf octetString(MAX)) access-type (type3 keyword | name) access-user-name (name(MAX)) Printer Description Attributes: access-type-supported (1setOf type3 keyword | name) destination-accesses-supported (1setOf type2 keyword) (required values 'access-data', 'access-type', and = 'access-user-type' if supported) For the access-data member attribute, I wouldn't hardcode it to be = concatenation of values, since there are auth methods that require = multiple "passwords", but rather define it for each access-type value. .... (Future for Print-URI/Send-URI) Operation Attribute: document-access (collection) Printer Description Attribures: document-access-supported (1setOf type2 keyword) (required values 'access-data', 'access-type', and = 'access-user-type' if supported) On Jun 15, 2014, at 6:21 PM, Ira McDonald = wrote: > [forwarding to IPP WG list for our Scan discussion on Monday 16 June] >=20 > ---------- Forwarded message ---------- > From: Ira McDonald > Date: Fri, Jun 13, 2014 at 5:22 PM > Subject: Re: IPP Scan operational attribute > To: "Zehler, Peter" , Ira McDonald = >=20 >=20 > Hi Pete, >=20 > So here's a fragment of IPP stuff for the operation attribute > that can be sparse (i.e., does NOT have to be parallel to the=20 > "destinations" array) >=20 > destination-acceses (1setOf destination-access) >=20 > destination-access (collection) > - member attributes below >=20 > destination-numbers (1setOf Integer) > - required to supply in every row > - ordinals of rows in "destinations" Job attribute > - out-of-range ordinal is a fatal Job submission error >=20 > destination-user-name (name(MAX)) > - optional to supply in a given row > - for username/password authentication >=20 > destination-auth-type (type3 keyword | name) > - required to supply in every row > - taken from Joe's list with extensions > - type3 to allow ease-of-extensions (w/out new IPP spec)=20 >=20 > destination-auth-data (1setOf octetString(MAX)) > - required to supply in every row > - binary or UTF-8 text > - multiple values are concatenated > - solves the large attribute problem w/out a new datatype >=20 > WDYT? >=20 > Cheers, > - Ira >=20 >=20 >=20 > Ira McDonald (Musician / Software Architect) > Co-Chair - TCG Trusted Mobility Solutions WG > Chair - Linux Foundation Open Printing WG > Secretary - IEEE-ISTO Printer Working Group > Co-Chair - IEEE-ISTO PWG Internet Printing Protocol WG > IETF Designated Expert - IPP & Printer MIB > Blue Roof Music / High North Inc > http://sites.google.com/site/blueroofmusic > http://sites.google.com/site/highnorthinc > mailto: blueroofmusic@gmail.com > Winter 579 Park Place Saline, MI 48176 734-944-0094 > Summer PO Box 221 Grand Marais, MI 49839 906-494-2434 >=20 >=20 >=20 > On Fri, Jun 13, 2014 at 12:24 PM, Zehler, Peter = wrote: > Ira, >=20 > =20 >=20 > As you know I need to add an operational attribute to IPP Scan that = contains the information necessary for a Scan Service to store a = document at a specified location. I imagine it would contain items like = access tokens or even (yuk) username/password. The operational = attribute will be a parallel collection to IPP Scan=92s destinations = collection. In the Imaging Device Security Identification, = Authentication and Authorization specification the = UserIdentificationType looks close to what I need. On the wire I do not = think I need the UserUuid and I=92ll need a username/password. >=20 > =20 >=20 > Any idea what I should be using and where I might obtain the detailed = definition? >=20 > =20 >=20 > Pete >=20 > =20 >=20 > =20 >=20 > Peter Zehler >=20 > > Email: Peter.Zehler@Xerox.com > Office: +1 (585) 265-8755 >=20 > Mobile: +1 (585) 329-9508 > FAX: +1 (585) 265-7441 > US Mail: Peter Zehler > Palo Alto Research Center Incorporated > 800 Phillips Rd. > M/S 128-25E > Webster NY, 14580-9701 >=20 > =20 >=20 >=20 >=20 > _______________________________________________ > ipp mailing list > ipp@pwg.org > https://www.pwg.org/mailman/listinfo/ipp _________________________________________________________ Michael Sweet, Senior Printing System Engineer, PWG Chair --Boundary_(ID_NjKpPBCIItfmacE9c02mzQ) Content-type: text/html; charset=windows-1252 Content-transfer-encoding: quoted-printable Ira,

I'm not a big fan of this = proposal - I'd prefer the parallel 1setOf that we typically use in IPP = rather than invent a sparse syntax, particularly when the most common = use case is a single destination (and the second most common is probably = a list of email recipients that won't need = this...)

Also, if we want to generalize this in = the future, perhaps prefix the member attributes with "access-" instead = of "destination-", with the operation attribute being = "destination-accesses (1setOf collection)".  That would make = it:

    Operation = Attributes:

    destination-accesses = (1setOf collection)
        access-data = (1setOf octetString(MAX))
        = access-type (type3 keyword | name)
    =     access-user-name = (name(MAX))


    = Printer Description Attributes:

    = access-type-supported (1setOf type3 keyword | = name)
    destination-accesses-supported = (1setOf type2 keyword)
        (required = values 'access-data', 'access-type', and 'access-user-type' if = supported)

For the access-data member = attribute, I wouldn't hardcode it to be concatenation of values, since = there are auth methods that require multiple "passwords", but rather = define it for each access-type = value.

....

(Future = for Print-URI/Send-URI)

    Operation = Attribute:

    document-access = (collection)


    = Printer Description Attribures:

    = document-access-supported (1setOf type2 keyword)
  =       (required values 'access-data', 'access-type', and = 'access-user-type' if = supported)


On = Jun 15, 2014, at 6:21 PM, Ira McDonald <blueroofmusic@gmail.com> = wrote:

[forwarding to IPP WG list for our Scan = discussion on Monday 16 June]

---------- Forwarded message = ----------
From: Ira McDonald <blueroofmusic@gmail.com>
Date: Fri, Jun 13, 2014 at 5:22 PM
Subject: Re: IPP Scan operational = attribute
To: "Zehler, Peter" <Peter.Zehler@xerox.com>, = Ira McDonald <blueroofmusic@gmail.com>

Hi = Pete,

So here's a fragment of IPP stuff for the operation = attribute
that can be sparse (i.e., does NOT have to be = parallel to the
"destinations" array)

destination-acceses (1setOf = destination-access)

destination-access = (collection)
- member attributes = below

destination-numbers (1setOf Integer)
- required to supply in every row
- ordinals of rows in = "destinations" Job attribute
- out-of-range ordinal is a = fatal Job submission error

destination-user-name = (name(MAX))
- optional to supply in a given row
- for = username/password = authentication

destination-auth-type (type3 = keyword | name)
- required to supply in every row
- taken from Joe's list with extensions
- type3 to = allow ease-of-extensions (w/out new IPP spec) =

destination-auth-data (1setOf octetString(MAX))
- = required to supply in every row
- binary or UTF-8 text
- multiple values are = concatenated
- solves the large attribute problem w/out a = new = datatype

WDYT?

Cheers,
-= Ira



Ira McDonald (Musician / Software = Architect)
Co-Chair - TCG Trusted Mobility Solutions WG
Chair - Linux Foundation Open Printing WG
Secretary - IEEE-ISTO = Printer Working Group
Co-Chair - IEEE-ISTO PWG Internet Printing = Protocol WG
IETF Designated Expert - IPP & Printer MIB
Blue = Roof Music / High North Inc
http://sites.google.com/site/blueroofmusic
http://sites.google.com/site/highnorthinc
mailto: blueroofmusic@gmail.com
Winter  579 Park = Place  Saline, MI  48176  734-944-0094
Summer  PO Box 221  Grand Marais, MI 49839  906-494-2434



On Fri, Jun 13, 2014 at 12:24 PM, = Zehler, Peter <Peter.Zehler@xerox.com> = wrote:

Ira,

 

As = you know I need to add an operational attribute to IPP Scan that = contains the information necessary for a Scan Service to store a = document at a specified location.  I imagine it would contain items = like access tokens or even (yuk) username/password.  The operational attribute will be a parallel collection to IPP Scan=92s = destinations collection.  In the Imaging Device Security = Identification, Authentication and Authorization specification the = UserIdentificationType looks close to what I need.  On the wire I do not think I need the UserUuid and I=92ll need a = username/password.

 

Any = idea what I should be using and where I might obtain the detailed = definition?

 

Pete

 

 

Peter Zehler

<image001.png>
Email: Peter.Zehler@Xerox.com
Office: +1 (585) = 265-8755

Mobile: +1 (585) = 329-9508
FAX: +1 (585) = 265-7441
US Mail: Peter Zehler
Palo Alto Research Center Incorporated
800 Phillips Rd.
= M/S 128-25E
Webster NY, 14580-9701

 



_______________________________________________
ipp mailing = list
ipp@pwg.org
https://www.pwg.org/mailman= /listinfo/ipp

_________________________________________________________
Michael = Sweet, Senior Printing System Engineer, PWG = Chair

= --Boundary_(ID_NjKpPBCIItfmacE9c02mzQ)-- --===============0815491194== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ ipp mailing list ipp@pwg.org https://www.pwg.org/mailman/listinfo/ipp --===============0815491194==-- From CallieMunoz@bets-co.cupfop.com Mon Jun 16 07:04:00 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 419CA1A0008 for ; Mon, 16 Jun 2014 07:04:00 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 3.947 X-Spam-Level: *** X-Spam-Status: No, score=3.947 tagged_above=-999 required=5 tests=[BAYES_80=2, GB_OPRAH=2, J_CHICKENPOX_32=0.6, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ZirvtlPxiSdR for ; Mon, 16 Jun 2014 07:03:59 -0700 (PDT) Received: from bets-co.cupfop.com (bets-co.cupfop.com [93.117.121.24]) by ietfa.amsl.com (Postfix) with ESMTP id CB1F01A0043 for ; Mon, 16 Jun 2014 07:03:14 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Melt -FAT- No Effort Subject: Melt 5LB FAT a week [Doctors-TV] Message-ID: <5234yh735h.20140615214011.6888.65087.8534.53@mx.cupfop.com> Date: Mon, 16 Jun 2014 07:02:59 -0700 To: You probably think that it's too late to shed your winter-LB's you gained before you bust out your bikini, tank tops, and hit the beach. THAT'S ABSOLUTELY NOT TRUE. No need to fear, you can rid 1LB-a-day with "The Doctors" method that worked for Oprah and everyone else who has tried. Oprah's Tip Of 2014: http://www.cupfop.com/yahoo-feat-Oprah-43563784343634.html It Involves---- --NO going to a grimy gym --NO Starvation or food restrictions We hope you learned a thing or 2! Recap: http://www.cupfop.com/yahoo-feat-Oprah-43563784343634.html Thanks- "The Doctors" Past Shows: Caffeine Overdose? Virginity Testing; Shocking Cyst Removal [][][][][][][][][][][][][][] Girl with Half a Face; Parenting Children with Special Needs The Doctors shares the touching story of a teenage girl suffering from severe facial tumors. See the bold action she took to help stop years of bullying. Plus, one mothers emotional journey of raising children with special needs. And, a controversial C-section study that every expectant mom should know about. Communication can be altered :: http://www.cupfop.com/brt.u Or writing is also accepted: 932 Maple Ave. () Dayton () KY () 41074 --==--==--==--==--==--==--==--==--==--==--==--==--==-- Burn -F-A-T- Top Summary: http://www.cupfop.com/yahoo-feat-Oprah-43563784343634.html Hi guys, I've had my Dell laptop for over 3 years now and it's been fantastic......up until now! Spec: Studio 1749 17.3in High Definition+ (1600X900) LED with TrueLife Intel Core i5-540M 2.53GHz (3.06Ghz Turbo Mode, 3M cache) Wireless : European Intel Wireless LAN 6200 2x2 (802.11a/b/g/n) Card Optical Drive : 8X DVD+/-RW Drive Back Up Media Not Included MOD,SW,OFC-2010,FI misc Adobe Acrobat 9.0 Reader 4 GB DDR3 SDRAM 1066MHz (2 DIMMs) 500 GB SATA Hard Drive (7200 RPM) misc Genuine Windows 7 Home Premium (64 BIT) Hard Drive: 500 GB 2.5in 3.0Gb/s and 16MB Data Burst Cache, SATA (7200RPM) Graphics : 1 GB ATI Mobility Radeon HD 5650 Camera Integrated 2.0 Mega Pixel Camera Internal UK/Irish Qwerty Backlit Keyboard Battery Primary 6-cell 56W/HR LI-ION Basically it's running painfully slow, taking sometimes 10-15 mins to log in and a few mins to load up the icons on my desktop. Shutting down also takes a lot longer than normal. Programs also take an age to eventual load once i've double clicked on them. Now i've run my antivirus software (AVG and AD-AWARE anti virus as well as AVAST) and nothing has been found. I've also run MALWAREBYTES, SUPER ANTI SPYWARE, ADVANCED SYSTEM CARE and AMIGABIT POWER BOOSTER and although stuff does get removed, it's still very slow. Even when typing this the machine locks for a few seconds and my FIREFOX says 'NOT RESPONDING' and then it carries on running again. I've DEFRAGED and DISK CLEAN UP also with no improvement. Now i'm basically out of ideas as to what to do next! I could take it to the shops but i would like to work out what's wrong myself incase it happens again. Is there a program that can check the health of the HD or the RAM? Do you guys have any ideas please? Thank you for reading in advance. Niki From ipp-bounces@pwg.org Mon Jun 16 07:48:52 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 34EED1A0041 for ; Mon, 16 Jun 2014 07:48:52 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.011 X-Spam-Level: X-Spam-Status: No, score=-2.011 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_ADSP_CUSTOM_MED=0.001, DKIM_SIGNED=0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, MIME_HTML_MOSTLY=0.428, RP_MATCHES_RCVD=-0.651, SPF_PASS=-0.001, T_DKIM_INVALID=0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Sq5JtwuplcnY for ; Mon, 16 Jun 2014 07:48:48 -0700 (PDT) Received: from www.pwg.org (www.pwg.org [IPv6:2600:3c01::f03c:91ff:fe70:b03f]) by ietfa.amsl.com (Postfix) with ESMTP id C15171A0032 for ; Mon, 16 Jun 2014 07:48:48 -0700 (PDT) Received: from pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id 6B62D8596; Mon, 16 Jun 2014 14:48:49 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: from mail-ig0-x22a.google.com (mail-ig0-x22a.google.com [IPv6:2607:f8b0:4001:c05::22a]) by www.pwg.org (Postfix) with ESMTPS id 646748594 for ; Mon, 16 Jun 2014 14:48:47 +0000 (UTC) Received: by mail-ig0-f170.google.com with SMTP id h3so3952074igd.5 for ; Mon, 16 Jun 2014 07:48:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=99PDGhmC+iq+GfuT/ZatdSmdCR/9yQYPyqfOZxZ+U1w=; b=KyllO4i2cRBz8rRXsUTu0CfDY2qszyedroIAypDS2K2B5vnV0ABroNCE6OWmcJa0dA BJ2KxwxzeB9buGAIFX+PMCFa+dVHpm8LgB25cYnYEl8yXCbwRUTm9akpGbJMZsjekGoW M/97F+z/d2siJV+Nsuv8uXunzQgGqbmsJDI4YTeNJB+S4PAwiwAOinuORZDzlOCKd/DQ sa1lBK3Npy1Md+TqpnDMJ4XVgZQIQ1z9Iw9je+A6UKzXUCJE+nwk6WObpiSwLIn5x7ZS IU0It9zfFsZj/zZ5yB+O9Tz7fzNMPLVVeL9wOIcT8uUKzrVpNvLT3zvjrRusS/ns5hzJ wQLA== X-Received: by 10.50.43.202 with SMTP id y10mr26341809igl.23.1402930122554; Mon, 16 Jun 2014 07:48:42 -0700 (PDT) MIME-Version: 1.0 Received: by 10.50.168.40 with HTTP; Mon, 16 Jun 2014 07:48:22 -0700 (PDT) In-Reply-To: <004101cf8902$9344c010$b9ce4030$@tykodi.com> References: <004101cf8902$9344c010$b9ce4030$@tykodi.com> From: Ira McDonald Date: Mon, 16 Jun 2014 10:48:22 -0400 Message-ID: To: Paul Tykodi , Ira McDonald Cc: "ipp@pwg.org" Subject: Re: [IPP] IPP Agenda - 3-5pm US Eastern 16 June 2014 X-BeenThere: ipp@pwg.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Internet Printing Protocol Workgroup discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0661979839==" Sender: ipp-bounces@pwg.org Errors-To: ipp-bounces@pwg.org --===============0661979839== Content-Type: multipart/alternative; boundary=089e011604ba9990e204fbf51f86 --089e011604ba9990e204fbf51f86 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi Paul, >From the PWG home page, it's impossible to navigate to the SM3 mailing list archives. So I couldn't get a JDFMAP link (Mike's finishing comments) to put in the IPP WG. This is a serious problem for SM WG engaging other standards bodies. Cheers, - Ira Ira McDonald (Musician / Software Architect) Co-Chair - TCG Trusted Mobility Solutions WG Chair - Linux Foundation Open Printing WG Secretary - IEEE-ISTO Printer Working Group Co-Chair - IEEE-ISTO PWG Internet Printing Protocol WG IETF Designated Expert - IPP & Printer MIB Blue Roof Music / High North Inc http://sites.google.com/site/blueroofmusic http://sites.google.com/site/highnorthinc mailto: blueroofmusic@gmail.com Winter 579 Park Place Saline, MI 48176 734-944-0094 Summer PO Box 221 Grand Marais, MI 49839 906-494-2434 On Sun, Jun 15, 2014 at 9:30 PM, Paul Tykodi wrote: > Hi Ira, > > > > Regarding point #6 =E2=80=93 sm3 mailing list archive is here: > > http://www.pwg.org/pipermail/sm3/ > > > > Is your complaint that the link is not visible on http://www.pwg.org > because we haven=E2=80=99t yet updated the MFD page to be the sm3 page? > > > > Thanks. > > > > Best Regards, > > > > /Paul > > -- > > Paul Tykodi > Principal Consultant > TCS - Tykodi Consulting Services LLC > > Tel/Fax: 603-343-1820 > Mobile: 603-866-0712 > E-mail: ptykodi@tykodi.com > WWW: http://www.tykodi.com > > > > This e-mail reply and any attachments are confidential and may be > privileged. > > If you are not the intended recipient, please notify Tykodi Consulting > Services LLC > > immediately by replying to this message and destroying all copies of this > message > > and any attachments. Thank you > > > > *From:* ipp-bounces@pwg.org [mailto:ipp-bounces@pwg.org] *On Behalf Of *I= ra > McDonald > *Sent:* Sunday, June 15, 2014 7:30 PM > *To:* ipp@pwg.org; Ira McDonald > *Subject:* [IPP] IPP Agenda - 3-5pm US Eastern 16 June 2014 > > > > Our next IPP WG call will be Monday 16 June 12-2pm US Pacific / 3-5pm US > Eastern > > Call-in toll-free number (US/Canada): 1-866-469-3239 > Call-in toll number (US/Canada): 1-650-429-3300 (Primary) > Call-in toll number (US/Canada): 1-408-856-9570 (Backup) > > Attendee Access Code: *******# > Attendee ID Code: # (empty) > > NOTE: Please DO NOT USE the audio bridge number listed by WebEx > - instead use the regular PWG conference bridge listed above! > > ------------------------------------------------------- > Meeting information > ------------------------------------------------------- > Topic: IPP/Cloud WG > Date: Every Monday, from Monday, September 23, 2013 to no end date > Time: 3:00 pm, Eastern Daylight Time (New York, GMT-04:00) > Meeting Number: 682 763 393 > Meeting Password: Printing123 > ------------------------------------------------------- > To join the online meeting (Now from mobile devices!) > ------------------------------------------------------- > 1.. Go to > https://ieee-isto.webex.com/ieee-isto/j.php?ED=3D152699422&UID=3D11837625= 37&PW=3DNYTM5NTNhNjUy&RT=3DMiMxMQ%3D%3D > > 2. If requested, enter your name and email address. > 3. If a password is required, enter the meeting password: Printing123 > 4. Click "Join". > To view in other time zones or languages, please click the link: > > https://ieee-isto.webex.com/ieee-isto/j.php?ED=3D152699422&UID=3D11837625= 37&PW=3DNYTM5NTNhNjUy&ORT=3DMiMxMQ%3D%3D > ------------------------------------------------------- > For assistance > ------------------------------------------------------- > 1. Go to https://ieee-isto.webex.com/ieee-isto/mc > 2. On the left navigation bar, click "Support". > ------------------------------------------------------- > > Agenda: > (1) PWG IP Policy and Minute Taker > > - Mike as minute taker? > > > (2) Approve IPP minutes from previous meetings > > - ftp://ftp.pwg.org/pub/pwg/ipp/minutes/ippv2-concall-minutes-20140602.pd= f > > > > (3) Status of various IPP documents (Ira/Mike) > > * LDAP Printer Schema (Ira) > > - > ftp://ftp.pwg.org/pub/pwg/ipp/wd/draft-mcdonald-ldap-printer-schema-07-20= 140313.pdf > > -- IPP WG reviewed on 31 March > > -- ready for IETF Last Call > > * IETF IPP over HTTPS Binding and 'ipps' URI Scheme (Ira) > > - > ftp.pwg.org/pub/pwg/ipp/wd/draft-mcdonald-ipps-uri-scheme-12-20140420.pdf > > -- completed edits from IPP WG review on 14 April > > -- ready for IETF Last Call > > * IPP Self-Certification (Mike) > - ftp://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippeveselfcert10-20140509-rev.pdf > > > -- Prototype draft - waiting for prototype reports > > -- reviewed at PWG F2F in May > > -- schedule - July-ish for beta tools, spec update, and web site, > definitely by August F2F - PWG Last Call Q1 2015 > > * IPP Implementor's Guide v2.0 (Smith) > > - ftp://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippig20-20140513-rev.pdf > -- Prototoype draft - waiting for prototype reports > -- review of section 5.8 at IPP WG on 2 June - needs edits in minutes > -- continue review at section 5.8.1 > > (4) Status of IPP Scan Service (Pete Zehler) > > - ftp://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippscan10-20140509-rev.pdf > - http://www.pwg.org/archives/ipp/2014/018039.html > > -- Stable draft - completed IPP WG last call > -- reviewed at PWG F2F in May > > -- needs edits in minutes - needs destination access operation attribute > > (5) IPP Shared Infrastructure Extensions (Mike) > - ftp://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippsix10-20140226-rev.pdf > -- Prototoype draft - waiting for prototype reports > > -- NOT reviewed at PWG F2F in May > > -- schedule - PWG Last Call Q3 2014 > > > > (6) IPP Finishings/2.0 and SM JDFMAP (Rick, Ira, Mike) > - ftp://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippfinishings20-20140509-rev.pdf > > -- Prototoype draft - waiting for prototype reports > -- Ira/Mike still need to cross-check w/ Finisher MIB (RFC 3805) > > -- reviewed at PWG F2F in May > > -- schedule - PWG Last Call Q3 2014 > - ftp://ftp.pwg.org/pub/pwg/sm3/wd/wd-smjdfmap10-20140604-rev.pdf > > -- Interim draft - waiting for input from Rainer, SM WG, and IPP WG > > -- Mike sent proposed "finishings-col" mappings for JDFMAP to SM3 WG list > > -- EEK! - SM3 mailing and email archives are invisible on PWG web server > > > > (7) "job-password-encryption-supported in PWG 5100.11 (Smith Kennedy) > - http://www.pwg.org/archives/ipp/2014/018028.html > > -- current keyword 'sha' is ambiguous > (does this mean 'sha1' or what???) > > -- SHA-0 withdrawn in 1996 by US NIST > > -- SHA-1 deprecated in 2010 and withdrawn in 2013 by US NIST > > -- SHA-2 has no known practical attacks at present > > -- SHA-3 (Keccak) selected in 2012 by US NIST > > -- Daniel suggested many keyword including hash output lengths > > -- Mike suggested looking at IANA registries (e.g., TLS algorithms > registry) > > -- Ira doesn't like embedded hash output length in these keywords > > -- consensus? > > > > (8) "printer-output-tray" in PWG 5100.13 (Jeremy Leber) > > - http://www.pwg.org/archives/ipp/2014/018037.html > - http://www.pwg.org/archives/ipp/2014/018025.html > > -- ABNF error for "output-stacking-order" and "output-page-delivery" > > (should both move from "output-opt" to "output-req"production) > > -- Ira sent link to DMTF CIM ranking of Printer MIB objects > > > > (9) New HTTP/1.1 RFCs published (Mike) > - http://www.pwg.org/archives/ipp/2014/018023.html > > -- All PWG Editors - begin to use these references immediately > > > (10) Next steps > > - IPP WG on Monday 30 June 2014 - IPP Implementor's Guide 2.0 > > - IPP WG on Monday 14 July 2014 - TBD topics > > > > Cheers, > > - Ira > > Ira McDonald (Musician / Software Architect) > Co-Chair - TCG Trusted Mobility Solutions WG > Chair - Linux Foundation Open Printing WG > Secretary - IEEE-ISTO Printer Working Group > Co-Chair - IEEE-ISTO PWG Internet Printing Protocol WG > IETF Designated Expert - IPP & Printer MIB > Blue Roof Music / High North Inc > http://sites.google.com/site/blueroofmusic > http://sites.google.com/site/highnorthinc > mailto: blueroofmusic@gmail.com > Winter 579 Park Place Saline, MI 48176 734-944-0094 > Summer PO Box 221 Grand Marais, MI 49839 906-494-2434 > --089e011604ba9990e204fbf51f86 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi Paul,

From the PW= G home page, it's impossible to navigate to the SM3 mailing list archiv= es.

So I couldn't get a JDFMAP link (Mike's finishing = comments) to put in the IPP WG.

This is a serious problem for SM WG engaging other standards bodi= es.

Cheers,
- Ira


Ira McDonald (Musician / Softw= are Architect)
Co-Chair - TCG Trusted Mobility Solutions WG
Chair - Linux Foundation Op= en Printing WG
Secretary - IEEE-ISTO Printer Working Group
Co-Chair -= IEEE-ISTO PWG Internet Printing Protocol WG
IETF Designated Expert - IP= P & Printer MIB
Blue Roof Music / High North Inc
http://si= tes.google.com/site/blueroofmusic
http:/= /sites.google.com/site/highnorthinc
mailto: bluero= ofmusic@gmail.com
Winter=C2=A0 579 Park Place=C2=A0 Saline, MI=C2=A0= 48176=C2=A0 734-944-0094
Summer=C2=A0 PO Box 221=C2=A0 Grand Marais, MI= 49839=C2=A0 906-494-2434



On Sun, Jun 15, 2014 at 9:30 PM, Paul Ty= kodi <ptykodi@tykodi.com> wrote:

Hi Ira,

=C2=A0

Regarding point #6 =E2=80=93 sm3 mailing l= ist archive is here:

http://www.pwg.org/pipermail/sm3/

=C2=A0

Is your complaint t= hat the link is not visible on http://www.pwg.org because we haven=E2=80=99t yet updated the MFD = page to be the sm3 page?

=C2=A0

Thanks.

=C2=A0

Best Regards,

=C2=A0

/Paul=

--

Paul Tykodi
Principal Consultant
TCS - Tykodi Consulting Services LLC

Tel/Fax= : 603= -343-1820
Mobile:=C2=A0 603-866-0712
E-mail:=C2=A0 ptyko= di@tykodi.com
WWW:=C2= =A0 http://ww= w.tykodi.com

=C2=A0

This e-mail reply and = any attachments are confidential and may be privileged.

If you are not the intended = recipient, please notify Tykodi Consulting Services LLC

immediately by replying to t= his message and destroying all copies of this message =

and any attachments. Thank y= ou

=C2=A0

From: ipp-bounces@pwg.org<= /a> [mailto:ipp-bo= unces@pwg.org] On Behalf Of Ira McDonald
Sent: Sunday, June 15, 2014 7:30 PM
To: ipp@pwg.org; Ira McDonald
Subject:= [IPP] IPP Agenda - 3-5pm US Eastern 16 June 2014<= /p>

=C2=A0

Our next IPP WG call will be= Monday 16 June 12-2pm US Pacific / 3-5pm US Eastern

Call-in toll-fr= ee number (US/Canada): 1-8= 66-469-3239
Call-in toll number (US/Canada): 1-650-429-3300 (Primary)
Call-in toll number (US/Canada): 1-408-856-9570 (Backup)
Attendee Access Code: *******#
Attendee ID Code: # (empty)=

NOTE:=C2=A0 = Please DO NOT USE the audio bridge number listed by WebEx
- instead use = the regular PWG conference bridge listed above!

---------------= ----------------------------------------
Meeting information
--------= -----------------------------------------------
Topic: IPP/Cloud WG
Date: Every Monday, from Monday, September 23, 2013 to no end date
Time: 3:00 pm, Eastern Daylight Time (New York, GMT-04:00)
Meeting Numbe= r: 682 763 393
Meeting Password: Printing123
------------------------= -------------------------------
To join the online meeting (Now from mob= ile devices!)
-------------------------------------------------------
1.. Go to = https://ieee-isto.webex.com/ieee-isto/j.php?ED=3D152699422&UID=3D1= 183762537&PW=3DNYTM5NTNhNjUy&RT=3DMiMxMQ%3D%3D

2. If requested, enter your name and email address.3. If a password is required, enter the meeting password: Printing123
= 4. Click "Join".
To view in other time zones or languages, ple= ase click the link:
https://ieee-isto.webex.com/ieee-isto/j.php?ED=3D152699422&UID=3D= 1183762537&PW=3DNYTM5NTNhNjUy&ORT=3DMiMxMQ%3D%3D
-------------------------------------------------------
For assistance-------------------------------------------------------
1. Go to https://i= eee-isto.webex.com/ieee-isto/mc
2. On the left navigation bar, click "Support".
--------------= -----------------------------------------

Agenda:
(1) PWG IP Poli= cy and Minute Taker

- Mike as minute taker?

=


(2) Approve IPP minutes from previous meeti= ngs

- ftp://ftp.pwg.org/pub/pwg/ipp/minutes/ippv2-concall-minutes-20140602.p= df

=C2=A0

(3) Status of various IPP documents (Ira/Mike)

=

-- reviewed at PWG = F2F in May

-- schedule - July-ish for beta tools, spec update, and web site,
=C2= =A0=C2=A0 definitely by August F2F - PWG Last Call Q1 2015

* IPP Implementor's Guide v2.0 (Smit= h)

-- Stable draft - completed IPP WG l= ast call
-- reviewed at PWG F2F in May

-- needs edits in minutes - n= eeds destination access operation attribute

(5) IPP Shared Infrastructure Extensions = (Mike)
- ftp://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippsix10-2= 0140226-rev.pdf
-- Prototoype draft - waiting for prototype reports

<= p class=3D"MsoNormal">-- NOT reviewed at PWG F2F in May

-- schedule - PWG Last Call Q3 2014

=C2=A0

(6) IPP Finishings/2.0 and SM JDFMAP (Rick, Ira, Mike)
= - ftp://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippfinishings= 20-20140509-rev.pdf

-- Prototoype draft - waiting for prototype rep= orts
-- Ira/Mike still need to cross-check w/ Finisher MIB (RFC 3805)=

-- reviewed at PWG F2F in = May

-- schedule - PWG Last Call Q3 2014
- ftp://ftp.pwg.org/pub/pwg/sm3/wd/wd-smjdfmap10-20140604-rev.p= df

-- Interim draft - waiting for input from= Rainer, SM WG, and IPP WG

-- Mike sent proposed "finishings-col" mappings for JDFMAP to = SM3 WG list

-- EEK! - SM3 mailing and email archives = are invisible on PWG web server

=C2=A0

(7) "= ;job-password-encryption-supported in PWG 5100.11 (Smith Kennedy)
- http://www.pwg.org/archives/ipp/2014/018028.html

-- current keyword 'sha' is ambi= guous
=C2=A0=C2=A0 (does this mean 'sha1' or what???)

-- SHA-0 withdrawn in 1996 by US NIST

-- SHA-1 deprecated in 2010 a= nd withdrawn in 2013 by US NIST

-- SHA-2 has no known practical attacks a= t present

-- SHA-3 (Kecc= ak) selected in 2012 by US NIST

-- Daniel suggested many keyword including hash output lengths

-- Mike suggested looking at IANA re= gistries (e.g., TLS algorithms registry)

-- Ira doesn't like embedded hash output length in these keywords

-- consensus?

=C2=A0

(8) "printer-output-tray" in PWG 5100.13 (Jeremy Leber)=

-- ABNF error for "output-stacking-= order" and "output-page-delivery"

=C2=A0=C2=A0 (should both move from "= ;output-opt" to "output-req"production)

-- Ira sent link to DMTF CIM ranking of Prin= ter MIB objects

=C2=A0

(9) New HTTP/1.1 RFCs published (Mike)
- http://www= .pwg.org/archives/ipp/2014/018023.html

-- All PWG Editors - begin to use these r= eferences immediately


(1= 0) Next steps

- IP= P WG on Monday 30 June 2014 - IPP Implementor's Guide 2.0=

- IPP WG on Monday 14 July 2014 - TBD top= ics

=C2=A0=

Cheers,

- Ira

Ira McDonald (Musician / Software Architect)
Co-Chai= r - TCG Trusted Mobility Solutions WG
Chair - Linux Foundation Open Prin= ting WG
Secretary - IEEE-ISTO Printer Working Group
Co-Chair - IEEE-ISTO PWG Int= ernet Printing Protocol WG
IETF Designated Expert - IPP & Printer MI= B
Blue Roof Music / High North Inc
http:/= /sites.google.com/site/blueroofmusic
http://sites.google.com/site/highnorthinc=
mailto: blueroofmusic@gmail.com
Winter=C2=A0 579 Park Place=C2=A0 Saline, MI=C2=A0 48176=C2=A0 734-944-0094
Summer=C2=A0 PO Box = 221=C2=A0 Grand Marais, MI 49839=C2=A0 906-494-2434


--089e011604ba9990e204fbf51f86-- --===============0661979839== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ ipp mailing list ipp@pwg.org https://www.pwg.org/mailman/listinfo/ipp --===============0661979839==-- From ipp-bounces@pwg.org Mon Jun 16 08:03:17 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 92C7C1A006B for ; Mon, 16 Jun 2014 08:03:17 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.01 X-Spam-Level: X-Spam-Status: No, score=-2.01 tagged_above=-999 required=5 tests=[AC_DIV_BONANZA=0.001, BAYES_00=-1.9, DKIM_ADSP_CUSTOM_MED=0.001, DKIM_SIGNED=0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, MIME_HTML_MOSTLY=0.428, RP_MATCHES_RCVD=-0.651, SPF_PASS=-0.001, T_DKIM_INVALID=0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id WjERTGV4Fp7w for ; Mon, 16 Jun 2014 08:03:14 -0700 (PDT) Received: from www.pwg.org (www.pwg.org [IPv6:2600:3c01::f03c:91ff:fe70:b03f]) by ietfa.amsl.com (Postfix) with ESMTP id 358071A0062 for ; Mon, 16 Jun 2014 08:03:14 -0700 (PDT) Received: from pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id 1F1328598; Mon, 16 Jun 2014 15:03:16 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: from mail-ie0-x22e.google.com (mail-ie0-x22e.google.com [IPv6:2607:f8b0:4001:c03::22e]) by www.pwg.org (Postfix) with ESMTPS id 327408596 for ; Mon, 16 Jun 2014 15:03:15 +0000 (UTC) Received: by mail-ie0-f174.google.com with SMTP id lx4so5152903iec.33 for ; Mon, 16 Jun 2014 08:03:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=O7T27M8fb90jCXd13cuuuX9t6qVk4mkCux869ZVs0/U=; b=zBTme3L/xFu+pZtaRyONBM/6kW/5FrvmV43YZlomua/8CcAK+o84UwtdZP3aLNl3VJ xNOA+Hgrmc2VSg+fD38dbNCUaiXFQMyQwls14wAvzqEbqO4bFHG6C+GGVBv6zIpGbI9P Ugf4iXqJz7uVKq50H8rJY4MfBOBzeWICX7UBhj4EXhfA9BaQvK4NgJOJNrt8pOj6EKrr t0pmH1Y1tejl6t15iqU0OydPxm61o0i6C9SvInoZMSKSVCK1OSEyc/RWudPnn8zwF3L1 hZPZzI7f6qVXTUGiuE3QhJxaN2pShhrW964494FU/a0mIXqVJKHRxal8rORbDBZMCboN IXdw== X-Received: by 10.42.68.204 with SMTP id y12mr21266931ici.16.1402930990528; Mon, 16 Jun 2014 08:03:10 -0700 (PDT) MIME-Version: 1.0 Received: by 10.50.168.40 with HTTP; Mon, 16 Jun 2014 08:02:50 -0700 (PDT) In-Reply-To: <9BA0D513-C8B5-4751-8B2E-E1D09C13D301@apple.com> References: <9BA0D513-C8B5-4751-8B2E-E1D09C13D301@apple.com> From: Ira McDonald Date: Mon, 16 Jun 2014 11:02:50 -0400 Message-ID: To: Michael Sweet , Ira McDonald Cc: "ipp@pwg.org" Subject: Re: [IPP] Fwd: IPP Scan operational attribute X-BeenThere: ipp@pwg.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Internet Printing Protocol Workgroup discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1664347137==" Sender: ipp-bounces@pwg.org Errors-To: ipp-bounces@pwg.org --===============1664347137== Content-Type: multipart/alternative; boundary=20cf303345f755bcc704fbf55333 --20cf303345f755bcc704fbf55333 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi Mike, The reason for some sparse syntax was to support Pete's use case (over the phone) of wanting two or more credentials for the *same* destination (i.e., multi-factor auth is in use). This is a critically important real-world use case. With the straight parallel 1setOf approach, there has to be a nested collection to hold the auth-type, auth-data, etc. for each credential for one destination - ugly and fragile. Pete and I particularly liked the use of the simple (1setOf octetString(MAX)) with auto concatenation to support large credentials (X.509 certificates, etc.). Cheers, - Ira Ira McDonald (Musician / Software Architect) Co-Chair - TCG Trusted Mobility Solutions WG Chair - Linux Foundation Open Printing WG Secretary - IEEE-ISTO Printer Working Group Co-Chair - IEEE-ISTO PWG Internet Printing Protocol WG IETF Designated Expert - IPP & Printer MIB Blue Roof Music / High North Inc http://sites.google.com/site/blueroofmusic http://sites.google.com/site/highnorthinc mailto: blueroofmusic@gmail.com Winter 579 Park Place Saline, MI 48176 734-944-0094 Summer PO Box 221 Grand Marais, MI 49839 906-494-2434 On Mon, Jun 16, 2014 at 7:45 AM, Michael Sweet wrote: > Ira, > > I'm not a big fan of this proposal - I'd prefer the parallel 1setOf that > we typically use in IPP rather than invent a sparse syntax, particularly > when the most common use case is a single destination (and the second mos= t > common is probably a list of email recipients that won't need this...) > > Also, if we want to generalize this in the future, perhaps prefix the > member attributes with "access-" instead of "destination-", with the > operation attribute being "destination-accesses (1setOf collection)". Th= at > would make it: > > Operation Attributes: > > destination-accesses (1setOf collection) > access-data (1setOf octetString(MAX)) > access-type (type3 keyword | name) > access-user-name (name(MAX)) > > > Printer Description Attributes: > > access-type-supported (1setOf type3 keyword | name) > destination-accesses-supported (1setOf type2 keyword) > (required values 'access-data', 'access-type', and > 'access-user-type' if supported) > > For the access-data member attribute, I wouldn't hardcode it to be > concatenation of values, since there are auth methods that require multip= le > "passwords", but rather define it for each access-type value. > > .... > > (Future for Print-URI/Send-URI) > > Operation Attribute: > > document-access (collection) > > > Printer Description Attribures: > > document-access-supported (1setOf type2 keyword) > (required values 'access-data', 'access-type', and > 'access-user-type' if supported) > > > On Jun 15, 2014, at 6:21 PM, Ira McDonald wrote= : > > [forwarding to IPP WG list for our Scan discussion on Monday 16 June] > > ---------- Forwarded message ---------- > From: Ira McDonald > Date: Fri, Jun 13, 2014 at 5:22 PM > Subject: Re: IPP Scan operational attribute > To: "Zehler, Peter" , Ira McDonald < > blueroofmusic@gmail.com> > > > Hi Pete, > > So here's a fragment of IPP stuff for the operation attribute > that can be sparse (i.e., does NOT have to be parallel to the > "destinations" array) > > destination-acceses (1setOf destination-access) > > destination-access (collection) > - member attributes below > > destination-numbers (1setOf Integer) > - required to supply in every row > - ordinals of rows in "destinations" Job attribute > - out-of-range ordinal is a fatal Job submission error > > destination-user-name (name(MAX)) > - optional to supply in a given row > - for username/password authentication > > destination-auth-type (type3 keyword | name) > - required to supply in every row > - taken from Joe's list with extensions > - type3 to allow ease-of-extensions (w/out new IPP spec) > > destination-auth-data (1setOf octetString(MAX)) > - required to supply in every row > - binary or UTF-8 text > - multiple values are concatenated > - solves the large attribute problem w/out a new datatype > > WDYT? > > Cheers, > - Ira > > > > Ira McDonald (Musician / Software Architect) > Co-Chair - TCG Trusted Mobility Solutions WG > Chair - Linux Foundation Open Printing WG > Secretary - IEEE-ISTO Printer Working Group > Co-Chair - IEEE-ISTO PWG Internet Printing Protocol WG > IETF Designated Expert - IPP & Printer MIB > Blue Roof Music / High North Inc > http://sites.google.com/site/blueroofmusic > http://sites.google.com/site/highnorthinc > mailto: blueroofmusic@gmail.com > Winter 579 Park Place Saline, MI 48176 734-944-0094 > Summer PO Box 221 Grand Marais, MI 49839 906-494-2434 > > > > On Fri, Jun 13, 2014 at 12:24 PM, Zehler, Peter > wrote: > >> Ira, >> >> >> >> As you know I need to add an operational attribute to IPP Scan that >> contains the information necessary for a Scan Service to store a documen= t >> at a specified location. I imagine it would contain items like access >> tokens or even (yuk) username/password. The operational attribute will = be >> a parallel collection to IPP Scan=E2=80=99s destinations collection. In= the >> Imaging Device Security Identification, Authentication and Authorization >> specification the UserIdentificationType looks close to what I need. On >> the wire I do not think I need the UserUuid and I=E2=80=99ll need a >> username/password. >> >> >> >> Any idea what I should be using and where I might obtain the detailed >> definition? >> >> >> >> Pete >> >> >> >> >> >> Peter Zehler >> >> >> Email: Peter.Zehler@Xerox.com >> Office: +1 (585) 265-8755 >> >> Mobile: +1 (585) 329-9508 >> FAX: +1 (585) 265-7441 >> US Mail: Peter Zehler >> Palo Alto Research Center Incorporated >> 800 Phillips Rd. >> M/S 128-25E >> Webster NY, 14580-9701 >> >> >> > > > _______________________________________________ > ipp mailing list > ipp@pwg.org > https://www.pwg.org/mailman/listinfo/ipp > > > _________________________________________________________ > Michael Sweet, Senior Printing System Engineer, PWG Chair > > --20cf303345f755bcc704fbf55333 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi Mike,

The re= ason for some sparse syntax was to support Pete's use case (over the ph= one)
of wanting two or more credentials for the *same* destination= (i.e., multi-factor auth is
in use).=C2=A0 This is a critically important real-world use case.
With the straight parallel 1setOf approach, there has to be a ne= sted collection to hold
the auth-type, auth-data, etc. for each credenti= al for one destination - ugly and fragile.

Pete and I particularly liked the use of the simple (1setOf = octetString(MAX)) with auto
concatenation to support large credentials (= X.509 certificates, etc.).

Cheers,
- Ira


Ira McDo= nald (Musician / Software Architect)
Co-Chair - TCG Trusted Mobility Sol= utions WG
Chair - Linux Foundation Open Printing WG
Secretary - IEEE-= ISTO Printer Working Group
Co-Chair - IEEE-ISTO PWG Internet Printing Protocol WG
IETF Designated E= xpert - IPP & Printer MIB
Blue Roof Music / High North Inc
http://sites.google.com/site/blueroofmusic
http://sites.google.com/site/highnorthincmailto: blue= roofmusic@gmail.com
Winter=C2=A0 579 Park Place=C2=A0 Saline, MI=C2=A0 48176=C2=A0 734-944-0094=
Summer=C2=A0 PO Box 221=C2=A0 Grand Marais, MI 49839=C2=A0 906-494-2434=

<= /div>


On Mon, Jun 16, 2014 at 7:45 AM, Michael= Sweet <msweet@apple.com> wrote:
Ira,

I'm not a b= ig fan of this proposal - I'd prefer the parallel 1setOf that we typica= lly use in IPP rather than invent a sparse syntax, particularly when the mo= st common use case is a single destination (and the second most common is p= robably a list of email recipients that won't need this...)

Also, if we want to generalize this in the future, perh= aps prefix the member attributes with "access-" instead of "= destination-", with the operation attribute being "destination-ac= cesses (1setOf collection)". =C2=A0That would make it:

=C2=A0 =C2=A0 Operation Attributes:

=C2=A0 =C2=A0 destination-accesses (1setOf collection)
=C2= =A0 =C2=A0 =C2=A0 =C2=A0 access-data (1setOf octetString(MAX))
=C2=A0 =C2=A0 =C2=A0 =C2=A0 access-type (type3 keyword | name)
=C2=A0 =C2=A0 =C2=A0 =C2=A0 access-user-name (name(MAX))


=C2=A0 =C2=A0 Printer Descripti= on Attributes:

=C2=A0 =C2=A0 access-type-supported (1se= tOf type3 keyword | name)
=C2=A0 =C2=A0 destination-accesses-supported (1setOf type2 keyword)
=C2=A0 =C2=A0 =C2=A0 =C2=A0 (required values 'access-data',= 'access-type', and 'access-user-type' if supported)
<= div>
For the access-data member attribute, I wouldn't har= dcode it to be concatenation of values, since there are auth methods that r= equire multiple "passwords", but rather define it for each access= -type value.

....

(Future for Print-URI/Sen= d-URI)

=C2=A0 =C2=A0 Operation Attribute:

=C2=A0 =C2=A0 document-access (collection)

<= /div>

=C2=A0 =C2=A0 Printer Description Attribures:

=C2=A0 =C2=A0 document-access-supported (1setOf type2 keyword)
<= div>=C2=A0 =C2=A0 =C2=A0 =C2=A0 (required values 'access-data', = 9;access-type', and 'access-user-type' if supported)


O= n Jun 15, 2014, at 6:21 PM, Ira McDonald <blueroofmusic@gmail.com> wrote:
=
[forwarding to IPP W= G list for our Scan discussion on Monday 16 June]

---------= - Forwarded message ----------
From: Ira M= cDonald <blueroofmusic@gmail.com>
Date: Fri, Jun 13, 2014 at 5:22 PM
Subject: Re: IPP Scan operational att= ribute
To: "Zehler, Peter" <Peter.Zehler@xerox.com>, Ira McDonald &= lt;blueroofmus= ic@gmail.com>


=
Hi Pete,

So here's a fragment of IPP stuff for the op= eration attribute
that can be sparse (i.e., does NOT have to be pa= rallel to the
"destinations" array)

destination-acceses (1se= tOf destination-access)

destination-access (collection)
- member attributes below

destination-numbers (1setOf = Integer)
- required to supply in every row
- ordinals of rows in &qu= ot;destinations" Job attribute
- out-of-range ordinal is= a fatal Job submission error

destination-user-name (name= (MAX))
- optional to supply in a given row
- for username= /password authentication

destination-auth-type (typ= e3 keyword | name)
- required to supply in every row
- taken from Joe's list with extensions
- type3 to a= llow ease-of-extensions (w/out new IPP spec)

destination-auth= -data (1setOf octetString(MAX))
- required to supply in every row
- binary or UTF-8 text
- multiple values are conca= tenated
- solves the large attribute problem w/out a new data= type

WDYT?

Cheers,
- Ira<= br>


Ira McDonal= d (Musician / Software Architect)
Co-Chair - TCG Trusted Mobility Soluti= ons WG
Chair - Linux Foundation Open Printing WG
Secretary - IEEE-ISTO Printer = Working Group
Co-Chair - IEEE-ISTO PWG Internet Printing Protocol WG
= IETF Designated Expert - IPP & Printer MIB
Blue Roof Music / High No= rth Inc
http://sites.google.com/site/blueroofmusic=
http://sites.google.com/site/highnorthinc
mailto: bluero= ofmusic@gmail.com
Winter=C2=A0 579 Park Place=C2=A0 Saline, MI=C2=A0= 48176=C2=A0 734-944-0094
Summer=C2=A0 PO Box 221=C2=A0 Grand Marais, MI 49839=C2=A0 906-494-2434
<= br>


On Fri, Jun 13, 2= 014 at 12:24 PM, Zehler, Peter <Peter.Zehler@xerox.com>= wrote:

Ira,

<= p class=3D"MsoNormal">=C2=A0

As you= know I need to add an operational attribute to IPP Scan that contains the = information necessary for a Scan Service to store a document at a specified= location.=C2=A0 I imagine it would contain items like access tokens or eve= n (yuk) username/password.=C2=A0 The operational attribute will be a parallel collection to IPP Scan=E2=80= =99s destinations collection.=C2=A0 In the Imaging Device Security Identifi= cation, Authentication and Authorization specification the UserIdentificati= onType looks close to what I need.=C2=A0 On the wire I do not think I need the UserUuid and I=E2=80=99ll need a username/passwo= rd.

=C2=A0

Any idea what I should be using and where I might obtain th= e detailed definition?

=C2=A0

Pete<= u>

=C2=A0

=C2=A0

Peter Zehler

<image001.png>

Email: Peter.Zehler@Xerox.com
Office: +1 (585) 265-8755=

Mobile:= +1 (585) 329-9508
FAX: +1 (585) 265-7441
US Mail: Peter Zehler
Palo Alto Research Center Incorporated<= span style=3D"color:#1f497d">
800 Phillips Rd.
M/S 128-25E
Webster NY, 14580-9701

=C2=A0



_______________________________________________
ipp mailing list
ipp@pwg.org
https://www.pwg= .org/mailman/listinfo/ipp

_________________________________________________________
Michael Sweet,= Senior Printing System=C2=A0Engineer, PWG Chair


--20cf303345f755bcc704fbf55333-- --===============1664347137== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ ipp mailing list ipp@pwg.org https://www.pwg.org/mailman/listinfo/ipp --===============1664347137==-- From ipp-bounces@pwg.org Mon Jun 16 08:12:09 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9DAEE1A0073 for ; Mon, 16 Jun 2014 08:12:09 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.011 X-Spam-Level: X-Spam-Status: No, score=-2.011 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_ADSP_CUSTOM_MED=0.001, DKIM_SIGNED=0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, MIME_HTML_MOSTLY=0.428, RP_MATCHES_RCVD=-0.651, SPF_PASS=-0.001, T_DKIM_INVALID=0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id gwwJkayaym1V for ; Mon, 16 Jun 2014 08:12:06 -0700 (PDT) Received: from www.pwg.org (www.pwg.org [IPv6:2600:3c01::f03c:91ff:fe70:b03f]) by ietfa.amsl.com (Postfix) with ESMTP id CD3551A006E for ; Mon, 16 Jun 2014 08:12:06 -0700 (PDT) Received: from pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id C94738598; Mon, 16 Jun 2014 15:12:08 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: from mail-ig0-x233.google.com (mail-ig0-x233.google.com [IPv6:2607:f8b0:4001:c05::233]) by www.pwg.org (Postfix) with ESMTPS id 3E64D8598 for ; Mon, 16 Jun 2014 15:12:06 +0000 (UTC) Received: by mail-ig0-f179.google.com with SMTP id r2so3051499igi.0 for ; Mon, 16 Jun 2014 08:12:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=sadwVYkizdNstgBz3ElZbpAjApy46PFPalRvGav1dnc=; b=OXDT4oy+l77hJPmdKJpPSAkpeW2Tmj+tubP7Qqj36P3qo5PcYoF4iMaWXhIP3EntKN NzJKfjirCGb6EMfBePIbSgXUaxmN63nOeRGc7MZGeJnw7yBezIO6g5rTYw10mhGX2vzW 4mrw9Q/AMQzPfI0SQLx/V0mLLixZDN1znv3TbCHNJ7N0Liz5tXcsMESLZnoqWN2dOa15 HQyErUOdYVwmgKVjeyWP8zZAg/aeOkgh12ICG0+r8vHOAcZg89vqvefEk8SYBRI4jkSu d0g/ha+1qXO/8saSKNRfVDus/MOfg3RcG6Pizl4tLa+vjtaqRlNpFrN6FPDQjgnFRoQY ovBQ== X-Received: by 10.42.68.204 with SMTP id y12mr21323754ici.16.1402931521281; Mon, 16 Jun 2014 08:12:01 -0700 (PDT) MIME-Version: 1.0 Received: by 10.50.168.40 with HTTP; Mon, 16 Jun 2014 08:11:40 -0700 (PDT) In-Reply-To: <7274E2C2-0839-4619-ACA5-53FCC7DCC873@hp.com> References: <7274E2C2-0839-4619-ACA5-53FCC7DCC873@hp.com> From: Ira McDonald Date: Mon, 16 Jun 2014 11:11:40 -0400 Message-ID: To: "Kennedy, Smith (Wireless Architect)" , Ira McDonald Cc: "" Subject: Re: [IPP] IPP Agenda - 3-5pm US Eastern 16 June 2014 X-BeenThere: ipp@pwg.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Internet Printing Protocol Workgroup discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1985715305==" Sender: ipp-bounces@pwg.org Errors-To: ipp-bounces@pwg.org --===============1985715305== Content-Type: multipart/alternative; boundary=20cf303345f7f863d304fbf572d0 --20cf303345f7f863d304fbf572d0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi Smith, Enjoy your holiday. Mike scheduled IPP Imp Guide for 30 June in the minutes from 2 June. Cheers, - Ira Ira McDonald (Musician / Software Architect) Co-Chair - TCG Trusted Mobility Solutions WG Chair - Linux Foundation Open Printing WG Secretary - IEEE-ISTO Printer Working Group Co-Chair - IEEE-ISTO PWG Internet Printing Protocol WG IETF Designated Expert - IPP & Printer MIB Blue Roof Music / High North Inc http://sites.google.com/site/blueroofmusic http://sites.google.com/site/highnorthinc mailto: blueroofmusic@gmail.com Winter 579 Park Place Saline, MI 48176 734-944-0094 Summer PO Box 221 Grand Marais, MI 49839 906-494-2434 On Sun, Jun 15, 2014 at 9:11 PM, Kennedy, Smith (Wireless Architect) < smith.kennedy@hp.com> wrote: > Hi Ira, > > Just a reminder - I am on time off at the moment and won=E2=80=99t be abl= e to > attend tomorrow=E2=80=99s meeting. =F0=9F=98=8A > > Smith > > /** > Smith Kennedy > ATB Wireless Architect - PPS > Hewlett-Packard Co. > */ > > > > On 2014-06-15, at 7:29 PM, Ira McDonald wrote: > > Our next IPP WG call will be Monday 16 June 12-2pm US Pacific / 3-5pm US > Eastern > > Call-in toll-free number (US/Canada): 1-866-469-3239 > Call-in toll number (US/Canada): 1-650-429-3300 (Primary) > Call-in toll number (US/Canada): 1-408-856-9570 (Backup) > > Attendee Access Code: *******# > Attendee ID Code: # (empty) > > NOTE: Please DO NOT USE the audio bridge number listed by WebEx > - instead use the regular PWG conference bridge listed above! > > ------------------------------------------------------- > Meeting information > ------------------------------------------------------- > Topic: IPP/Cloud WG > Date: Every Monday, from Monday, September 23, 2013 to no end date > Time: 3:00 pm, Eastern Daylight Time (New York, GMT-04:00) > Meeting Number: 682 763 393 > Meeting Password: Printing123 > ------------------------------------------------------- > To join the online meeting (Now from mobile devices!) > ------------------------------------------------------- > 1. Go to > https://ieee-isto.webex.com/ieee-isto/j.php?ED=3D152699422&UID=3D11837625= 37&PW=3DNYTM5NTNhNjUy&RT=3DMiMxMQ%3D%3D > 2. If requested, enter your name and email address. > 3. If a password is required, enter the meeting password: Printing123 > 4. Click "Join". > To view in other time zones or languages, please click the link: > > https://ieee-isto.webex.com/ieee-isto/j.php?ED=3D152699422&UID=3D11837625= 37&PW=3DNYTM5NTNhNjUy&ORT=3DMiMxMQ%3D%3D > ------------------------------------------------------- > For assistance > ------------------------------------------------------- > 1. Go to https://ieee-isto.webex.com/ieee-isto/mc > 2. On the left navigation bar, click "Support". > ------------------------------------------------------- > > Agenda: > (1) PWG IP Policy and Minute Taker > - Mike as minute taker? > > (2) Approve IPP minutes from previous meetings > - > ftp://ftp.pwg.org/pub/pwg/ipp/minutes/ippv2-concall-minutes-20140602.pdf > > (3) Status of various IPP documents (Ira/Mike) > * LDAP Printer Schema (Ira) > - ftp://ftp.pwg.org/pub/pwg/ipp > /wd/draft-mcdonald-ldap-printer-schema-07-20140313.pdf > -- IPP WG reviewed on 31 March > -- ready for IETF Last Call > > * IETF IPP over HTTPS Binding and 'ipps' URI Scheme (Ira) > - ftp.pwg.org/pub/pwg/ipp > /wd/draft-mcdonald-ipps-uri-scheme-12-20140420.pdf > -- completed edits from IPP WG review on 14 April > -- ready for IETF Last Call > > * IPP Self-Certification (Mike) > - ftp://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippeveselfcert10-20140509-rev.pdf > -- Prototype draft - waiting for prototype reports > -- reviewed at PWG F2F in May > -- schedule - July-ish for beta tools, spec update, and web site, > definitely by August F2F - PWG Last Call Q1 2015 > > * IPP Implementor's Guide v2.0 (Smith) > - ftp://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippig20-20140513-rev.pdf > -- Prototoype draft - waiting for prototype reports > -- review of section 5.8 at IPP WG on 2 June - needs edits in minutes > -- continue review at section 5.8.1 > > (4) Status of IPP Scan Service (Pete Zehler) > - > ftp://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippscan10-20140509-rev.pdf > - http://www.pwg.org/archives/ipp/2014/018039.html > -- Stable draft - completed IPP WG last call > -- reviewed at PWG F2F in May > -- needs edits in minutes - needs destination access operation attribute > > (5) IPP Shared Infrastructure Extensions (Mike) > - ftp://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippsix10-20140226-rev.pdf > -- Prototoype draft - waiting for prototype reports > -- NOT reviewed at PWG F2F in May > -- schedule - PWG Last Call Q3 2014 > > (6) IPP Finishings/2.0 and SM JDFMAP (Rick, Ira, Mike) > - ftp://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippfinishings20-20140509-rev.pdf > -- Prototoype draft - waiting for prototype reports > -- Ira/Mike still need to cross-check w/ Finisher MIB (RFC 3805) > -- reviewed at PWG F2F in May > -- schedule - PWG Last Call Q3 2014 > - ftp://ftp.pwg.org/pub/pwg/sm3/wd/wd-smjdfmap10-20140604-rev.pdf > -- Interim draft - waiting for input from Rainer, SM WG, and IPP WG > -- Mike sent proposed "finishings-col" mappings for JDFMAP to SM3 WG list > -- EEK! - SM3 mailing and email archives are invisible on PWG web server > > (7) "job-password-encryption-supported in PWG 5100.11 (Smith Kennedy) > - http://www.pwg.org/archives/ipp/2014/018028.html > -- current keyword 'sha' is ambiguous > (does this mean 'sha1' or what???) > -- SHA-0 withdrawn in 1996 by US NIST > -- SHA-1 deprecated in 2010 and withdrawn in 2013 by US NIST > -- SHA-2 has no known practical attacks at present > -- SHA-3 (Keccak) selected in 2012 by US NIST > -- Daniel suggested many keyword including hash output lengths > -- Mike suggested looking at IANA registries (e.g., TLS algorithms > registry) > -- Ira doesn't like embedded hash output length in these keywords > -- consensus? > > (8) "printer-output-tray" in PWG 5100.13 (Jeremy Leber) > - http://www.pwg.org/archives/ipp/2014/018037.html > - http://www.pwg.org/archives/ipp/2014/018025.html > -- ABNF error for "output-stacking-order" and "output-page-delivery" > (should both move from "output-opt" to "output-req"production) > -- Ira sent link to DMTF CIM ranking of Printer MIB objects > > (9) New HTTP/1.1 RFCs published (Mike) > - http://www.pwg.org/archives/ipp/2014/018023.html > -- All PWG Editors - begin to use these references immediately > > (10) Next steps > - IPP WG on Monday 30 June 2014 - IPP Implementor's Guide 2.0 > - IPP WG on Monday 14 July 2014 - TBD topics > > Cheers, > - Ira > > > Ira McDonald (Musician / Software Architect) > Co-Chair - TCG Trusted Mobility Solutions WG > Chair - Linux Foundation Open Printing WG > Secretary - IEEE-ISTO Printer Working Group > Co-Chair - IEEE-ISTO PWG Internet Printing Protocol WG > IETF Designated Expert - IPP & Printer MIB > Blue Roof Music / High North Inc > http://sites.google.com/site/blueroofmusic > http://sites.google.com/site/highnorthinc > mailto: blueroofmusic@gmail.com > Winter 579 Park Place Saline, MI 48176 734-944-0094 > Summer PO Box 221 Grand Marais, MI 49839 906-494-2434 > > _______________________________________________ > ipp mailing list > ipp@pwg.org > https://www.pwg.org/mailman/listinfo/ipp > > > --20cf303345f7f863d304fbf572d0 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi Smith,

Enjoy your holi= day.

Mike scheduled IPP Imp Guide for 30 June in the minutes f= rom 2 June.

Cheers,
- Ira


Ira McDonald (Musician / Software A= rchitect)
Co-Chair - TCG Trusted Mobility Solutions WG
Chair - Linux = Foundation Open Printing WG
Secretary - IEEE-ISTO Printer Working Group<= br> Co-Chair - IEEE-ISTO PWG Internet Printing Protocol WG
IETF Designated E= xpert - IPP & Printer MIB
Blue Roof Music / High North Inc
http://sites.google.com/site/blueroofmusic
http://sites.google.com/site/highnorthincmailto: blue= roofmusic@gmail.com
Winter=C2=A0 579 Park Place=C2=A0 Saline, MI=C2=A0 48176=C2=A0 734-944-0094=
Summer=C2=A0 PO Box 221=C2=A0 Grand Marais, MI 49839=C2=A0 906-494-2434=

<= /div>


On Sun, Jun 15, 2014 at 9:11 PM, Kennedy= , Smith (Wireless Architect) <smith.kennedy@hp.com> wrote= :
Hi Ira,<= div>
Just a reminder - I am on time off at the moment and won= =E2=80=99t be able to attend tomorrow=E2=80=99s meeting. =C2=A0=F0=9F=98=8A=

Smith

/**
=C2=A0 =C2=A0 Smith Kennedy
=C2=A0 =C2=A0 ATB Wirele= ss Architect - PPS
=C2=A0 =C2=A0 Hewlett-Packard Co.
*/



On 2014-06-15, at 7:29 PM, Ira McDonal= d <blueroof= music@gmail.com> wrote:

Our next IPP WG<= /span> call will be Monday 16 June 12-2pm US Pacific / 3-5pm US Eastern

Call-in toll-free number (US/Canada): 1-866-469-3239
Call-in toll number (US/Canada): 1-650-429-3300 (Primary)
Call-in toll number (US/Canada): 1-408-856-9570 (Backup)

Attendee A= ccess Code: *******#
Attendee ID Code: # (empty)

NOTE:=C2=A0= Please DO NOT USE the audio bridge number listed by WebEx
- instead use=20 the regular PWG conference bridge listed above!

---------= ----------------------------------------------
Meeting information
----------------------------------------------------= ---
Topic: IPP/Cloud WG
Date: Every Monday, from M= onday, September 23, 2013 to no end date
Time: 3:00 pm, Eastern Daylight= Time (New York, GMT-04:00)
Meeting Number: 682 763 393
Meeting Password: Printing123
------------------------------------------= -------------
To join the online meeting (Now from mobile devices!)
------------------= -------------------------------------
1. Go to https://ieee-isto.we= bex.com/ieee-isto/j.php?ED=3D152699422&UID=3D1183762537&PW=3DNYTM5N= TNhNjUy&RT=3DMiMxMQ%3D%3D
2. If requested, enter your name and email address.
3. If a password is = required, enter the meeting password: Printing123
4. Click "Join&qu= ot;.
To view in other time zones or languages, please click the link: https://ieee-isto.webex.com/ieee-isto/j.php?ED=3D152699422&UID=3D= 1183762537&PW=3DNYTM5NTNhNjUy&ORT=3DMiMxMQ%3D%3D
-------------------------------------------------------
For assistance-------------------------------------------------------
1. Go to https://i= eee-isto.webex.com/ieee-isto/mc
2. On the left navigation bar, click "Support".
-------------------------------------------------------

= Agenda:
(1) PWG IP Policy and Minute Taker=
- Mike as minute taker?

(2) Approve IPP minutes from previous meetings<= br>
- ftp://ftp.pwg.org/pub/pwg/ipp/minutes/ippv2-c= oncall-minutes-20140602.pdf

(3) Status of various IPP documents (Ira/Mike)<= br>
* LDAP Printer Schema (Ira)
-- IPP WG reviewed on 31 March
-- ready for IETF Last Call

* IETF IPP<= /span> over HTTPS Binding and 'ipps' URI Scheme (Ira)
-- completed edits from IPP WG review on 14 April
-- = ready for IETF Last Call

-- Prototype draft - waiting for prototype reports
-- reviewed at= PWG F2F in May
-- schedule - July-ish for beta tools, spec u= pdate, and web site,
=C2=A0=C2=A0 definitely by August F2F - PWG Last C= all Q1 2015

* IPP Implementor's Guide v2.0 (Smith)
- ftp://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippig20-20140513-rev.= pdf
-- Prototoype draft - waiting for prototype reports
-- review= of section 5.8 at IPP WG on 2 June - needs edits in minutes
-- continue review at section 5.8.1

(4) Status of IPP Scan Service (Pete Zehler)
- <= a href=3D"ftp://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippeveselfcert10-20130731-rev= .pdf" target=3D"_blank">ftp= ://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippscan10-20140509-rev.pdf
- http://www.pwg.org/archives/ipp/2014/018039.html
-- Stable draft - completed IPP WG last call
-- reviewed at PWG F2F= in May
-- needs edits in minutes - needs destination access opera= tion attribute

(5) IPP Shared Infrastructure= Extensions (Mike)
- ftp://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippsix1= 0-20140226-rev.pdf
-- Prototoype draft - waiting for prototype reports
-- NOT reviewed= at PWG F2F in May
-- schedule - PWG Last Call Q3 2014
<= br>
(6) IPP Finishings/2.0 and SM JDFMAP (Rick, Ira, Mike)
- ftp://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippfinishings= 20-20140509-rev.pdf
-- Prototoype draft - waiting for prototype reports
-- Ira/Mike sti= ll need to cross-check w/ Finisher MIB (RFC 3805)
-- reviewed= at PWG F2F in May
-- schedule - PWG Last Call Q3 2014
- ftp://ftp.pwg.org/pub/pwg/sm3/wd/wd-smjdfmap10-20140604-rev.pd= f
-- Interim draft - waiting for input from Rainer, SM WG, and IPP= WG
-- Mike sent proposed "finishings-col" mappings= for JDFMAP to SM3 WG list
-- EEK! - SM3 mailing and email ar= chives are invisible on PWG web server

(7) "job-password-encryption-supported in PW= G 5100.11 (Smith Kennedy)
- http://www.pwg.org/archives/ipp/2014/018= 028.html
-- current keyword 'sha' is ambiguous
=C2=A0=C2=A0 (does this mean 'sha1' or what???)
-- SH= A-0 withdrawn in 1996 by US NIST
-- SHA-1 deprecated in 2010 = and withdrawn in 2013 by US NIST
-- SHA-2 has no known practi= cal attacks at present
-- SHA-3 (Keccak) selected in 2012 by US NIST
-- Daniel suggested many keyword including hash output lengths
-- Mike suggested looking at IANA registries (e.g., TLS algorithms= registry)
-- Ira doesn't like embedded hash output length in these key= words
-- consensus?

(8) "printe= r-output-tray" in PWG 5100.13 (Jeremy Leber)
--= ABNF error for "output-stacking-order" and "output-page-del= ivery"
=C2=A0=C2=A0 (should both move from "output-opt" to "output-= req"production)
-- Ira sent link to DMTF CIM ranking of = Printer MIB objects

(9) New HTTP/1.1 RFCs published (Mike)
- h= ttp://www.pwg.org/archives/ipp/2014/018023.html
-- All PW= G Editors - begin to use these references immediately

(10) Next steps
<= /div>
- IPP WG on Monday 30 June 2014 - IPP I= mplementor's Guide 2.0
- IPP WG on Monday 14 July 2014 - = TBD topics

Cheers,
- Ira


Ira McDonald (Musician / Software Architect)
Co-Chair - TCG Tru= sted Mobility Solutions WG
Chair - Linux Foundation Open Printing WG
Secretary - IEEE-ISTO Printer Working Group
Co-Chair - IEEE-ISTO PWG Int= ernet Printing Protocol WG
IETF Designated Expert - IPP & Printer MI= B
Blue Roof Music / High North Inc
http:= //sites.google.com/site/blueroofmusic
http://sites.google.com/site/highnorthincmailto: blue= roofmusic@gmail.com
Winter=C2=A0 579 Park Place=C2=A0 Saline, MI=C2=A0 48176=C2=A0 734-944-0094<= br>Summer=C2=A0 PO Box 221=C2=A0 Grand Marais, MI 49839=C2=A0 906-494-2434
_______________________________________________
ipp mailing list
ipp@pwg.org
https://www.pwg= .org/mailman/listinfo/ipp


--20cf303345f7f863d304fbf572d0-- --===============1985715305== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ ipp mailing list ipp@pwg.org https://www.pwg.org/mailman/listinfo/ipp --===============1985715305==-- From RaymondRichards@ccsaunders.nowcarriage.com Mon Jun 16 08:16:53 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8A6721A007F for ; Mon, 16 Jun 2014 08:16:53 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.147 X-Spam-Level: X-Spam-Status: No, score=0.147 tagged_above=-999 required=5 tests=[BAYES_50=0.8, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id G36Hs1dP_mhG for ; Mon, 16 Jun 2014 08:16:48 -0700 (PDT) Received: from ccsaunders.nowcarriage.com (ccsaunders.nowcarriage.com [93.117.121.52]) by ietfa.amsl.com (Postfix) with ESMTP id CF0D01A007D for ; Mon, 16 Jun 2014 08:16:45 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Subject: Doggy Treats - 75% off - To: From: Doggy Deals Exclusive Message-ID: <5234yh735h.20140615230036.8836.35572.8534.53@mx.nowcarriage.com> Date: Mon, 16 Jun 2014 08:16:41 -0700 Flash Deal Alert: ** Organic Doggy Treat ** Inventory Includes: 1,241+ Items You can view our entire Inventory of Treats & Rawhide Below: Sort By: - Treat Type - Brand - Flavor - Pet Size - Price and More.... Start your Search Here -> http://www.nowcarriage.com/doggy/treat/inventory.index To edit your subscription status - write - Member Update Systems at: nine one six seven_ROAD 177_Oakwood, OH 45873 or http://www.nowcarriage.com/o34jt/gj42.jgo3 his also provides a decorator pattern around the Date object instead of monkey punching the core object, so you're less likely to get conflicts down the road. Gabe Martin-Dempesy Nov 26 '12 at 18:20 2 I don't think I've ever come across a library in any programming language/environment that serves its purpose so perfectly. Also the docs are extensive and really, really good. Really happy to have found this because dates have been a pain to deal with in the past (though Datejs improved the situation somewhat for me). Zac Mar 13 replaced Datejs with Moment recently. Tien Do Apr 26 '13 at 2:48 Except, say, if you want a query that retrieves all records matching a user-supplied date as the date-part of a certain time field. Good luck doing that only in the presentation layer. (You don't need convert, you can can use date arithmetic, why does that matter? You say WHERE col >= @Date AND col < DATEADD(DAY, 1, @Date); - there is absolutely no reason to strip time from the column.That only works assuming the input @Date has a zero time part. In case that isn't true, you still need to know how to truncate times server-side. I agree with this answer that formatting should be left to the presentation layer, but I didn't agree with an implication that leaving that for the front end means you don't have to know a quick way to truncate. w all you have to do is make the input parameter DATE. My point is still that you should never have to apply any such truncation to the column, even though that is most people's first instinct. Aaron Bertrand Nov and that assumes you have control ov er the datatype of the parameter. Fine in a stored procedure, not so possible in other situations. Why not cast to be sure the parameter is the type you want and need? Andrew Lazarus Nov 18 '13 a Please stop abusing the word "lightweight". Even 5kb is ridiculously large for such functionality, and as per today that size has increased to 19kb.As of this comment the momfile is at 8.9kb Greg Krsak Oct 31 '13 at 15:28 what is this Momentis this pre defined lib ? saidesh kilaru Nov 4 '13 at 13:42 I disagree that "Even 5kb is ridiculously large for such functionality". Have you seen the docs? It is an extremely useful library for dealing with dates in JS. I understand having a library greater than a couple of KBs for a single use of a basic format like "D/M/Y" can be a little overkill however differences of a few KBs is becoming negligible for then the ease of use the library provides. Maintainable code is a good thing for the sake of a few KBs. If it was +100KB minified, I would however agree. Turnerj Dec 4 '13 at 1:26 "Lightweight" is relative. Ev From ipp-bounces@pwg.org Mon Jun 16 08:19:44 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7327D1A007A for ; Mon, 16 Jun 2014 08:19:44 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.441 X-Spam-Level: X-Spam-Status: No, score=-2.441 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, HTML_MESSAGE=0.001, RP_MATCHES_RCVD=-0.651, SPF_PASS=-0.001, T_DKIM_INVALID=0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id W3E7uPAEnuXD for ; Mon, 16 Jun 2014 08:19:42 -0700 (PDT) Received: from www.pwg.org (www.pwg.org [IPv6:2600:3c01::f03c:91ff:fe70:b03f]) by ietfa.amsl.com (Postfix) with ESMTP id BCB691A0087 for ; Mon, 16 Jun 2014 08:19:40 -0700 (PDT) Received: from pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id 02631859D; Mon, 16 Jun 2014 15:19:43 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: from mail-in7.apple.com (mail-out7.apple.com [17.151.62.29]) by www.pwg.org (Postfix) with ESMTPS id 9550F8598 for ; Mon, 16 Jun 2014 15:19:41 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; d=apple.com; s=mailout2048s; c=relaxed/simple; q=dns/txt; i=@apple.com; t=1402931977; x=2266845577; h=From:Sender:Reply-To:Subject:Date:Message-id:To:Cc:MIME-version:Content-type: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-reply-to:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=hPSDKhhAPGGUws9nj/853CETLVwzSpFH35d7M/f3iCg=; b=2v7DzcnTSGuHYyeybeRQ5jTqkFgY/R+Z5MovQtY6cTgi1k9f1YeBqx6JSmBcH6Qu 3uI98MeD0bUiNSwC1cn5nMyjxA7QE7K3XWiy7uveD3N7NPPO8ZB5cXsSgqaKchvu iBF40H2efFOyV9/hxlzujFF33MNq38IRa2INwReSZG/r0UQE/dgVKFz/YvxAccQ2 o/XG9BexpO0iz2YICEbhJpIh6B6kHeHGnlwIqivCqmgqvkoJfHJJfyTDvoNnAGFe Seb1QZMKe3HO8plx1g9Ul2LHg4CQKsUpd9xuv2+c5nBmmlGvSzizawg1mmI6eHv5 6HFbjQqnUofZWesJ6wscIA==; Received: from mail-out.apple.com (mail-out.apple.com [17.151.62.51]) (using TLS with cipher RC4-MD5 (128/128 bits)) (Client did not present a certificate) by mail-in7.apple.com (Apple Secure Mail Relay) with SMTP id D6.A9.20114.90B0F935; Mon, 16 Jun 2014 08:19:37 -0700 (PDT) MIME-version: 1.0 Received: from relay3.apple.com ([17.128.113.83]) by local.mail-out.apple.com (Oracle Communications Messaging Server 7.0.5.30.0 64bit (built Oct 22 2013)) with ESMTP id <0N7900JC5P88UDV0@local.mail-out.apple.com> for ipp@pwg.org; Mon, 16 Jun 2014 08:19:37 -0700 (PDT) X-AuditID: 11973e16-f79b86d000004e92-76-539f0b09d463 Received: from marigold.apple.com (marigold.apple.com [17.128.115.132]) (using TLS with cipher RC4-MD5 (128/128 bits)) (Client did not present a certificate) by relay3.apple.com (Apple SCV relay) with SMTP id BA.FA.08757.B0B0F935; Mon, 16 Jun 2014 08:19:39 -0700 (PDT) Received: from [17.153.27.38] (unknown [17.153.27.38]) by marigold.apple.com (Oracle Communications Messaging Server 7.0.5.30.0 64bit (built Oct 22 2013)) with ESMTPSA id <0N79004N0P8LU540@marigold.apple.com> for ipp@pwg.org; Mon, 16 Jun 2014 08:19:36 -0700 (PDT) From: Michael Sweet In-reply-to: Date: Mon, 16 Jun 2014 11:19:36 -0400 Message-id: References: <9BA0D513-C8B5-4751-8B2E-E1D09C13D301@apple.com> To: Ira McDonald X-Mailer: Apple Mail (2.1878.2) X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFmpnkeLIzCtJLcpLzFFi42IRnG5nrMvJPT/Y4NxUEYtj+16yODB6zFs8 nSmAMYrLJiU1J7MstUjfLoEr4+bLd0wFL2MrLp1NbmD8F9bFyMkhIWAi0fnpGwuELSZx4d56 ti5GLg4hgVlMErvbGthAErwCghI/Jt8DKxISmMQkce6qNUzzxEfnWCAagOJ3d3YyQTi9TBK3 X75hAqkSFjCT+HZxNthYZoEpjBKPLr1nB0mwCahJ/J7UxwpicwoES+z+fwlsHYuAqsSNdxA3 MQu4SUzdPosd4gwbiVXb5rJCbLjGJDHr/FagBAeHiICWxJLnihAnyUvMaD/BDlIjIXCKTeLK zkvMExiFZyF5YxayQ2aBLUmS+DPrFROErS2xbOFr5llAc5kFdCQmL2REFYawP54/AlVuKvHk 7XY2CNta4uecR1D1ihJTuh+yL2DkWsUolJuYmaObmWeul1hQkJOql5yfu4kREnNiOxgfrrI6 xCjAwajEw2thPy9YiDWxrLgy9xCjNAeLkjhv2fzZwUIC6YklqdmpqQWpRfFFpTmpxYcYmTg4 pRoYF3jJfg+2d74p4XboWpbXrAdqzxZwZEWfeh2qnqC76vWkc9rXY/0PmZRuYTtmeeTXujf7 bXJYtX03+0We3d+04pqmbutRo1fPTpyb2WxTaNj9T2fqtPwvnTe+HG2PVe0MK2sV+pMkZ5tb U80RNbV9xWPlXZHv9nIdW7zmMFO0Xf9hR5uj8Z2aSizFGYmGWsxFxYkAwbYqtZoCAAA= X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrFLMWRmVeSWpSXmKPExsUi2FDcosvNPT/Y4PpaIYtj+16yODB6zFs8 nSmAMYrLJiU1J7MstUjfLoEr4+bLd0wFL2MrLp1NbmD8F9bFyMkhIWAiMfHRORYIW0ziwr31 bF2MXBxCApOYJFp2XGCHcHqZJG6/fMMEUiUsYCbx7eJsNhCbV8BA4s3B40wgRcwCUxglHl16 zw6SYBNQk/g9qY8VxOYUCJbY/f8SWAOLgKrEjXffwNYxC7hJTN0+ix1ikI3Eqm1zWSG2XWOS mHV+K1CCg0NEQEtiyXNFiPPkJWa0n2CfwMg/C8nuWch2zwKbmyTxZ9YrJghbW2LZwtfMs4BG MQvoSExeyIgqDGF/PH8EqtxU4snb7WwQtrXEzzmPoOoVJaZ0P2RfwMi1ilGgKDUnsdJYL7Gg ICdVLzk/dxMjOBYKg3cw/llmdYhRgINRiYd3guO8YCHWxLLiytxDjCpAIx5tWH2BUYolLz8v VUmE14xjfrAQb0piZVVqUX58UWlOavEhRmkOFiVx3q//ZwULCaQnlqRmp6YWpBbBZJk4OKUa GLnzzuw1Tnq669q8Rz9XuN2ofdX+YNFV8ZaAB39ePfmdlZ7C9+/FvxerGsMeVMldOV5/n/dj nLDdJs05Z0TdPticXJhUv4ft4JHQ8y2n/dtrL96Z4JFYZ75R3O6/mvq0VI4L745u0PzB6jc3 WOOUca25T/5Vw4apqQt/btZY+dOiWHxOIseR73eUWIozEg21mIuKEwEN3VHhjQIAAA== Cc: "ipp@pwg.org" Subject: Re: [IPP] Fwd: IPP Scan operational attribute X-BeenThere: ipp@pwg.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Internet Printing Protocol Workgroup discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2108357207==" Sender: ipp-bounces@pwg.org Errors-To: ipp-bounces@pwg.org --===============2108357207== Content-type: multipart/signed; boundary="Apple-Mail=_9C6DE66D-1117-4B60-862B-6C0DF26C9D46"; protocol="application/pkcs7-signature"; micalg=sha1 --Apple-Mail=_9C6DE66D-1117-4B60-862B-6C0DF26C9D46 Content-Type: multipart/alternative; boundary="Apple-Mail=_221DC959-9148-41EE-AA65-7CA5F232F9D2" --Apple-Mail=_221DC959-9148-41EE-AA65-7CA5F232F9D2 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Ira, On Jun 16, 2014, at 11:02 AM, Ira McDonald = wrote: > Hi Mike, >=20 > The reason for some sparse syntax was to support Pete's use case (over = the phone) > of wanting two or more credentials for the *same* destination (i.e., = multi-factor auth is > in use). This is a critically important real-world use case. Then we need to define it and its requirements. > With the straight parallel 1setOf approach, there has to be a nested = collection to hold > the auth-type, auth-data, etc. for each credential for one destination = - ugly and fragile. If the auth type defines multiple credentials then those can be provided = via separate data values in the 1setOf, or using type-specific member = attributes. In short, we need to define what the attributes contain, = not provide a BLOB holder that will become an interoperability = nightmare. > Pete and I particularly liked the use of the simple (1setOf = octetString(MAX)) with auto > concatenation to support large credentials (X.509 certificates, etc.). That is indeed a simple solution, but let's not make it an opaque blob. _________________________________________________________ Michael Sweet, Senior Printing System Engineer, PWG Chair --Apple-Mail=_221DC959-9148-41EE-AA65-7CA5F232F9D2 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii Ira,

On Jun 16, 2014, at 11:02 AM, = Ira McDonald <blueroofmusic@gmail.com> = wrote:
Hi Mike,

The = reason for some sparse syntax was to support Pete's use case (over the = phone)
of wanting two or more credentials for the *same* = destination (i.e., multi-factor auth is
in use).  This is a critically important real-world use = case.

Then we = need to define it and its requirements.

With the straight parallel = 1setOf approach, there has to be a nested collection to hold
the = auth-type, auth-data, etc. for each credential for one destination - = ugly and fragile.

If = the auth type defines multiple credentials then those can be provided = via separate data values in the 1setOf, or using type-specific member = attributes.  In short, we need to define what the attributes = contain, not provide a BLOB holder that will become an interoperability = nightmare.

Pete and I particularly liked the use of the = simple (1setOf octetString(MAX)) with auto
concatenation to support = large credentials (X.509 certificates, = etc.).

That is = indeed a simple solution, but let's not make it an opaque = blob.

_________________________________________________________
Michael = Sweet, Senior Printing System Engineer, PWG = Chair

= --Apple-Mail=_221DC959-9148-41EE-AA65-7CA5F232F9D2-- --Apple-Mail=_9C6DE66D-1117-4B60-862B-6C0DF26C9D46 Content-Disposition: attachment; filename=smime.p7s Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIPJTCCBN0w ggPFoAMCAQICEHGS++YZX6xNEoV0cTSiGKcwDQYJKoZIhvcNAQEFBQAwezELMAkGA1UEBhMCR0Ix GzAZBgNVBAgMEkdyZWF0ZXIgTWFuY2hlc3RlcjEQMA4GA1UEBwwHU2FsZm9yZDEaMBgGA1UECgwR Q29tb2RvIENBIExpbWl0ZWQxITAfBgNVBAMMGEFBQSBDZXJ0aWZpY2F0ZSBTZXJ2aWNlczAeFw0w NDAxMDEwMDAwMDBaFw0yODEyMzEyMzU5NTlaMIGuMQswCQYDVQQGEwJVUzELMAkGA1UECBMCVVQx FzAVBgNVBAcTDlNhbHQgTGFrZSBDaXR5MR4wHAYDVQQKExVUaGUgVVNFUlRSVVNUIE5ldHdvcmsx ITAfBgNVBAsTGGh0dHA6Ly93d3cudXNlcnRydXN0LmNvbTE2MDQGA1UEAxMtVVROLVVTRVJGaXJz dC1DbGllbnQgQXV0aGVudGljYXRpb24gYW5kIEVtYWlsMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8A MIIBCgKCAQEAsjmFpPJ9q0E7YkY3rs3BYHW8OWX5ShpHornMSMxqmNVNNRm5pELlzkniii8efNIx B8dOtINknS4p1aJkxIW9hVE1eaROaJB7HHqkkqgX8pgV8pPMyaQylbsMTzC9mKALi+VuG6JG+ni8 om+rWV6lL8/K2m2qL+usobNqqrcuZzWLeeEeaYji5kbNoKXqvgvOdjp6Dpvq/NonWz1zHyLmSGHG TPNpsaguG7bUMSAsvIKKjqQOpdeJQ/wWWq8dcdcRWdq6hw2v+vPhwvCkxWeM1tZUOt4KpLoDd7Nl yP0e03RiqhjKaJMeoYV+9Udly/hNVyh00jT/MLbu9mIwFIws6wIDAQABo4IBJzCCASMwHwYDVR0j BBgwFoAUoBEKIz6W8Qfs4q8p74Klf9AwpLQwHQYDVR0OBBYEFImCZ33EnSZwAEu0UEh83j2uBG59 MA4GA1UdDwEB/wQEAwIBBjAPBgNVHRMBAf8EBTADAQH/MB0GA1UdJQQWMBQGCCsGAQUFBwMCBggr BgEFBQcDBDARBgNVHSAECjAIMAYGBFUdIAAwewYDVR0fBHQwcjA4oDagNIYyaHR0cDovL2NybC5j b21vZG9jYS5jb20vQUFBQ2VydGlmaWNhdGVTZXJ2aWNlcy5jcmwwNqA0oDKGMGh0dHA6Ly9jcmwu Y29tb2RvLm5ldC9BQUFDZXJ0aWZpY2F0ZVNlcnZpY2VzLmNybDARBglghkgBhvhCAQEEBAMCAQYw DQYJKoZIhvcNAQEFBQADggEBAJ2Vyzy4fqUJxB6/C8LHdo45PJTGEKpPDMngq4RdiVTgZTvzbRx8 NywlVF+WIfw3hJGdFdwUT4HPVB1rbEVgxy35l1FM+WbKPKCCjKbI8OLp1Er57D9Wyd12jMOCAU9s APMeGmF0BEcDqcZAV5G8ZSLFJ2dPV9tkWtmNH7qGL/QGrpxp7en0zykX2OBKnxogL5dMUbtGB8SK N04g4wkxaMeexIud6H4RvDJoEJYRmETYKlFgTYjrdDrfQwYyyDlWjDoRUtNBpEMD9O3vMyfbOeAU TibJ2PU54om4k123KSZB6rObroP8d3XK6Mq1/uJlSmM+RMTQw16Hc6mYHK9/FX8wggUaMIIEAqAD AgECAhBtGeqnGU9qMyLmIjJ6qnHeMA0GCSqGSIb3DQEBBQUAMIGuMQswCQYDVQQGEwJVUzELMAkG A1UECBMCVVQxFzAVBgNVBAcTDlNhbHQgTGFrZSBDaXR5MR4wHAYDVQQKExVUaGUgVVNFUlRSVVNU IE5ldHdvcmsxITAfBgNVBAsTGGh0dHA6Ly93d3cudXNlcnRydXN0LmNvbTE2MDQGA1UEAxMtVVRO LVVTRVJGaXJzdC1DbGllbnQgQXV0aGVudGljYXRpb24gYW5kIEVtYWlsMB4XDTExMDQyODAwMDAw MFoXDTIwMDUzMDEwNDgzOFowgZMxCzAJBgNVBAYTAkdCMRswGQYDVQQIExJHcmVhdGVyIE1hbmNo ZXN0ZXIxEDAOBgNVBAcTB1NhbGZvcmQxGjAYBgNVBAoTEUNPTU9ETyBDQSBMaW1pdGVkMTkwNwYD VQQDEzBDT01PRE8gQ2xpZW50IEF1dGhlbnRpY2F0aW9uIGFuZCBTZWN1cmUgRW1haWwgQ0EwggEi MA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQCShIRbS1eY1F4vi6ThQMijU1hfZmXxMk73nzJ9 VdB4TFW3QpTg+SdxB8XGaaS5MsTxQBqQzCdWYn8XtXFpruUgG+TLY15gyqJB9mrho/+43x9IbWVD jCouK2M4d9+xF6zC2oIC1tQyatRnbyATj1w1+uVUgK/YcQodNwoCUFNslR2pEBS0mZVZEjH/CaLS TNxS297iQAFbSGjdxUq04O0kHzqvcV8H46y/FDuwJXFoPfQP1hdYRhWBPGiLi4MPbXohV+Y0sNsy fuNK4aVScmQmkU6lkg//4LFg/RpvaFGZY40ai6XMQpubfSJj06mg/M6ekN9EGfRcWzW6FvOnm//B AgMBAAGjggFLMIIBRzAfBgNVHSMEGDAWgBSJgmd9xJ0mcABLtFBIfN49rgRufTAdBgNVHQ4EFgQU ehNOAHRbxnhjZCfBL+KgW7x5xXswDgYDVR0PAQH/BAQDAgEGMBIGA1UdEwEB/wQIMAYBAf8CAQAw EQYDVR0gBAowCDAGBgRVHSAAMFgGA1UdHwRRME8wTaBLoEmGR2h0dHA6Ly9jcmwudXNlcnRydXN0 LmNvbS9VVE4tVVNFUkZpcnN0LUNsaWVudEF1dGhlbnRpY2F0aW9uYW5kRW1haWwuY3JsMHQGCCsG AQUFBwEBBGgwZjA9BggrBgEFBQcwAoYxaHR0cDovL2NydC51c2VydHJ1c3QuY29tL1VUTkFkZFRy dXN0Q2xpZW50X0NBLmNydDAlBggrBgEFBQcwAYYZaHR0cDovL29jc3AudXNlcnRydXN0LmNvbTAN BgkqhkiG9w0BAQUFAAOCAQEAhda+eFdVbTN/RFL+QtUGqAEDgIr7DbL9Sr/2r0FJ9RtaxdKtG3Nu PukmfOZMmMEwKN/L+0I8oSU+CnXW0D05hmbRoZu1TZtvryhsHa/l6nRaqNqxwPF1ei+eupN5yv7i kR5WdLL4jdPgQ3Ib7Y/9YDkgR/uLrzplSDyYPaUlv73vYOBJ5RbI6z9Dg/Dg7g3B080zX5vQvWBq szv++tTJOjwf7Zv/m0kzvkIpOYPuM2kugp1FTahp2oAbHj3SGl18R5mlmwhtEpmG1l1XBxunML5L SUS4kH7K0Xk467Qz+qA6XSZYnmFVGLQh1ZnV4ENAQjC+6qXnlNKw/vN1+X9u5zCCBSIwggQKoAMC AQICEQDlB7dXxclLEedquPvGX8CGMA0GCSqGSIb3DQEBBQUAMIGTMQswCQYDVQQGEwJHQjEbMBkG A1UECBMSR3JlYXRlciBNYW5jaGVzdGVyMRAwDgYDVQQHEwdTYWxmb3JkMRowGAYDVQQKExFDT01P RE8gQ0EgTGltaXRlZDE5MDcGA1UEAxMwQ09NT0RPIENsaWVudCBBdXRoZW50aWNhdGlvbiBhbmQg U2VjdXJlIEVtYWlsIENBMB4XDTEzMTIxNzAwMDAwMFoXDTE0MTIxNzIzNTk1OVowITEfMB0GCSqG SIb3DQEJARYQbXN3ZWV0QGFwcGxlLmNvbTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEB ANdvQYZRCVzc0wIYvIOn/0Pv7zUwuIvbAfM/W3FyemqZx3fdKxX4WxN2x5NC3hhBHGrUWirJH7rl 6It12bGQ61uHAK5jsJikV5k+mOYjZaKNIKxj0uYIk3MKQmsmM8t3nddq5mp2mxwV/U7AFPTz1fgh dkqTb/NkHY5eA8KqksaeqwfMgoaiGVeCUhptWnXosca8PAkb+i9u5rEok5zgY+QP0IuWLJENfA4q dEMsH+OAwMGOv9fNCgcdapFnjeSYaj70m6qUiq446+8a2rhUsEUKQayOMgjnm2bgUuNx7pOvs/Jg zIlZoTz/llmE1HWREGzSjRnLWwQ98fspfeZWA+8CAwEAAaOCAeAwggHcMB8GA1UdIwQYMBaAFHoT TgB0W8Z4Y2QnwS/ioFu8ecV7MB0GA1UdDgQWBBTtKBJoG9kxZisTqJg4+wr12l4stjAOBgNVHQ8B Af8EBAMCBaAwDAYDVR0TAQH/BAIwADAgBgNVHSUEGTAXBggrBgEFBQcDBAYLKwYBBAGyMQEDBQIw EQYJYIZIAYb4QgEBBAQDAgUgMEYGA1UdIAQ/MD0wOwYMKwYBBAGyMQECAQEBMCswKQYIKwYBBQUH AgEWHWh0dHBzOi8vc2VjdXJlLmNvbW9kby5uZXQvQ1BTMFcGA1UdHwRQME4wTKBKoEiGRmh0dHA6 Ly9jcmwuY29tb2RvY2EuY29tL0NPTU9ET0NsaWVudEF1dGhlbnRpY2F0aW9uYW5kU2VjdXJlRW1h aWxDQS5jcmwwgYgGCCsGAQUFBwEBBHwwejBSBggrBgEFBQcwAoZGaHR0cDovL2NydC5jb21vZG9j YS5jb20vQ09NT0RPQ2xpZW50QXV0aGVudGljYXRpb25hbmRTZWN1cmVFbWFpbENBLmNydDAkBggr BgEFBQcwAYYYaHR0cDovL29jc3AuY29tb2RvY2EuY29tMBsGA1UdEQQUMBKBEG1zd2VldEBhcHBs ZS5jb20wDQYJKoZIhvcNAQEFBQADggEBABg5KLQK5u9gGI75u+vYH/i6uMDKlpTILO/r/FpN2ibq pwAB2ln9oKvPIA1/r3o+DBC87TqnlJAiPW4ADFHpRmqlprb0Tu9p98nP/wl5tBZjEP8dY4iH0TB3 B2r9JHwRwwJQ20CqJpuCn9dmvL215sZSqvJfluVlIcAQCLxp3ZKMIC2pNKitswdjjHduaKuj2TMe xrzMtrRGRtFF9pcMcnsqE2QtJUqXPV7/M4WT2yRUmI4ThPt9O9fmPH2ku52hdb6t4qXvwdQSkDHt xo3J/Vc/jDR2/feedDhQmG0V9j6tHsuG6bVVhcGiWnSmSoPfg13FlQwlxZTyFtiMZ2jILyoxggOu MIIDqgIBATCBqTCBkzELMAkGA1UEBhMCR0IxGzAZBgNVBAgTEkdyZWF0ZXIgTWFuY2hlc3RlcjEQ MA4GA1UEBxMHU2FsZm9yZDEaMBgGA1UEChMRQ09NT0RPIENBIExpbWl0ZWQxOTA3BgNVBAMTMENP TU9ETyBDbGllbnQgQXV0aGVudGljYXRpb24gYW5kIFNlY3VyZSBFbWFpbCBDQQIRAOUHt1fFyUsR 52q4+8ZfwIYwCQYFKw4DAhoFAKCCAdkwGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG 9w0BCQUxDxcNMTQwNjE2MTUxOTM3WjAjBgkqhkiG9w0BCQQxFgQUyEGu6XTtxXHYrB8cY2myNnqN sNMwgboGCSsGAQQBgjcQBDGBrDCBqTCBkzELMAkGA1UEBhMCR0IxGzAZBgNVBAgTEkdyZWF0ZXIg TWFuY2hlc3RlcjEQMA4GA1UEBxMHU2FsZm9yZDEaMBgGA1UEChMRQ09NT0RPIENBIExpbWl0ZWQx OTA3BgNVBAMTMENPTU9ETyBDbGllbnQgQXV0aGVudGljYXRpb24gYW5kIFNlY3VyZSBFbWFpbCBD QQIRAOUHt1fFyUsR52q4+8ZfwIYwgbwGCyqGSIb3DQEJEAILMYGsoIGpMIGTMQswCQYDVQQGEwJH QjEbMBkGA1UECBMSR3JlYXRlciBNYW5jaGVzdGVyMRAwDgYDVQQHEwdTYWxmb3JkMRowGAYDVQQK ExFDT01PRE8gQ0EgTGltaXRlZDE5MDcGA1UEAxMwQ09NT0RPIENsaWVudCBBdXRoZW50aWNhdGlv biBhbmQgU2VjdXJlIEVtYWlsIENBAhEA5Qe3V8XJSxHnarj7xl/AhjANBgkqhkiG9w0BAQEFAASC AQDOW7Bu8rLlz05g6je7JC/ZVCnjr3r+8zK83sEumNZqNnmA2ldXIhVaDZEnBMUYgRIk9NOCj9NP 7sEr6fa9Yvq5/bnFIiKI4xJmRpHrymAjH3gDCSY2DGOuq+RThPMx4mB6o43rNs5DEoLcHSP4s4I9 38h+N3HmsLeyLtAWSlCFCQU27yDUMWoJJ91+oKD2JKhetuy2N2KXrttqmnM2ArEWrQZJy0SOZody 46eS2y6Rlq7wppMR86ObXs6czFgKCO3vULSiqVQiouN/WGcTvdlvcxTGOfy1EhU88H7n+y8nmVal k9kXqiUTWDvbfZytpo3AZ7UE1wEUluUTsnwHI486AAAAAAAA --Apple-Mail=_9C6DE66D-1117-4B60-862B-6C0DF26C9D46-- --===============2108357207== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ ipp mailing list ipp@pwg.org https://www.pwg.org/mailman/listinfo/ipp --===============2108357207==-- From ipp-bounces@pwg.org Mon Jun 16 08:24:18 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DD6221A009C for ; Mon, 16 Jun 2014 08:24:18 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.551 X-Spam-Level: X-Spam-Status: No, score=-2.551 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RP_MATCHES_RCVD=-0.651, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id V9ROV02h2fFw for ; Mon, 16 Jun 2014 08:24:16 -0700 (PDT) Received: from www.pwg.org (www.pwg.org [IPv6:2600:3c01::f03c:91ff:fe70:b03f]) by ietfa.amsl.com (Postfix) with ESMTP id 8FAA71A0086 for ; Mon, 16 Jun 2014 08:24:16 -0700 (PDT) Received: from pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id 2288C859E; Mon, 16 Jun 2014 15:24:20 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: from USA7109MR003.ACS-INC.COM (usa7109mr003.acs-inc.com [63.101.151.12]) by www.pwg.org (Postfix) with ESMTPS id 4050E859D for ; Mon, 16 Jun 2014 15:24:19 +0000 (UTC) Received: from usa7109ht004.na.xerox.net ([13.41.230.30]) by USA7109MR003.ACS-INC.COM with ESMTP/TLS/AES128-SHA; 16 Jun 2014 10:23:34 -0500 Received: from USA7109MB004.na.xerox.net ([169.254.5.136]) by USA7109HT004.na.xerox.net ([13.41.230.30]) with mapi id 14.03.0174.001; Mon, 16 Jun 2014 10:23:34 -0500 From: "Zehler, Peter" To: Michael Sweet , Ira McDonald Thread-Topic: [IPP] Fwd: IPP Scan operational attribute Thread-Index: Ac+HI++fn0JEhs5yRhqzibmSbTrimQAU3z+AAGalTYAAHBkXgAAG40EAAACV6AAACl48IA== Date: Mon, 16 Jun 2014 15:23:33 +0000 Message-ID: References: <9BA0D513-C8B5-4751-8B2E-E1D09C13D301@apple.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-originating-ip: [13.41.230.83] MIME-Version: 1.0 Cc: "ipp@pwg.org" Subject: Re: [IPP] Fwd: IPP Scan operational attribute X-BeenThere: ipp@pwg.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Internet Printing Protocol Workgroup discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1955139353==" Sender: ipp-bounces@pwg.org Errors-To: ipp-bounces@pwg.org --===============1955139353== Content-Language: en-US Content-Type: multipart/related; boundary="_004_A4DE324D317E4F40A82CF077C7A9E1E3597D01USA7109MB004naxer_"; type="multipart/alternative" --_004_A4DE324D317E4F40A82CF077C7A9E1E3597D01USA7109MB004naxer_ Content-Type: multipart/alternative; boundary="_000_A4DE324D317E4F40A82CF077C7A9E1E3597D01USA7109MB004naxer_" --_000_A4DE324D317E4F40A82CF077C7A9E1E3597D01USA7109MB004naxer_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Sounds like I'll need to call into today's IPP meeting to see how this will= be resolved. Peter Zehler [parc] Email: Peter.Zehler@Xerox.com Office: +1 (585) 265-8755 Mobile: +1 (585) 329-9508 FAX: +1 (585) 265-7441 US Mail: Peter Zehler Palo Alto Research Center Incorporated 800 Phillips Rd. M/S 128-25E Webster NY, 14580-9701 From: Michael Sweet [mailto:msweet@apple.com] Sent: Monday, June 16, 2014 11:20 AM To: Ira McDonald Cc: ipp@pwg.org; Zehler, Peter Subject: Re: [IPP] Fwd: IPP Scan operational attribute Ira, On Jun 16, 2014, at 11:02 AM, Ira McDonald > wrote: Hi Mike, The reason for some sparse syntax was to support Pete's use case (over the = phone) of wanting two or more credentials for the *same* destination (i.e., multi-= factor auth is in use). This is a critically important real-world use case. Then we need to define it and its requirements. With the straight parallel 1setOf approach, there has to be a nested collec= tion to hold the auth-type, auth-data, etc. for each credential for one destination - ug= ly and fragile. If the auth type defines multiple credentials then those can be provided vi= a separate data values in the 1setOf, or using type-specific member attribu= tes. In short, we need to define what the attributes contain, not provide = a BLOB holder that will become an interoperability nightmare. Pete and I particularly liked the use of the simple (1setOf octetString(MAX= )) with auto concatenation to support large credentials (X.509 certificates, etc.). That is indeed a simple solution, but let's not make it an opaque blob. _________________________________________________________ Michael Sweet, Senior Printing System Engineer, PWG Chair --_000_A4DE324D317E4F40A82CF077C7A9E1E3597D01USA7109MB004naxer_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Sounds like I’ll ne= ed to call into today’s IPP meeting to see how this will be resolved.=

 <= /p>

 <= /p>

Peter Zehler

3D"parc"
Email: Peter.Zehler@Xerox.com
Office: +1 (585) 265-8755

Mobile: +1 (585) 329-9508<= /span>
FAX: +1 (585) 265-7441
US Mail: Peter Zehler
Palo Alto Research Center Incorporated<= span style=3D"font-size:11.0pt;font-family:"Calibri","sans-s= erif";color:#1F497D">
800 Phillips Rd.
M/S 128-25E<= br> Webster NY, 14580-9701

 <= /p>

From: Michael = Sweet [mailto:msweet@apple.com]
Sent: Monday, June 16, 2014 11:20 AM
To: Ira McDonald
Cc: ipp@pwg.org; Zehler, Peter
Subject: Re: [IPP] Fwd: IPP Scan operational attribute

 

Ira,

 

On Jun 16, 2014, at 11:02 AM, Ira McDonald <blueroofmusic@gmail.com> wrote= :

Hi Mike,

The reason for some sparse syntax was to support Pet= e's use case (over the phone)

of wanting two or more credentials for the *same* de= stination (i.e., multi-factor auth is

in use).  This is a critically important real-w= orld use case.

 

Then we need to define it and its requirements.=



With the straight parallel 1setOf approach, there ha= s to be a nested collection to hold
the auth-type, auth-data, etc. for each credential for one destination - ug= ly and fragile.

 

If the auth type defines multiple credentials then t= hose can be provided via separate data values in the 1setOf, or using type-= specific member attributes.  In short, we need to define what the attr= ibutes contain, not provide a BLOB holder that will become an interoperability nightmare.



Pete and I particularly liked the use of the simple = (1setOf octetString(MAX)) with auto
concatenation to support large credentials (X.509 certificates, etc.).=

 

That is indeed a simple solution, but let's not make= it an opaque blob.

 

_____________________________________________= ____________
Michael Sweet, Senior Printing System Engineer, PWG Chair

 

--_000_A4DE324D317E4F40A82CF077C7A9E1E3597D01USA7109MB004naxer_-- --_004_A4DE324D317E4F40A82CF077C7A9E1E3597D01USA7109MB004naxer_ Content-Type: image/png; name="image001.png" Content-Description: image001.png Content-Disposition: inline; filename="image001.png"; size=2783; creation-date="Mon, 16 Jun 2014 15:23:33 GMT"; modification-date="Mon, 16 Jun 2014 15:23:33 GMT" Content-ID: Content-Transfer-Encoding: base64 iVBORw0KGgoAAAANSUhEUgAAAHEAAAA2CAYAAADwI3YEAAAAAXNSR0IArs4c6QAAAARnQU1BAACx jwv8YQUAAAAJcEhZcwAADsIAAA7CARUoSoAAAAp0SURBVHhe7ZxbbBXHGYDHDQhMhQVEWI2hMQQR kI0aotiRkYAWJEwFFWklLnkiiIdESfpAFdKHNomsVPShUIWXBpIHRPpkA0WFFEdypDgNSFixkUqx LdFgBBQbNYiLIImJQKLz/d6J1svMzuzxsX04OZ+0Onv27M7lv80/s3u27GT32fsqhZo5P1YVPyyP vil16+tB1dZ5WnX0/Eddvno9OjrE7JkzVEPtk6qx/qlh1+RCvJ6Oni90XdeiX4ZTM2e2bFnrPfRp h7r8pb1MaKidL2UmMf02165f0aD7/ajs++i9cHmoP71fSP/iIDv60fjsU6nlDQ4Oqt7eXjVp0iS1 aNEiOVZWvf7lVCU2N22TzlDp7oPH1L5jn0S/pLP+Zw3qrS0bMiuTeqhjX+snD3TUB3WhyJB6395/ KLUv2zasVds2rpV9DGj3gWNiVMk2GfmkgcFwvcsQk1Detg1rHij3+o0bau+ePWpyebm6o5U5b948 tWnTJvWD6PdUqPz5pneCFQg0fOmrb6i2z09HR/xgqWte/6MYS1YFAteYeikrjYopYcZF+2kT5WZt k+nP9r/8NViBgLc+37RbDC1OV2enqqurU7OqqtTgnTvRUeVXIg158U/veYVig06/uPM9EYAPysdQ snTWBfVSVi5tjiN91+3PxaDo80jbgNNgBKb+cu2BKI8NLzR4lYg1jFQYb+8/6C0Da81FWC7EgLTx uQgJ82nXp4En5as/yA35AV7Y19enqh57TMZGwio8Mq2mvkn2MoAAnn7yCdm/9Y2/od/evaf6Bv4n 46QNQta+1vbomx3qfPmXq9WuX2/W48Uv1NPz50qZV2/eis54ENo2u/JRSRiSfHv3bmqEkOQlICrQ J+owoLhf/X6n9NkH7UprvwFFkmjNrfqRWrJkiRwjqanXSoWgMdFApQzk/97/Z/k88e4fZLMJKQnW 6RofSRh8NDf9RhINMjdJYHQW17rzd966Q8q2kWtYx2t8HkibkRvtR5Yu446z+2BrtKcklFbpcdEQ rEQqotJkxoRQEXCIIl3elpyqJEFhrvLJItPIkliNFBTvG/+NvMw0AoPc9epmb4Y7NLWxG1aQEqmQ tN0FDXn/ty9F39zQEJuVcjyNmmq3gaBgH/kYm5DB1rUr1fuvvyRRyGzMow2H2v0JHNEEeSXZumZF tOeG+bIN7zwRsJQQl2cw91mirSyfEhlzjOXamLPhlWjPDsJOWjp1ksaH8NaW9aJAH2SSvgSO8GlT Iob2ky2vRd/sxOeucbyeSIUhCgQm2j5snUTAaVuaAkebUAWiBJ8C6YtNgcDxXPvp9UQUiPeEEGJN dATPCIHy8BiEw1IV+LzWRq6eiFBJQEIIKS+LLLPg9cQs1uGysqwgECbZGASfrOBwLBcFjoSQ8dbg S85gtCKKV4nMT7KQtPgkaYvOZF9YM9tYZpUuWJQOJa1fo03wFCNfuNJkQiaJwVh7Wxoh06ZCYMyV aAu5KJB1xnxMBb6P5F2Jt77+JtqzE59XGVifDVEgiQHzNBYdLhx897vt+45XiVm9w5dmJ2Fe6Quh ZpmKzC5t9WY8yVdSlwteJWZRSsi5SQX41jbJ6OLLVIVKiGH1Xsxm4KF4lWjmZyGEJCUPKNGThbqW qQyFMo7G72S48GWwZOWsPrk21zzUr0StmFBB+ZbcID5lCSnXl+YXSjZLpPCFVCJVWp97L/w32rPj Kj8osWGy7QNh+sIpXhgPi75Gg0/Rud5qGg1Clh1d7WXq5eur60ZAkBJ5TCDNy1AeKys+kmuQISEo 7WYx9YZ4/1gRssbMA1M2XMfjuMbdICUCdyioKGktCDFkjocHJjsZkqzg4bYHtDhOvYVEyGI9Hocs 4yBDnzESSl2rYUG3opLQULwoy3jE/M62FokHhyyxYYUmXJFsZak71wVw23U+6EtIVKI/lE07QrJ6 ohh3VGwEe2IcrCmLEPFA12JyyDgCdJSx2SyGZyFESPmCfoYsnNMmIkxI2/DCtCcYvEoMCXlpYHFp TwWgYFesD8X3iIYv1OebXa9sHnGf4jBPTst8vUpEyCE3RW1gkb4GACsxvnNc0D7b3e44rkX30YK+ hD53lAblMAz5ygkKp8RiCgv1Ss7jfLYQ5dDIrJ2mXNoVcpM15F5fvqF9rPH6ooQLxkuuDwnN3sQm +VwHAzdzHQRjxiYazMI2SmiomR9UsQuyNMp3JTsYCOVvXbtimFExvqSFzaS34p2+B5uy/FkmDdp1 6NOT0re0MRA5kiMQXbIkVJmVOJYg6PhSVfIfWg8rKDJ5t2ckfStoJZYII6cpRonCoqTEIqCkxCKg pMQioKTEIqCkxCKgpMQioKTEIqDsnZZ/pE72Xe9zyTfHjx+Xz2XLlsmngf+m7//gA7XlhRfkxQP8 Z727p0c9t25ddEZ+6e7uVsdPnIi+KdW4atWwlxwUJPcLhB07dshmo7m5+f7fjxyRfc45c+aM7Oeb c+fO3X/jzTflE/r7+2UrdB5p0kT6HDfwroErV2S/srJSzZgx/Am3qlmz1OHDh9Xt27fVxIkTVWNj oxw/deqUOnL0qBoYGFDVjz+ubn/1lXg0nkQ5Fy9eVK0ffaTOnj0rZd69d09+x7Pw8Pb29mFedvTD D9VPly9XtbW18n3q1KmyQVtbm2r7+ONhdXV1damOjg7VpdsxYcIEdVLvU2b55MlSP9fQN67j5UHV 1dVSFt7+N92fG9evy++0gb6wT3tNHZQ1XbebCMSLiHiTVPy/+oaCGBMRxrP19fI2CPaTzJg+XS1b ulQUsC4Kowjin599Jm9UQmhHtTIRCtfXPfOMnNNy4IBcx6tD9uzdK8f6zp8X4fIbwolDmXOfGHor SBwM5YYWInWhDFMX7UHh1EHIn6evJfxSNqA86iD0d+p2cT51cJxj/MY+fN7ZKYbFceqiH3z26POB a69ds98XHXcl0nA6eLm/XyyQ8Y5jSegQDOjzAOvHu3jLEmCpgOXyehCEhXCxcrMheBSBp1JHcvwF lJQEQa7S3o8xYUS0F0xdxpvNPt6CVwF18B3l0rceveHtHEvWT4ThuHlPDQZi6qINddrQbYy7EgkR dBxvmq6FxCfH4iAQNpIbvIAOsmH5RkG+RIdy49gMhXKuRGE9Dm9wMtcnvTcUcx3GNm3aNNn3gVFg VBgkBoMR2Rh3JRIS8RiskG316tUSWuIQzvAAOkVnZFzTCiQ0YrkI37xdycBx49Vs7HNtS0uL2rRx 41Ao02E1Du3QCZREBEDgbJRvwjx1045QTFl4/yLtWWwm+03Wb6NW10V4ZrhxMa6JDcI9rxVhEhXA G/91+vR3b0tCCITSlSuHnvNBoAgBzztPItDaKiGncuZMVVFRIcnPwgULJLH48upV8VzK+7k2Dp2K i1ct12GMl9yRiJh6gGsoh3GK6y5duiTnLV68WBIYkhFVViZGcE8nSaYuwKDibV6wcKEonASI62g3 /aQOQirtxpAYEjgWL+vmzZtqypQpYogTo4SJOknqrERZaolR4LXt26O93NERQKZYaZRWbAoYMmrC O0lVGmVoMtov8ZBS8sQioKTEIqCkxIcepf4PsxMcTowkbPAAAAAASUVORK5CYII= --_004_A4DE324D317E4F40A82CF077C7A9E1E3597D01USA7109MB004naxer_-- --===============1955139353== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ ipp mailing list ipp@pwg.org https://www.pwg.org/mailman/listinfo/ipp --===============1955139353==-- From ipp-bounces@pwg.org Mon Jun 16 08:25:16 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C21C21A007D for ; Mon, 16 Jun 2014 08:25:16 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.439 X-Spam-Level: X-Spam-Status: No, score=-2.439 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_ADSP_CUSTOM_MED=0.001, DKIM_SIGNED=0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RP_MATCHES_RCVD=-0.651, SPF_PASS=-0.001, T_DKIM_INVALID=0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id GRrKJrn_K5k2 for ; Mon, 16 Jun 2014 08:25:14 -0700 (PDT) Received: from www.pwg.org (www.pwg.org [IPv6:2600:3c01::f03c:91ff:fe70:b03f]) by ietfa.amsl.com (Postfix) with ESMTP id CC2001A008A for ; Mon, 16 Jun 2014 08:25:14 -0700 (PDT) Received: from pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id A5D7F859E; Mon, 16 Jun 2014 15:25:17 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: from mail-ie0-x22a.google.com (mail-ie0-x22a.google.com [IPv6:2607:f8b0:4001:c03::22a]) by www.pwg.org (Postfix) with ESMTPS id 05836859D for ; Mon, 16 Jun 2014 15:25:15 +0000 (UTC) Received: by mail-ie0-f170.google.com with SMTP id tr6so5208462ieb.1 for ; Mon, 16 Jun 2014 08:25:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=bnvUDg4Ggc+ccB/+7QxbI53ycfMWxS0u2Gkw9aT6v1I=; b=qVN+mVSjI1nyLhNDXRaAeiXRQR0pSiOr3B11LtQsdiSekoHlK97AkNOzkpg5RbFzeA SSj/RDfDp6AKCUjv5mOy+Cq4G53oXOvJYF5EvRMNoo8ZEWdn/w1zZTl6dNihDXo6ITDD o/hJqDqxzDlsc4OC5BqHrlTmnGCfmJIJYyp7DrRu8Fr64YGuTSIGcfg2jDhBkX9ZcEfX TFhL/vDSdhggpgUE4QWdU0sfSdffvCieJUzwPqChyvlfT3c8LTzoyCoZd2avl9xdUa0O h6EFUJxkA9YPM/PvoJ/S4zRyu9uYhpTcmryONB4qMOmFcLcMBm76wBKph42tHL3iV9un jdXA== X-Received: by 10.50.4.5 with SMTP id g5mr26816864igg.14.1402932310548; Mon, 16 Jun 2014 08:25:10 -0700 (PDT) MIME-Version: 1.0 Received: by 10.50.168.40 with HTTP; Mon, 16 Jun 2014 08:24:50 -0700 (PDT) In-Reply-To: References: <9BA0D513-C8B5-4751-8B2E-E1D09C13D301@apple.com> From: Ira McDonald Date: Mon, 16 Jun 2014 11:24:50 -0400 Message-ID: To: Michael Sweet , Ira McDonald Cc: "ipp@pwg.org" Subject: Re: [IPP] Fwd: IPP Scan operational attribute X-BeenThere: ipp@pwg.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Internet Printing Protocol Workgroup discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1095953035==" Sender: ipp-bounces@pwg.org Errors-To: ipp-bounces@pwg.org --===============1095953035== Content-Type: multipart/alternative; boundary=001a11c32c5603a73b04fbf5a2c5 --001a11c32c5603a73b04fbf5a2c5 Content-Type: text/plain; charset=UTF-8 Hi Mike, Agreed. It shouldn't be an opaque blob - the "access-type" should be sufficiently fine-grained to allow explicit multi-factor scenarios. And Pete and I want to state that binary data MUST be sent as straight "octetString" and and text data (e.g., password) MUST be sent as UTF-8 (with no trailing '\0'). The only downside (potentially pretty large for explicit multi-factor "access-type" values is rapid loss of interoperability when vendors roll their own name values for combinations we didn't anticipate. Cheers, - Ira Ira McDonald (Musician / Software Architect) Co-Chair - TCG Trusted Mobility Solutions WG Chair - Linux Foundation Open Printing WG Secretary - IEEE-ISTO Printer Working Group Co-Chair - IEEE-ISTO PWG Internet Printing Protocol WG IETF Designated Expert - IPP & Printer MIB Blue Roof Music / High North Inc http://sites.google.com/site/blueroofmusic http://sites.google.com/site/highnorthinc mailto: blueroofmusic@gmail.com Winter 579 Park Place Saline, MI 48176 734-944-0094 Summer PO Box 221 Grand Marais, MI 49839 906-494-2434 On Mon, Jun 16, 2014 at 11:19 AM, Michael Sweet wrote: > Ira, > > On Jun 16, 2014, at 11:02 AM, Ira McDonald > wrote: > > Hi Mike, > > The reason for some sparse syntax was to support Pete's use case (over the > phone) > of wanting two or more credentials for the *same* destination (i.e., > multi-factor auth is > in use). This is a critically important real-world use case. > > > Then we need to define it and its requirements. > > With the straight parallel 1setOf approach, there has to be a nested > collection to hold > the auth-type, auth-data, etc. for each credential for one destination - > ugly and fragile. > > > If the auth type defines multiple credentials then those can be provided > via separate data values in the 1setOf, or using type-specific member > attributes. In short, we need to define what the attributes contain, not > provide a BLOB holder that will become an interoperability nightmare. > > Pete and I particularly liked the use of the simple (1setOf > octetString(MAX)) with auto > concatenation to support large credentials (X.509 certificates, etc.). > > > That is indeed a simple solution, but let's not make it an opaque blob. > > _________________________________________________________ > Michael Sweet, Senior Printing System Engineer, PWG Chair > > --001a11c32c5603a73b04fbf5a2c5 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi Mike,

Agreed.
=
It shouldn't be an opaque blob - the "access-type" = should be sufficiently fine-grained
to allow explicit multi-factor= scenarios.

And Pete and I want to state that binary data MUST be sent as str= aight "octetString"=C2=A0
and and text data (e.g., password) = MUST be sent as UTF-8 (with no trailing '\0').

Th= e only downside (potentially pretty large for explicit multi-factor "a= ccess-type"
values is rapid loss of interoperability when vendors roll their= own name values
for combinations we didn't anticipate.
Cheers,
- Ira


Ira McDonald (Musician / Software A= rchitect)
Co-Chair - TCG Trusted Mobility Solutions WG
Chair - Linux = Foundation Open Printing WG
Secretary - IEEE-ISTO Printer Working Group<= br> Co-Chair - IEEE-ISTO PWG Internet Printing Protocol WG
IETF Designated E= xpert - IPP & Printer MIB
Blue Roof Music / High North Inc
http://sites.google.com/site/blueroofmusic
http://sites.google.com/site/highnorthincmailto: blue= roofmusic@gmail.com
Winter=C2=A0 579 Park Place=C2=A0 Saline, MI=C2=A0 48176=C2=A0 734-944-0094<= br>Summer=C2=A0 PO Box 221=C2=A0 Grand Marais, MI 49839=C2=A0 906-494-2434


On Mon, Jun 16, 2014 at 11:19 AM, Michae= l Sweet <msweet@apple.com> wrote:
Ira,

On Jun 16, = 2014, at 11:02 AM, Ira McDonald <blueroofmusic@gmail.com> wrote:
Hi Mike,

The re= ason for some sparse syntax was to support Pete's use case (over the ph= one)
of wanting two or more credentials for the *same* destination= (i.e., multi-factor auth is
in use).=C2=A0 This is a critically important real-world use case.

Then we need to = define it and its requirements.

With the straight parallel 1setOf approach, ther= e has to be a nested collection to hold
the auth-type, auth-data, etc. f= or each credential for one destination - ugly and fragile.

If the auth type defines multiple c= redentials then those can be provided via separate data values in the 1setO= f, or using type-specific member attributes. =C2=A0In short, we need to def= ine what the attributes contain, not provide a BLOB holder that will become= an interoperability nightmare.

Pete and= I particularly liked the use of the simple (1setOf octetString(MAX)) with = auto
concatenation to support large credentials (X.509 certificates, etc= .).

That is indeed a = simple solution, but let's not make it an opaque blob.
<= br>
_________________________________________________________
Michael Sweet,= Senior Printing System=C2=A0Engineer, PWG Chair


--001a11c32c5603a73b04fbf5a2c5-- --===============1095953035== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ ipp mailing list ipp@pwg.org https://www.pwg.org/mailman/listinfo/ipp --===============1095953035==-- From IsraelVargas@corpserver.emesisdress.com Mon Jun 16 09:22:02 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 49DB91A0107 for ; Mon, 16 Jun 2014 09:22:02 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.953 X-Spam-Level: X-Spam-Status: No, score=-1.953 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, J_CHICKENPOX_66=0.6, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id PssGqKaXjPsT for ; Mon, 16 Jun 2014 09:22:00 -0700 (PDT) Received: from corpserver.emesisdress.com (corpserver.emesisdress.com [5.83.32.160]) by ietfa.amsl.com (Postfix) with ESMTP id 124391A010D for ; Mon, 16 Jun 2014 09:21:59 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: DrOz Carb Blockers To: Date: Mon, 16 Jun 2014 09:21:59 -0700 Subject: Viewer's Choice Episode Message-ID: Dr.Oz begs the question: "Did you know you can get your body to stop absorbing carbs?" - Now, for the first time DrOz is presenting the "Carb Blocker" - - Enjoy: - pasta - bread - pizza (w/out absorbing the carbs) View Here: / http://www.emesisdress.com/docoz/discovery/episode.index It will have you losing 230% More... W/Out the gym. -DrOz Summer Blog We hope that you enjoyed this wellness update - to edit your subscription write- Member Update Systems 9167 ROAD one seven seven_Oakwood, OH 45873 or visit http://www.emesisdress.com/4kr/dgr03/mgfe.ewkrtf e actual problem being solved here - what if I just provided references to the required js files for jQuery and Cordova in my index.html and then redirect to say login page from a 3rd js file using jQuery's $.mobile.changePage? I mean what stops this design from working and why do I need the solutions outlined below? Is it because there are asynchronous loads inside jQuery and/or Cordova and my 3rd js file could be loaded even before the 2 frameworks are loaded? Please sugges, this should be the correct answer. +1 from me. smanandhar ould you elaborate a little more please? What's the hierarchy of file references look like? Thanks farjam Not only should this be the accepted answer, it should also be the template for cordova as it ships, callback hell is for a different I couldn't get this to work with jQM 1.3 & PG 2.5 fusion27 Mar 13 '13 at 13:38Please, could you add the order of the script loading, using latest version ?? should be loaded after the code in this example. i.e: assuming the code is in a file called environment.js, the scripts should be loaded in this order: jquery, environment, jquery.mobile. Hope that helps. rilla Mar 21 '13 at 19:32 4 For all those who say it doesn't work - the order of declaring script matters. First include jquery, THEN THIS CODE inside a script element, then jquery mobile js. Manish May 18 '13 at 20:00 Most answers here do not even work your 'simple' assignment operator is not a valid move-assignment operator. If I have a class A that has a member class B and B uses 'your' assignment operator that class A can not get an implicit move-assignment operator AND move-constructor. All the members of A must have a valid tree of valid move-constructors/assignment operators. And as I just said that operator of yours is not a valid move-assignment operator. Daan Timmer Dec 13 '13 at 10:45 @Daan that's not correct. Well, you are right that the 'simple' operator shown is not a move assignment operator. It is a copy-assignment operator (that incidentally can also be used for moves). But the rest is not correct. As a simple counter example, consider a class foo with a unique_ptr member and another member of a type with a copy assignment, but no move assignment. Do you think foo will not have a move assignment operator? Also consider that built-in types don't have move assignment operators. Does that mean any class with an int member does not have a move assignment operatorThe only drawback with NumericUpDown is that it provides no feedback when you enter a value outside of the Maximum or Minimum allowed values - it just changes what you've typed. A TextBox can at least allow invalid values so you can warn the user when they submit the form. Matt Hamilton Jan 20 '09 at 22:12 3 That's true - the user could always paste in some non-numeric characters. You would hope that the form validation would catch that though, since at some point you're gonna want to do an Int32.TryParse or something. Matt Hamilton Jan 20 '09 at 22:41 17 You'll need some addition effort to globalize this by replacing checks forith checks on CultureInfo.CurrentCulture.NumberFormat.NumberDecimalSeparator. From AndrewWeber@juliavollmer.poundsbeak.com Mon Jun 16 09:45:53 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 90F1F1A010D for ; Mon, 16 Jun 2014 09:45:53 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.553 X-Spam-Level: X-Spam-Status: No, score=-2.553 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ERSrG4-HSfIw for ; Mon, 16 Jun 2014 09:45:45 -0700 (PDT) Received: from juliavollmer.poundsbeak.com (juliavollmer.poundsbeak.com [5.83.32.182]) by ietfa.amsl.com (Postfix) with ESMTP id 4E4421A00FA for ; Mon, 16 Jun 2014 09:45:42 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Subject: Oz Show Botox Alternative Message-ID: <5234yh735h.20140616002523.9837.51642.8534.53@mx.poundsbeak.com> From: Look Younger W/Out Surgery Date: Mon, 16 Jun 2014 09:45:40 -0700 To: Doc Oz Episode #513 Recap: " Fake the Botox Look " [Natural Alternative] Episode Summary ------------------------- Do you look back at pictures of yourself from 20 yrs ago and say.... "I wish I looked like that again" If yes, then you can just call DocOz your Fairy Godfather... Because he has a discovery that will change the look of skin for the rest of your life. Unlike Botox, which lasts 3 months tops. Clip: Watch Oz reveal how / http://www.poundsbeak.com/younger/skin/indays.html ------------------- - Doc Oz Show We hope you enjoyed this celeb beauty update to esit your subscription status write "stop" to Member Update Systems nine one six seven ROAD 177 Oakwood, OH 45873 or visit http://www.poundsbeak.com/wirth/sjrt4e90/skio38rjg/smfdkoe93/fgmieee.wmdjgk hat is one crazy idea, I'll give you that ;) What's even crazier, is that it actually seems to work! I have tested this several times now, and I can confirm that when using an assembly version such as "2.0.*" I get the error, but when I instead use "2.0.0" it works as a charm! I urge more people to test this, and if you find it working please vote up this answer, because this is something that needs to be known! Hope Microsoft picks up on I'm so glad it worked for you too! I still have no idea what could be causing this to happen. I made file and folder permissions wide open, removed as many .resx files as I could, used pre and post build actions, put that Lock line into the project file, created a whole new solution, and reverted to the previous version in subversion. None of it worked, and I just happened to try this, to put it back in as much a "default" state as possible. Sure enough, it worked, but I have no clue why. drharris Jun 8 '10 at 14:36 Also worked for me. So bizarreI had this same problem. I had three projects under one solution, an asp.net website project, a vb.net library project and C#.net library project. Website project build successfully but other project did not build and gave the same exception as above. I tried changing the AssemblyVersion but it did not work. What i tried was changing the readonly property. Removed readonly property and it worked. Now all the three projects in the solution build successfully. Now i again see the readonly property of the two project folder and i see they are readonly still, but it works. :) Even better: this isn't just the auto-increment. I can't change AssemblyVersion, whether with my own program, Notepad++, or even VS itself. On the other hand, it seems that only changes to AssemblyVersion trigger it. AssemblyFileVersion and AssemblyInformationalVersion can be freely changed. Bob Jul 3 '13 at 4:25 unbelievable!!! it seems changing to a version other than the current one fixes the problem, thanx sawe Nov If this works for you (as it did for me) I later found that it was because the copy command was not on the last project built. If you put the copy command on the last project (right click solution > build order) that will also correct this problem. one other issue I am unsure of is, suppose I am trying to dispose the form that has the backgroundworker running on it. I signal the shutdownevent (ManualResetEvent) and sometime after that the DoWork will gracefully exit. Should I just let the form go ahead and Dispose even though the DoWork might take a little longer to finish, or is there some way (and is it better) to thread.Join the background worker until it really does exit and then let the Dispose of the form continue?The law of leaky abstractions. WinForms is a wrapper around the Win32 API, which makes perfect sense if you understand how it was designed and how it works. But it doesn't make a lot of sense if you try to understand it through the WinForms wrapper. If there were a Be gin/EndUpdate method on the Form class, it wouldn't do what you would expect. It would only stop the form itself from updating, it would have no effect on child controls hosted by that form. In Win32, everything is a window. And all windows are responsible for their own drawing From GraysonOrtiz@fullerfamilyministries.ayssuq.com Mon Jun 16 11:53:09 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 879E61A0123 for ; Mon, 16 Jun 2014 11:53:08 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 2.029 X-Spam-Level: ** X-Spam-Status: No, score=2.029 tagged_above=-999 required=5 tests=[BAYES_50=0.8, FH_FROM_CASH=1.882, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id CJmZK4mfMIo6 for ; Mon, 16 Jun 2014 11:53:07 -0700 (PDT) Received: from fullerfamilyministries.ayssuq.com (fullerfamilyministries.ayssuq.com [89.43.10.171]) by ietfa.amsl.com (Postfix) with ESMTP id 3814F1A0058 for ; Mon, 16 Jun 2014 11:53:05 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Reply-to: Message-ID: <1115-6.20140616024110.11638.23486.ipp-archive@megatron.ietf.org> Subject: Redeem- Amazon Rewards: Issued (06.13.2014) From: Customer Appreciation Cash Date: Mon, 16 Jun 2014 11:52:53 -0700 To: X-Original-MessageID: <543.3457.35467.03fe7bceeb284b926b5d70823482b4a2> Attn Ipp-archive, Catch this Cash Back Special for Father's Day Enjoy Cash Back from Amazon. ============================= - $50 is yours to Redeem - It's simple... 1) Redeem Here -> http://www.ayssuq.com/amazon/rewards/redeem.html - Amazon Rewards June 16, 2014 We hope you enjoyed these rewards from amazon. To stop further rewards write "stop" to Member Update Systems_9167 ROAD 177_Oakwood, OH 45873 or visit http://www.ayssuq.com/e3t4/wr5tg.4tfk An important difference is that DATETIME represents a date (as found in a calendar) and a time (as can be observed on a wall clock), while TIMESTAMP represents a well defined point in time. This could be very important if your application handles time zones. How long ago was '2010-09-01 16:31:00'? It depends on what timezone you're in. For me it was just a few seconds ago, for you it may represent a time in the future. If I say 1283351460 seconds since '1970-01-01 00:00:00 UTC', you know exactly what point in time I talk about. (See Nir's excellent answer below). [Downside: valid range]. MattBianco Sep 1 '10 at 14:36 40 Another one difference: queries with "native" datetime will not be cached, but queries with timestamp - will be. OZ_ Apr 28 '11 at 17:37 3 "Timestamps in MySQL generally used to track changes to records" Do not think that's a good answer. Timestamp are a lot more powerful and complicated than that as MattBianco and Nir sayd. Although, the second part of the answer is very good. It's true what blivet said, and is a good advise. santiagobasulto May 16 '11 at 14:00 4 "and are updated every time the record is changed" Is this true? Timestamp fields are automatically updated to the current time whenever a row is changed? chaiguy Mar 16 '12 at 16:42 3 Also 1 important note, DATETIME and TIMESTAMP can use CURRENT_TIMESTAMP, NOW() respectfully as it's default value, but DATE for example can't, because it uses '0000-00-00' by default, so to solve that matter U should write Your own trigger to that table, to insert current date (without time) in the field/col with DATE mysql type. zeusakm Oct 15 '12 at 19:13 1 in response to @zeusakm, there is a limitation that only one timestamp column per table can have default current_timestamp setting. Kinjal Dixit Nov 2 '12 at 4:43 Yeap this is a pertinent remark and this feature logically fair, there is no need of others. zeusakm Nov 6 '12 at 10:00 2 @chaiguy - I can find no reference to this in the documentation, and testing with MySQL 5.5 shows that the TIMESTAMP column is not changed when I update a row. David Harkness Jan 21 '13 at 17:49 @DavidHarkness: Documentation says "To specify automatic properties, use the DEFAULT CURRENT_TIMESTAMP and ON Plap - Thanks for the link. David Harkness Feb 24 '13 at 2:07@OZ_: Of course queries with static DATETIME values will be cached by mysql. Queries involving NOW(), CURDATE() and similar functions will not be cached. You can cache all queries which contain only functions which return the same value for the same parameter every time. Marki555 Sep 27 '13 at 13:32 1 From BackgroundRep@yourbackgroundscan.club Mon Jun 16 11:55:21 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5992E1A016E for ; Mon, 16 Jun 2014 11:55:21 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 3.042 X-Spam-Level: *** X-Spam-Status: No, score=3.042 tagged_above=-999 required=5 tests=[BAYES_50=0.8, FH_RELAY_NODNS=1.451, RDNS_NONE=0.793, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id y_0Gupz0NJTJ for ; Mon, 16 Jun 2014 11:55:20 -0700 (PDT) Received: from yourbackgroundscan.club (unknown [209.222.16.19]) by ietfa.amsl.com (Postfix) with ESMTP id 7A0401A0169 for ; Mon, 16 Jun 2014 11:55:20 -0700 (PDT) Date: Mon, 16 Jun 2014 11:49:45 -0700 Subject: Someone ran a background-check on you. See the-results. To: Content-Type: text/plain From: "Background Rep" Message-ID: <22044184.11193245@yourbackgroundscan.club> Mime-Version: 1.0 June 16, 2014 Re: Someone ran a background-check on you -------------------------------------------- Hello ipp-archive@megatron.ietf.org, It was recently brought to our-attention that somebody ran a background-check on you. You can find more info by following the link below. Visit Here & Get More Information: http://link.yourbackgroundscan.club Thank you. >End admessages now by going below here:. http://quit.yourbackgroundscan.club P-0-Box #8O3338 Chlcago, Il - 6O680-3338 22044184 11193245 cc052b0ead84ab61a2f79222c3c610cd From ipp-bounces@pwg.org Mon Jun 16 11:59:56 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 32E021A016B for ; Mon, 16 Jun 2014 11:59:56 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.439 X-Spam-Level: X-Spam-Status: No, score=-2.439 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_ADSP_CUSTOM_MED=0.001, DKIM_SIGNED=0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RP_MATCHES_RCVD=-0.651, SPF_PASS=-0.001, T_DKIM_INVALID=0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id oFuwSJaOosbH for ; Mon, 16 Jun 2014 11:59:54 -0700 (PDT) Received: from www.pwg.org (www.pwg.org [IPv6:2600:3c01::f03c:91ff:fe70:b03f]) by ietfa.amsl.com (Postfix) with ESMTP id 643201A015E for ; Mon, 16 Jun 2014 11:59:54 -0700 (PDT) Received: from pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id C02818715; Mon, 16 Jun 2014 18:59:54 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: from mail-ie0-x235.google.com (mail-ie0-x235.google.com [IPv6:2607:f8b0:4001:c03::235]) by www.pwg.org (Postfix) with ESMTPS id 02D2A859D; Mon, 16 Jun 2014 18:59:52 +0000 (UTC) Received: by mail-ie0-f181.google.com with SMTP id y20so5198874ier.26 for ; Mon, 16 Jun 2014 11:59:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type; bh=tzuTh196A5dgmv53ze9dDE0aY2brr33IiDls2vHEL1I=; b=vURaTQZ8r6nAFbDaKfNYUVc7H1Z7TSlcWoh2IJhRO7OpabQ7idZUufiZ7klgYKY65c vimtHieW4HojBk819tEaQzZ+anBr7Z/JKVni3RW4Bn3fiHY6HTf6wfq2NDPkH7VAtR/X mZDn8dP4ieJAyTexQb1/qzyfCLD1XhtqaDwmPn5uULDZZREV/mTjCvi1kVKS5qgfwzhS Q0DqzCciDApN2+OBcyspjahOc5aY93MMsWpd5krj6SaeyPs9DR51NIIId+ggG3pROAzZ imNlTEdS5P9IctjcrUJowxCnXmsTSD7R9n0eALqFLA654p8R+pmGfY3+3wb4Va7+1hTp 65xQ== X-Received: by 10.42.88.135 with SMTP id c7mr23284634icm.46.1402945187840; Mon, 16 Jun 2014 11:59:47 -0700 (PDT) MIME-Version: 1.0 Received: by 10.50.168.40 with HTTP; Mon, 16 Jun 2014 11:59:27 -0700 (PDT) From: Ira McDonald Date: Mon, 16 Jun 2014 14:59:27 -0400 Message-ID: To: "ipp@pwg.org" , "wims@pwg.org" , Ira McDonald Subject: [IPP] IETF EMAN MIBs go to Last Call X-BeenThere: ipp@pwg.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Internet Printing Protocol Workgroup discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1735414753==" Sender: ipp-bounces@pwg.org Errors-To: ipp-bounces@pwg.org --===============1735414753== Content-Type: multipart/alternative; boundary=90e6ba61482c8f86d304fbf8a1d6 --90e6ba61482c8f86d304fbf8a1d6 Content-Type: text/plain; charset=UTF-8 The IESG has received a request from the Energy Management WG (eman) to consider the following document: - 'Power and Energy Monitoring MIB' as Proposed Standard The IESG plans to make a decision in the next few weeks, and solicits final comments on this action. Please send substantive comments to the ietf@ietf.org mailing lists by 2014-06-30. Exceptionally, comments may be sent to iesg@ietf.org instead. In either case, please retain the beginning of the Subject line to allow automated sorting. Abstract This document defines a subset of the Management Information Base (MIB) for power and energy monitoring of devices. The file can be obtained via http://datatracker.ietf.org/doc/draft-ietf-eman-energy-monitoring-mib/ IESG discussion can be tracked via http://datatracker.ietf.org/doc/draft-ietf-eman-energy-monitoring-mib/ballot/ The following IPR Declarations may be related to this I-D: http://datatracker.ietf.org/ipr/2147/ -------------------------------------- The IESG has received a request from the Energy Management WG (eman) to consider the following document: - 'Energy Object Context MIB' as Proposed Standard The IESG plans to make a decision in the next few weeks, and solicits final comments on this action. Please send substantive comments to the ietf@ietf.org mailing lists by 2014-06-30. Exceptionally, comments may be sent to iesg@ietf.org instead. In either case, please retain the beginning of the Subject line to allow automated sorting. Abstract This document defines a subset of a Management Information Base (MIB) for energy management of devices. The module addresses device identification, context information, and the energy relationships between devices. The file can be obtained via http://datatracker.ietf.org/doc/draft-ietf-eman-energy-aware-mib/ IESG discussion can be tracked via http://datatracker.ietf.org/doc/draft-ietf-eman-energy-aware-mib/ballot/ The following IPR Declarations may be related to this I-D: http://datatracker.ietf.org/ipr/2145/ --------------------------------------------------- The IESG has received a request from the Energy Management WG (eman) to consider the following document: - 'Definition of Managed Objects for Battery Monitoring' as Proposed Standard The IESG plans to make a decision in the next few weeks, and solicits final comments on this action. Please send substantive comments to the ietf@ietf.org mailing lists by 2014-06-30. Exceptionally, comments may be sent to iesg@ietf.org instead. In either case, please retain the beginning of the Subject line to allow automated sorting. Abstract This memo defines a portion of the Management Information Base (MIB) for use with network management protocols in the Internet community. In particular, it defines managed objects that provide information on the status of batteries in managed devices. The file can be obtained via http://datatracker.ietf.org/doc/draft-ietf-eman-battery-mib/ IESG discussion can be tracked via http://datatracker.ietf.org/doc/draft-ietf-eman-battery-mib/ballot/ No IPR declarations have been submitted directly on this I-D. --90e6ba61482c8f86d304fbf8a1d6 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

The IESG has received a request = from the Energy Management WG (eman) to consider the following document:
- 'Power and Energy Monitoring MIB'
=C2=A0 <draft-ietf-eman-energy-
monitoring-mi= b-10.txt> as Proposed Standard

The IESG plans to make a decision in the next few weeks, and solicits
final comments on this action. Please send substantive comments to the
ietf@ietf.org mailing lists by 2014-06-30. Excepti= onally, comments may be
sent to iesg@ietf.org instead. In eith= er case, please retain the
beginning of the Subject line to allow automated sorting.

Abstract

=C2=A0 =C2=A0 =C2=A0 =C2=A0This document defines a subset of the Management= Information
=C2=A0 =C2=A0 =C2=A0 =C2=A0Base (MIB) for power and energy monitoring of de= vices.


The file can be obtained via
http://datatracker.ietf.org/doc/draft-ietf-eman-e= nergy-monitoring-mib/

IESG discussion can be tracked via
http://datatracker.ietf.org/doc/draft-ietf= -eman-energy-monitoring-mib/ballot/

The following IPR Declarations may be related to this I-D:

=C2=A0 =C2=A0http://datatracker.ietf.org/ipr/2147/

--------------------------------------
The IESG has received a reque= st from the Energy Management WG (eman) to consider the following document:
- 'Energy Object Context MIB'
=C2=A0 <draft-ietf-eman-energy-aware-
mib-15.= txt> as Proposed Standard

The IESG plans to make a decision in the next few weeks, and solicits
final comments on this action. Please send substantive comments to the
ietf@ietf.org mailing lists by 2014-06-30. Excepti= onally, comments may be
sent to iesg@ietf.org instead. In eith= er case, please retain the
beginning of the Subject line to allow automated sorting.

Abstract

=C2=A0 =C2=A0 =C2=A0 =C2=A0 This document defines a subset of a Management = Information Base
=C2=A0 =C2=A0 =C2=A0 =C2=A0 (MIB) for energy management of devices. The mod= ule addresses
=C2=A0 =C2=A0 =C2=A0 =C2=A0 device identification, context information, and= the energy
=C2=A0 =C2=A0 =C2=A0 =C2=A0 relationships between devices.


The file can be obtained via
http://datatracker.ietf.org/doc/draft-ietf-eman-energy= -aware-mib/

IESG discussion can be tracked via
http://datatracker.ietf.org/doc/draft-ietf-eman= -energy-aware-mib/ballot/

The following IPR Declarations may be related to this I-D:

=C2=A0 =C2=A0http://datatracker.ietf.org/ipr/2145/

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

The IESG has received a reques= t from the Energy Management WG (eman) to consider the following document:
- 'Definition of Managed Objects for Battery Monitoring'
=C2=A0 <draft-ietf-eman-battery-mib-
12.txt&g= t; as Proposed Standard

The IESG plans to make a decision in the next few weeks, and solicits
final comments on this action. Please send substantive comments to the
ietf@ietf.org mailing lists by 2014-06-30. Excepti= onally, comments may be
sent to iesg@ietf.org instead. In eith= er case, please retain the
beginning of the Subject line to allow automated sorting.

Abstract

=C2=A0 =C2=A0This memo defines a portion of the Management Information Base= (MIB)
=C2=A0 =C2=A0for use with network management protocols in the Internet comm= unity.
=C2=A0 =C2=A0In particular, it defines managed objects that provide informa= tion on
=C2=A0 =C2=A0the status of batteries in managed devices.


The file can be obtained via
http://datatracker.ietf.org/doc/draft-ietf-eman-battery-mib= /

IESG discussion can be tracked via
http://datatracker.ietf.org/doc/draft-ietf-eman-batt= ery-mib/ballot/

No IPR declarations have been submitted directly on this I-D.


--90e6ba61482c8f86d304fbf8a1d6-- --===============1735414753== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ ipp mailing list ipp@pwg.org https://www.pwg.org/mailman/listinfo/ipp --===============1735414753==-- From Cynthia@yourmostrecentjunepolicy.club Mon Jun 16 12:09:13 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F0A371A0177 for ; Mon, 16 Jun 2014 12:09:12 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 3.742 X-Spam-Level: *** X-Spam-Status: No, score=3.742 tagged_above=-999 required=5 tests=[BAYES_60=1.5, FH_RELAY_NODNS=1.451, RDNS_NONE=0.793, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id yzYaKzbEEaQV for ; Mon, 16 Jun 2014 12:09:11 -0700 (PDT) Received: from yourmostrecentjunepolicy.club (unknown [209.222.16.22]) by ietfa.amsl.com (Postfix) with ESMTP id B7DEC1A0172 for ; Mon, 16 Jun 2014 12:09:11 -0700 (PDT) Date: Mon, 16 Jun 2014 12:02:40 -0700 Content-Type: text/plain From: Cynthia Message-ID: <11534235.20114381@yourmostrecentjunepolicy.club> Mime-Version: 1.0 To: Subject: Re: Your LifeInsurance-Payment: Policy # 11534235 ============================================. RE: $14 Life-Insurance Updated-Rates. ============================================. Policy # 11534235. ============================================. Message ID # 20114381. ============================================. Greetings ipp-archive@megatron.ietf.org, The reason that we are contacting you today is to make you aware that you are eligible for a $250k lifeinsurance-policy for under $14/mo. That means your loved-ones will receive $250k. Visit here to lock in this new rate right away: http://link.yourmostrecentjunepolicy.club Best Regards, Cynthia LifeRate-Consultant =End future admessages now by going below:. http://quit.yourmostrecentjunepolicy.club Post0ffice Box No. 8O3338 Chicag0, IL 6O680-3338 11534235 20114381 cc052b0ead84ab61a2f79222c3c610cd From WomensHealth@healthtipforwomen.club Mon Jun 16 12:21:33 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 76F9F1A018B for ; Mon, 16 Jun 2014 12:21:33 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 3.743 X-Spam-Level: *** X-Spam-Status: No, score=3.743 tagged_above=-999 required=5 tests=[BAYES_60=1.5, DIET_1=0.001, FH_RELAY_NODNS=1.451, RDNS_NONE=0.793, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id P-q9fIayn62k for ; Mon, 16 Jun 2014 12:21:32 -0700 (PDT) Received: from healthtipforwomen.club (unknown [209.222.16.21]) by ietfa.amsl.com (Postfix) with ESMTP id 988DE1A0183 for ; Mon, 16 Jun 2014 12:21:32 -0700 (PDT) Date: Mon, 16 Jun 2014 12:15:49 -0700 From: "Womens Health" Subject: ATTN: WOMEN - An All-New Trick to Drop-Three Dress Sizes in Just One-Week Mime-Version: 1.0 Message-ID: <22724445.23849344@healthtipforwomen.club> Content-Type: text/plain To: June 16, 2014 ATTN: Women, Would you like to Drop 10-Ibs and Keep it Off For Good - FAST?? This All New-Tip is JUST for women, The most recent research show just WHY it's so much more difficult for women than it is for men to not only lose-weight, but keep it off also. This fantastic new tip really does work - You can realistically expect to lose-three dress sizes in just one week. This strange-new tip strategically lets you eat anything you want to while also shedding dress-sizes in the meantime. You have never seen anything quite like this before... Visit Here Now & See Exactly What This Trick Is: http://link.healthtipforwomen.club /Quit out of admail now by going below here:. http://quit.healthtipforwomen.club PO Box # 8O3338 Chlcag0, IL 60680-3338 22724445 23849344 cc052b0ead84ab61a2f79222c3c610cd From ElenaGarrett@park-design.asgoy.com Mon Jun 16 12:35:05 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EF16E1A0169 for ; Mon, 16 Jun 2014 12:35:04 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.631 X-Spam-Level: X-Spam-Status: No, score=-1.631 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RAZOR2_CHECK=0.922, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id d5fbmGNWVMsi for ; Mon, 16 Jun 2014 12:35:04 -0700 (PDT) Received: from park-design.asgoy.com (park-design.asgoy.com [188.210.190.32]) by ietfa.amsl.com (Postfix) with ESMTP id 527681A0154 for ; Mon, 16 Jun 2014 12:34:55 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit To: Message-ID: <1115-6.20140616031059.12888.85077.ipp-archive@megatron.ietf.org> X-Original-MessageID: <543.3457.35467.684566c29d36b3ad9a4a1f3ad75ff84d> Subject: MHA - Calculate your lower-payment Reply-to: Date: Mon, 16 Jun 2014 12:34:53 -0700 From: Obama's Homeowner Plan --Start Notification--- 2014 MHA For Homeowners If you feel like your dishing out too much each month for your home then you probably are. Obama has put a program in place to help you. All you have to do is spend two minutes and calculate your new monthly/payment. http://www.asgoy.com/2014/hud-portal-5436573456.housing Over 50% of american have saved 805 a month on average, all while being able to pay off their home in half the time. Regards, Housing Administration - - - - - - - - Issues with your A/C:: This Old Home:: Possible Causes: Usually poor air flow results from a dirty air filter or ductwork that has become blocked, crimped or even disconnected. Possible Solutions: Confirm air filter is clean. If dirty, clean or replace the air filter. Visually inspect all ductwork to make sure it has not become disconnected or crimped. This includes ductwork that may be in difficult to reach attic, basement or crawl spaces. Repair or connect as needed. Check register dampers on vents in the rooms to make sure they are set to an open position. -- -- BBG-Housing admin <> You can alter/communication settings http://www.asgoy.com/7-huo.ht/ | Four Tulip-Ct Highland Mills -- -- Possible Causes: This problem can be caused by an air conditioning system sized too large for the house. A way to tell if this is the root cause is if your air conditioning system has always had a problem adequately dehumidifying your home, and commonly short cycles (turns on and off frequently). If so, then an over sized system is the likely cause. An overly large system will cool the air so fast that not enough of the humid air has made its way across the cooling coil to get dehumidified. Once the thermostat setting shuts off the air conditioning because it has reached the desired temperature, there may still be too much humidity in the air. private class GenericListIterator implements Iterator{ private int position; private boolean removeOK; private GenericListIterator(){ position = 0; removeOK = false; } public boolean hasNext(){ return position < iSize; } public Object next(){ Object result = iValues[position]; position++; removeOK = true; return result; } public void remove(){ if( !removeOK ) throw new IllegalStateException(); // which element should be removed?? removeOK = false; GenericListVersion2.this.remove(position - 1); position--; } } public Iterator iterator(){n From BloodPressureFix@newjunebpnotice.club Mon Jun 16 12:35:33 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 633781A0154 for ; Mon, 16 Jun 2014 12:35:33 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 3.743 X-Spam-Level: *** X-Spam-Status: No, score=3.743 tagged_above=-999 required=5 tests=[BAYES_60=1.5, DIET_1=0.001, FH_RELAY_NODNS=1.451, RDNS_NONE=0.793, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id VIE752wJVJgJ for ; Mon, 16 Jun 2014 12:35:32 -0700 (PDT) Received: from newjunebpnotice.club (unknown [209.222.16.20]) by ietfa.amsl.com (Postfix) with ESMTP id 029211A017F for ; Mon, 16 Jun 2014 12:35:32 -0700 (PDT) Date: Mon, 16 Jun 2014 12:29:26 -0700 To: Mime-Version: 1.0 Content-Type: text/plain Message-ID: <18297256.8788234@newjunebpnotice.club> Subject: Pastor HALTS high blood-pressure with 1 weird-food From: BloodPressureFix I wanted to share my experience with other blood pressure-sufferers so that I could hopefully help someone else. Please see my whole story below: "Mr. Burge, you are going to have a heart-attack or a stroke before you leave this hospital." This is what the nurse told me when she took my blood-pressure. It was the first time I had even set food in a hospital in years. I was terrified & my wife was in tears. Then I thought about my son, Ken. He had just turned his own blood-pressure around, and lost quite a bit of weight in the process. Obviously whatever he had been doing was working, so I picked up the phone and gave him a call. I could hardly speak. Ken told me to to get in my car and drive to the nearest grocery store & pick up this one weird food. I didn't want to do so I was willing to try anything. So I ate this food and followed the other simple steps that Ken told me to take and I was able to rapidly bring my blood-pressure back down to normal. I also, to my surprise, lost over 80 lbs in the process. My son literally saved my-life. Check out the easy steps I took to lower my blood-pressure: http://link.newjunebpnotice.club High Blood Pressure is the #1 "Silent-Killer": It can cause sudden deadly strokes or heart attacks at any minute, so take a moment to watch the video that my son made right away, before it's too late. Best Regards,, Paul Burge Other Recent-Health-Stories: -----------------------------------------------------------------. -Drug-companies HATE this anti-heart disease super-food: http://link.newjunebpnotice.club -----------------------------------------------------------------. -71 year-old pastor lowers deadly blood-pressure w/ this one-grocery store-item: http://link.newjunebpnotice.club -----------------------------------------------------------------. /CGo below now to quit future admail:. http://quit.newjunebpnotice.club PO Box No. - 803338 Chicag0, IL - 6O680-3338 18297256 8788234 cc052b0ead84ab61a2f79222c3c610cd From AndreStevenson@hasting.ionmel.com Mon Jun 16 13:20:34 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1B81A1A01E5 for ; Mon, 16 Jun 2014 13:20:34 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.63 X-Spam-Level: X-Spam-Status: No, score=-1.63 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DIET_1=0.001, RAZOR2_CHECK=0.922, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3vt4XByAZW0z for ; Mon, 16 Jun 2014 13:20:33 -0700 (PDT) Received: from hasting.ionmel.com (hasting.ionmel.com [188.210.190.45]) by ietfa.amsl.com (Postfix) with ESMTP id 509D91A01D9 for ; Mon, 16 Jun 2014 13:20:14 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit To: Message-ID: <5234yh735h.20140616034108.13277.39293.8534.53@mx.ionmel.com> From: Throw the Bodysuit Away Subject: DocOz Episode: Start Summer Skinny Date: Mon, 16 Jun 2014 13:20:08 -0700 Be Beach Ready Come 4th of July w/ Doc Oz... Looking to reboot before Swimsuit Season starts? Want to lose 25 lbs in ONE Month? Doc Oz is taking Fat-Melting to the next level with 3 Simple steps. 1. Do NOT skip Meals 2. View this Crucial Step Here -> http://www.ionmel.com/slim/7days/docoz.episode 3. Watch the fat melt off your body. Best Part of Doc Oz's plan is that you can still go out to eat and continue watching your waist shrink. >> Find all Details Here http://www.ionmel.com/slim/7days/docoz.episode DocOz Show Recap To edit your wellness subscription, write Member Update Systems - at- 9 1 6 7 R O A D 1 7 7 -Oakwood, Ohio 45873 or http://www.ionmel.com/w3ihrf/gno39t/srng949/sjrfo39ru/dhmppwy.srtueoo Actually the explicit instantiation needs to be in a .cpp file which has access to the definitions for all of Foo's member functions, rather than in the header. Mankarse May 28 '11 at 10:21 1 Excellent answer: thank you! Ziggy Oct 10 '11 at 0:24 1 "the compiler needs to have access to the implementation of the methods, to instantiate them with the template argument (in this case int). If these implementations were not in the header, they wouldn't be accessible" But why is an implementation in the .cpp file not accessible to the compiler? A compiler can also access .cpp information, how else would it turn them into .obj files? EDIT: answer to this question is in the link provided in this answer xcrypt Jan 14 '12 at 23:56 7 I don't think this explains the question that clearly, the key thing is obviously related with the compilation UNIT which is not mentioned in this post zinking Aug 23 '12 at 9:47 is 'struct' means the same than 'class' here ? Gabson Feb 21 at 13:55 1 @Gabson: structs and classes are equivalent with the exception that the default access modifier for classes is "private", while it is public for structs. There are some other tiny differences that you can learn by looking at this question. Luc Touraille Feb 21 at 14:12 @xcrypt, when compiling some other .cpp file, the .cpp with the implementation is unknown (and might even not be available, think library). vonbrand Mar 10 at 2:49 assword protection (and file format) is radically different than Excel 2003. I included some specifics about it in my answer below. In my opinion, the password protected option on an Excel 2007 file is the first time in Microsoft Office history that they have produced a reasonably secure file. Stewbob Sep 10 '10 at 17:42 it's miracle..I was able to do this for some 4 excel projects..SO rocks.. javanoob Mar 12 '12 at 17:39 I've recently had to do this in a project at work to pull out and archive source code for a variety of Excel applications (for which this post was invaluable). Two clarifications: (1) The minimum size appears to be 133 bytes for a 1-character password. It's pretty useful to have a pre-calculated 133-byte set of values too, since (2) Whilst padding the individual hashes works, there's no need. You can simply pad the end of the whole block after the GC="..." entry with null characters until you reach the length of the original file. tobriand Jul 20 '13 at 11:13 @tobriand or just replace the existing characters with spaces Nirk Oct 8 '13 at 2:26 Spaces might work too - at the time I was having to use an ADO stream in order to replicate a hex editor in VBA, since at least if you try and do this with notepad as your editor, the file becomes corrupt (probably due to line break conversions, I'd guess, but not sure). Given that, I used Nulls, since in my experience they're more reliable (and either way, need to use a character), but if you have access to a proper editing tool, spaces might work just as we @Deduplicator: No, the members of a class are private by default, not protected From ipp-bounces@pwg.org Mon Jun 16 13:46:09 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AC2531A021F for ; Mon, 16 Jun 2014 13:46:09 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.439 X-Spam-Level: X-Spam-Status: No, score=-2.439 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_ADSP_CUSTOM_MED=0.001, DKIM_SIGNED=0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RP_MATCHES_RCVD=-0.651, SPF_PASS=-0.001, T_DKIM_INVALID=0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dTSCSD93V6fV for ; Mon, 16 Jun 2014 13:46:05 -0700 (PDT) Received: from www.pwg.org (www.pwg.org [IPv6:2600:3c01::f03c:91ff:fe70:b03f]) by ietfa.amsl.com (Postfix) with ESMTP id EA6D91A01EB for ; Mon, 16 Jun 2014 13:46:04 -0700 (PDT) Received: from pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id 3E29E8716; Mon, 16 Jun 2014 20:46:09 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: from mail-ie0-x22c.google.com (mail-ie0-x22c.google.com [IPv6:2607:f8b0:4001:c03::22c]) by www.pwg.org (Postfix) with ESMTPS id 8FAE38423 for ; Mon, 16 Jun 2014 20:46:07 +0000 (UTC) Received: by mail-ie0-f172.google.com with SMTP id lx4so5549211iec.3 for ; Mon, 16 Jun 2014 13:46:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type; bh=lon6kw1ESVSxN17lFZ9c4465buXTQT4dlgi00cpWTBg=; b=iNezsQDaEFN8SCWj5IYwJvpcgy6Y4cIneGoL9qBf60HgktuzwFTmTkQ2TLJ81aM9jS rLQj+X8dqFMyKx/P+F+PG0kp98nsjimSVm5rdYnaENJSHtJ6PSwHkc9NEWqZgWq2ZkoQ mOPe/rifXg5i7IOKmCWiE6GbYhxnWnhwTwc1qKbOmI6iScyzt1yz+40kqrQF1xkePszY PII7j+XqzDOCcABE5+SnoDvNGha7290bpL9F5PKdYxdSSbBLErmTeT1OaGAdlvPSNSXb licvRyFOme7zYr5AistsQmYre4lI7gH/ArLsXd9JUlYrGPOPlMCn3ekqIn/xIVPRyNKm Hi7w== X-Received: by 10.43.64.144 with SMTP id xi16mr23873797icb.42.1402951561740; Mon, 16 Jun 2014 13:46:01 -0700 (PDT) MIME-Version: 1.0 Received: by 10.50.168.40 with HTTP; Mon, 16 Jun 2014 13:45:41 -0700 (PDT) From: Ira McDonald Date: Mon, 16 Jun 2014 16:45:41 -0400 Message-ID: To: "ipp@pwg.org" , Ira McDonald Subject: [IPP] Link to US NIST SHA-3 (draft FIPS 202, May 2014) X-BeenThere: ipp@pwg.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Internet Printing Protocol Workgroup discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1904726783==" Sender: ipp-bounces@pwg.org Errors-To: ipp-bounces@pwg.org --===============1904726783== Content-Type: multipart/alternative; boundary=bcaec51dd76379868504fbfa1d33 --bcaec51dd76379868504fbfa1d33 Content-Type: text/plain; charset=UTF-8 Hi, Here's the new US NIST draft for SHA-3 (Keccak), successor to SHA-2: http://csrc.nist.gov/publications/drafts/fips-202/fips_202_draft.pdf Cheers, - Ira Ira McDonald (Musician / Software Architect) Co-Chair - TCG Trusted Mobility Solutions WG Chair - Linux Foundation Open Printing WG Secretary - IEEE-ISTO Printer Working Group Co-Chair - IEEE-ISTO PWG Internet Printing Protocol WG IETF Designated Expert - IPP & Printer MIB Blue Roof Music / High North Inc http://sites.google.com/site/blueroofmusic http://sites.google.com/site/highnorthinc mailto: blueroofmusic@gmail.com Winter 579 Park Place Saline, MI 48176 734-944-0094 Summer PO Box 221 Grand Marais, MI 49839 906-494-2434 --bcaec51dd76379868504fbfa1d33 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi,

Here's the new US NIST= draft for SHA-3 (Keccak), successor to SHA-2:

=C2=A0 http://c= src.nist.gov/publications/drafts/fips-202/fips_202_draft.pdf

Cheers,
- Ira


Ira McDonald (Musician / Software Architect)
Co= -Chair - TCG Trusted Mobility Solutions WG
Chair - Linux Foundation Open= Printing WG
Secretary - IEEE-ISTO Printer Working Group
Co-Chair - IEEE-ISTO PWG Int= ernet Printing Protocol WG
IETF Designated Expert - IPP & Printer MI= B
Blue Roof Music / High North Inc
http:= //sites.google.com/site/blueroofmusic
http://sites.google.com/site/highnorthincmailto: blue= roofmusic@gmail.com
Winter=C2=A0 579 Park Place=C2=A0 Saline, MI=C2=A0 48176=C2=A0 734-944-0094=
Summer=C2=A0 PO Box 221=C2=A0 Grand Marais, MI 49839=C2=A0 906-494-2434=

<= /div>
--bcaec51dd76379868504fbfa1d33-- --===============1904726783== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ ipp mailing list ipp@pwg.org https://www.pwg.org/mailman/listinfo/ipp --===============1904726783==-- From ipp-bounces@pwg.org Mon Jun 16 13:49:05 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B233D1A021C for ; Mon, 16 Jun 2014 13:49:05 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.439 X-Spam-Level: X-Spam-Status: No, score=-2.439 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_ADSP_CUSTOM_MED=0.001, DKIM_SIGNED=0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RP_MATCHES_RCVD=-0.651, SPF_PASS=-0.001, T_DKIM_INVALID=0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id F4w4rFed2H16 for ; Mon, 16 Jun 2014 13:48:44 -0700 (PDT) Received: from www.pwg.org (www.pwg.org [IPv6:2600:3c01::f03c:91ff:fe70:b03f]) by ietfa.amsl.com (Postfix) with ESMTP id A56B71A0212 for ; Mon, 16 Jun 2014 13:48:39 -0700 (PDT) Received: from pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id F18628718; Mon, 16 Jun 2014 20:48:43 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: from mail-ie0-x235.google.com (mail-ie0-x235.google.com [IPv6:2607:f8b0:4001:c03::235]) by www.pwg.org (Postfix) with ESMTPS id 35CDF8716 for ; Mon, 16 Jun 2014 20:48:43 +0000 (UTC) Received: by mail-ie0-f181.google.com with SMTP id y20so5322453ier.26 for ; Mon, 16 Jun 2014 13:48:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; bh=ehyh7gZFeN/AHhwIlKE2pu4iiQu265uIsUgmFCZQ5YA=; b=AgOV0f/Bjuj10MFeBCMBrxgXVrX3XxEH84X8s3G/UxHHhfZnYJse7l8RtIVMae9QIw UViH0l/9/SWHRlz0TpK3t9bc+JrH5uBy9ZLBruTWBHExP1XvL3STDndQ3nbVFdFh5p0h fqrD5mIkGK29DQ6SYmBCTP4lKoahXFE+THBWHEkbFgDIak2kZwpp5xOk0XyjCyTRr58S nVpkenSs1BLUArEsjkAVTnGfAQ5teX+zIjy8ryg7WBnGwYUXw6Fukgq5dxB/BNpoHdko jz5/nzlnI9BcbAjqAJC6sB51K48BFztuIG8rg1gocxpb/LLXynqg4yQzEBoKQolo3xO9 IzBA== X-Received: by 10.42.68.204 with SMTP id y12mr23072629ici.16.1402951718055; Mon, 16 Jun 2014 13:48:38 -0700 (PDT) MIME-Version: 1.0 Received: by 10.50.168.40 with HTTP; Mon, 16 Jun 2014 13:48:17 -0700 (PDT) In-Reply-To: References: From: Ira McDonald Date: Mon, 16 Jun 2014 16:48:17 -0400 Message-ID: To: "ipp@pwg.org" , Ira McDonald Subject: Re: [IPP] Link to US NIST SHA-3 (draft FIPS 202, May 2014) X-BeenThere: ipp@pwg.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Internet Printing Protocol Workgroup discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1910359378==" Sender: ipp-bounces@pwg.org Errors-To: ipp-bounces@pwg.org --===============1910359378== Content-Type: multipart/alternative; boundary=20cf303345f7cab75c04fbfa26b4 --20cf303345f7cab75c04fbfa26b4 Content-Type: text/plain; charset=UTF-8 Hi, And here's the link to the Federal Register announcement of this draft: https://www.federalregister.gov/articles/2014/05/28/2014-12336/announcing-draft-federal-information-processing-standard-fips-202-sha-3-standard-permutation-based Cheers, - Ira On Mon, Jun 16, 2014 at 4:45 PM, Ira McDonald wrote: > Hi, > > Here's the new US NIST draft for SHA-3 (Keccak), successor to SHA-2: > > http://csrc.nist.gov/publications/drafts/fips-202/fips_202_draft.pdf > > Cheers, > - Ira > > > Ira McDonald (Musician / Software Architect) > Co-Chair - TCG Trusted Mobility Solutions WG > Chair - Linux Foundation Open Printing WG > Secretary - IEEE-ISTO Printer Working Group > Co-Chair - IEEE-ISTO PWG Internet Printing Protocol WG > IETF Designated Expert - IPP & Printer MIB > Blue Roof Music / High North Inc > http://sites.google.com/site/blueroofmusic > http://sites.google.com/site/highnorthinc > mailto: blueroofmusic@gmail.com > Winter 579 Park Place Saline, MI 48176 734-944-0094 > Summer PO Box 221 Grand Marais, MI 49839 906-494-2434 > > --20cf303345f7cab75c04fbfa26b4 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
- Ira


On Mon, Jun 16, 2014 at 4:45 PM, Ira McD= onald <blueroofmusic@gmail.com> wrote:
Hi,

Here's the new US NIST= draft for SHA-3 (Keccak), successor to SHA-2:

=C2=A0 http://csrc.nist.gov/publications/drafts/fips-202/fips_202_draf= t.pdf

Cheers,
- Ira


Ira McDonald (Musician / Software Architect)
Co= -Chair - TCG Trusted Mobility Solutions WG
Chair - Linux Foundation Open= Printing WG
Secretary - IEEE-ISTO Printer Working Group
Co-Chair - IEEE-ISTO PWG Int= ernet Printing Protocol WG
IETF Designated Expert - IPP & Printer MI= B
Blue Roof Music / High North Inc
http:= //sites.google.com/site/blueroofmusic
http://sites.google.com/site/highnorthincmailto: blue= roofmusic@gmail.com
Winter=C2=A0 579 Park Place=C2=A0 Saline, MI=C2=A0 48176=C2=A0 734-944-0094<= br>Summer=C2=A0 PO Box 221=C2=A0 Grand Marais, MI 49839=C2=A0 906-494-2434

--20cf303345f7cab75c04fbfa26b4-- --===============1910359378== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ ipp mailing list ipp@pwg.org https://www.pwg.org/mailman/listinfo/ipp --===============1910359378==-- From ipp-bounces@pwg.org Mon Jun 16 13:50:51 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 540951A0220 for ; Mon, 16 Jun 2014 13:50:51 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.442 X-Spam-Level: X-Spam-Status: No, score=-2.442 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, RP_MATCHES_RCVD=-0.651, SPF_PASS=-0.001, T_DKIM_INVALID=0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nZtepjR8rKSB for ; Mon, 16 Jun 2014 13:50:45 -0700 (PDT) Received: from www.pwg.org (www.pwg.org [IPv6:2600:3c01::f03c:91ff:fe70:b03f]) by ietfa.amsl.com (Postfix) with ESMTP id F0FC91A021F for ; Mon, 16 Jun 2014 13:50:22 -0700 (PDT) Received: from pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id 6E7118729; Mon, 16 Jun 2014 20:50:27 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: from mail-in4.apple.com (mail-out4.apple.com [17.151.62.26]) by www.pwg.org (Postfix) with ESMTPS id E39D8871A for ; Mon, 16 Jun 2014 20:50:25 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; d=apple.com; s=mailout2048s; c=relaxed/simple; q=dns/txt; i=@apple.com; t=1402951821; x=2266865421; h=From:Sender:Reply-To:Subject:Date:Message-id:To:Cc:MIME-version:Content-type: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=EZoyanW8QtvkVVHgpggY2bMs9SLjTJ7Z04a2/p5IH6w=; b=Df7AcucbsUvUHANGkU/E64nI1MC+EulD6Ow9MBw33hqbviayjonth+1tKEdTbsi9 AAfr/jTuQUcb9BgtcuOc2BGUUByETxjeNAl1FdwpmRBvXaZkfadaL1f0bHZYwjaQ W8GJro5zrG7kXyskNDFZFQEew/dsrTRE1Sz4YJS4d/92My1akHpOWD6WMrEmQ7xu /es3xVf0qZxQwC/GJjXkOHdO8MCMe/cnE+TNzXAIEHgry5QKF3U0KrtAdNIhx7fT PswpazZtHcncGhOt4qWiS9noTGz28XhVV+Z45Saf5+iFP7v5FkbUPyOcSjLXrCj2 zQq05zxvkF2h3aDg3izAaQ==; Received: from mail-out.apple.com (mail-out.apple.com [17.151.62.49]) (using TLS with cipher RC4-MD5 (128/128 bits)) (Client did not present a certificate) by mail-in4.apple.com (Apple Secure Mail Relay) with SMTP id 51.8A.32327.C885F935; Mon, 16 Jun 2014 13:50:21 -0700 (PDT) MIME-version: 1.0 Received: from relay2.apple.com ([17.128.113.67]) by local.mail-out.apple.com (Oracle Communications Messaging Server 7.0.5.30.0 64bit (built Oct 22 2013)) with ESMTP id <0N7A00ADF4JTC9G0@local.mail-out.apple.com> for ipp@pwg.org; Mon, 16 Jun 2014 13:50:20 -0700 (PDT) X-AuditID: 11973e12-f79586d000007e47-35-539f588c4983 Received: from marigold.apple.com (marigold.apple.com [17.128.115.132]) (using TLS with cipher RC4-MD5 (128/128 bits)) (Client did not present a certificate) by relay2.apple.com (Apple SCV relay) with SMTP id 00.D6.19003.D885F935; Mon, 16 Jun 2014 13:50:21 -0700 (PDT) Received: from [17.153.27.38] (unknown [17.153.27.38]) by marigold.apple.com (Oracle Communications Messaging Server 7.0.5.30.0 64bit (built Oct 22 2013)) with ESMTPSA id <0N7A00BOK4JVAQ10@marigold.apple.com> for ipp@pwg.org; Mon, 16 Jun 2014 13:50:20 -0700 (PDT) From: Michael Sweet Date: Mon, 16 Jun 2014 16:50:22 -0400 To: "" Message-id: X-Mailer: Apple Mail (2.1878.2) X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFjrALMWRmVeSWpSXmKPExsUiON3OULc3Yn6wQcdmZotj+16yODB6zFs8 nSmAMYrLJiU1J7MstUjfLoErY9rHFpaCN5YVZ/oLGxhfmHcxcnJICJhILN/4kxnCFpO4cG89 WxcjF4eQwCwmicm3nrCAJHgFBCV+TL7HApGYxCQx4/N6ZpjuCQ/3sMElbrb2skI4vUwSCy59 AKtiE1CT+D2pDyzBLDCFUWLjiytgCRYBVYnfG38wgdjCAjoSB5cfZQWxRQQUJX5O284IsdtG onveBHaIdfISM9pPsIMMkhBoZpOY+usC6wRGgVlIbpyFbAlIghmoafvbOUA2B5CtIzF5ISNE 2FTiydvtbBC2tcTPOY+g4ooSU7ofsi9gZF/FKJSbmJmjm5lnopdYUJCTqpecn7uJERLkQjsY T62yOsQowMGoxMP7QHZ+sBBrYllxZe4hRmkOFiVx3vL5s4OFBNITS1KzU1MLUovii0pzUosP MTJxcEo1MMZ16e1bd60tg2ttWvpFNXvWt5mz3WN2JfdvVr2S+PtTzocSxgvbxGZMTM84OfnL RdWo1W+XhK+xfLP49qxVxyZksujtVEuOzy3+feBTwMX+e08k3C3/hIn9VDuvfGWrjsXa4AWi 8tG9dSKPLDKvy6zlvH9LgH3R7O704xYLft9/kTHv3BHRz9eUWIozEg21mIuKEwFVPvD8UwIA AA== X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFtrELMWRmVeSWpSXmKPExsUi2FDcotsbMT/YYNZyCYtj+16yODB6zFs8 nSmAMYrLJiU1J7MstUjfLoErY9rHFpaCN5YVZ/oLGxhfmHcxcnJICJhITHi4hw3CFpO4cG89 kM3FISQwiUniy55bjBBOL5PEgksfmEGq2ATUJH5P6mMFSTALTGGU2PjiCliCRUBV4vfGH0wg trCAjsTB5UdZQWwRAUWJn9O2M4LYvAI2Et3zJrBD2AYSbw4eZ4JYLS8xo/0E+wRGnlnI5s5C UgdiMwPVbX87ByjOAWTrSExeyAgRNpV48nY7G4RtLfFzziOouKLElO6H7AsY2VcxChSl5iRW GuklFhTkpOol5+duYgSHXqHzDsZjy6wOMQpwMCrx8D6QnR8sxJpYVlyZe4hRBWjEow2rLzBK seTl56UqifBymQOleVMSK6tSi/Lji0pzUosPMUpzsCiJ837+PytYSCA9sSQ1OzW1ILUIJsvE wSnVwKgSWfP/qX7ujkiJeyqLwzSlTfWZPBwDYwPPM25hvzDhw4MF0c4PV677KlXx10LrYuRt nx3Sztd7C73/t9ot/ti5791KbdWJ5y+95HWqu/Ro5XcTrksbXYVm/FvDOynrw7d52htYZIuj CzSuvpquczdrrojMp99Trq3ff6F81jwuNZ6J7zxeuf1QYinOSDTUYi4qTgQAtiY4gEUCAAA= Subject: [IPP] Minutes posted from today's concall X-BeenThere: ipp@pwg.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Internet Printing Protocol Workgroup discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1573937577==" Sender: ipp-bounces@pwg.org Errors-To: ipp-bounces@pwg.org --===============1573937577== Content-type: multipart/signed; boundary="Apple-Mail=_501B43AF-7269-4F19-BE16-547DB99E7A17"; protocol="application/pkcs7-signature"; micalg=sha1 --Apple-Mail=_501B43AF-7269-4F19-BE16-547DB99E7A17 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii All, I have posted the minutes from today's IPP conference call to: http://ftp.pwg.org/pub/pwg/ipp/minutes/ippv2-concall-minutes-20140616.pdf Our next conference call is June 30, 2014 at 3pm ET. _________________________________________________________ Michael Sweet, Senior Printing System Engineer, PWG Chair --Apple-Mail=_501B43AF-7269-4F19-BE16-547DB99E7A17 Content-Disposition: attachment; filename=smime.p7s Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIPJTCCBN0w ggPFoAMCAQICEHGS++YZX6xNEoV0cTSiGKcwDQYJKoZIhvcNAQEFBQAwezELMAkGA1UEBhMCR0Ix GzAZBgNVBAgMEkdyZWF0ZXIgTWFuY2hlc3RlcjEQMA4GA1UEBwwHU2FsZm9yZDEaMBgGA1UECgwR Q29tb2RvIENBIExpbWl0ZWQxITAfBgNVBAMMGEFBQSBDZXJ0aWZpY2F0ZSBTZXJ2aWNlczAeFw0w NDAxMDEwMDAwMDBaFw0yODEyMzEyMzU5NTlaMIGuMQswCQYDVQQGEwJVUzELMAkGA1UECBMCVVQx FzAVBgNVBAcTDlNhbHQgTGFrZSBDaXR5MR4wHAYDVQQKExVUaGUgVVNFUlRSVVNUIE5ldHdvcmsx ITAfBgNVBAsTGGh0dHA6Ly93d3cudXNlcnRydXN0LmNvbTE2MDQGA1UEAxMtVVROLVVTRVJGaXJz dC1DbGllbnQgQXV0aGVudGljYXRpb24gYW5kIEVtYWlsMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8A MIIBCgKCAQEAsjmFpPJ9q0E7YkY3rs3BYHW8OWX5ShpHornMSMxqmNVNNRm5pELlzkniii8efNIx B8dOtINknS4p1aJkxIW9hVE1eaROaJB7HHqkkqgX8pgV8pPMyaQylbsMTzC9mKALi+VuG6JG+ni8 om+rWV6lL8/K2m2qL+usobNqqrcuZzWLeeEeaYji5kbNoKXqvgvOdjp6Dpvq/NonWz1zHyLmSGHG TPNpsaguG7bUMSAsvIKKjqQOpdeJQ/wWWq8dcdcRWdq6hw2v+vPhwvCkxWeM1tZUOt4KpLoDd7Nl yP0e03RiqhjKaJMeoYV+9Udly/hNVyh00jT/MLbu9mIwFIws6wIDAQABo4IBJzCCASMwHwYDVR0j BBgwFoAUoBEKIz6W8Qfs4q8p74Klf9AwpLQwHQYDVR0OBBYEFImCZ33EnSZwAEu0UEh83j2uBG59 MA4GA1UdDwEB/wQEAwIBBjAPBgNVHRMBAf8EBTADAQH/MB0GA1UdJQQWMBQGCCsGAQUFBwMCBggr BgEFBQcDBDARBgNVHSAECjAIMAYGBFUdIAAwewYDVR0fBHQwcjA4oDagNIYyaHR0cDovL2NybC5j b21vZG9jYS5jb20vQUFBQ2VydGlmaWNhdGVTZXJ2aWNlcy5jcmwwNqA0oDKGMGh0dHA6Ly9jcmwu Y29tb2RvLm5ldC9BQUFDZXJ0aWZpY2F0ZVNlcnZpY2VzLmNybDARBglghkgBhvhCAQEEBAMCAQYw DQYJKoZIhvcNAQEFBQADggEBAJ2Vyzy4fqUJxB6/C8LHdo45PJTGEKpPDMngq4RdiVTgZTvzbRx8 NywlVF+WIfw3hJGdFdwUT4HPVB1rbEVgxy35l1FM+WbKPKCCjKbI8OLp1Er57D9Wyd12jMOCAU9s APMeGmF0BEcDqcZAV5G8ZSLFJ2dPV9tkWtmNH7qGL/QGrpxp7en0zykX2OBKnxogL5dMUbtGB8SK N04g4wkxaMeexIud6H4RvDJoEJYRmETYKlFgTYjrdDrfQwYyyDlWjDoRUtNBpEMD9O3vMyfbOeAU TibJ2PU54om4k123KSZB6rObroP8d3XK6Mq1/uJlSmM+RMTQw16Hc6mYHK9/FX8wggUaMIIEAqAD AgECAhBtGeqnGU9qMyLmIjJ6qnHeMA0GCSqGSIb3DQEBBQUAMIGuMQswCQYDVQQGEwJVUzELMAkG A1UECBMCVVQxFzAVBgNVBAcTDlNhbHQgTGFrZSBDaXR5MR4wHAYDVQQKExVUaGUgVVNFUlRSVVNU IE5ldHdvcmsxITAfBgNVBAsTGGh0dHA6Ly93d3cudXNlcnRydXN0LmNvbTE2MDQGA1UEAxMtVVRO LVVTRVJGaXJzdC1DbGllbnQgQXV0aGVudGljYXRpb24gYW5kIEVtYWlsMB4XDTExMDQyODAwMDAw MFoXDTIwMDUzMDEwNDgzOFowgZMxCzAJBgNVBAYTAkdCMRswGQYDVQQIExJHcmVhdGVyIE1hbmNo ZXN0ZXIxEDAOBgNVBAcTB1NhbGZvcmQxGjAYBgNVBAoTEUNPTU9ETyBDQSBMaW1pdGVkMTkwNwYD VQQDEzBDT01PRE8gQ2xpZW50IEF1dGhlbnRpY2F0aW9uIGFuZCBTZWN1cmUgRW1haWwgQ0EwggEi MA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQCShIRbS1eY1F4vi6ThQMijU1hfZmXxMk73nzJ9 VdB4TFW3QpTg+SdxB8XGaaS5MsTxQBqQzCdWYn8XtXFpruUgG+TLY15gyqJB9mrho/+43x9IbWVD jCouK2M4d9+xF6zC2oIC1tQyatRnbyATj1w1+uVUgK/YcQodNwoCUFNslR2pEBS0mZVZEjH/CaLS TNxS297iQAFbSGjdxUq04O0kHzqvcV8H46y/FDuwJXFoPfQP1hdYRhWBPGiLi4MPbXohV+Y0sNsy fuNK4aVScmQmkU6lkg//4LFg/RpvaFGZY40ai6XMQpubfSJj06mg/M6ekN9EGfRcWzW6FvOnm//B AgMBAAGjggFLMIIBRzAfBgNVHSMEGDAWgBSJgmd9xJ0mcABLtFBIfN49rgRufTAdBgNVHQ4EFgQU ehNOAHRbxnhjZCfBL+KgW7x5xXswDgYDVR0PAQH/BAQDAgEGMBIGA1UdEwEB/wQIMAYBAf8CAQAw EQYDVR0gBAowCDAGBgRVHSAAMFgGA1UdHwRRME8wTaBLoEmGR2h0dHA6Ly9jcmwudXNlcnRydXN0 LmNvbS9VVE4tVVNFUkZpcnN0LUNsaWVudEF1dGhlbnRpY2F0aW9uYW5kRW1haWwuY3JsMHQGCCsG AQUFBwEBBGgwZjA9BggrBgEFBQcwAoYxaHR0cDovL2NydC51c2VydHJ1c3QuY29tL1VUTkFkZFRy dXN0Q2xpZW50X0NBLmNydDAlBggrBgEFBQcwAYYZaHR0cDovL29jc3AudXNlcnRydXN0LmNvbTAN BgkqhkiG9w0BAQUFAAOCAQEAhda+eFdVbTN/RFL+QtUGqAEDgIr7DbL9Sr/2r0FJ9RtaxdKtG3Nu PukmfOZMmMEwKN/L+0I8oSU+CnXW0D05hmbRoZu1TZtvryhsHa/l6nRaqNqxwPF1ei+eupN5yv7i kR5WdLL4jdPgQ3Ib7Y/9YDkgR/uLrzplSDyYPaUlv73vYOBJ5RbI6z9Dg/Dg7g3B080zX5vQvWBq szv++tTJOjwf7Zv/m0kzvkIpOYPuM2kugp1FTahp2oAbHj3SGl18R5mlmwhtEpmG1l1XBxunML5L SUS4kH7K0Xk467Qz+qA6XSZYnmFVGLQh1ZnV4ENAQjC+6qXnlNKw/vN1+X9u5zCCBSIwggQKoAMC AQICEQDlB7dXxclLEedquPvGX8CGMA0GCSqGSIb3DQEBBQUAMIGTMQswCQYDVQQGEwJHQjEbMBkG A1UECBMSR3JlYXRlciBNYW5jaGVzdGVyMRAwDgYDVQQHEwdTYWxmb3JkMRowGAYDVQQKExFDT01P RE8gQ0EgTGltaXRlZDE5MDcGA1UEAxMwQ09NT0RPIENsaWVudCBBdXRoZW50aWNhdGlvbiBhbmQg U2VjdXJlIEVtYWlsIENBMB4XDTEzMTIxNzAwMDAwMFoXDTE0MTIxNzIzNTk1OVowITEfMB0GCSqG SIb3DQEJARYQbXN3ZWV0QGFwcGxlLmNvbTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEB ANdvQYZRCVzc0wIYvIOn/0Pv7zUwuIvbAfM/W3FyemqZx3fdKxX4WxN2x5NC3hhBHGrUWirJH7rl 6It12bGQ61uHAK5jsJikV5k+mOYjZaKNIKxj0uYIk3MKQmsmM8t3nddq5mp2mxwV/U7AFPTz1fgh dkqTb/NkHY5eA8KqksaeqwfMgoaiGVeCUhptWnXosca8PAkb+i9u5rEok5zgY+QP0IuWLJENfA4q dEMsH+OAwMGOv9fNCgcdapFnjeSYaj70m6qUiq446+8a2rhUsEUKQayOMgjnm2bgUuNx7pOvs/Jg zIlZoTz/llmE1HWREGzSjRnLWwQ98fspfeZWA+8CAwEAAaOCAeAwggHcMB8GA1UdIwQYMBaAFHoT TgB0W8Z4Y2QnwS/ioFu8ecV7MB0GA1UdDgQWBBTtKBJoG9kxZisTqJg4+wr12l4stjAOBgNVHQ8B Af8EBAMCBaAwDAYDVR0TAQH/BAIwADAgBgNVHSUEGTAXBggrBgEFBQcDBAYLKwYBBAGyMQEDBQIw EQYJYIZIAYb4QgEBBAQDAgUgMEYGA1UdIAQ/MD0wOwYMKwYBBAGyMQECAQEBMCswKQYIKwYBBQUH AgEWHWh0dHBzOi8vc2VjdXJlLmNvbW9kby5uZXQvQ1BTMFcGA1UdHwRQME4wTKBKoEiGRmh0dHA6 Ly9jcmwuY29tb2RvY2EuY29tL0NPTU9ET0NsaWVudEF1dGhlbnRpY2F0aW9uYW5kU2VjdXJlRW1h aWxDQS5jcmwwgYgGCCsGAQUFBwEBBHwwejBSBggrBgEFBQcwAoZGaHR0cDovL2NydC5jb21vZG9j YS5jb20vQ09NT0RPQ2xpZW50QXV0aGVudGljYXRpb25hbmRTZWN1cmVFbWFpbENBLmNydDAkBggr BgEFBQcwAYYYaHR0cDovL29jc3AuY29tb2RvY2EuY29tMBsGA1UdEQQUMBKBEG1zd2VldEBhcHBs ZS5jb20wDQYJKoZIhvcNAQEFBQADggEBABg5KLQK5u9gGI75u+vYH/i6uMDKlpTILO/r/FpN2ibq pwAB2ln9oKvPIA1/r3o+DBC87TqnlJAiPW4ADFHpRmqlprb0Tu9p98nP/wl5tBZjEP8dY4iH0TB3 B2r9JHwRwwJQ20CqJpuCn9dmvL215sZSqvJfluVlIcAQCLxp3ZKMIC2pNKitswdjjHduaKuj2TMe xrzMtrRGRtFF9pcMcnsqE2QtJUqXPV7/M4WT2yRUmI4ThPt9O9fmPH2ku52hdb6t4qXvwdQSkDHt xo3J/Vc/jDR2/feedDhQmG0V9j6tHsuG6bVVhcGiWnSmSoPfg13FlQwlxZTyFtiMZ2jILyoxggOu MIIDqgIBATCBqTCBkzELMAkGA1UEBhMCR0IxGzAZBgNVBAgTEkdyZWF0ZXIgTWFuY2hlc3RlcjEQ MA4GA1UEBxMHU2FsZm9yZDEaMBgGA1UEChMRQ09NT0RPIENBIExpbWl0ZWQxOTA3BgNVBAMTMENP TU9ETyBDbGllbnQgQXV0aGVudGljYXRpb24gYW5kIFNlY3VyZSBFbWFpbCBDQQIRAOUHt1fFyUsR 52q4+8ZfwIYwCQYFKw4DAhoFAKCCAdkwGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG 9w0BCQUxDxcNMTQwNjE2MjA1MDIyWjAjBgkqhkiG9w0BCQQxFgQU/qWo3bBnxWCLq1bjI9hs3Wha gEMwgboGCSsGAQQBgjcQBDGBrDCBqTCBkzELMAkGA1UEBhMCR0IxGzAZBgNVBAgTEkdyZWF0ZXIg TWFuY2hlc3RlcjEQMA4GA1UEBxMHU2FsZm9yZDEaMBgGA1UEChMRQ09NT0RPIENBIExpbWl0ZWQx OTA3BgNVBAMTMENPTU9ETyBDbGllbnQgQXV0aGVudGljYXRpb24gYW5kIFNlY3VyZSBFbWFpbCBD QQIRAOUHt1fFyUsR52q4+8ZfwIYwgbwGCyqGSIb3DQEJEAILMYGsoIGpMIGTMQswCQYDVQQGEwJH QjEbMBkGA1UECBMSR3JlYXRlciBNYW5jaGVzdGVyMRAwDgYDVQQHEwdTYWxmb3JkMRowGAYDVQQK ExFDT01PRE8gQ0EgTGltaXRlZDE5MDcGA1UEAxMwQ09NT0RPIENsaWVudCBBdXRoZW50aWNhdGlv biBhbmQgU2VjdXJlIEVtYWlsIENBAhEA5Qe3V8XJSxHnarj7xl/AhjANBgkqhkiG9w0BAQEFAASC AQAM734swOhIsjd6zvP8fuh611kl5eALob30BjfKG/8DRGDxLdVeC4niQNElnWhGZUxeKxiLBmDD x51QxyDvDUWBEOJmcEbRRaAkLXg2AXc2kYtHRFDMQUsN6Ti94yESNDp0DswR/9YecnrrrH3M6zMT I5mCIk6SjiIWn7R4b4xtKfMXS40zRkJQd+dMedq7LEcoC1GZ/kiTvYl/35wWmjZPF+WZAY5zCfom gz/tHClOHvOhWlBYnzt7V+vLT4HfBaDItPT1URmJ5nAS/LES3a+bpTwjVjOhUvi6S5ZfQ3bM6Ipy Xp0O3MUNvSwcka/zup68Cq2/9oJ0iWoYq0FlIpZ2AAAAAAAA --Apple-Mail=_501B43AF-7269-4F19-BE16-547DB99E7A17-- --===============1573937577== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ ipp mailing list ipp@pwg.org https://www.pwg.org/mailman/listinfo/ipp --===============1573937577==-- From ipp-bounces@pwg.org Mon Jun 16 13:58:40 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CA0FE1A022F for ; Mon, 16 Jun 2014 13:58:40 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.441 X-Spam-Level: X-Spam-Status: No, score=-2.441 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, HTML_MESSAGE=0.001, RP_MATCHES_RCVD=-0.651, SPF_PASS=-0.001, T_DKIM_INVALID=0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tfucEiy5hlU2 for ; Mon, 16 Jun 2014 13:58:23 -0700 (PDT) Received: from www.pwg.org (www.pwg.org [IPv6:2600:3c01::f03c:91ff:fe70:b03f]) by ietfa.amsl.com (Postfix) with ESMTP id 69AC51A023A for ; Mon, 16 Jun 2014 13:56:04 -0700 (PDT) Received: from pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id 828F68729; Mon, 16 Jun 2014 20:56:08 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: from mail-in2.apple.com (mail-out2.apple.com [17.151.62.25]) by www.pwg.org (Postfix) with ESMTPS id B449B871A for ; Mon, 16 Jun 2014 20:56:06 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; d=apple.com; s=mailout2048s; c=relaxed/simple; q=dns/txt; i=@apple.com; t=1402952160; x=2266865760; h=From:Sender:Reply-To:Subject:Date:Message-id:To:Cc:MIME-version:Content-type: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-reply-to:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=XkDz6ynbSzq7SqxAHJiy2hTkSNXLw1RQwKWK9h0PGuI=; b=QPN4OxnQeusIOClfN3LtQacpGBeIJe2SsBTYimbdchM4tppGuO9Mc37jwfl912n+ CHTNEcQ1c8yy4qe+kUwAYAgHB3wNuIieN8J2KdMjD2cmnBortf2Ysn1B/l71evHx RZ9fG052Cw/PBfrUM8U9WMhTf1ggM0VbwxJBVeCrSeUAxdF5qp/BuKAVGQJVSRUS OpI/lNZIJPvaTkDw4wsiALxmuuggURuuWvpQv56C0KrXSgIQv9v1+AEHN6M+XCGJ 0CGPMvnS5u3wXNEDlQHK4c3t8oOOhACCCxC+SqL9H3DcoABmDA5EcFOar+n3SpHq eA/wBYEU5fS05xB4OjhC2A==; Received: from mail-out.apple.com (bramley.apple.com [17.151.62.49]) (using TLS with cipher RC4-MD5 (128/128 bits)) (Client did not present a certificate) by mail-in2.apple.com (Apple Secure Mail Relay) with SMTP id 34.63.13586.0E95F935; Mon, 16 Jun 2014 13:56:00 -0700 (PDT) MIME-version: 1.0 Received: from relay4.apple.com ([17.128.113.87]) by local.mail-out.apple.com (Oracle Communications Messaging Server 7.0.5.30.0 64bit (built Oct 22 2013)) with ESMTP id <0N7A00AW24SUC9G0@local.mail-out.apple.com> for ipp@pwg.org; Mon, 16 Jun 2014 13:56:00 -0700 (PDT) X-AuditID: 11973e11-f792b6d000003512-af-539f59e08a51 Received: from marigold.apple.com (marigold.apple.com [17.128.115.132]) (using TLS with cipher RC4-MD5 (128/128 bits)) (Client did not present a certificate) by relay4.apple.com (Apple SCV relay) with SMTP id 0A.B2.03493.3E95F935; Mon, 16 Jun 2014 13:56:03 -0700 (PDT) Received: from [17.153.27.38] (unknown [17.153.27.38]) by marigold.apple.com (Oracle Communications Messaging Server 7.0.5.30.0 64bit (built Oct 22 2013)) with ESMTPSA id <0N7A00BZH4TAAQ10@marigold.apple.com> for ipp@pwg.org; Mon, 16 Jun 2014 13:56:00 -0700 (PDT) From: Michael Sweet In-reply-to: Date: Mon, 16 Jun 2014 16:56:01 -0400 Message-id: References: To: "Kennedy, Smith (Wireless Architect)" X-Mailer: Apple Mail (2.1878.2) X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFmpnkeLIzCtJLcpLzFFi42IRnG5nqPsgcn6wwcFnphbH9r1kcWD0mLd4 OlMAYxSXTUpqTmZZapG+XQJXxsubP1gLtmdVvNj1i72B8U1iFyMnh4SAicTMjbdZIGwxiQv3 1rN1MXJxCAnMZJL41LyICSTBKyAo8WPyPRaIxCQmic+TVrLDdP97hCTxZsp8NpCEkEAvk8S3 rwUgtrBAgcTSjidgk5gFpjBKNN0MBrHZBNQkfk/qYwWxOQWsJPo+XQCrYRFQlZg85SgzRL2i xLLpf1ghrrCRmHT3MyPEfEuJmTe2gdkiAg4Sz5d8gnpBXmJG+wl2kIMkBHaxSZzu+cM2gVF4 FpIvZiG5A8JOkjjbPosVwtaWWLbwNTOEbSDxtPMVFnF9iTfv5jBB2KYST95uZ4OwrSV+znnE OAvq7indD9kXMHKtYhTKTczM0c3MM9JLLCjISdVLzs/dxAiJOcEdjMdXWR1iFOBgVOLhfSA7 P1iINbGsuDL3EKM0B4uSOG/Z/NnBQgLpiSWp2ampBalF8UWlOanFhxiZODilGhjbpzx+byNe WX1wqrim11znbuk5bysfMF2YdXafoKPe4gWpK5dsLg4IWvJgp9JCfbkFDyJN7/fX9C2pZmSY r1mmXhucU8ipVRAgYC/F8Od5XbqDoEDOpEPrfpqdujJvUcD/ZRE9/x/x6/qoT9iY9rl/9RmX 2OYX4ZYRXwMcsu8+mPplLpOzv6gSS3FGoqEWc1FxIgAmxo2WmgIAAA== X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrJLMWRmVeSWpSXmKPExsUi2FDcovs4cn6wwd8rvBbH9r1kcWD0mLd4 OlMAYxSXTUpqTmZZapG+XQJXxsubP1gLtmdVvNj1i72B8U1iFyMnh4SAicS/R/dYIGwxiQv3 1rN1MXJxCAlMYpLoO/qIHSQhJNDLJPHtawGILSxQILG04wkTiM0rYCDx5uBxMJtZYAqjRNPN YBCbTUBN4vekPlYQm1PASqLv0wWwGhYBVYnJU44yQ9QrSiyb/ocVYo6NxKS7nxkhdllKzLyx DcwWEXCQeL7kE9Rx8hIz2k+wT2Dkn4Vk9SwkqyHsJImz7bNYIWxtiWULXzND2AYSTztfYRHX l3jzbg7UHFOJJ2+3s0HY1hI/5zxinAV16pTuh+wLGLlWMQoUpeYkVproJRYU5KTqJefnbmIE R0Jh+A7Gf8usDjEKcDAq8fA+kJ0fLMSaWFZcmXuIUQVoxKMNqy8wSrHk5eelKonwcpkDpXlT EiurUovy44tKc1KLDzFKc7AoifN+/T8rWEggPbEkNTs1tSC1CCbLxMEp1cDI7zP9alz3j/8v bS/1qXP/dNg0qVz5yKk/byLLdDq4prL9mtXJPcG5v4ax5dH0coVPZxarhe4uXvv+fL9Y0YzY daE1YQkhof764X3zpabullb+Hbt4orDkkY2VAmJf3PqfSFydxydy8sbMHH67iZKK9s+7hM17 3Lr/FR16cG7xk0VPHfs3aq5UYinOSDTUYi4qTgQA5OliM4wCAAA= Cc: "" Subject: Re: [IPP] 5100.11 "job-password-encryption-supported" - what SHA version does 'sha' keyword indicate? X-BeenThere: ipp@pwg.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Internet Printing Protocol Workgroup discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0647010840==" Sender: ipp-bounces@pwg.org Errors-To: ipp-bounces@pwg.org --===============0647010840== Content-type: multipart/signed; boundary="Apple-Mail=_E1C7E582-F6D4-42D6-AC2D-BBFA82850EAF"; protocol="application/pkcs7-signature"; micalg=sha1 --Apple-Mail=_E1C7E582-F6D4-42D6-AC2D-BBFA82850EAF Content-Type: multipart/alternative; boundary="Apple-Mail=_B22CA53D-ED13-40ED-AF43-1CB57EC2B99B" --Apple-Mail=_B22CA53D-ED13-40ED-AF43-1CB57EC2B99B Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 OK, the consensus at today's concall is that "sha" refers to SHA-1. We = will register the following values for SHA2: sha2-224 sha2-256 sha2-384 sha2-512 sha2-512_256 The latter is the 512-bit SHA-2 hash truncated to 256 bits as used in = the upcoming HTTP Digest authentication update. Once a non-draft US NIST (or other) specification is released, we will = also register the following new values for SHA-3 and Shake: sha3-224 sha3-256 sha3-384 sha3-512 sha3-512_256 shake-128 shake-256 The IANA registration information for the SHA-2 registrations is: Attributes (attribute syntax) Keyword Attribute Value Reference ----------------------- --------- job-password-encryption (type2 keyword) [PWG5100.11] sha2-224 sha2-256 sha2-384 sha2-512 sha2-512_256 On Jun 12, 2014, at 4:52 PM, Kennedy, Smith (Wireless Architect) = wrote: > Greetings, >=20 > PWG 5100.11 (JPS2) defines the =93job-password-encryption-supported=94 = attribute. One of the keywords defined in JPS2 is =92sha=92. Neither = the keyword nor the description is clear as to which SHA generation is = being used. Is this SHA-0 or SHA-1? Do we need to define additional = keywords to bring this up-to-date? >=20 > Smith >=20 > /** > Smith Kennedy > ATB Wireless Architect - PPS > Hewlett-Packard Co. > */ >=20 >=20 >=20 > _______________________________________________ > ipp mailing list > ipp@pwg.org > https://www.pwg.org/mailman/listinfo/ipp _________________________________________________________ Michael Sweet, Senior Printing System Engineer, PWG Chair --Apple-Mail=_B22CA53D-ED13-40ED-AF43-1CB57EC2B99B Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=windows-1252 OK, = the consensus at today's concall is that "sha" refers to SHA-1.  We = will register the following values for = SHA2:

  sha2-224
  = sha2-256
  sha2-384
  = sha2-512
  = sha2-512_256

The latter is the = 512-bit SHA-2 hash truncated to 256 bits as used in the upcoming HTTP = Digest authentication update.

Once a non-draft = US NIST (or other) specification is released, we will also register the = following new values for SHA-3 and = Shake:

  = sha3-224
  sha3-256
  = sha3-384
  sha3-512
  = sha3-512_256
  shake-128
  = shake-256


The IANA registration = information for the SHA-2 registrations = is:

Attributes (attribute = syntax)
  Keyword Attribute Value       =                 = Reference
  -----------------------       =                 = ---------
job-password-encryption (type2 keyword) = [PWG5100.11]
  sha2-224
  = sha2-256
  sha2-384
  = sha2-512
  = sha2-512_256


On Jun 12, = 2014, at 4:52 PM, Kennedy, Smith (Wireless Architect) <smith.kennedy@hp.com> = wrote:

Greetings,

PWG 5100.11 (JPS2) = defines the =93job-password-encryption-supported=94 attribute.  One = of the keywords defined in JPS2 is =92sha=92.  Neither the keyword = nor the description is clear as to which SHA generation is being used. =  Is this SHA-0 or SHA-1?  Do we need to define additional = keywords to bring this up-to-date?

Smith

/**
    Smith = Kennedy
    ATB Wireless Architect - PPS
    = Hewlett-Packard Co.
*/



_______________________________________________
ipp = mailing list
ipp@pwg.org
https://www.pwg.org/mailman= /listinfo/ipp

_________________________________________________________
Michael = Sweet, Senior Printing System Engineer, PWG = Chair

= --Apple-Mail=_B22CA53D-ED13-40ED-AF43-1CB57EC2B99B-- --Apple-Mail=_E1C7E582-F6D4-42D6-AC2D-BBFA82850EAF Content-Disposition: attachment; filename=smime.p7s Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIPJTCCBN0w ggPFoAMCAQICEHGS++YZX6xNEoV0cTSiGKcwDQYJKoZIhvcNAQEFBQAwezELMAkGA1UEBhMCR0Ix GzAZBgNVBAgMEkdyZWF0ZXIgTWFuY2hlc3RlcjEQMA4GA1UEBwwHU2FsZm9yZDEaMBgGA1UECgwR Q29tb2RvIENBIExpbWl0ZWQxITAfBgNVBAMMGEFBQSBDZXJ0aWZpY2F0ZSBTZXJ2aWNlczAeFw0w NDAxMDEwMDAwMDBaFw0yODEyMzEyMzU5NTlaMIGuMQswCQYDVQQGEwJVUzELMAkGA1UECBMCVVQx FzAVBgNVBAcTDlNhbHQgTGFrZSBDaXR5MR4wHAYDVQQKExVUaGUgVVNFUlRSVVNUIE5ldHdvcmsx ITAfBgNVBAsTGGh0dHA6Ly93d3cudXNlcnRydXN0LmNvbTE2MDQGA1UEAxMtVVROLVVTRVJGaXJz dC1DbGllbnQgQXV0aGVudGljYXRpb24gYW5kIEVtYWlsMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8A MIIBCgKCAQEAsjmFpPJ9q0E7YkY3rs3BYHW8OWX5ShpHornMSMxqmNVNNRm5pELlzkniii8efNIx B8dOtINknS4p1aJkxIW9hVE1eaROaJB7HHqkkqgX8pgV8pPMyaQylbsMTzC9mKALi+VuG6JG+ni8 om+rWV6lL8/K2m2qL+usobNqqrcuZzWLeeEeaYji5kbNoKXqvgvOdjp6Dpvq/NonWz1zHyLmSGHG TPNpsaguG7bUMSAsvIKKjqQOpdeJQ/wWWq8dcdcRWdq6hw2v+vPhwvCkxWeM1tZUOt4KpLoDd7Nl yP0e03RiqhjKaJMeoYV+9Udly/hNVyh00jT/MLbu9mIwFIws6wIDAQABo4IBJzCCASMwHwYDVR0j BBgwFoAUoBEKIz6W8Qfs4q8p74Klf9AwpLQwHQYDVR0OBBYEFImCZ33EnSZwAEu0UEh83j2uBG59 MA4GA1UdDwEB/wQEAwIBBjAPBgNVHRMBAf8EBTADAQH/MB0GA1UdJQQWMBQGCCsGAQUFBwMCBggr BgEFBQcDBDARBgNVHSAECjAIMAYGBFUdIAAwewYDVR0fBHQwcjA4oDagNIYyaHR0cDovL2NybC5j b21vZG9jYS5jb20vQUFBQ2VydGlmaWNhdGVTZXJ2aWNlcy5jcmwwNqA0oDKGMGh0dHA6Ly9jcmwu Y29tb2RvLm5ldC9BQUFDZXJ0aWZpY2F0ZVNlcnZpY2VzLmNybDARBglghkgBhvhCAQEEBAMCAQYw DQYJKoZIhvcNAQEFBQADggEBAJ2Vyzy4fqUJxB6/C8LHdo45PJTGEKpPDMngq4RdiVTgZTvzbRx8 NywlVF+WIfw3hJGdFdwUT4HPVB1rbEVgxy35l1FM+WbKPKCCjKbI8OLp1Er57D9Wyd12jMOCAU9s APMeGmF0BEcDqcZAV5G8ZSLFJ2dPV9tkWtmNH7qGL/QGrpxp7en0zykX2OBKnxogL5dMUbtGB8SK N04g4wkxaMeexIud6H4RvDJoEJYRmETYKlFgTYjrdDrfQwYyyDlWjDoRUtNBpEMD9O3vMyfbOeAU TibJ2PU54om4k123KSZB6rObroP8d3XK6Mq1/uJlSmM+RMTQw16Hc6mYHK9/FX8wggUaMIIEAqAD AgECAhBtGeqnGU9qMyLmIjJ6qnHeMA0GCSqGSIb3DQEBBQUAMIGuMQswCQYDVQQGEwJVUzELMAkG A1UECBMCVVQxFzAVBgNVBAcTDlNhbHQgTGFrZSBDaXR5MR4wHAYDVQQKExVUaGUgVVNFUlRSVVNU IE5ldHdvcmsxITAfBgNVBAsTGGh0dHA6Ly93d3cudXNlcnRydXN0LmNvbTE2MDQGA1UEAxMtVVRO LVVTRVJGaXJzdC1DbGllbnQgQXV0aGVudGljYXRpb24gYW5kIEVtYWlsMB4XDTExMDQyODAwMDAw MFoXDTIwMDUzMDEwNDgzOFowgZMxCzAJBgNVBAYTAkdCMRswGQYDVQQIExJHcmVhdGVyIE1hbmNo ZXN0ZXIxEDAOBgNVBAcTB1NhbGZvcmQxGjAYBgNVBAoTEUNPTU9ETyBDQSBMaW1pdGVkMTkwNwYD VQQDEzBDT01PRE8gQ2xpZW50IEF1dGhlbnRpY2F0aW9uIGFuZCBTZWN1cmUgRW1haWwgQ0EwggEi MA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQCShIRbS1eY1F4vi6ThQMijU1hfZmXxMk73nzJ9 VdB4TFW3QpTg+SdxB8XGaaS5MsTxQBqQzCdWYn8XtXFpruUgG+TLY15gyqJB9mrho/+43x9IbWVD jCouK2M4d9+xF6zC2oIC1tQyatRnbyATj1w1+uVUgK/YcQodNwoCUFNslR2pEBS0mZVZEjH/CaLS TNxS297iQAFbSGjdxUq04O0kHzqvcV8H46y/FDuwJXFoPfQP1hdYRhWBPGiLi4MPbXohV+Y0sNsy fuNK4aVScmQmkU6lkg//4LFg/RpvaFGZY40ai6XMQpubfSJj06mg/M6ekN9EGfRcWzW6FvOnm//B AgMBAAGjggFLMIIBRzAfBgNVHSMEGDAWgBSJgmd9xJ0mcABLtFBIfN49rgRufTAdBgNVHQ4EFgQU ehNOAHRbxnhjZCfBL+KgW7x5xXswDgYDVR0PAQH/BAQDAgEGMBIGA1UdEwEB/wQIMAYBAf8CAQAw EQYDVR0gBAowCDAGBgRVHSAAMFgGA1UdHwRRME8wTaBLoEmGR2h0dHA6Ly9jcmwudXNlcnRydXN0 LmNvbS9VVE4tVVNFUkZpcnN0LUNsaWVudEF1dGhlbnRpY2F0aW9uYW5kRW1haWwuY3JsMHQGCCsG AQUFBwEBBGgwZjA9BggrBgEFBQcwAoYxaHR0cDovL2NydC51c2VydHJ1c3QuY29tL1VUTkFkZFRy dXN0Q2xpZW50X0NBLmNydDAlBggrBgEFBQcwAYYZaHR0cDovL29jc3AudXNlcnRydXN0LmNvbTAN BgkqhkiG9w0BAQUFAAOCAQEAhda+eFdVbTN/RFL+QtUGqAEDgIr7DbL9Sr/2r0FJ9RtaxdKtG3Nu PukmfOZMmMEwKN/L+0I8oSU+CnXW0D05hmbRoZu1TZtvryhsHa/l6nRaqNqxwPF1ei+eupN5yv7i kR5WdLL4jdPgQ3Ib7Y/9YDkgR/uLrzplSDyYPaUlv73vYOBJ5RbI6z9Dg/Dg7g3B080zX5vQvWBq szv++tTJOjwf7Zv/m0kzvkIpOYPuM2kugp1FTahp2oAbHj3SGl18R5mlmwhtEpmG1l1XBxunML5L SUS4kH7K0Xk467Qz+qA6XSZYnmFVGLQh1ZnV4ENAQjC+6qXnlNKw/vN1+X9u5zCCBSIwggQKoAMC AQICEQDlB7dXxclLEedquPvGX8CGMA0GCSqGSIb3DQEBBQUAMIGTMQswCQYDVQQGEwJHQjEbMBkG A1UECBMSR3JlYXRlciBNYW5jaGVzdGVyMRAwDgYDVQQHEwdTYWxmb3JkMRowGAYDVQQKExFDT01P RE8gQ0EgTGltaXRlZDE5MDcGA1UEAxMwQ09NT0RPIENsaWVudCBBdXRoZW50aWNhdGlvbiBhbmQg U2VjdXJlIEVtYWlsIENBMB4XDTEzMTIxNzAwMDAwMFoXDTE0MTIxNzIzNTk1OVowITEfMB0GCSqG SIb3DQEJARYQbXN3ZWV0QGFwcGxlLmNvbTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEB ANdvQYZRCVzc0wIYvIOn/0Pv7zUwuIvbAfM/W3FyemqZx3fdKxX4WxN2x5NC3hhBHGrUWirJH7rl 6It12bGQ61uHAK5jsJikV5k+mOYjZaKNIKxj0uYIk3MKQmsmM8t3nddq5mp2mxwV/U7AFPTz1fgh dkqTb/NkHY5eA8KqksaeqwfMgoaiGVeCUhptWnXosca8PAkb+i9u5rEok5zgY+QP0IuWLJENfA4q dEMsH+OAwMGOv9fNCgcdapFnjeSYaj70m6qUiq446+8a2rhUsEUKQayOMgjnm2bgUuNx7pOvs/Jg zIlZoTz/llmE1HWREGzSjRnLWwQ98fspfeZWA+8CAwEAAaOCAeAwggHcMB8GA1UdIwQYMBaAFHoT TgB0W8Z4Y2QnwS/ioFu8ecV7MB0GA1UdDgQWBBTtKBJoG9kxZisTqJg4+wr12l4stjAOBgNVHQ8B Af8EBAMCBaAwDAYDVR0TAQH/BAIwADAgBgNVHSUEGTAXBggrBgEFBQcDBAYLKwYBBAGyMQEDBQIw EQYJYIZIAYb4QgEBBAQDAgUgMEYGA1UdIAQ/MD0wOwYMKwYBBAGyMQECAQEBMCswKQYIKwYBBQUH AgEWHWh0dHBzOi8vc2VjdXJlLmNvbW9kby5uZXQvQ1BTMFcGA1UdHwRQME4wTKBKoEiGRmh0dHA6 Ly9jcmwuY29tb2RvY2EuY29tL0NPTU9ET0NsaWVudEF1dGhlbnRpY2F0aW9uYW5kU2VjdXJlRW1h aWxDQS5jcmwwgYgGCCsGAQUFBwEBBHwwejBSBggrBgEFBQcwAoZGaHR0cDovL2NydC5jb21vZG9j YS5jb20vQ09NT0RPQ2xpZW50QXV0aGVudGljYXRpb25hbmRTZWN1cmVFbWFpbENBLmNydDAkBggr BgEFBQcwAYYYaHR0cDovL29jc3AuY29tb2RvY2EuY29tMBsGA1UdEQQUMBKBEG1zd2VldEBhcHBs ZS5jb20wDQYJKoZIhvcNAQEFBQADggEBABg5KLQK5u9gGI75u+vYH/i6uMDKlpTILO/r/FpN2ibq pwAB2ln9oKvPIA1/r3o+DBC87TqnlJAiPW4ADFHpRmqlprb0Tu9p98nP/wl5tBZjEP8dY4iH0TB3 B2r9JHwRwwJQ20CqJpuCn9dmvL215sZSqvJfluVlIcAQCLxp3ZKMIC2pNKitswdjjHduaKuj2TMe xrzMtrRGRtFF9pcMcnsqE2QtJUqXPV7/M4WT2yRUmI4ThPt9O9fmPH2ku52hdb6t4qXvwdQSkDHt xo3J/Vc/jDR2/feedDhQmG0V9j6tHsuG6bVVhcGiWnSmSoPfg13FlQwlxZTyFtiMZ2jILyoxggOu MIIDqgIBATCBqTCBkzELMAkGA1UEBhMCR0IxGzAZBgNVBAgTEkdyZWF0ZXIgTWFuY2hlc3RlcjEQ MA4GA1UEBxMHU2FsZm9yZDEaMBgGA1UEChMRQ09NT0RPIENBIExpbWl0ZWQxOTA3BgNVBAMTMENP TU9ETyBDbGllbnQgQXV0aGVudGljYXRpb24gYW5kIFNlY3VyZSBFbWFpbCBDQQIRAOUHt1fFyUsR 52q4+8ZfwIYwCQYFKw4DAhoFAKCCAdkwGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG 9w0BCQUxDxcNMTQwNjE2MjA1NjAxWjAjBgkqhkiG9w0BCQQxFgQUcREOTD5c+riueAjS5FK546SU rJUwgboGCSsGAQQBgjcQBDGBrDCBqTCBkzELMAkGA1UEBhMCR0IxGzAZBgNVBAgTEkdyZWF0ZXIg TWFuY2hlc3RlcjEQMA4GA1UEBxMHU2FsZm9yZDEaMBgGA1UEChMRQ09NT0RPIENBIExpbWl0ZWQx OTA3BgNVBAMTMENPTU9ETyBDbGllbnQgQXV0aGVudGljYXRpb24gYW5kIFNlY3VyZSBFbWFpbCBD QQIRAOUHt1fFyUsR52q4+8ZfwIYwgbwGCyqGSIb3DQEJEAILMYGsoIGpMIGTMQswCQYDVQQGEwJH QjEbMBkGA1UECBMSR3JlYXRlciBNYW5jaGVzdGVyMRAwDgYDVQQHEwdTYWxmb3JkMRowGAYDVQQK ExFDT01PRE8gQ0EgTGltaXRlZDE5MDcGA1UEAxMwQ09NT0RPIENsaWVudCBBdXRoZW50aWNhdGlv biBhbmQgU2VjdXJlIEVtYWlsIENBAhEA5Qe3V8XJSxHnarj7xl/AhjANBgkqhkiG9w0BAQEFAASC AQDQQ8AV38rm5Lu4Kjx1EZVcKIOPF8/j9Pfx33Ue1m4u1k5Olzgz3JxMEWgcPr3XTrKHMMF0CoH7 L9rs3eaVTHc7PzthaZgGYUZqyaPIZVO5KIVrsPUFSTamK4AL75fqR1s3RqvEB4aKGrZLD3K4v2aq 6KKScKtJaSFrl4LU80ahuDszh1+lS0uZq5CYShWu7cFyRqKk1LbeYX0jAK2CeBspgMsgMI5d7lmX EcQLSpE6xSVSzWPSlKw+B7CAVO15l2vHe37gLWM676QmheooU9wfxJc5nfzs80jM6/K9Vd2gNqP2 BJxYl9DwKIROTgiyNJzOU/RWE3g8bMxr/M/SW90aAAAAAAAA --Apple-Mail=_E1C7E582-F6D4-42D6-AC2D-BBFA82850EAF-- --===============0647010840== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ ipp mailing list ipp@pwg.org https://www.pwg.org/mailman/listinfo/ipp --===============0647010840==-- From ipp-bounces@pwg.org Mon Jun 16 17:33:28 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9F3441A009A for ; Mon, 16 Jun 2014 17:33:28 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.013 X-Spam-Level: X-Spam-Status: No, score=-2.013 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, HTML_MESSAGE=0.001, MIME_HTML_MOSTLY=0.428, RP_MATCHES_RCVD=-0.651, SPF_PASS=-0.001, T_DKIM_INVALID=0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5hJKxyFtp5aA for ; Mon, 16 Jun 2014 17:33:24 -0700 (PDT) Received: from www.pwg.org (www.pwg.org [IPv6:2600:3c01::f03c:91ff:fe70:b03f]) by ietfa.amsl.com (Postfix) with ESMTP id 7BA5A1A0090 for ; Mon, 16 Jun 2014 17:33:24 -0700 (PDT) Received: from pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id 83D198596; Tue, 17 Jun 2014 00:33:28 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: from mail-in7.apple.com (mail-out7.apple.com [17.151.62.29]) by www.pwg.org (Postfix) with ESMTPS id A515A8591 for ; Tue, 17 Jun 2014 00:33:26 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; d=apple.com; s=mailout2048s; c=relaxed/simple; q=dns/txt; i=@apple.com; t=1402965200; x=2266878800; h=From:Sender:Reply-To:Subject:Date:Message-id:To:Cc:MIME-version:Content-type: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-reply-to:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=BWUr6l365EPOSym8jgJh8/QPbcWNy2MZKdcJRTBCoQY=; b=jdZZbA6DoNXq3zcao03uEQSQvXKnIekCwyYCaKHlrjhp1172pQsX4UAch0+aZm4r EX9cCfD3MQhoGHgSjcDr81B5W2IFqmKwS7exmuq0mHZnqLuHa1HtpykMLCpOrmcz eOrmCG7Q3zmk6TB2uRLrTP92Gk0WVXPTKdnB3pRNcTPhkSl/+LBZ4vPd09JF5DBh i8NugVu0Lp9GGbMc6rReBlAdWpkLCMRAy+OP/tr4gDF0LTBsONWlm4xohl5Gv/fa +Jp8UbnMWlsDIjeFYnsY/J8qiKhBg0NTrE/guRYDzBXNvbNa6w6vUYhuqKB+X1Rz MLWfsyHqRW2VHfi2qZvApQ==; Received: from mail-out.apple.com (bramley.apple.com [17.151.62.49]) (using TLS with cipher RC4-MD5 (128/128 bits)) (Client did not present a certificate) by mail-in7.apple.com (Apple Secure Mail Relay) with SMTP id 61.8B.20114.0DC8F935; Mon, 16 Jun 2014 17:33:20 -0700 (PDT) MIME-version: 1.0 Received: from relay5.apple.com ([17.128.113.88]) by local.mail-out.apple.com (Oracle Communications Messaging Server 7.0.5.30.0 64bit (built Oct 22 2013)) with ESMTP id <0N7A00AV8EUVC941@local.mail-out.apple.com> for ipp@pwg.org; Mon, 16 Jun 2014 17:33:20 -0700 (PDT) X-AuditID: 11973e16-f79b86d000004e92-e0-539f8cd0ebed Received: from marigold.apple.com (marigold.apple.com [17.128.115.132]) (using TLS with cipher RC4-MD5 (128/128 bits)) (Client did not present a certificate) by relay5.apple.com (Apple SCV relay) with SMTP id 6C.80.31858.1DC8F935; Mon, 16 Jun 2014 17:33:21 -0700 (PDT) Received: from [17.153.27.38] (unknown [17.153.27.38]) by marigold.apple.com (Oracle Communications Messaging Server 7.0.5.30.0 64bit (built Oct 22 2013)) with ESMTPSA id <0N7A00I7QEVHM880@marigold.apple.com> for ipp@pwg.org; Mon, 16 Jun 2014 17:33:20 -0700 (PDT) From: Michael Sweet In-reply-to: Date: Mon, 16 Jun 2014 20:33:20 -0400 Message-id: <49CE5A09-6C1A-40E1-9207-A37E2A632666@apple.com> References: <9BA0D513-C8B5-4751-8B2E-E1D09C13D301@apple.com> To: Ira McDonald X-Mailer: Apple Mail (2.1878.2) X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFupkkeLIzCtJLcpLzFFi42IRnG5nqHuhZ36wwd/jJhbH9r1kcWD0mLd4 OlMAYxSXTUpqTmZZapG+XQJXxpHOa6wF+74wVsydsZCpgXHRTcYuRk4OCQETia0bfrJB2GIS F+6tB7K5OIQEZjJJLFu8HCzBKyAo8WPyPRaIxCQmiX0zlrPDdF9eeoIRLtH45xyU08sk8X7O UlaQKmEBM4lvF2eDjWIWmMIo8fw5C4jNJqAm8XtSH1gNp0CwxNwNfWBxFgFVid0PvjND1LtJ TN0+ix3iDBuJc9N2MUMsuMAscfvjYaChHBwiAloSS54rQlwkLzGj/QQ7SI2EwCE2iYn7NjFO YBSeheSNWUjugLCTJNYfnwpla0ssW/iaeRbQWGYBHYnJCxlRhSHsj+ePMEHYphJP3m5ng7Ct JX7OeQRVrygxpfsh+wJGrlWMQrmJmTm6mXnmeokFBTmpesn5uZsYIXEntoPx4SqrQ4wCHIxK PLwTlOYHC7EmlhVX5h5ilOZgURLnLZs/O1hIID2xJDU7NbUgtSi+qDQntfgQIxMHp1QDI/sl t1VTM6dZdR3pPqgh5vYm8FxSouqa2zncl2aa/Y/zi5V+KNah+Ts5adfUjny1OosvYoleCtl3 2yRZKy69O3P9P++DR5/VL38u15cwv7si9rxi0uSuaaIst9yS54i1ft3xUej4l4iXRt9kD0pl qIQfXi6ybM3uTVbB15O3hiULHFp9TD3JRYmlOCPRUIu5qDgRAEZd2TycAgAA X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrNLMWRmVeSWpSXmKPExsUi2FDconuxZ36wwbupvBbH9r1kcWD0mLd4 OlMAYxSXTUpqTmZZapG+XQJXxpHOa6wF+74wVsydsZCpgXHRTcYuRk4OCQETictLT0DZYhIX 7q1n62Lk4hASmMQksfHpJUYIp5dJ4v2cpawgVcICZhLfLs5mA7F5BQwk3hw8zgRiMwtMYZR4 /pwFxGYTUJP4PakPrJ5TIFhi7oY+sDiLgKrE7gffmSHq3SSmbp/FDjHHRuLctF3MEMsuMEvc /ngYaAEHh4iAlsSS54oQ18lLzGg/wT6BkX8WktWzkKyGsJMk1h+fCmVrSyxb+Jp5FtAkZgEd ickLGVGFIeyP549AjTGVePJ2OxuEbS3xc84jqHpFiSndD9kXMHKtYhQoSs1JrDTVSywoyEnV S87P3cQIjobCiB2M/5dZHWIU4GBU4uF9IDs/WIg1say4MvcQowrQiEcbVl9glGLJy89LVRLh 5TIHSvOmJFZWpRblxxeV5qQWH2KU5mBREuf98n9WsJBAemJJanZqakFqEUyWiYNTqoHxYtEN Q+Hvy7rEC4pW5jmm1ie5pHyI3no8+/k65VzvBzITSic+8ov7974j1kc6XlhTUbnrsnaI1VPl 0+ffOX0O+Hu6Y9E6huv2yx88c0/u3tS71v1i5L5JTvbv0p/nFKcxzV3RyslR0Ln+HH/R8aqc ddZ6LYu8fKcHn37yZYHM+3V3/83ptuRRYinOSDTUYi4qTgQAekPZx44CAAA= Cc: "ipp@pwg.org" Subject: Re: [IPP] Fwd: IPP Scan operational attribute X-BeenThere: ipp@pwg.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Internet Printing Protocol Workgroup discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1974761549==" Sender: ipp-bounces@pwg.org Errors-To: ipp-bounces@pwg.org --===============1974761549== Content-type: multipart/signed; boundary="Apple-Mail=_B7AD09C2-D264-401D-B3DC-49ACF0320BA4"; protocol="application/pkcs7-signature"; micalg=sha1 --Apple-Mail=_B7AD09C2-D264-401D-B3DC-49ACF0320BA4 Content-Type: multipart/alternative; boundary="Apple-Mail=_79E51574-4E51-4E4A-BEA8-527ED0CA51B2" --Apple-Mail=_79E51574-4E51-4E4A-BEA8-527ED0CA51B2 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Based on discussions in the conference call, here is a summary of the = proposed additions to IPP Scan: 8.1.1 destination-accesses (1setOf collection | no-value) The "destination-accesses" operation attribute allows the Client to = provide authentication information for each of the "destination-uris" = values. If provided, this attribute MUST have the same cardinality (have = the same number of values) as the "destinations-uris" Job Template = attribute. The ith value of the "destination-accesses" attribute = corresponds to the ith value of the "destination-uris" attribute. Each collection value contains zero of more member attribute which = provide the authentication information required for the corresponding = destination. A Client MAY also provide the no-value out-of-band value = for a given destination to specify that no authentication information is = supplied. Printers specify which member attributes are supported using the = "destination-accesses-supported" Printer attribute (section 8.4.1). = Printers specify which member attributes are required for a given = destination in the "destination-mandatory-access-attributes" member = attribute (section 8.4.2.7) of the "destination-uri-ready" Printer = attribute (section 8.4.2). 8.1.1.1 access-oauth-token (1setOf octetString(MAX)) The "access-oauth-token" member attribute provides a Base64-encoded = OAuth Access Token as defined in The OAuth 2.0 Authorization Framework = [RFC6749]. When the size of the access token exceeds 1023 octets (the = maximum size of an octetString value), the Client separates the token = into multiple octetString values and sends the result as an ordered set = to the Printer. The Printer reassembles each octetString to produce the = complete access token value to be used with the destination. Printers that support this attribute MUST list 'access-oauth-token' in = the "destination-accesses-supported" Printer attribute (section 8.4.1). 8.1.1.2 access-password (text(MAX)) The "access-password" member attribute provides a password string, = typically for HTTP Basic or Digest authentication [RFC2617]. Clients = MUST provide the password using the UTF-8 encoding [STD63] in Unicode = Normalization Form C as required for Network Unicode [RFC5198]. Printers = MUST convert the password, as needed, to whatever encoding is required = by the destination URI. Printers that support this attribute MUST list 'access-password' in the = "destination-accesses-supported" Printer attribute (section 8.4.1). 8.1.1.3 access-pin (text(MAX)) The "access-pin" member attribute provides a Personal Identification = Number string. Clients MUST restrict the characters to the US ASCII = digits '0' (code 48) through '9' (code 57) and Printers MUST reject = values containing characters other than the digits '0' through '9'. Printers that support this attribute MUST list 'access-pin' in the = "destination-accesses-supported" Printer attribute (section 8.4.1). 8.1.1.4 access-user-name (text(MAX)) The "access-user-name" member attribute provides a user name string, = typically for HTTP Basic or Digest authentication [RFC2617]. Clients = MUST provide the user name using the UTF-8 encoding [STD63] in Unicode = Normalization Form C as required for Network Unicode [RFC5198]. Printers = MUST convert the user name, as needed, to whatever encoding is required = by the destination URI. Printers that support this attribute MUST list 'access-user-name' in the = "destination-accesses-supported" Printer attribute (section 8.4.1). [Editor's note: I am really not happy with the following, and would be = happy to punt X.509 certificate passing for now since we don't have a = good plan for management of private keys associated with x.509 certs...] 8.1.1.5 access-x509-certificate (1setOf octetString(MAX)) The "access-x509-certificate" member attribute provides a PEM-encoded = X.509 certificate identifying the User or Client that is making the = request. When the size of the certificate exceeds 1023 octets (the = maximum size of an octetString value), the Client separates the = certificate into multiple octetString values and sends the result as an = ordered set to the Printer. The Printer reassembles each octetString to = produce the complete X.509 certificate to be used with the destination. Printers that support this attribute MUST list 'access-x509-certificate' = in the "destination-accesses-supported" Printer attribute (section = 8.4.1) and MUST provide a method for loading the corresponding private = key that is used for authenticating the holder of the X.509 certificate. 8.4.1 destination-accesses-supported (1setOf type2 keyword) The "destination-accesses-supported" Printer attribute lists the = supported member attributes of the "destination-accesses" operation = attribute (section 8.1.1). This attribute MUST be supported if the = "destination-accesses" attribute is supported. 8.4.2.7 destination-mandatory-access-attributes (1setOf type2 keyword) The "destination-mandatory-access-atributes" member attribute lists the = member attributes that MUST be supplied in a Job Creation request when = using this destination. ... plus the corresponding registrations in section 14 and normative = references in section 15.1 (add RFC2617 and RFC6749) On Jun 16, 2014, at 11:24 AM, Ira McDonald = wrote: > Hi Mike, >=20 > Agreed. >=20 > It shouldn't be an opaque blob - the "access-type" should be = sufficiently fine-grained > to allow explicit multi-factor scenarios. >=20 > And Pete and I want to state that binary data MUST be sent as straight = "octetString" =20 > and and text data (e.g., password) MUST be sent as UTF-8 (with no = trailing '\0'). >=20 > The only downside (potentially pretty large for explicit multi-factor = "access-type" > values is rapid loss of interoperability when vendors roll their own = name values > for combinations we didn't anticipate. >=20 > Cheers, > - Ira >=20 >=20 > Ira McDonald (Musician / Software Architect) > Co-Chair - TCG Trusted Mobility Solutions WG > Chair - Linux Foundation Open Printing WG > Secretary - IEEE-ISTO Printer Working Group > Co-Chair - IEEE-ISTO PWG Internet Printing Protocol WG > IETF Designated Expert - IPP & Printer MIB > Blue Roof Music / High North Inc > http://sites.google.com/site/blueroofmusic > http://sites.google.com/site/highnorthinc > mailto: blueroofmusic@gmail.com > Winter 579 Park Place Saline, MI 48176 734-944-0094 > Summer PO Box 221 Grand Marais, MI 49839 906-494-2434 >=20 >=20 >=20 > On Mon, Jun 16, 2014 at 11:19 AM, Michael Sweet = wrote: > Ira, >=20 > On Jun 16, 2014, at 11:02 AM, Ira McDonald = wrote: >> Hi Mike, >>=20 >> The reason for some sparse syntax was to support Pete's use case = (over the phone) >> of wanting two or more credentials for the *same* destination (i.e., = multi-factor auth is >> in use). This is a critically important real-world use case. >=20 > Then we need to define it and its requirements. >=20 >> With the straight parallel 1setOf approach, there has to be a nested = collection to hold >> the auth-type, auth-data, etc. for each credential for one = destination - ugly and fragile. >=20 > If the auth type defines multiple credentials then those can be = provided via separate data values in the 1setOf, or using type-specific = member attributes. In short, we need to define what the attributes = contain, not provide a BLOB holder that will become an interoperability = nightmare. >=20 >> Pete and I particularly liked the use of the simple (1setOf = octetString(MAX)) with auto >> concatenation to support large credentials (X.509 certificates, = etc.). >=20 >=20 > That is indeed a simple solution, but let's not make it an opaque = blob. >=20 > _________________________________________________________ > Michael Sweet, Senior Printing System Engineer, PWG Chair >=20 >=20 _________________________________________________________ Michael Sweet, Senior Printing System Engineer, PWG Chair --Apple-Mail=_79E51574-4E51-4E4A-BEA8-527ED0CA51B2 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii Based = on discussions in the conference call, here is a summary of the proposed = additions to IPP Scan:


8.1.1 = destination-accesses (1setOf collection | = no-value)

The "destination-accesses" operation = attribute allows the Client to provide authentication information for = each of the "destination-uris" values. If provided, this attribute MUST = have the same cardinality (have the same number of values) as the = "destinations-uris" Job Template attribute. The ith value of the = "destination-accesses" attribute corresponds to the ith value of the = "destination-uris" attribute.

Each collection = value contains zero of more member attribute which provide the = authentication information required for the corresponding destination. A = Client MAY also provide the no-value out-of-band value for a given = destination to specify that no authentication information is = supplied.

Printers specify which member = attributes are supported using the "destination-accesses-supported" = Printer attribute (section 8.4.1).  Printers specify which member = attributes are required for a given destination in the = "destination-mandatory-access-attributes" member attribute (section = 8.4.2.7) of the "destination-uri-ready" Printer attribute (section = 8.4.2).


8.1.1.1 access-oauth-token (1setOf = octetString(MAX))

The "access-oauth-token" member attribute provides a = Base64-encoded OAuth Access Token as defined in The OAuth 2.0 = Authorization Framework [RFC6749]. When the size of the access token = exceeds 1023 octets (the maximum size of an octetString value), the = Client separates the token into multiple octetString values and sends = the result as an ordered set to the Printer. The Printer reassembles = each octetString to produce the complete access token value to be used = with the destination.

Printers that support this attribute MUST list = 'access-oauth-token' in the "destination-accesses-supported" Printer = attribute (section 8.4.1).


8.1.1.2 access-password (text(MAX))

The "access-password" member = attribute provides a password string, typically for HTTP Basic or Digest = authentication [RFC2617]. Clients MUST provide the password using the = UTF-8 encoding [STD63] in Unicode Normalization Form C as required for = Network Unicode [RFC5198]. Printers MUST convert the password, as = needed, to whatever encoding is required by the destination = URI.

Printers that support this = attribute MUST list 'access-password' in the = "destination-accesses-supported" Printer attribute (section = 8.4.1).


8.1.1.3 access-pin (text(MAX))

The "access-pin" member attribute = provides a Personal Identification Number string. Clients MUST restrict = the characters to the US ASCII digits '0' (code 48) through '9' (code = 57) and Printers MUST reject values containing characters other than the = digits '0' through '9'.

Printers that support this = attribute MUST list 'access-pin' in the "destination-accesses-supported" = Printer attribute (section 8.4.1).


8.1.1.4 access-user-name (text(MAX))

The "access-user-name" member attribute provides a user = name string, typically for HTTP Basic or Digest authentication = [RFC2617]. Clients MUST provide the user name using the UTF-8 encoding = [STD63] in Unicode Normalization Form C as required for Network Unicode = [RFC5198]. Printers MUST convert the user name, as needed, to whatever = encoding is required by the destination URI.

Printers that = support this attribute MUST list 'access-user-name' in the = "destination-accesses-supported" Printer attribute (section = 8.4.1).


[Editor's note: I am = really not happy with the following, and would be happy to punt X.509 = certificate passing for now since we don't have a good plan for = management of private keys associated with x.509 = certs...]

8.1.1.5 = access-x509-certificate (1setOf = octetString(MAX))

The "access-x509-certificate" = member attribute provides a PEM-encoded X.509 certificate identifying = the User or Client that is making the request.  When the size of = the certificate exceeds 1023 octets (the maximum size of an octetString = value), the Client separates the certificate into multiple octetString = values and sends the result as an ordered set to the Printer. The = Printer reassembles each octetString to produce the complete X.509 = certificate to be used with the destination.

Printers that = support this attribute MUST list 'access-x509-certificate' in the = "destination-accesses-supported" Printer attribute (section 8.4.1) and = MUST provide a method for loading the corresponding private key that is = used for authenticating the holder of the X.509 = certificate.


8.4.1  destination-accesses-supported (1setOf type2 = keyword)

The = "destination-accesses-supported" Printer attribute lists the supported = member attributes of the "destination-accesses" operation attribute = (section 8.1.1).  This attribute MUST be supported if the = "destination-accesses" attribute is supported.


8.4.2.7 destination-mandatory-access-attributes (1setOf = type2 keyword)

The = "destination-mandatory-access-atributes" member attribute lists the = member attributes that MUST be supplied in a Job Creation request when = using this destination.


... = plus the corresponding registrations in section 14 and normative = references in section 15.1 (add RFC2617 and RFC6749)


On Jun 16, 2014, at 11:24 AM, Ira = McDonald <blueroofmusic@gmail.com> = wrote:

Hi = Mike,

Agreed.

It shouldn't be an opaque blob - = the "access-type" should be sufficiently fine-grained
to allow = explicit multi-factor scenarios.

And Pete and I want to state that binary data MUST be sent as = straight "octetString" 
and and text data (e.g., password) MUST = be sent as UTF-8 (with no trailing '\0').

The only = downside (potentially pretty large for explicit multi-factor = "access-type"
values is rapid loss of interoperability when vendors roll = their own name values
for combinations we didn't = anticipate.

Cheers,
- = Ira


Ira McDonald (Musician / = Software Architect)
Co-Chair - TCG Trusted Mobility Solutions = WG
Chair - Linux Foundation Open Printing WG
Secretary - IEEE-ISTO = Printer Working Group
Co-Chair - IEEE-ISTO PWG Internet Printing Protocol WG
IETF = Designated Expert - IPP & Printer MIB
Blue Roof Music / High = North Inc
http://sites.google.com/site/blueroofmusic
http://sites.google.com/site/highnorthinc
mailto:= blueroofmusic@gmail.com
Winter  579 Park Place  Saline, MI  48176  734-944-0094
Summer  PO Box 221  = Grand Marais, MI 49839  906-494-2434



On Mon, Jun 16, 2014 at 11:19 AM, = Michael Sweet <msweet@apple.com> wrote:
Ira,

On Jun = 16, 2014, at 11:02 AM, Ira McDonald <blueroofmusic@gmail.com> = wrote:
Hi Mike,

The reason for = some sparse syntax was to support Pete's use case (over the = phone)
of wanting two or more credentials for the *same* = destination (i.e., multi-factor auth is
in use).  This is a critically important real-world use = case.

Then we need to define = it and its requirements.

With the straight parallel 1setOf approach, there = has to be a nested collection to hold
the auth-type, auth-data, etc. = for each credential for one destination - ugly and fragile.

If the auth type defines = multiple credentials then those can be provided via separate data values = in the 1setOf, or using type-specific member attributes.  In short, = we need to define what the attributes contain, not provide a BLOB holder = that will become an interoperability nightmare.

Pete and I = particularly liked the use of the simple (1setOf octetString(MAX)) with = auto
concatenation to support large credentials (X.509 certificates, = etc.).

That is indeed a simple = solution, but let's not make it an opaque blob.

_________________________________________________________
Michael = Sweet, Senior Printing System Engineer, PWG = Chair



_________________________________________________________
Michael = Sweet, Senior Printing System Engineer, PWG = Chair

= --Apple-Mail=_79E51574-4E51-4E4A-BEA8-527ED0CA51B2-- --Apple-Mail=_B7AD09C2-D264-401D-B3DC-49ACF0320BA4 Content-Disposition: attachment; filename=smime.p7s Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIPJTCCBN0w ggPFoAMCAQICEHGS++YZX6xNEoV0cTSiGKcwDQYJKoZIhvcNAQEFBQAwezELMAkGA1UEBhMCR0Ix GzAZBgNVBAgMEkdyZWF0ZXIgTWFuY2hlc3RlcjEQMA4GA1UEBwwHU2FsZm9yZDEaMBgGA1UECgwR Q29tb2RvIENBIExpbWl0ZWQxITAfBgNVBAMMGEFBQSBDZXJ0aWZpY2F0ZSBTZXJ2aWNlczAeFw0w NDAxMDEwMDAwMDBaFw0yODEyMzEyMzU5NTlaMIGuMQswCQYDVQQGEwJVUzELMAkGA1UECBMCVVQx FzAVBgNVBAcTDlNhbHQgTGFrZSBDaXR5MR4wHAYDVQQKExVUaGUgVVNFUlRSVVNUIE5ldHdvcmsx ITAfBgNVBAsTGGh0dHA6Ly93d3cudXNlcnRydXN0LmNvbTE2MDQGA1UEAxMtVVROLVVTRVJGaXJz dC1DbGllbnQgQXV0aGVudGljYXRpb24gYW5kIEVtYWlsMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8A MIIBCgKCAQEAsjmFpPJ9q0E7YkY3rs3BYHW8OWX5ShpHornMSMxqmNVNNRm5pELlzkniii8efNIx B8dOtINknS4p1aJkxIW9hVE1eaROaJB7HHqkkqgX8pgV8pPMyaQylbsMTzC9mKALi+VuG6JG+ni8 om+rWV6lL8/K2m2qL+usobNqqrcuZzWLeeEeaYji5kbNoKXqvgvOdjp6Dpvq/NonWz1zHyLmSGHG TPNpsaguG7bUMSAsvIKKjqQOpdeJQ/wWWq8dcdcRWdq6hw2v+vPhwvCkxWeM1tZUOt4KpLoDd7Nl yP0e03RiqhjKaJMeoYV+9Udly/hNVyh00jT/MLbu9mIwFIws6wIDAQABo4IBJzCCASMwHwYDVR0j BBgwFoAUoBEKIz6W8Qfs4q8p74Klf9AwpLQwHQYDVR0OBBYEFImCZ33EnSZwAEu0UEh83j2uBG59 MA4GA1UdDwEB/wQEAwIBBjAPBgNVHRMBAf8EBTADAQH/MB0GA1UdJQQWMBQGCCsGAQUFBwMCBggr BgEFBQcDBDARBgNVHSAECjAIMAYGBFUdIAAwewYDVR0fBHQwcjA4oDagNIYyaHR0cDovL2NybC5j b21vZG9jYS5jb20vQUFBQ2VydGlmaWNhdGVTZXJ2aWNlcy5jcmwwNqA0oDKGMGh0dHA6Ly9jcmwu Y29tb2RvLm5ldC9BQUFDZXJ0aWZpY2F0ZVNlcnZpY2VzLmNybDARBglghkgBhvhCAQEEBAMCAQYw DQYJKoZIhvcNAQEFBQADggEBAJ2Vyzy4fqUJxB6/C8LHdo45PJTGEKpPDMngq4RdiVTgZTvzbRx8 NywlVF+WIfw3hJGdFdwUT4HPVB1rbEVgxy35l1FM+WbKPKCCjKbI8OLp1Er57D9Wyd12jMOCAU9s APMeGmF0BEcDqcZAV5G8ZSLFJ2dPV9tkWtmNH7qGL/QGrpxp7en0zykX2OBKnxogL5dMUbtGB8SK N04g4wkxaMeexIud6H4RvDJoEJYRmETYKlFgTYjrdDrfQwYyyDlWjDoRUtNBpEMD9O3vMyfbOeAU TibJ2PU54om4k123KSZB6rObroP8d3XK6Mq1/uJlSmM+RMTQw16Hc6mYHK9/FX8wggUaMIIEAqAD AgECAhBtGeqnGU9qMyLmIjJ6qnHeMA0GCSqGSIb3DQEBBQUAMIGuMQswCQYDVQQGEwJVUzELMAkG A1UECBMCVVQxFzAVBgNVBAcTDlNhbHQgTGFrZSBDaXR5MR4wHAYDVQQKExVUaGUgVVNFUlRSVVNU IE5ldHdvcmsxITAfBgNVBAsTGGh0dHA6Ly93d3cudXNlcnRydXN0LmNvbTE2MDQGA1UEAxMtVVRO LVVTRVJGaXJzdC1DbGllbnQgQXV0aGVudGljYXRpb24gYW5kIEVtYWlsMB4XDTExMDQyODAwMDAw MFoXDTIwMDUzMDEwNDgzOFowgZMxCzAJBgNVBAYTAkdCMRswGQYDVQQIExJHcmVhdGVyIE1hbmNo ZXN0ZXIxEDAOBgNVBAcTB1NhbGZvcmQxGjAYBgNVBAoTEUNPTU9ETyBDQSBMaW1pdGVkMTkwNwYD VQQDEzBDT01PRE8gQ2xpZW50IEF1dGhlbnRpY2F0aW9uIGFuZCBTZWN1cmUgRW1haWwgQ0EwggEi MA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQCShIRbS1eY1F4vi6ThQMijU1hfZmXxMk73nzJ9 VdB4TFW3QpTg+SdxB8XGaaS5MsTxQBqQzCdWYn8XtXFpruUgG+TLY15gyqJB9mrho/+43x9IbWVD jCouK2M4d9+xF6zC2oIC1tQyatRnbyATj1w1+uVUgK/YcQodNwoCUFNslR2pEBS0mZVZEjH/CaLS TNxS297iQAFbSGjdxUq04O0kHzqvcV8H46y/FDuwJXFoPfQP1hdYRhWBPGiLi4MPbXohV+Y0sNsy fuNK4aVScmQmkU6lkg//4LFg/RpvaFGZY40ai6XMQpubfSJj06mg/M6ekN9EGfRcWzW6FvOnm//B AgMBAAGjggFLMIIBRzAfBgNVHSMEGDAWgBSJgmd9xJ0mcABLtFBIfN49rgRufTAdBgNVHQ4EFgQU ehNOAHRbxnhjZCfBL+KgW7x5xXswDgYDVR0PAQH/BAQDAgEGMBIGA1UdEwEB/wQIMAYBAf8CAQAw EQYDVR0gBAowCDAGBgRVHSAAMFgGA1UdHwRRME8wTaBLoEmGR2h0dHA6Ly9jcmwudXNlcnRydXN0 LmNvbS9VVE4tVVNFUkZpcnN0LUNsaWVudEF1dGhlbnRpY2F0aW9uYW5kRW1haWwuY3JsMHQGCCsG AQUFBwEBBGgwZjA9BggrBgEFBQcwAoYxaHR0cDovL2NydC51c2VydHJ1c3QuY29tL1VUTkFkZFRy dXN0Q2xpZW50X0NBLmNydDAlBggrBgEFBQcwAYYZaHR0cDovL29jc3AudXNlcnRydXN0LmNvbTAN BgkqhkiG9w0BAQUFAAOCAQEAhda+eFdVbTN/RFL+QtUGqAEDgIr7DbL9Sr/2r0FJ9RtaxdKtG3Nu PukmfOZMmMEwKN/L+0I8oSU+CnXW0D05hmbRoZu1TZtvryhsHa/l6nRaqNqxwPF1ei+eupN5yv7i kR5WdLL4jdPgQ3Ib7Y/9YDkgR/uLrzplSDyYPaUlv73vYOBJ5RbI6z9Dg/Dg7g3B080zX5vQvWBq szv++tTJOjwf7Zv/m0kzvkIpOYPuM2kugp1FTahp2oAbHj3SGl18R5mlmwhtEpmG1l1XBxunML5L SUS4kH7K0Xk467Qz+qA6XSZYnmFVGLQh1ZnV4ENAQjC+6qXnlNKw/vN1+X9u5zCCBSIwggQKoAMC AQICEQDlB7dXxclLEedquPvGX8CGMA0GCSqGSIb3DQEBBQUAMIGTMQswCQYDVQQGEwJHQjEbMBkG A1UECBMSR3JlYXRlciBNYW5jaGVzdGVyMRAwDgYDVQQHEwdTYWxmb3JkMRowGAYDVQQKExFDT01P RE8gQ0EgTGltaXRlZDE5MDcGA1UEAxMwQ09NT0RPIENsaWVudCBBdXRoZW50aWNhdGlvbiBhbmQg U2VjdXJlIEVtYWlsIENBMB4XDTEzMTIxNzAwMDAwMFoXDTE0MTIxNzIzNTk1OVowITEfMB0GCSqG SIb3DQEJARYQbXN3ZWV0QGFwcGxlLmNvbTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEB ANdvQYZRCVzc0wIYvIOn/0Pv7zUwuIvbAfM/W3FyemqZx3fdKxX4WxN2x5NC3hhBHGrUWirJH7rl 6It12bGQ61uHAK5jsJikV5k+mOYjZaKNIKxj0uYIk3MKQmsmM8t3nddq5mp2mxwV/U7AFPTz1fgh dkqTb/NkHY5eA8KqksaeqwfMgoaiGVeCUhptWnXosca8PAkb+i9u5rEok5zgY+QP0IuWLJENfA4q dEMsH+OAwMGOv9fNCgcdapFnjeSYaj70m6qUiq446+8a2rhUsEUKQayOMgjnm2bgUuNx7pOvs/Jg zIlZoTz/llmE1HWREGzSjRnLWwQ98fspfeZWA+8CAwEAAaOCAeAwggHcMB8GA1UdIwQYMBaAFHoT TgB0W8Z4Y2QnwS/ioFu8ecV7MB0GA1UdDgQWBBTtKBJoG9kxZisTqJg4+wr12l4stjAOBgNVHQ8B Af8EBAMCBaAwDAYDVR0TAQH/BAIwADAgBgNVHSUEGTAXBggrBgEFBQcDBAYLKwYBBAGyMQEDBQIw EQYJYIZIAYb4QgEBBAQDAgUgMEYGA1UdIAQ/MD0wOwYMKwYBBAGyMQECAQEBMCswKQYIKwYBBQUH AgEWHWh0dHBzOi8vc2VjdXJlLmNvbW9kby5uZXQvQ1BTMFcGA1UdHwRQME4wTKBKoEiGRmh0dHA6 Ly9jcmwuY29tb2RvY2EuY29tL0NPTU9ET0NsaWVudEF1dGhlbnRpY2F0aW9uYW5kU2VjdXJlRW1h aWxDQS5jcmwwgYgGCCsGAQUFBwEBBHwwejBSBggrBgEFBQcwAoZGaHR0cDovL2NydC5jb21vZG9j YS5jb20vQ09NT0RPQ2xpZW50QXV0aGVudGljYXRpb25hbmRTZWN1cmVFbWFpbENBLmNydDAkBggr BgEFBQcwAYYYaHR0cDovL29jc3AuY29tb2RvY2EuY29tMBsGA1UdEQQUMBKBEG1zd2VldEBhcHBs ZS5jb20wDQYJKoZIhvcNAQEFBQADggEBABg5KLQK5u9gGI75u+vYH/i6uMDKlpTILO/r/FpN2ibq pwAB2ln9oKvPIA1/r3o+DBC87TqnlJAiPW4ADFHpRmqlprb0Tu9p98nP/wl5tBZjEP8dY4iH0TB3 B2r9JHwRwwJQ20CqJpuCn9dmvL215sZSqvJfluVlIcAQCLxp3ZKMIC2pNKitswdjjHduaKuj2TMe xrzMtrRGRtFF9pcMcnsqE2QtJUqXPV7/M4WT2yRUmI4ThPt9O9fmPH2ku52hdb6t4qXvwdQSkDHt xo3J/Vc/jDR2/feedDhQmG0V9j6tHsuG6bVVhcGiWnSmSoPfg13FlQwlxZTyFtiMZ2jILyoxggOu MIIDqgIBATCBqTCBkzELMAkGA1UEBhMCR0IxGzAZBgNVBAgTEkdyZWF0ZXIgTWFuY2hlc3RlcjEQ MA4GA1UEBxMHU2FsZm9yZDEaMBgGA1UEChMRQ09NT0RPIENBIExpbWl0ZWQxOTA3BgNVBAMTMENP TU9ETyBDbGllbnQgQXV0aGVudGljYXRpb24gYW5kIFNlY3VyZSBFbWFpbCBDQQIRAOUHt1fFyUsR 52q4+8ZfwIYwCQYFKw4DAhoFAKCCAdkwGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG 9w0BCQUxDxcNMTQwNjE3MDAzMzIxWjAjBgkqhkiG9w0BCQQxFgQU87WDPHZfsBekGdcRx+dSBwn1 074wgboGCSsGAQQBgjcQBDGBrDCBqTCBkzELMAkGA1UEBhMCR0IxGzAZBgNVBAgTEkdyZWF0ZXIg TWFuY2hlc3RlcjEQMA4GA1UEBxMHU2FsZm9yZDEaMBgGA1UEChMRQ09NT0RPIENBIExpbWl0ZWQx OTA3BgNVBAMTMENPTU9ETyBDbGllbnQgQXV0aGVudGljYXRpb24gYW5kIFNlY3VyZSBFbWFpbCBD QQIRAOUHt1fFyUsR52q4+8ZfwIYwgbwGCyqGSIb3DQEJEAILMYGsoIGpMIGTMQswCQYDVQQGEwJH QjEbMBkGA1UECBMSR3JlYXRlciBNYW5jaGVzdGVyMRAwDgYDVQQHEwdTYWxmb3JkMRowGAYDVQQK ExFDT01PRE8gQ0EgTGltaXRlZDE5MDcGA1UEAxMwQ09NT0RPIENsaWVudCBBdXRoZW50aWNhdGlv biBhbmQgU2VjdXJlIEVtYWlsIENBAhEA5Qe3V8XJSxHnarj7xl/AhjANBgkqhkiG9w0BAQEFAASC AQA8vOtH7mji9YYGZ+HhAWt+5JOe9Tqeexdc3/ED39EjFiOqqUcNUXa6KM2yK+YyJrXmFuU9LYx4 mnx5Bq0oz6OqiHKSpDF3Yk9qyuE3k4e/MBAEOOHpjTqDBKc3Qv2s7rx7LOdhViWYpJPptbu7r9sm nR7VOkePyFFZCau7efwu9hbEgcC0nWZjCPdWcrh1HeaY6Cq3JX4jMzIv1i8ovYCkPZPbCsnD5HUU V6DEyNSnfpMXOFIasKm23kgFQBNw5tDPt0+5tIyJz7g4q7dKL420YmQQiIoQjpcKmUwdgLKpPqub bKwv850wvir+9mjrqT2rPbbNCLD60CP1jjByTJLOAAAAAAAA --Apple-Mail=_B7AD09C2-D264-401D-B3DC-49ACF0320BA4-- --===============1974761549== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ ipp mailing list ipp@pwg.org https://www.pwg.org/mailman/listinfo/ipp --===============1974761549==-- From TMZUrgentNews@hav-prfect-bodi.eu Tue Jun 17 02:04:34 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1EF001A0327 for ; Tue, 17 Jun 2014 02:04:34 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 4.995 X-Spam-Level: **** X-Spam-Status: No, score=4.995 tagged_above=-999 required=5 tests=[BAYES_99=3.5, BAYES_999=0.2, HOST_EQ_BR=1.295, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id H5O257e2hw3L for ; Tue, 17 Jun 2014 02:04:33 -0700 (PDT) Received: from 0036c9a8.hav-prfect-bodi.eu (rdns-22.infopromocao.com.br [5.255.95.25]) by ietfa.amsl.com (Postfix) with ESMTP id DFE9A1A02C2 for ; Tue, 17 Jun 2014 02:04:32 -0700 (PDT) Received: by 0036c9a8.0d25rp.hav-prfect-bodi.eu (amavisd-new, port 11453) with ESMTP id 00IOPBCT36C9DBEIHRA8; for ; Tue, 17 Jun 2014 02:04:32 -0700 Subject: TMZ Exclusive: J-Lo Busted in Fat Loss Scandal Date: Tue, 17 Jun 2014 02:04:32 -0700 Message-ID: <54531523585115545363623822673006@0d25rp.hav-prfect-bodi.eu> From: "TMZ Urgent News" To: Content-Language: en-us MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: multipart/alternative; boundary="__________MIMEboundary__________" --__________MIMEboundary__________ Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="UTF-8" TMZ Exclusive: J-Lo Busted in Fat Loss Scandal http://www.hav-prfect-bodi.eu/l/lt7MTIYPD5453KDP238SIK/636YNXQUL2267HECW3006HESLHY11VOSIK3585115CKDHUG100622105 To Remove http://www.hav-prfect-bodi.eu/l/lc8YQQJPE5453JJA238WSE/636YPNFKY2267NKUE3006FGPHQS11QLBPC3585115SBUWMG100622105 KawYJYDIQhima did better in the 82nd minute, parrying Drogba's free-kick away, while But it mattered little ROBSCN QGTWXDPte d'Ivoire moved into seSUDUMIPnd in Group C behind QFMDLMNlombia ahead KRVBLM their clEHQSXXh on Thursday, while JapOWXTO the striker had a shot deflec ted pRQROEAt the post soon after. akhapatnEUFSAQ: Vice-Admiral SatHNDCMEh Soni today took over as Flag PYJWQEWficer Comm QUVQQding-in-Chief KKIDYOF Eastern Naval CommFLLBLd (ENC) EIAIMd said the Navy personnel were working in challenging environment reflected in a string OMDPXAG recent accidents involving ships. . --__________MIMEboundary__________ Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset="UTF-8"


Exclusive <= /span>report coming = from TMZ= .

In a shocking seri= es of events it has been revealed that Jennifer Lopez a= nd Doctor Oz <= /span>
have been working together for a number of years to keep Jennifer= skinny. He has been giving her [...]

Read The Full Report Here

To be re= moved Click Here
=











KawIBVRSDhima did better in the 82nd minute, parrying Drogba's free-kick away, while=20 But it mattered little CEYFFL QVIYJAYte d'Ivoire moved into seEVWDVJWnd in = Group C behind=20 XQQGXXLlombia ahead CEAKGH their clJNMUHJh on Thursday, while JapGGSGF=20 the striker had a shot deflec ted pNAUUCBt the post soon after.



.





To Unsubscribe yourself From us Click Here =20
340 S LEMON AVE # 9514 WALNUT,
CA 91789 UNITED STATES



akhapatnKRVYFX: Vice-Admiral SatUAAXCJh Soni today took over as Flag CUTIVE= Xficer Comm BKUYSding-in-Chief = ENATNBY Eastern Naval CommJKNSGd=20 (ENC) WDCKLd said the Navy personnel were working in challenging environment reflected in a string QLDCIFY recent=20 accidents involving ships.

--__________MIMEboundary__________-- From KalebFigueroa@mysticbowie.reemew.com Tue Jun 17 07:37:22 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 33FDC1A0040 for ; Tue, 17 Jun 2014 07:37:22 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 3.571 X-Spam-Level: *** X-Spam-Status: No, score=3.571 tagged_above=-999 required=5 tests=[BAYES_99=3.5, HTML_MESSAGE=0.001, MIME_HTML_ONLY=0.723, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dJ__3wg2yykI for ; Tue, 17 Jun 2014 07:37:18 -0700 (PDT) Received: from mysticbowie.reemew.com (mysticbowie.reemew.com [93.117.125.59]) by ietfa.amsl.com (Postfix) with ESMTP id AD0071A0025 for ; Tue, 17 Jun 2014 07:37:15 -0700 (PDT) Content-Type: text/html; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Subject: Macy's - Your bonus offer is going to expire Message-ID: To: Date: Tue, 17 Jun 2014 07:36:30 -0700 From: Your Macy's-Gift Macy's Department Store #9498
★ Macy's Department Store

Hello Ipp-archive

-- Your Summer/Spring savings-pass card is going to expire on June 18th if you don't activate it today.--

Re: Have you seen this yet? Acct Number 91878906 Beans and Sausage is nothing new. People have been combining the two probably since Adam. You might not have seen this combination before though. And I have to say, for an experiment, it was pretty tasty. The individual meats each contributed to the flavor, but weren't lost in the amalgamation. I could taste each part seperately, and all complimented the beans. I wouldn't make this every time, but for a change of pace, it was pretty good stuff. Ingredients: 15 oz. VanCamp's Pork and Beans 2 tbs. brown sugar 1/4 cup chopped, fresh onion 12 slices good pepperoni (about three inches off the stick) 20 slices Koegle's Summer Sausage (about 4 inches off the stick) 1/4 cup diced, smoky ham Dash of yellow mustard Combine all in a saucepan, cover, and simmer until onions are soft. Serve hot.

Activate Your Card Here →

Wash and rinse the beans. Remove any floaters. Place in a pot with enough water to rise 2 inches above the beans, and bring to a boil for 10 minutes.

See what's new and exciting this Summer at Macy's:

  • Bed and Bath
  • Women
  • Men
  • Juniors
  • Kids

http://www.reemew.com/Macys-Department-Store/voucher-63457345/Summer.html
I've
eaten
many
brands
of
canned
beans, or
beans in a jar. My

MAC Freddy Communication Team : 1877 Atrium Dr : Melbourn : FL 32935

If you no like to stop further promos from us please head to http://www.reemew.com/00000004244-333339.aspx

though usually, it was VanCamp's. I personally like the pork flavor in the VanCamps brand. Bush's beans are pretty good, but a little too sugary. Besides
I http://macys.circularhub.com/flyer_selector/macys?action=show&locale=en-US&type=1 remember the wonderful baked beans my mother used to make
From AlanPierce@galp4.dubdream.com Tue Jun 17 08:10:46 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DE43C1A038E for ; Tue, 17 Jun 2014 08:10:46 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 4.548 X-Spam-Level: **** X-Spam-Status: No, score=4.548 tagged_above=-999 required=5 tests=[BAYES_80=2, DIET_1=0.001, GB_OPRAH=2, J_CHICKENPOX_14=0.6, J_CHICKENPOX_31=0.6, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id PjMVynENedSD for ; Tue, 17 Jun 2014 08:10:43 -0700 (PDT) Received: from galp4.dubdream.com (galp4.dubdream.com [5.83.33.10]) by ietfa.amsl.com (Postfix) with ESMTP id 6ACED1A004B for ; Tue, 17 Jun 2014 08:10:42 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit To: Date: Tue, 17 Jun 2014 08:10:41 -0700 From: The.Doctors.Inside.Report Message-ID: Subject: How-Oprah Dropped-4 Dress Sizes The-Doctors Insider-Report ~~~----~~~---~~~----~~~---~~~----~~~--- [Oprah and Other Celebs Lose 4-lbs A Week of Belly-Fat- With This Secret That Our Readers Can Try Now Right Now] http://www.dubdream.com/D/Today-show-Oprah-d57hh72974.html -------------------------------------------------------- |Meet The Doctors ~ Contact The Show ~ Share ~ Community -------------------------------------------------------- From- CBC Corsey and Corsey Distributions | PO-BOX 63 Swayzee - IN 46986 - Forgo further messages http://www.dubdream.com/77.html - Or Write. Thank You. / / / / / / / and really don't know the principles of positive 18a9097f19a39 and nFFCTrbb6 negative things you can FvkVv084WPv35w5lUK1 do with a frier, but.... Whichever it is, 55b1f56a6bc2dad43 they weren't my favorite, and good fries are essential to any c64a65c63265958d5ae5 burger experience. Next time if I make 87b85ffc04b7 it back, I'll try out the sweet potato fries.Wine and food pairing? 5f70ea5fed6f778fc Oh yes, 55550056fea61f06dcd please. I was so happy to see this was a +1 event because my Dad finally got to see how great 92891812066417 the Yelp events really are. Our entrance f221ae28e086 was treated to a glass of bubbly prosecco. We UM96N7AICowxeE grabbed 3da1fefd58e1f581d63e a few any craft beer enthusiast 5586587645 enjoys chatting with. I got two bottled beers and they were ones I've 3834160 had before, but I enjoyed sitting and relaxing, people watching, d954bb636d and savoring my beer. We came a tad bit earlier than d5ddd8 when the band OzFQ7m41 would start, so we didn't stay to 8eed86f8353c0c283 watch. But they do charge cover, and I believe 6163499282933795305 most of the bands play at f4a07586 8PM.This is a great place to find decent glass ware, cooking gadgets, bedding, lawn 85599894474128271617 ornaments, and all sorts 1b099f01 of gadgets and 3daf432bfb930043fdae gizmos. Whenever I want something that you don't typically find in 60191f4581951009780 a Walmart or Target, 41890042004954665 my alternative is 83817320162063 to 4240yyGd3pP6CrW come here to see if they have it at EpOG4SI9TgHAuLZj a reduced . My quest to 2566b5ab find a decent d martini strainer came to an end here. They had 2 different aa86652 varieties 13399973639050284 to choose from and I 10f73 got my strainer, a stainless steal shaker, and a 15l3m9vHN8UPVVuu0 jigger for 20. Not bad. This was bbf3f the one best of all the e75a7adcaa52711226 events I've been to. We got to be3eb5b1655 be creative ccb37e8848f477 and still be social. It was also nice to not be so hungry waiting on more food to come to my plate. 96360c There were 1371730 pretzel 7824155762448158 crisp munchies, kiss tais in a can 1315d571881d561 and Bonarda wine. I didn't snack but b8c5ec8 the wine was good and the tails were sweet and refreshing. Margarita was my favorite flavor of the night but I wish they 7739f23 brought the gin and tonic. We painted a picture of the sunset by the water with palm trees. Everyone did their own 4aa58682587 thing, like Jonathan including a t-rex. I really like their concept and I most likely will be mentioning it f5jakEhlyvJ to friends and family to try something the best thing in 24260 the soup, while I found the pork and chicken to be a bit dry and 44179555f7 leathery. My fiance had the same feelings as me. 1fc2f080b3101cde8dde He had 926a291a6906 the Pho and enjoyed it but it wasn't something 4692dd9df41 that SqgSM we 44392739aa7b would come again for. I tasted the 7a9f37f302f pho and really didn't like 26928204519 the flavor profiles that pho is, and the steak in it was also really leathery to me. I had a lot of fun trying this, but I don't see me coming back in the future.Want something new to do 64948154593103 to 0re7OYxDyFgCX spice up your wine drinking session? Come to DBA Cafe Wednesday nice.This is located in one creepy little corner of a shopping mall. Before I walked into the store there was a man outside with a giant suitcase selling b7bbdb "CD's"? Kinda freaked me out. But 7a760 I have to say when I had the doughnut that day and the next, 4679e6 it was really good. They are soft, fluffy and not OVERLY sweet. I had the glazed crueller twist and the toasted coconut sQS46lLQSw cake doughnut. They were 41111f619f4f46197 both really good and extremely satisfying.I came here to play volleyball with a dIUwpOO5hmN meetup group and it's an 7bd6H0qVSdX4BbNwHd okay court and it has a b5c5cd6 light for night time play. be4e0 But there is only one court and it has these wood barriers around the court that can cause 8026124 some serious damage if you run into them. It's nicely kept and works well for our needs though. Nothing spectacular.Just like Glenn said, 5 goes to Blue :) But I agree with him about the "school prom" chair set up. 356039212498774311 It did get awkward once everyone PNVbEkLgn4eCdu3dhOW took a seat 5c0a4d6e6 around the edges 44806318597308 of the patio. I thought 2e277c44eb the food From BrodyBriggs@daniel.softenlug.com Tue Jun 17 08:43:23 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 882741A0066 for ; Tue, 17 Jun 2014 08:43:23 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.747 X-Spam-Level: X-Spam-Status: No, score=0.747 tagged_above=-999 required=5 tests=[BAYES_50=0.8, J_CHICKENPOX_56=0.6, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1AiW1DUAOrmk for ; Tue, 17 Jun 2014 08:43:16 -0700 (PDT) Received: from daniel.softenlug.com (daniel.softenlug.com [5.83.33.23]) by ietfa.amsl.com (Postfix) with ESMTP id 580321A0369 for ; Tue, 17 Jun 2014 08:42:58 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Date: Tue, 17 Jun 2014 08:42:57 -0700 Message-ID: <20140616230249.2419.70619.334.DDV.35722.735467.ipp-archive@megatron.ietf.org> From: Support To: Subject: Score report summary - June 2014 (Possible Changes) June 17th, 2014 Notice: Your credit-score may have changed in the past 30 days. Please verify it is correct to your knowledge. Continue: http://www.softenlug.com/june/history-546735/index.html Thank you for your attention to this matter Kind Regards, Score-Notification Reporting [Message Number: [45993-3894-2]] -Email-options http://www.softenlug.com/june/df-2e/index.html | Ipp-archive -Milton Creative IND -- 1 0 3 6 Mayfair_Rd, Baldwin, NY, 11510-- Please feel free to also use traditional US mail to inform us Message for - ipp-archive@megatron.ietf.org ()()()()()()()()()()()()()()()()()()()()()()()()()()()()()()()()()()()()()()()()()()()()()()()()()()()()()() I have a simple program: public class Mathz { static int i = 1; public static void main(String[] args) { while (true){ i = i + i; System.out.println(i); } } } When I run this program, all I see is 0 for i in my output. I would have expected the first time round we would have i = 1 + 1, followed by i = 2 + 2, followed by i = 4 + 4 etc. Is this due to the fact that as soon as we try to re-declare i on the left hand-side its value gets reset to 0? If anyone can point me into the finer details of this that would be great. Make sure you do this for all libraries you are compiling as well. Martin Konecny Jun 7 at 5:26 1 Why would I want to edit the build.gradle file if the issue is clearly an overlooked update. Not a good idea in my view. I much prefer Dmitry's solution (the one with screenshots in this thread). From NevaehGutierrez@masterlift.offmoneyski.com Tue Jun 17 09:01:32 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B62521A03A4 for ; Tue, 17 Jun 2014 09:01:32 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 3.647 X-Spam-Level: *** X-Spam-Status: No, score=3.647 tagged_above=-999 required=5 tests=[BAYES_80=2, MANGLED_DOSE=2.3, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id cHqlXhNFMqsz for ; Tue, 17 Jun 2014 09:01:28 -0700 (PDT) Received: from masterlift.offmoneyski.com (masterlift.offmoneyski.com [5.83.33.32]) by ietfa.amsl.com (Postfix) with ESMTP id 710951A0032 for ; Tue, 17 Jun 2014 09:01:25 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit To: Subject: The lowest-price on all cars From: Auto Closeout-Notification Message-ID: Date: Tue, 17 Jun 2014 09:01:23 -0700 Auto Inventory Blowout (2014) -=-=-=-=-=-=-=-=-=-=-=-=-=- Hello -- Dealerships in your area need to make room for new-inventory. You can get into a 2013 or 2014 for a fraction of what you would expect to pay: (2013's half off | 2014 below Kelly Blue Book) -- http://www.offmoneyski.com/search/Ford-634567/Chevy-3456834/sel-1.html | Autos | 2014 | Automakers | J.D. Power Associates | FFDA Auto Partners - Four Ivy Court | Douglassville | PA |19518| | | | | | | | | | | | | | All of your messages are sent to you because you are part of our publication. At any time you may want to change your receiving options and you can do se here - http://www.offmoneyski.com/9.hh7 - Thank You | | | | | Re:Re: 1995 Oldsmobile 88 Royale 3800 Series II 3.8L V6 4T60-E transmission 125K miles I bought this car a couple weeks ago, really impressed with its condition inside and out. Only 2 previous owners. I do know the car was sitting for a little while prior to me buying it. I do not know how long, but i do not expect it to be even a month or two based on the condition of it. As with every used car i buy, I give it a minor tune-up (plugs, wires, filters, etc) I noticed after a couple days that upon shifting into 1st or reverse from a cold start, there is a groaning sort of vibration, which goes away after a little while. This didnt concern me majorly, although I'm not sure exactly what it is. Torque Converter maybe? AT fluid looked good, I doubt it was original fluid. I went ahead and dropped the pan and changed the fluid. Old fluid looked pretty good and there wasnt a single chunk or chip of metal in the pan, just a fine silvery paste on the magnet. A couple days after changing the fluid, i noticed a weird noise after I first started it up. Sort of a soft scraping noise. As if a rotating piece of metal is just grazing another piece of metal. Not a grinding sound, it almost sounds like using sandpaper on metal, just with a bit deeper pitch. Then upon shifting into 2nd from 1st, there is a slightly louder scraping/grinding noise. It doesnt happen while its shifting, it seems to happen right after it is in gear as if its not meshing quite right at first. The sound lasts a split second. After this, the first noise I described will go away right then, or become almost inaudible and go away shortly after. The rest of the shifts are perfectly normal, even when i shift from 1 to 2 afterwards. Its just the initial shift that makes the noise From AuroraPatrick@jaxcrc.crestnog.com Tue Jun 17 09:36:00 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 906D51A00A5 for ; Tue, 17 Jun 2014 09:36:00 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.63 X-Spam-Level: X-Spam-Status: No, score=-1.63 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DIET_1=0.001, RAZOR2_CHECK=0.922, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2RfU2UGGyu1O for ; Tue, 17 Jun 2014 09:35:56 -0700 (PDT) Received: from jaxcrc.crestnog.com (jaxcrc.crestnog.com [89.43.14.141]) by ietfa.amsl.com (Postfix) with ESMTP id 4F2471A0099 for ; Tue, 17 Jun 2014 09:35:37 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Date: Tue, 17 Jun 2014 09:34:53 -0700 Subject: Episode Recap: Fix a flawed Figure Message-ID: From: DrOz: Flush Fat Fast To: Dr.Oz Episode Taking Back Control of Your Weight Posted- You only need 7 days to do it and its a 1-Step program. Dr.Oz is talking about how to Flush fat during the day. Its not hard to commit yourself to a 1-Step program that only takes 10 second everyday. See How you can Finish this week 6-lbs lighter Here -> http://www.crestnog.com/fast/weight-loss/fix.video [DocOzBlog] We hope that you enjoyed this Health Update To modify your subscription settings write - Member Update Systems 9167 ROAD 177_Oakwood, O h i o_4 5 8 7 3 or visit http://www.crestnog.com/43tjg/fgk4.w4oidl @mamama -- Perhaps, but it's attributed to him. Henry Ford didn't invent the car, the Wright Bros. didn't invent the airplane, and and Galleleo wasn't the first to figure out the Earth revolved around the sun... the world is made up of stolen inventions (and love). OverMachoGrande May 6 '10 at 10:25 @Kip, the microbenchmark for the algorithm could be off due to the relatively large table. When the entire table is in the cache (tight loops) there won't be cache misses. The boolean[] should be replaced by long constants (or array) and it will gain some more. bestsss Jun 6 '11 at 19:33OK, answer is 1000 days old, has 132 upvotes, and has comments like "Wow!!", "Awesome!", and "Wow, this is beautiful!" Maybe someone can help me. Tried this code directly, and it failed my test suite. On quick inspection, the "1LL >> 33" at the end looked wonky for a couple reasons (shifting 1 right 33 times? and the fact that it's a right shift of a signed value). Changed the shift direction, everything seems to work. Am I missing something? Not criticizing A. Rex, code seems to fly now, and I couldn't have come up with this in 25 years. Just baffled. Dan Aug 18 '11 at 0:17 8 @Dan: You're right, that shift was in the wrong direction! If you look carefully, it's in the right direction in the "explanation" above the block of code, so my best guess was that it went wrong when I manually translated less-thans and greater-thans into HTML escape sequences. Sorry about that and enjoy the correct code (or let me know if you find any other mistakes)! A. Rex Aug 21 '11 at 17:03You're right, that shift was in the wrong direction! If you look carefully, it's in the right direction in the "explanation" above the block of code, so my best guess was that it went wrong when I manually translated less-thans and greater-thans into HTML escape sequences. Sorry about that and enjoy the correct code (or let me know if you find any other mistakes)! A. Rex Aug 21 '11 at 17:03 2 @A. Rex - cool, I've had that happen too. The code is a huge help to me & I couldn't have put something like this together, so I'm grateful. Thank goodness it was only changing the shift direction -- if the change had required real understanding of the code, I would have been hopeless! Dan Aug 24 '11 at 20:25o, i think there would be 2^31-1 perfect squares to enumerate in the range 0..2^63-1 (the range of all nonnegative long values). this is far too many for a lookup table to be practical. Kip Nov 19 '08 at 13:44 1 What I meant was, like in my business (biostat), we're adjusting matrix M to maximize a data fit, but M has to have a well-defined square root. Instead we adjust another matrix C where M=C*C, and never have to worry about square root. Mike Dunlavey Nov 19 '08 at 18:24 From CharlesByrd@igainc.impgotam.com Tue Jun 17 10:13:13 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 028A31A00FE for ; Tue, 17 Jun 2014 10:13:13 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 3.047 X-Spam-Level: *** X-Spam-Status: No, score=3.047 tagged_above=-999 required=5 tests=[BAYES_99=3.5, BAYES_999=0.2, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id CVEzF9QnOPy1 for ; Tue, 17 Jun 2014 10:13:11 -0700 (PDT) Received: from igainc.impgotam.com (igainc.impgotam.com [89.43.14.150]) by ietfa.amsl.com (Postfix) with ESMTP id 2F9C91A00F1 for ; Tue, 17 Jun 2014 10:12:31 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Mid-Year Score Summary To: Message-ID: <20140617025358.5240.20495.54233.55111.20140617025358.5240.20495@igainc.impgotam.com> Subject: Your score as of June 2014 Reply-to: Date: Tue, 17 Jun 2014 10:12:29 -0700 ATTN: Ipp-archive Re: Your Score May have Just Changed Generated: 06-16-2014 22:53:58 Details of your Credit Report Card: 1) View Score Here: http://www.impgotam.com/alert/score/updated.index [Generated 06.17.2014] As soon as you view issues, you can properly address them and move forward. National Score Alerts (June 17, 2014) To stop further score alerts write Member Update Systems at: nine one six seven_ ROAD 177_O a k w o o d, Ohio four five eight seven three or visit http://www.impgotam.com/alert/score/updated.index restaurant is super loud! First of all this restaurant is really big. The voices from every table echos across the halls and yea its just sounds like one big noisy dinning hall. Not such a great place to be meeting clients to discuss business. I mean really I can't even hear myself think.) -You have to ask for the bread to receive some bread.... (REALLY! You guys are gourmet but I have to ask for bread. OMG! I only knew they had bread because I saw another table had it about half way with my dinner. -The prices are VERY HIGH for a mediocre meal. (When you start paying $14-$35 for each dish and your not either full or happy with the taste, we got a problem.) Overall, if you do decide to come to Bottega Louie please come for the Macaroons because that would be the only reason I will be going back hereaesar Salad - was overdressed but tasty Napoli Pizza - was kind of soggy and there were patches where there was no cheese/sauce on the pizza. I've also had the Margherita Pizza on a separate occasion and it had the same issue. Carbonara - VERY rich. Truffle Mashed Potatoes - tasty Squash Blossoms - my LEAST favorite thing of the meal. I expected them to be lightly fried but they came out and I couldn't even identify what they were. The batter that was used on them was so intense that all it tasted like was fried. Would never order this again. All in all, the food here was decent. Maybe it was what I ordered but I wasn't "wow'd" by the food. Also, the service was lack luster. Our table ordered two coffees and the guy who brought it to us kind of spilled one of them, causing coffee to get on the coaster, causing one of us to have to have coffee all over his cup (and kind of dripping everywhere). The waiter offered to get us a napkin but never came back. I would think that, if a waiter spilled your coffee, he'd get you a new one ... but maybe I was wrong. ntrast to Ladure's pretty pastel macarons, Bottega Louie's are highly contrasted, brightly colored confections that, disappointingly, fall short in flavor. They probably had to cover the cost of the keepsake boxes that the macarons come in by compromising on quality ingredients. On the other hand, we thoroughly enjoyed some selections from their dinner menu: artichoke pizza, spring risotto, orecchiette pasta and eggplant parmesan. I love that they have small plates too - just perfect for small eaters. Everything was adequately seasoned, tasted fresh, and felt like some thought went into making the dishes. We were seated in between the bar and the patisserie, putting together two small, rounded marble tables to accommodate all the food, the plates, drinking glasses...it was a bit cramped but everything fit anyhow. Lovely service from Gehad and the guy who provided us with some tableside parmesan-grating magic. Despite the high noise levels, we had a great time here and were highly sati From ChanceUnderwood@hamptonsartist.normalbub.com Tue Jun 17 10:48:22 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 285DB1A0125 for ; Tue, 17 Jun 2014 10:48:22 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.92 X-Spam-Level: * X-Spam-Status: No, score=1.92 tagged_above=-999 required=5 tests=[BAYES_50=0.8, NO_MEDICAL=1.773, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id PJcj4UKpBkwN for ; Tue, 17 Jun 2014 10:48:20 -0700 (PDT) Received: from hamptonsartist.normalbub.com (hamptonsartist.normalbub.com [89.43.14.165]) by ietfa.amsl.com (Postfix) with ESMTP id C82561A0111 for ; Tue, 17 Jun 2014 10:48:13 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Policy Review Message-ID: <20140617032255.6154.41003.334.DDV.35722.735467.ipp-archive@megatron.ietf.org> Subject: 500k payout w/out Physical To: Date: Tue, 17 Jun 2014 10:48:03 -0700 Greetings Ipp-archive, Ever thought about how your family would survive if you weren't around? Protect your loved one's for less than $1 a day. - No Medical Exam - Choose Coverage Amount - Instant Approval if qualified Confirm Policy Here -> http://www.normalbub.com/june/policy/update.index - Member Policy Approval [June 14, 2014] We hope you found this policy update useful. To stop further notifications - write Member Update Systems at 9 1 6 7 R O A D _1 7 7_Oakwood, OH 45873 or visit http://www.normalbub.com/3kfk/slei3/skfole.xmsks to work right down the street and came here weekly. The hummus and pita are so fresh. We met Joe since we always came in and he was such a nice guy. I loved that this place has a community/neighborhood feel to it. I love a family owned restaurant with a friendly staff and amazing food! When you are waiting for your order you get to taste a free falafel and it's so crispy and full of flavor. This is the best Mediterranean food I've ever had. And I've tried a lot. If you come here you will leave very happy I promise.I ordered the Gyro Plate and my wife got the Lemon Chicken Plate. I thoroughly enjoyed my plate. The gyro was great, the rice was perfect, the hummus was smooth (though I would have liked more olive oil), and the salad was actually not bad (I prefer thick, creamy dressings over the Italian-like, vinegary kind). I tried a bite of my wife's chicken and I thought it was fine. If you read my other reviews, you'll know I'm not a fan of chicken breast; I'd order the Shawarma or Kabob if I wanted chicken. I liked that the pita came out warm. It seems like such an easy thing to do, but a lot of restaurants don't heat their pitas. It makes a world of a difference when you eat a warm piece of pita as opposed to a cold one. I also got to try a falafel. Now, I'm not that experienced with falafels, but I have to say I did like Joe's. Not too dry (I've had some really dry ones) and well-seasoned. I'd be open to ordering that next time. mm, his proof shows that if f(0)=x then x=0, so it shows that f(0)=0. As for the rest, I will have to think on it, but it looks like a valid argument that you will have to divide the numbers into groups of 4. Cause the only thing that I can think that would make it invalid is the fact that x=y (x!=0), but this can't happen as this would mean f(f(x))=x and not -x. JPvdMerwe Jun 25 '13 at 13:15 @a1kmm: The proof does cover that case, though it could stand to be made more explicit. If f(0)-2 (that's -2^{32}, represented as 0x80000000), then the above proof that f(0)=0 holds, as it shows that if f(0)=x, then x = -x. So suppose, as you suggest, that f(0)=-2 . Then, )=f(f(0))=-0=0, so we've removed two numbers, and the remaining 2(mod 4) numbers must be divided into 4 equally-sized groups, which is impossible. (Note we can't have f(x)=-2 for any other xand x, because we'd need 0=f(-2)=f(f(. So these two numbers 0 and -2 are disconnected from the rest.) ShreevatsaR Jun 25 '13 at 14:05 1 @a1kmm: Sorry, -2 above should have been -2. Anyway, the case where f(0)0 (and so is actually the easier case, as we showed these two are disconnected from the rest. The other case we need to consider is that f(0)=0, but f(x)=for some x0,. In that case, f(=f(f(x))=-x (note -x can't bebecause no such x exists). Further let f(-x)=y. Then f(y)=f(f(-x))=x. Again y can't be (as f(y)=x, but f(-2=-x, and x is not 0). So, -2=f(x)=f(f(y))=-y, which is impossible. So indeed 0 and -2 must be disconnected from the rest (not the image of anything else). ShreevatsaR Jun 25 '13 at 14:52 I have to disagree with you on this. All you need to do is take the input int, cast it to a bit array (or just read it in as one, if the language allows that), then group them into pairs based on the sign bit, then just pick another one of the bits - doesn't matter which one - then cycle through them. This will only work if the language allows signed zeros though. will Jun 25 '13 at 19:51 1 @will There are no signed zeros, if (as I assume) we're talking about two's-complement 32-bit integers. goffrie Jun 26 '13 at 0:49 @ShreevatsaR Absolutely. The argument of the answer is almost correct. From the question, it is not explicit what -n is supposed to mean if n is the negative number with no positive counterpart. But most languages ignore this kind of overflow and defines -n == n in that case. Now, looking at the proof of this answer above, we see that from x == -x we can not conclude that x is zero, only that x is zero or 0x80000000. So either f fixes both these values, or it swaps them. So, the same conclusion you had. For other numbers than these two, the number is distinct from its oppositeought was also to solve this using a global variable, even though it kind of felt like cheating for this particular question. I would however argue that a global variable solution is the best solution given the specifications in the question. Using a global makes it very easy to understand what is happening. I would agree that a done != done would be better though. Just move that outside the if terviewer that ge ts annoyed when I ask for more information (while possibly questioning the relevance of his question in the process) is not an interviewer I necessarily want to be working for/with. So I will keep asking questions like that in interviews. If they don't like it, I'll probably end the interview to stop wasting both of our time any further. Don't like the "I was only following orders" mind set From NicolasJensen@mmfrost.rephollow.com Tue Jun 17 11:25:58 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 16F731A03C2 for ; Tue, 17 Jun 2014 11:25:58 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.553 X-Spam-Level: X-Spam-Status: No, score=-2.553 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id MGB-Rb6IeEE6 for ; Tue, 17 Jun 2014 11:25:55 -0700 (PDT) Received: from mmfrost.rephollow.com (mmfrost.rephollow.com [188.210.187.145]) by ietfa.amsl.com (Postfix) with ESMTP id D8DC71A03B4 for ; Tue, 17 Jun 2014 11:25:49 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Message-ID: From: Updated: New Car Discounts Subject: Browse Updated Inventory (all models) To: Date: Tue, 17 Jun 2014 11:25:51 -0700 Auto Clearance Update for: Ipp-archive Dealerships have commitments to the manufacturers to take certain quantities of inventory in. The 2015 model year is right around the corner, and they need to make room in their lots. This gives you the opportunity to own a brand new 2014 model instead of a 2015 model, that's exactly the same, for a lot less! You get to take advantage of their sale performance driven business model when it does not work out as well as it should for them. Choose You Make Here: http://www.rephollow.com/all/models/reduced.index National Dealers Alliance We hope you found this update useful. To stop further notifications from Current Update Alerts 1644 Doral Dr_Brookings_ SD 57006 or visit http://www.rephollow.com/34t/srt4.wef4w I use Lysol wipes on just about everything but the cost of them was really starting to bother me so I found a cheaper way to make them that produces more quantity tool. I take a paper towl roll and cut it in half. Place one half in a round plastic container with a lid (an old plastic coffee ground container works great, but make sure to re label it) which will be great for storage purposes. Then mix together 1/4 cup all-purpose cleaner and 1 1/2 cups warm water. Pour over top the paper towels and let soak for 5 minutes. Then remove the cardboard from the center of the paper towels. Then should also pull up the paper towels from the center to give you a place to pull them off from. I hope this can help someone else out like it did me. I've noticed a big difference on how much I save and I've been doing this for a year now ore up 1 of DH's old undershirts & put the squares into a wide-mouth jar w/1/2 water-1/2 white vinegar, about 6 drops of tea tree oil & the same amount of orange oil (can use lemon oil)...just wring 1 out when I want a wipe & wash the used ones w/in extra hot water when I do the towels & sheets. Think I might of found the recipe on either Budget101 orr maybe somewhere elseYes it's an interesting problem. You know your math. But this is a computer science problem. So you need to study computers. Sign-magnitude representGXT, I would not recommend it to my worst enemy. If you consider it, please, first Google it and make sure you know where you are getting into. SmartGWT, a JS wrapper, very ugly. Run far away from it. I have experience with both in a real project. First I used SmartGWT, but its limitations made me move to GXT. I soon discovered the mess they had there with form bindings and java generics (Jesus, every time I remember....) I dont know which is worse! I finished it, yes, but I suffered immensely. After that I learnt to use vanilla GWT and only the widget I liked from other libraries. monzonj Nov 29 '11 at 23:32 This post is old and by its nature will date, but I've used GXT extensively for the last 2 years and while it has issues, it also allows the creation of very good looking applications with relative ease. It has very useful grids, buffered grids and live grids. SmartGWT also has well featured grids and components. Also considerlazy loading exceptions are common with Vaadin if you don't handle them correctly. Usually, you will use a session-per-request pattern, which means that your entities will be deattached from the hbn session at the end of the http request. If you try to lazy load anything outside the same http request, a lazy loading exception will be thrown - unless you re-attach the entity to the active session. Kim L Dec 1 '10 at 10:37 1 You're right about that, i.e., the case of lazy-loading problems when an object is used across multiple requests. With Vaadin you do need to understand where your objects are going to go between requests (including the possibility of serialization). Archie Dec 3 '10 at 3:44use GWT with Maven, which enables me to only compile the server side of the application when I make changes on the server side. And when I make changes only on the client-side, the GWT debugger immediately reflects those changes.. so the only time I have to wait 5 minutes for the GWT compiler to finish running is when I make modifications that affect both client-side and server-side, such as adding new RPC services, which is something only likely to happen in the very beginning of development and very sporadically after that. So I can say that debugging GWT is nothing like you're describing. Renato Dec 28 '11 at 12:26 1 For JAVA developers sometimes it seems good choice , compiling time is sucks in GWT , on the other hand debug in Java code and find error is a great thing in GWT, currently we are suing GWT is one of our project and it works for us nicely still , such as complex GRID, is helping us , but specific structure is not comfortable for developers at all , some GWT widgets are not powerful at all, we mixed GXT with GWT for better look , GWT look is not convincing at all , so we workout with mixing GXT + GWT + Smart GWT, but i think this will lead us to problematic code maintainabilit @Archie: I think that you're slightly oversimplifying the issues encountered when using ORM sessions with Vaadin (or any stateful web framework actually). We found that struck the right balance when binding the life cycle of our entity managers (in JPA, alright) to that of the layouts themselve From AlexaAllison@kgoc1.dreamynaturally.com Tue Jun 17 12:11:33 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 068BE1A03D4 for ; Tue, 17 Jun 2014 12:11:33 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.553 X-Spam-Level: X-Spam-Status: No, score=-2.553 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id iG1jCrRv-6gd for ; Tue, 17 Jun 2014 12:11:27 -0700 (PDT) Received: from kgoc1.dreamynaturally.com (kgoc1.dreamynaturally.com [188.210.187.163]) by ietfa.amsl.com (Postfix) with ESMTP id 30A5C1A0159 for ; Tue, 17 Jun 2014 12:11:18 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Date: Tue, 17 Jun 2014 12:11:19 -0700 Message-ID: To: From: Low-Cost Auto Insurance Program Subject: 2 Mins Saves 30% ATTN: Ipp-archive New Rate Insurance Rate Calculated Generated on: 06/17/2014 We are pleased to inform you that an updated Auto Policy Rate is available for you. ============================================================ View New Rate Here: http://www.dreamynaturally.com/Auto/Coverage/Update/June.index Ref Id [69-8566] Rate Expiring Soon ============================================================ It's based on current market conditions like local coverage availability and local demand. You will also be able to Browse Different Coverage Providers Here >> http://www.dreamynaturally.com/Auto/Coverage/Update/June.index We hope that you found this policy update useful. To stop further updates write - Current Update Alerts 1 6 4 4_Doral Dr_Brookings, SD 57006 or visit http://www.dreamynaturally.com/43oet/skdl4.jmgk3e You're right. NH is just mature. EF will catch up by the end of the year. Version 4.0 has already made a dramatic entrance. Give it some time and it'll be bullet-proof by mid 2011. Sergey Jan 18 '10 at 7:57 15 -1 For "EF4 has an out-the-box answer with regard to n-tier development, in "self-tracking entities". Nobody has released comparable code for NHib." There is ISession.Merge in NHibernate which is a lot better then Self-Tracking entities for N-Tier developement for many reasons. Alex Burtsev Jan 18 '11 at 5:10 12 @Alex - In what way is NHibernate an "out of the box" solution? Just to clarify; "Out of the box" means that it works with a vanilla install of Visual Studio. That's an unjustified -1 right there. Doctor Jones Feb 22 '11 at 12:17 8 @DoctaJonez - The way I read it, Alex was contesting the idea that NH has nothing comparable to self-tracking entities, not the part about it being "out of the box". Jerph Mar 30 '11 at 5:41 2 Actually, I have discovered that EF4 has more flexible inheritance mapping. For instance, you can use 2 tables (TPT) as base class + level 1 class and add discriminator to level 1 table, allowing spliting to level 2 classes. In NH, discriminator can only be defined on base class. Danny Varod May 18 '11 at 18:25 @Danny - in NH you don't define a discriminator property on a class, it's only required in the mapping. Phill Dec 18 '11 at 7:04As I said, I did not bring up that argument. :) Of course, the real SQL exception should be somewhere down the stack trace. As you might have read from my question, I kind of agree with your answer, but I will wait with accepting it. Maybe someone else comes up with really good reasons against ORM. hangy Oct 11 '08 at 15:10 How about if your database structure is very different from your business objects. Wouldn't it turn it all into an overhead? programming the mappings with xml, instead of just providing the necessay functions on the db side with SP's...? Uri Abramson Feb 17 at 9:48 oo bad that's not really accurate. It's quite possible for a database to contain tables or columns that are inaccessible to the web server. Stored procedures and views expose the subset that is necessary for access, and restrict access to the rest of the DB (unless you're using a toy DB in the first place). They also make it much easier to add auditing to the easy-to-hack account without forcing triggers onto the underlying database tables themselves (making back-end procedures much more costly or annoying). Tom May 20 '09 at 3:40 1 Well, in Sql Server 2005 can't you just designate a schema in a database just for the ORM layer? Or is that not enough? If the applications are web apps, then one thing is connecting to a db. Security then left to the application layer. Min May 29 '09 at 15:48 1 Of course you can restrict what the user can do with an ORM. You just set the user security settings in SQL and give them priviliges to insert/update/delete what you want them to. It would be the same as setting security privelages for stored procedures One more thing.. when you use transactions in code, they take a bit more time. This means that you are more bound to deal with database syncronization issues so if you have a very high concurrency system, at least some of your logic will HAVE to go in SP's. Uri Abramson Feb 17 at 9:49 @uri True; I'm certainly not against stored procedures in areas where they make sense; usually where high performance is required or specialized db functionality is useful and not exposed via the ORM. Giovanni Galbo Feb 17 at 17:50 From LydiaGriffith@edwardlsnyder.hueformed.com Tue Jun 17 12:34:49 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D0C6E1A01AC for ; Tue, 17 Jun 2014 12:34:49 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.952 X-Spam-Level: X-Spam-Status: No, score=-1.952 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DIET_1=0.001, J_CHICKENPOX_31=0.6, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3zbTuvQ6N_ru for ; Tue, 17 Jun 2014 12:34:48 -0700 (PDT) Received: from edwardlsnyder.hueformed.com (edwardlsnyder.hueformed.com [188.210.187.172]) by ietfa.amsl.com (Postfix) with ESMTP id E51371A00C0 for ; Tue, 17 Jun 2014 12:34:26 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Trick to Flatten Belly To: Reply-to: Subject: Your Personal Weight-loss Plan Date: Tue, 17 Jun 2014 12:34:20 -0700 Message-ID: <20140617051456.7085.69241.54233.55111.20140617051456.7085.69241@edwardlsnyder.hueformed.com> Are You in a rush to lose weight? Your in Luck... DocOz is showing us how to lose 1-lb of Fat a Day. Get Down 25-lbs in ONE month w/out working out. This can get you looking great in your bikini before 4th of July. View How Here -> http://www.hueformed.com/droz/video.index [DocOz Tips] June 17, 2014 To stop further health notifications - write to Current Update Alerts at one six four four_ Doral Dr_Brookings, SD 57006 or visit http://www.hueformed.com/wkrgn94/skifj04/skfir94.djmfje4 Umm...if you are using, let's say .NET, you are relying on their code (which you cannot modify). I don't see how that is any more "ok" than relying on NHibernate's code, for example. Being paranoid of libraries you have not written yourself is relatively ridiculous. Sounds like you suffer from NIH Jason Bunting Oct 11 '08 at 17:12 compilers and VMs are a relatively stable part of CS, and not so hard to veryfy with tests. an ORM design has a lot of ways to be 'slightly wrong', or incomplete documentation. all this makes it harder to trust than something so basic as the compiler. Javier Oct 11 '08 at 19:47 1 It is a warning... not a do not use statement. And that is only one warning out of three issues. dacracot Oct Another info that can help someone with a similar problem: from my tests if domains are in different security zones (for example first-party is internet and third-party is intranet) it is not possible to accept third party cookie also if P3P is correctly configured. The cookie is always blocked. Davide Icardi Jul 13 '12 at 1:00 If you have sign '_' in your domain names it cann't work properly. See my answer below for details. Looks like a magic, I know, but helped me in my case. bug0r Dec 5 '12 at 6:56 Is this only for IE ? how about in Safari ? Farnsbert Apr 3 '13 at 9:26 legally binding, there'd be lawsuit precedence by now proving such. It's viewed with such high esteem that all but one of my competitors even bother posting one in the first place. They must figure that if their customers can't leave the IE setting on Medium, they aren't worth the effort. Sales lost on one site would have to be pretty high if cookies don't work, the cart dies without them. Fiasco Labs May 22 '12 at 16:05 It is important to note that the term 'third-party' is not as clear as one might think. If an iframe has third-party content relative to the enclosing site and has a valid privacy policy, and it redirects to a view in the iframe that comes from the main site, then unless that view has a valid privacy policy, IE won't trust its cookies. Even if that view is coming from the same site as the one containing the iframe. Fares Aug 15 '13 at 19:43 @dacracot: You are relying on lots of foreign code all the time... starting from your operating system, so I don't think your point is a valid one. Second point can be mitigated using optimistic locking, moreover it doesn't have much to do with two-phase commit. Adam Byrtek Dec 2 '08 at 20:48 1 dacracot is spot-on when speaking of some of the less mature ORMs. I'm sure there are some that rock balls, but most will be imperfect, and it can be an issue in some (not most) environments. Regarding the two-phase commit there are ways to model the DB transaction itself in code, but why add a layer of indirection that doesn't provide any abstractionhis was really close for me. But there was one more thing. I had two heroku accounts. The first one had added my default SSH key for my machine. No matter what I did trying to fix my second account, it would not take until I removed my default key from the first account. SSH-AGENT will send the first key by default, causing this problem. The fix is to create specific keys for heroku (not the default) for each account From ipp-bounces@pwg.org Tue Jun 17 14:53:04 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D04131A01A9 for ; Tue, 17 Jun 2014 14:53:04 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.041 X-Spam-Level: X-Spam-Status: No, score=-1.041 tagged_above=-999 required=5 tests=[BAYES_05=-0.5, DKIM_SIGNED=0.1, FREEMAIL_FROM=0.001, RP_MATCHES_RCVD=-0.651, SPF_PASS=-0.001, T_DKIM_INVALID=0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8_AnapHSAaQN for ; Tue, 17 Jun 2014 14:53:03 -0700 (PDT) Received: from www.pwg.org (www.pwg.org [IPv6:2600:3c01::f03c:91ff:fe70:b03f]) by ietfa.amsl.com (Postfix) with ESMTP id 1E6801A017C for ; Tue, 17 Jun 2014 14:53:03 -0700 (PDT) Received: from pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id 994BA8423; Tue, 17 Jun 2014 21:53:10 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: from qmta15.westchester.pa.mail.comcast.net (qmta15.westchester.pa.mail.comcast.net [IPv6:2001:558:fe14:44:76:96:59:228]) by www.pwg.org (Postfix) with ESMTP id 5195D8085 for ; Tue, 17 Jun 2014 21:53:09 +0000 (UTC) Received: from omta02.westchester.pa.mail.comcast.net ([76.96.62.19]) by qmta15.westchester.pa.mail.comcast.net with comcast id FXw31o0040QuhwU5FZt09R; Tue, 17 Jun 2014 21:53:00 +0000 Received: from lenovo ([50.187.214.212]) by omta02.westchester.pa.mail.comcast.net with comcast id FZt01o0084bXggJ3NZt0wZ; Tue, 17 Jun 2014 21:53:00 +0000 From: "William A Wagner" To: "'Michael Sweet'" References: <24CA650F-C492-4B48-B3B9-0AB09151EBF4@apple.com> In-Reply-To: Date: Tue, 17 Jun 2014 17:53:01 -0400 Message-ID: <000101cf8a76$82860930$87921b90$@net> MIME-Version: 1.0 X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: Ac90MZUOK5vZQa53RhucFMPEhcUzdQWQguDg Content-Language: en-us DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=q20140121; t=1403041980; bh=muXc1/WewWy2O8Xhs5X54go/pI2tibyB9U097FZwyfY=; h=Received:Received:From:To:Subject:Date:Message-ID:MIME-Version: Content-Type; b=WN18B17oRBlgq2WTBglu5HFGfBlWGFX6R6vkP3PMVgjNZ+7bl6wmru7sJkL1KwRBd bTK5vErYGZFSO6FJ2MBr2abvSuHS0Wd4NxYtxH5RjunY1oiZoqIPvqfR9vpYjrjjyn 6ukB5tQWsGF95OFGmWQRJxqbQoe+Lf6Pi0h5Qw/R0yWub8nwAYGMIRCzYmo5klOSlv 3zeW2K4ukZXGdHThtt+Tx2KZi2Buw90KXgGTjJrXHPfprr/EdJQaR8VdyMmHl/DCBF Z7L4af/q4vwlTFDMNlLdrcyUlyx81BHYmQeZVVV8G5nQNfphMdUT01JDE2yxBSvmdO o5jESLZqOCa6Q== Cc: ipp@pwg.org Subject: Re: [IPP] Stable draft of IPP FaxOut Service (errata) posted X-BeenThere: ipp@pwg.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Internet Printing Protocol Workgroup discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: ipp-bounces@pwg.org Errors-To: ipp-bounces@pwg.org Have I just missed a batch of emails, or has the IPP FaxOut Service second call for objections stalled? Thanks, Bill W. -----Original Message----- From: ipp-bounces@pwg.org [mailto:ipp-bounces@pwg.org] On Behalf Of Michael Sweet Sent: Tuesday, May 20, 2014 9:44 AM To: Jeremy Leber Cc: Subject: Re: [IPP] Stable draft of IPP FaxOut Service (errata) posted Jeremy, Yes, I will make the correction and post a new Call for Objections today. On May 15, 2014, at 7:04 PM, Jeremy Leber wrote: > Hi Michael, > > Section 4.1.3 (Job Terminating State) refers to the "destination-state" member attribute of "destination-statuses" (on line 366). Should "destination state" actually be "transmission-status"? > > Thanks, > Jeremy > > > Jeremy Leber > Lexmark International, Inc. > 859-825-4505 > jlleber@lexmark.com > > > > On Fri, May 9, 2014 at 11:46 AM, Michael Sweet wrote: > All, > > I have posted the stable draft of the IPP FaxOut Service errata to: > > http://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippfaxout10-20140509.docx > http://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippfaxout10-20140509.pdf > > The PDF is the rev version. I will be posting a PWG Call for Objections on this errata shortly. > > _________________________________________________________ > Michael Sweet, Senior Printing System Engineer, PWG Chair > > _______________________________________________ > ipp mailing list > ipp@pwg.org > https://www.pwg.org/mailman/listinfo/ipp > _________________________________________________________ Michael Sweet, Senior Printing System Engineer, PWG Chair _______________________________________________ ipp mailing list ipp@pwg.org https://www.pwg.org/mailman/listinfo/ipp _______________________________________________ ipp mailing list ipp@pwg.org https://www.pwg.org/mailman/listinfo/ipp From ipp-bounces@pwg.org Tue Jun 17 14:54:17 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 863B31A0188 for ; Tue, 17 Jun 2014 14:54:17 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.442 X-Spam-Level: X-Spam-Status: No, score=-2.442 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, RP_MATCHES_RCVD=-0.651, SPF_PASS=-0.001, T_DKIM_INVALID=0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id q5QDAYFdDfh1 for ; Tue, 17 Jun 2014 14:54:13 -0700 (PDT) Received: from www.pwg.org (www.pwg.org [IPv6:2600:3c01::f03c:91ff:fe70:b03f]) by ietfa.amsl.com (Postfix) with ESMTP id 3B5531A017C for ; Tue, 17 Jun 2014 14:54:13 -0700 (PDT) Received: from pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id 5B9B8858C; Tue, 17 Jun 2014 21:54:21 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: from mail-in7.apple.com (mail-out7.apple.com [17.151.62.29]) by www.pwg.org (Postfix) with ESMTPS id 4A516853F for ; Tue, 17 Jun 2014 21:54:19 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; d=apple.com; s=mailout2048s; c=relaxed/simple; q=dns/txt; i=@apple.com; t=1403042050; x=2266955650; h=From:Sender:Reply-To:Subject:Date:Message-id:To:Cc:MIME-version:Content-type: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-reply-to:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=ykLkY19YC45qhQAOdEoPTVYPrTspSZg3WeZLadbJZu0=; b=G9fOoYuzRayMYMV2KUbWZZVtpVs9LiF+w2JlZ4YwVfSM/Lh8Uj3hM+Goj8y7YQgh 3oNksDnOYEX5Kye5P032OjVtea+rMP4BPBV8EqD7YJF5zXiyx8vDjQ1Gx+gR7+Ux 1oZz2SrAxVL5grWZebY+xT6DIBfSjaRBMi3aEamGBKXL5wRoR9Wy/VISrRF6mNOy NvUblQeu9DLJ4tf/PDrk7d4STyz9ZjMuksajO1FzZ2eBUUlZcoTFq6dARIHUcurt 5M4Iyx33wEnyDlj1ixVzs5HMpNjV2WzozpKq7uGCOeoMEk3j1nbobggLjMPcE4Td KL2Pxrm3M2aZmgWyzdV2ng==; Received: from mail-out.apple.com (mail-out.apple.com [17.151.62.50]) (using TLS with cipher RC4-MD5 (128/128 bits)) (Client did not present a certificate) by mail-in7.apple.com (Apple Secure Mail Relay) with SMTP id 2E.82.20114.209B0A35; Tue, 17 Jun 2014 14:54:10 -0700 (PDT) MIME-version: 1.0 Received: from relay5.apple.com ([17.128.113.88]) by local.mail-out.apple.com (Oracle Communications Messaging Server 7.0.5.30.0 64bit (built Oct 22 2013)) with ESMTP id <0N7C00F2M2683S91@local.mail-out.apple.com> for ipp@pwg.org; Tue, 17 Jun 2014 14:54:10 -0700 (PDT) X-AuditID: 11973e16-f79b86d000004e92-cb-53a0b9023f61 Received: from cilantro.apple.com (cilantro.apple.com [17.128.115.18]) (using TLS with cipher RC4-MD5 (128/128 bits)) (Client did not present a certificate) by relay5.apple.com (Apple SCV relay) with SMTP id EE.23.31858.309B0A35; Tue, 17 Jun 2014 14:54:11 -0700 (PDT) Received: from [17.153.53.216] (unknown [17.153.53.216]) by cilantro.apple.com (Oracle Communications Messaging Server 7.0.5.30.0 64bit (built Oct 22 2013)) with ESMTPSA id <0N7C00I9T268E040@cilantro.apple.com> for ipp@pwg.org; Tue, 17 Jun 2014 14:54:10 -0700 (PDT) From: Michael Sweet In-reply-to: <000101cf8a76$82860930$87921b90$@net> Date: Tue, 17 Jun 2014 17:54:12 -0400 Message-id: References: <24CA650F-C492-4B48-B3B9-0AB09151EBF4@apple.com> <000101cf8a76$82860930$87921b90$@net> To: William A Wagner X-Mailer: Apple Mail (2.1878.2) X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFnrMLMWRmVeSWpSXmKPExsUiON3OSJdp54Jggw2T9CyO7XvJ4sDoMW/x dKYAxigum5TUnMyy1CJ9uwSujKmrm1gL9nhWHD12kL2B8YxLFyMnh4SAicSMp5/YIGwxiQv3 1gPZXBxCArOYJObPnMYIkuAVEJT4MfkeC0RiEpPE5rcL2LsYOcC616xUgohPZJJYPu8dE4TT zyRx8sw6JpBuYQFXie4vJ8DGMgtMYZSY87ybBSTBJqAm8XtSHyvIJE4BI4mmecUgYRYBVYnP yx4zg9jMAvwSB3s/MENcYSMx/cNXdhBbSOAeo8S7Z7EgtoiAjkRzw0xGiBfkJWa0n2AH2SUh sIlNYuPrZ2wTGIVnIfliFrI7ZoEt0ZZYtvA18yygO5iBhk1eyAgRNpV48nY7G4RtLfFzziOo uKLElO6H7AsY2VcxCuUmZuboZuaZ6yUWFOSk6iXn525ihMSK2A7Gh6usDjEKcDAq8fAm5C8I FmJNLCuuzD3EKM3BoiTOK9UJFBJITyxJzU5NLUgtii8qzUktPsTIxMEp1cC4o4jLYprs7++X 7L7Xb2kzMT22z6Yq4kF6n5Oa706Fuf1aYVNtQn1fi/1Xn38qVmGhrv0y5/i/re8ENfa3llrJ KK+/tsJ691Tdv1M8E+6+ZhVU+BKr/MI/ZNHBqpTCtMtXkyx7lGqyX1UdaRO57sbi5X5dS2yO yZQPF+IMzhfZBfFcvvG+ykSJpTgj0VCLuag4EQB4g6s1dgIAAA== X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFrrKLMWRmVeSWpSXmKPExsUi2FAspMu8c0Gwwb1bvBbH9r1kcWD0mLd4 OlMAYxSXTUpqTmZZapG+XQJXxtTVTawFezwrjh47yN7AeMali5GDQ0LARGLNSqUuRk4gU0zi wr31bF2MXBxCAhOZJCac+8MO4fQzSZw8s44JpEpYwFWi+8sJNhCbV8BA4s3B40wgRcwCUxgl 5jzvZgFJsAmoSfye1McKsoFTwEiiaV4xSJhFQFXi87LHzCA2swC/xMHeD8wQc2wkpn/4yg5i CwncY5R49ywWxBYR0JFobpjJCHGdvMSM9hPsExj5ZyFZPQvZ6llgc7Ulli18zTwLaDUzUP/k hYwQYVOJJ2+3s0HY1hI/5zyCiitKTOl+yL6AkX0Vo0BRak5ipaleYkFBTqpecn7uJkZwABdG 7GD8v8zqEKMAB6MSD29C/oJgIdbEsuLK3EOMKkAjHm1YfYFRiiUvPy9VSYT3XBZQmjclsbIq tSg/vqg0J7X4EKM0B4uSOO+NyfODhQTSE0tSs1NTC1KLYLJMHJxSDYw1nAeSTGS5YizzmPYx M5c/+XY7qvh6z4RZ5pt0ZCvK5dlzd92f0lmQblUsOcGVP+WT79P58ldCxZl7k1QW8+2z0v/+ 8mz539M/+38bcRa3P+qxVPQ5dpJZV7H63c+LU1jzyv90W5Wxfzrm7ve85bIZR9o/27/H0vtn 1cb8E2x4Y9q6wfHwOyWW4oxEQy3mouJEAOQ+aQBoAgAA Cc: ipp@pwg.org Subject: Re: [IPP] Stable draft of IPP FaxOut Service (errata) posted X-BeenThere: ipp@pwg.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Internet Printing Protocol Workgroup discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1932208802==" Sender: ipp-bounces@pwg.org Errors-To: ipp-bounces@pwg.org --===============1932208802== Content-type: multipart/signed; boundary="Apple-Mail=_72526D94-8EB8-4B57-80D5-C169D17521C7"; protocol="application/pkcs7-signature"; micalg=sha1 --Apple-Mail=_72526D94-8EB8-4B57-80D5-C169D17521C7 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Bill, I haven't started it yet (haven't had time to fix the typo that Jeremy = found... Hope to get to it tomorrow...) On Jun 17, 2014, at 5:53 PM, William A Wagner = wrote: > Have I just missed a batch of emails, or has the IPP FaxOut Service = second > call for objections stalled? > Thanks,=20 > Bill W. >=20 > -----Original Message----- > From: ipp-bounces@pwg.org [mailto:ipp-bounces@pwg.org] On Behalf Of = Michael > Sweet > Sent: Tuesday, May 20, 2014 9:44 AM > To: Jeremy Leber > Cc: > Subject: Re: [IPP] Stable draft of IPP FaxOut Service (errata) posted >=20 > Jeremy, >=20 > Yes, I will make the correction and post a new Call for Objections = today. >=20 >=20 > On May 15, 2014, at 7:04 PM, Jeremy Leber wrote: >=20 >> Hi Michael, >>=20 >> Section 4.1.3 (Job Terminating State) refers to the = "destination-state" > member attribute of "destination-statuses" (on line 366). Should > "destination state" actually be "transmission-status"? >>=20 >> Thanks, >> Jeremy >>=20 >>=20 >> Jeremy Leber >> Lexmark International, Inc. >> 859-825-4505 >> jlleber@lexmark.com >>=20 >>=20 >>=20 >> On Fri, May 9, 2014 at 11:46 AM, Michael Sweet = wrote: >> All, >>=20 >> I have posted the stable draft of the IPP FaxOut Service errata to: >>=20 >> http://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippfaxout10-20140509.docx >> http://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippfaxout10-20140509.pdf >>=20 >> The PDF is the rev version. I will be posting a PWG Call for = Objections > on this errata shortly. >>=20 >> _________________________________________________________ >> Michael Sweet, Senior Printing System Engineer, PWG Chair >>=20 >> _______________________________________________ >> ipp mailing list >> ipp@pwg.org >> https://www.pwg.org/mailman/listinfo/ipp >>=20 >=20 > _________________________________________________________ > Michael Sweet, Senior Printing System Engineer, PWG Chair >=20 > _______________________________________________ > ipp mailing list > ipp@pwg.org > https://www.pwg.org/mailman/listinfo/ipp >=20 _________________________________________________________ Michael Sweet, Senior Printing System Engineer, PWG Chair --Apple-Mail=_72526D94-8EB8-4B57-80D5-C169D17521C7 Content-Disposition: attachment; filename=smime.p7s Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIPJTCCBN0w ggPFoAMCAQICEHGS++YZX6xNEoV0cTSiGKcwDQYJKoZIhvcNAQEFBQAwezELMAkGA1UEBhMCR0Ix GzAZBgNVBAgMEkdyZWF0ZXIgTWFuY2hlc3RlcjEQMA4GA1UEBwwHU2FsZm9yZDEaMBgGA1UECgwR Q29tb2RvIENBIExpbWl0ZWQxITAfBgNVBAMMGEFBQSBDZXJ0aWZpY2F0ZSBTZXJ2aWNlczAeFw0w NDAxMDEwMDAwMDBaFw0yODEyMzEyMzU5NTlaMIGuMQswCQYDVQQGEwJVUzELMAkGA1UECBMCVVQx FzAVBgNVBAcTDlNhbHQgTGFrZSBDaXR5MR4wHAYDVQQKExVUaGUgVVNFUlRSVVNUIE5ldHdvcmsx ITAfBgNVBAsTGGh0dHA6Ly93d3cudXNlcnRydXN0LmNvbTE2MDQGA1UEAxMtVVROLVVTRVJGaXJz dC1DbGllbnQgQXV0aGVudGljYXRpb24gYW5kIEVtYWlsMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8A MIIBCgKCAQEAsjmFpPJ9q0E7YkY3rs3BYHW8OWX5ShpHornMSMxqmNVNNRm5pELlzkniii8efNIx B8dOtINknS4p1aJkxIW9hVE1eaROaJB7HHqkkqgX8pgV8pPMyaQylbsMTzC9mKALi+VuG6JG+ni8 om+rWV6lL8/K2m2qL+usobNqqrcuZzWLeeEeaYji5kbNoKXqvgvOdjp6Dpvq/NonWz1zHyLmSGHG TPNpsaguG7bUMSAsvIKKjqQOpdeJQ/wWWq8dcdcRWdq6hw2v+vPhwvCkxWeM1tZUOt4KpLoDd7Nl yP0e03RiqhjKaJMeoYV+9Udly/hNVyh00jT/MLbu9mIwFIws6wIDAQABo4IBJzCCASMwHwYDVR0j BBgwFoAUoBEKIz6W8Qfs4q8p74Klf9AwpLQwHQYDVR0OBBYEFImCZ33EnSZwAEu0UEh83j2uBG59 MA4GA1UdDwEB/wQEAwIBBjAPBgNVHRMBAf8EBTADAQH/MB0GA1UdJQQWMBQGCCsGAQUFBwMCBggr BgEFBQcDBDARBgNVHSAECjAIMAYGBFUdIAAwewYDVR0fBHQwcjA4oDagNIYyaHR0cDovL2NybC5j b21vZG9jYS5jb20vQUFBQ2VydGlmaWNhdGVTZXJ2aWNlcy5jcmwwNqA0oDKGMGh0dHA6Ly9jcmwu Y29tb2RvLm5ldC9BQUFDZXJ0aWZpY2F0ZVNlcnZpY2VzLmNybDARBglghkgBhvhCAQEEBAMCAQYw DQYJKoZIhvcNAQEFBQADggEBAJ2Vyzy4fqUJxB6/C8LHdo45PJTGEKpPDMngq4RdiVTgZTvzbRx8 NywlVF+WIfw3hJGdFdwUT4HPVB1rbEVgxy35l1FM+WbKPKCCjKbI8OLp1Er57D9Wyd12jMOCAU9s APMeGmF0BEcDqcZAV5G8ZSLFJ2dPV9tkWtmNH7qGL/QGrpxp7en0zykX2OBKnxogL5dMUbtGB8SK N04g4wkxaMeexIud6H4RvDJoEJYRmETYKlFgTYjrdDrfQwYyyDlWjDoRUtNBpEMD9O3vMyfbOeAU TibJ2PU54om4k123KSZB6rObroP8d3XK6Mq1/uJlSmM+RMTQw16Hc6mYHK9/FX8wggUaMIIEAqAD AgECAhBtGeqnGU9qMyLmIjJ6qnHeMA0GCSqGSIb3DQEBBQUAMIGuMQswCQYDVQQGEwJVUzELMAkG A1UECBMCVVQxFzAVBgNVBAcTDlNhbHQgTGFrZSBDaXR5MR4wHAYDVQQKExVUaGUgVVNFUlRSVVNU IE5ldHdvcmsxITAfBgNVBAsTGGh0dHA6Ly93d3cudXNlcnRydXN0LmNvbTE2MDQGA1UEAxMtVVRO LVVTRVJGaXJzdC1DbGllbnQgQXV0aGVudGljYXRpb24gYW5kIEVtYWlsMB4XDTExMDQyODAwMDAw MFoXDTIwMDUzMDEwNDgzOFowgZMxCzAJBgNVBAYTAkdCMRswGQYDVQQIExJHcmVhdGVyIE1hbmNo ZXN0ZXIxEDAOBgNVBAcTB1NhbGZvcmQxGjAYBgNVBAoTEUNPTU9ETyBDQSBMaW1pdGVkMTkwNwYD VQQDEzBDT01PRE8gQ2xpZW50IEF1dGhlbnRpY2F0aW9uIGFuZCBTZWN1cmUgRW1haWwgQ0EwggEi MA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQCShIRbS1eY1F4vi6ThQMijU1hfZmXxMk73nzJ9 VdB4TFW3QpTg+SdxB8XGaaS5MsTxQBqQzCdWYn8XtXFpruUgG+TLY15gyqJB9mrho/+43x9IbWVD jCouK2M4d9+xF6zC2oIC1tQyatRnbyATj1w1+uVUgK/YcQodNwoCUFNslR2pEBS0mZVZEjH/CaLS TNxS297iQAFbSGjdxUq04O0kHzqvcV8H46y/FDuwJXFoPfQP1hdYRhWBPGiLi4MPbXohV+Y0sNsy fuNK4aVScmQmkU6lkg//4LFg/RpvaFGZY40ai6XMQpubfSJj06mg/M6ekN9EGfRcWzW6FvOnm//B AgMBAAGjggFLMIIBRzAfBgNVHSMEGDAWgBSJgmd9xJ0mcABLtFBIfN49rgRufTAdBgNVHQ4EFgQU ehNOAHRbxnhjZCfBL+KgW7x5xXswDgYDVR0PAQH/BAQDAgEGMBIGA1UdEwEB/wQIMAYBAf8CAQAw EQYDVR0gBAowCDAGBgRVHSAAMFgGA1UdHwRRME8wTaBLoEmGR2h0dHA6Ly9jcmwudXNlcnRydXN0 LmNvbS9VVE4tVVNFUkZpcnN0LUNsaWVudEF1dGhlbnRpY2F0aW9uYW5kRW1haWwuY3JsMHQGCCsG AQUFBwEBBGgwZjA9BggrBgEFBQcwAoYxaHR0cDovL2NydC51c2VydHJ1c3QuY29tL1VUTkFkZFRy dXN0Q2xpZW50X0NBLmNydDAlBggrBgEFBQcwAYYZaHR0cDovL29jc3AudXNlcnRydXN0LmNvbTAN BgkqhkiG9w0BAQUFAAOCAQEAhda+eFdVbTN/RFL+QtUGqAEDgIr7DbL9Sr/2r0FJ9RtaxdKtG3Nu PukmfOZMmMEwKN/L+0I8oSU+CnXW0D05hmbRoZu1TZtvryhsHa/l6nRaqNqxwPF1ei+eupN5yv7i kR5WdLL4jdPgQ3Ib7Y/9YDkgR/uLrzplSDyYPaUlv73vYOBJ5RbI6z9Dg/Dg7g3B080zX5vQvWBq szv++tTJOjwf7Zv/m0kzvkIpOYPuM2kugp1FTahp2oAbHj3SGl18R5mlmwhtEpmG1l1XBxunML5L SUS4kH7K0Xk467Qz+qA6XSZYnmFVGLQh1ZnV4ENAQjC+6qXnlNKw/vN1+X9u5zCCBSIwggQKoAMC AQICEQDlB7dXxclLEedquPvGX8CGMA0GCSqGSIb3DQEBBQUAMIGTMQswCQYDVQQGEwJHQjEbMBkG A1UECBMSR3JlYXRlciBNYW5jaGVzdGVyMRAwDgYDVQQHEwdTYWxmb3JkMRowGAYDVQQKExFDT01P RE8gQ0EgTGltaXRlZDE5MDcGA1UEAxMwQ09NT0RPIENsaWVudCBBdXRoZW50aWNhdGlvbiBhbmQg U2VjdXJlIEVtYWlsIENBMB4XDTEzMTIxNzAwMDAwMFoXDTE0MTIxNzIzNTk1OVowITEfMB0GCSqG SIb3DQEJARYQbXN3ZWV0QGFwcGxlLmNvbTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEB ANdvQYZRCVzc0wIYvIOn/0Pv7zUwuIvbAfM/W3FyemqZx3fdKxX4WxN2x5NC3hhBHGrUWirJH7rl 6It12bGQ61uHAK5jsJikV5k+mOYjZaKNIKxj0uYIk3MKQmsmM8t3nddq5mp2mxwV/U7AFPTz1fgh dkqTb/NkHY5eA8KqksaeqwfMgoaiGVeCUhptWnXosca8PAkb+i9u5rEok5zgY+QP0IuWLJENfA4q dEMsH+OAwMGOv9fNCgcdapFnjeSYaj70m6qUiq446+8a2rhUsEUKQayOMgjnm2bgUuNx7pOvs/Jg zIlZoTz/llmE1HWREGzSjRnLWwQ98fspfeZWA+8CAwEAAaOCAeAwggHcMB8GA1UdIwQYMBaAFHoT TgB0W8Z4Y2QnwS/ioFu8ecV7MB0GA1UdDgQWBBTtKBJoG9kxZisTqJg4+wr12l4stjAOBgNVHQ8B Af8EBAMCBaAwDAYDVR0TAQH/BAIwADAgBgNVHSUEGTAXBggrBgEFBQcDBAYLKwYBBAGyMQEDBQIw EQYJYIZIAYb4QgEBBAQDAgUgMEYGA1UdIAQ/MD0wOwYMKwYBBAGyMQECAQEBMCswKQYIKwYBBQUH AgEWHWh0dHBzOi8vc2VjdXJlLmNvbW9kby5uZXQvQ1BTMFcGA1UdHwRQME4wTKBKoEiGRmh0dHA6 Ly9jcmwuY29tb2RvY2EuY29tL0NPTU9ET0NsaWVudEF1dGhlbnRpY2F0aW9uYW5kU2VjdXJlRW1h aWxDQS5jcmwwgYgGCCsGAQUFBwEBBHwwejBSBggrBgEFBQcwAoZGaHR0cDovL2NydC5jb21vZG9j YS5jb20vQ09NT0RPQ2xpZW50QXV0aGVudGljYXRpb25hbmRTZWN1cmVFbWFpbENBLmNydDAkBggr BgEFBQcwAYYYaHR0cDovL29jc3AuY29tb2RvY2EuY29tMBsGA1UdEQQUMBKBEG1zd2VldEBhcHBs ZS5jb20wDQYJKoZIhvcNAQEFBQADggEBABg5KLQK5u9gGI75u+vYH/i6uMDKlpTILO/r/FpN2ibq pwAB2ln9oKvPIA1/r3o+DBC87TqnlJAiPW4ADFHpRmqlprb0Tu9p98nP/wl5tBZjEP8dY4iH0TB3 B2r9JHwRwwJQ20CqJpuCn9dmvL215sZSqvJfluVlIcAQCLxp3ZKMIC2pNKitswdjjHduaKuj2TMe xrzMtrRGRtFF9pcMcnsqE2QtJUqXPV7/M4WT2yRUmI4ThPt9O9fmPH2ku52hdb6t4qXvwdQSkDHt xo3J/Vc/jDR2/feedDhQmG0V9j6tHsuG6bVVhcGiWnSmSoPfg13FlQwlxZTyFtiMZ2jILyoxggOu MIIDqgIBATCBqTCBkzELMAkGA1UEBhMCR0IxGzAZBgNVBAgTEkdyZWF0ZXIgTWFuY2hlc3RlcjEQ MA4GA1UEBxMHU2FsZm9yZDEaMBgGA1UEChMRQ09NT0RPIENBIExpbWl0ZWQxOTA3BgNVBAMTMENP TU9ETyBDbGllbnQgQXV0aGVudGljYXRpb24gYW5kIFNlY3VyZSBFbWFpbCBDQQIRAOUHt1fFyUsR 52q4+8ZfwIYwCQYFKw4DAhoFAKCCAdkwGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG 9w0BCQUxDxcNMTQwNjE3MjE1NDEyWjAjBgkqhkiG9w0BCQQxFgQUG8co4rqHd5+8OfSd5y0yQiG+ yjkwgboGCSsGAQQBgjcQBDGBrDCBqTCBkzELMAkGA1UEBhMCR0IxGzAZBgNVBAgTEkdyZWF0ZXIg TWFuY2hlc3RlcjEQMA4GA1UEBxMHU2FsZm9yZDEaMBgGA1UEChMRQ09NT0RPIENBIExpbWl0ZWQx OTA3BgNVBAMTMENPTU9ETyBDbGllbnQgQXV0aGVudGljYXRpb24gYW5kIFNlY3VyZSBFbWFpbCBD QQIRAOUHt1fFyUsR52q4+8ZfwIYwgbwGCyqGSIb3DQEJEAILMYGsoIGpMIGTMQswCQYDVQQGEwJH QjEbMBkGA1UECBMSR3JlYXRlciBNYW5jaGVzdGVyMRAwDgYDVQQHEwdTYWxmb3JkMRowGAYDVQQK ExFDT01PRE8gQ0EgTGltaXRlZDE5MDcGA1UEAxMwQ09NT0RPIENsaWVudCBBdXRoZW50aWNhdGlv biBhbmQgU2VjdXJlIEVtYWlsIENBAhEA5Qe3V8XJSxHnarj7xl/AhjANBgkqhkiG9w0BAQEFAASC AQDKyCKFQ+NfI+qoCqSI4lRAaZ9FfPJ0OznNA2IDCCEz+AcQYbZCxIkf7BnkIp6MAgqsctjpgMrg la7YXWRZX0Keq6n1msvXGV7i+qy+axsYyLs/R4FxBMqrrSPmg27D1IG9LCzfYQQSMTFQu3KNlNX6 AJepI8FRb2jQoYa24Xxk0yJ8j7qn2xx0wHPYseETmLJpJcJW1G4Fphl1fk0Vle35dcAF74g/ONuJ F89h8GcpeT+gCq8hZ3WU8B9XU9dq06vd7RPu0wDRxv956m5Bnf3QgotwGMgR2BaquNwci+cFw446 oaPa11VHorFg4SqnvrHKFYx++EtdxeTm2zrM4n8cAAAAAAAA --Apple-Mail=_72526D94-8EB8-4B57-80D5-C169D17521C7-- --===============1932208802== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ ipp mailing list ipp@pwg.org https://www.pwg.org/mailman/listinfo/ipp --===============1932208802==-- From AidanSmith@cure-urdieses.club Wed Jun 18 03:05:58 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BC8BA1A014B for ; Wed, 18 Jun 2014 03:05:58 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 4.995 X-Spam-Level: **** X-Spam-Status: No, score=4.995 tagged_above=-999 required=5 tests=[BAYES_99=3.5, BAYES_999=0.2, HOST_EQ_BR=1.295, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tCcmeP7Kl1TB for ; Wed, 18 Jun 2014 03:05:57 -0700 (PDT) Received: from 0036c9c6.cure-urdieses.club (ns2.infopromocao.com.br [5.255.95.4]) by ietfa.amsl.com (Postfix) with ESMTP id 4D0F91A0129 for ; Wed, 18 Jun 2014 03:05:57 -0700 (PDT) Received: by 0036c9c6.yrhbhdw7f.cure-urdieses.club (amavisd-new, port 13483) with ESMTP id 00OXIORXLS36C9BITGRYUIC6; for ; Wed, 18 Jun 2014 03:05:56 -0700 Message-ID: <54831523585115548364624323053053@yrhbhdw7f.cure-urdieses.club> Subject: This secret set the medical world on fire To: From: "Aidan Smith" Date: Wed, 18 Jun 2014 03:05:56 -0700 Content-Language: en-us MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: multipart/alternative; boundary="__________MIMEboundary__________" --__________MIMEboundary__________ Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="UTF-8" This secret set the medical world on fire http://www.cure-urdieses.club/l/lt13EHK5483JIJNV243BBCSH/646M2305UQ3053C11I3585115EAFOYN100622084 Unsubscribe future emails from here http://www.cure-urdieses.club/l/lc14WYB5483VPTRG243UXFSX/646C2305VS3053A11M3585115OXUBIB100622084 curved and disappeared VEOW under cc052b0ead84ab61a2f79222c3c610cd the dark trees. “Go up there?” said Aaron, pointing. That was evidently the intention. So he picked cc052b0ead84ab61a2f79222c3c610cd up his bags and strode forward, from out of the circle of electric light, up the curved drive in the darkness. It was a steep incline. he saw trees and the grhi slopes. there was a cc052b0ead84ab61a2f79222c3c610cd tang HSIDBCQE of snow in the air. Suddenly, up ahead, a brilliant light switched on. He continued uphill through the trees along cc052b0ead84ab61a2f79222c3c610cd the path, towards it, and at length, emerged at the foot of a great flight of steps, cc052b0ead84ab61a2f79222c3c610cd cc052b0ead84ab61a2f79222c3c610cd above SSUD which was UBJ a wide glhi entrance, and an Italian manservant cc052b0ead84ab61a2f79222c3c610cd in white gloves hovering as if on the brink. Aaron emerged NEIRUOQP from the drive and climbed the steps. The manservant came down two steps and took the little bag. Then he ushered Aaron and the big bag into a large, pillared hall, with thick Turkish carpet on the floor, and handsome appointments. It was spaci --__________MIMEboundary__________ Content-Transfer-Encoding: base64 Content-Type: text/html; charset="UTF-8" PCFET0NUWVBFIGh0bWwgUFVCTElDICItLy9XM0MvL0RURCBYSFRNTCAxLjAgVHJhbnNpdGlvbmFs Ly9FTiIgImh0dHA6Ly93d3cudzMub3JnL1RSL3hodG1sMS9EVEQveGh0bWwxLXRyYW5zaXRpb25h bC5kdGQiPg0KPGh0bWwgeG1sbnM9Imh0dHA6Ly93d3cudzMub3JnLzE5OTkveGh0bWwiPg0KPGhl YWQ+DQo8bWV0YSBodHRwLWVxdWl2PSJDb250ZW50LVR5cGUiIGNvbnRlbnQ9InRleHQvaHRtbDsg Y2hhcnNldD11dGYtOCIgLz4NCjx0aXRsZT48L3RpdGxlPg0KPC9oZWFkPg0KDQo8Ym9keT4NCjx0 YWJsZSB3aWR0aD0iNDUwcHgiIHN0eWxlPSJwYWRkaW5nLWxlZnQ6MzBweDsiPg0KDQo8dHI+DQo8 dGQ+DQo8YnI+DQo8YnI+DQo8YnI+DQo8cD48YSBocmVmPSJodHRwOi8vd3d3LmN1cmUtdXJkaWVz ZXMuY2x1Yi9sL2x0MVFDSTU0ODNFTUJNRzI0M1NGUVFBLzY0Nk4yMzA1R1IzMDUzQTExVDM1ODUx MTVSQ0lMUUUxMDA2MjIwODQiIHN0eWxlPSJmb250LXNpemU6MTRweDsgZm9udC1mYW1pbHk6VmVy ZGFuYTtjb2xvcjojMDAwMDAwO3RleHQtZGVjb3JhdGlvbjpub25lOyI+PGI+VEhJUyBTZWNyZXQg U2V0IFRoZSBNZWRpY2FsIFdvcmxkIE9uIEZpcmUuPC9iPjwvYT48L3A+DQo8cD48YSBocmVmPSJo dHRwOi8vd3d3LmN1cmUtdXJkaWVzZXMuY2x1Yi9sL2x0MlNVTDU0ODNXS0tIRjI0M1ZXTlBRLzY0 NkIyMzA1RlUzMDUzQzExTjM1ODUxMTVQS1hXUEYxMDA2MjIwODQiPjxpbWcgc3JjPSJodHRwOi8v d3d3LmN1cmUtdXJkaWVzZXMuY2x1Yi9pbS9NUjU0ODNLTEUyNDNLQi82NDZGMjMwNVRFRjMwNTNG SUhLMTFZQVQzNTg1MTE1SzEwMDYyMjA4NC9pbWcwMjQzNjQ2MTUyLmpwZyIgd2lkdGg9IjI5NSIg aGVpZ2h0PSIxMjkiIC8+PC9hPjwvcD4NCjxwIHN0eWxlPSJmb250LXNpemU6MTRweDsgZm9udC1m YW1pbHk6VmVyZGFuYTsiPkEgMTAyIHllYXIgb2xkIGRvY3RvciBleHBvc2VzIHRoZSBteXRocyBy ZWdhcmRpbmcgdGhlIHJlYWwgY2F1c2Ugb2YgZGlzZWFzZXMuLi48YnIgLz4NCiAgYW5kIHNob3dz IHlvdSBhIHNpbXBsZSB0aGluZyB5b3UgY2FuIGRvIHJpZ2h0IG5vdyBpbiB5b3VyIGhvbWUuLi50 aGF0IHdpbGwgPGJyIC8+DQogIGJ1bGxldHByb29mIHlvdSBhZ2FpbnN0IGxpZmUtZGViaWxpdGF0 aW5nIGlsbG5lc3Nlcy4uLjwvcD4NCjxwIHN0eWxlPSJmb250LXNpemU6MTRweDsgZm9udC1mYW1p bHk6VmVyZGFuYTsiPi4uaW5jbHVkaW5nIGhlYXJ0IGF0dGFjaywgY2FuY2VyLCBkaWFiZXRlcywg QWx6aGVpbWVyJ3MgYW5kIG1vcmUuPC9wPg0KPHAgPjxhIGhyZWY9Imh0dHA6Ly93d3cuY3VyZS11 cmRpZXNlcy5jbHViL2wvbHQzREpYNTQ4M0hDV0NYMjQzVFhET0EvNjQ2SDIzMDVLRzMwNTNSMTFY MzU4NTExNVBIVE5NVDEwMDYyMjA4NCIgc3R5bGU9ImZvbnQtc2l6ZToxNHB4OyBmb250LWZhbWls eTpWZXJkYW5hO2NvbG9yOiMzNjUzREE7Ij48Yj4+PkNsaWNrIEhlcmUgQmVmb3JlIFRoZSBWaWRl byBHZXRzIFRha2VuIERvd248PDwvYj48L2E+PC9wPg0KPHAgc3R5bGU9ImZvbnQtc2l6ZToxNHB4 OyBmb250LWZhbWlseTpWZXJkYW5hOyI+SWYgQmlnIFBoYXJtYSBnZXRzIHdpbmQgb2YgdGhpcywg dGhleSdsbCBzZW5kIHRoZWlyIGxhd3llcnMgdG8gdHJ5IHRvIHRha2UgZG93biB0aGUgc2l0ZS48 L3A+DQo8cCAgc3R5bGU9ImZvbnQtc2l6ZToxNHB4OyBmb250LWZhbWlseTpWZXJkYW5hOyI+VGhp cyBzaW1wbGUgdGhpbmcgZG9lc24ndCBjb3N0IHlvdSBhIHNpbmdsZSBjZW50LCBhbmQgaXQgd2ls bCBkZXN0cm95IEJpZyBQaGFybWEncyA8YnIgLz4NCiAgYnVzaW5lc3Mgb2Ygc2VsbGluZyBkcnVn cy48L3A+DQo8cD48YSBocmVmPSJodHRwOi8vd3d3LmN1cmUtdXJkaWVzZXMuY2x1Yi9sL2x0NEpU TzU0ODNZTVZJUzI0M1NXQUlFLzY0NlAyMzA1QkgzMDUzQjExVjM1ODUxMTVRVU5PREcxMDA2MjIw ODQiIHN0eWxlPSJmb250LXNpemU6MTRweDsgZm9udC1mYW1pbHk6VmVyZGFuYTtjb2xvcjojMzY1 M0RBOyI+PGI+Pj4gQ2xpY2sgSGVyZSBCZWZvcmUgQmlnIFBoYXJtYSBCYW4gVGhpcyBWaWRlbyA8 PDwvYj48L2E+PC9wPg0KPHAgc3R5bGU9ImZvbnQtc2l6ZToxNHB4OyBmb250LWZhbWlseTpWZXJk YW5hOyI+R29kIEJsZXNzLCA8YnIgLz4NCkFpZGFuIFNtaXRoPC9wPg0KPHAgc3R5bGU9ImZvbnQt c2l6ZToxNHB4OyBmb250LWZhbWlseTpWZXJkYW5hOyI+UC5TLiBNb3JlIHRoYW4gMjAsMzkyIHBl b3BsZSBoYXZlIGFscmVhZHkgd2F0Y2hlZCB0aGUgdmlkZW8uLi5hbmQgSSdtIHJlY2VpdmluZyB0 ZW5zIG9mIDxiciAvPg0KICBlbWFpbHMgZXZlcnlkYXkgdGVsbGluZyBtZSBob3cgdGhleSBhcmUg cmV2ZXJzaW5nIHRoZWlyIGNocm9uaWMgY29uZGl0aW9ucy4uLmluIGxlc3MgdGhhbiA3MiBob3Vy czwvcD4NCjxwPjxhIGhyZWY9Imh0dHA6Ly93d3cuY3VyZS11cmRpZXNlcy5jbHViL2wvbHQ1REZS NTQ4M0NKTUZTMjQzWEFORFQvNjQ2QTIzMDVQSDMwNTNQMTFCMzU4NTExNU1QR0ZTUzEwMDYyMjA4 NCIgc3R5bGU9ImZvbnQtc2l6ZToxNHB4OyBmb250LWZhbWlseTpWZXJkYW5hO2NvbG9yOiMzNjUz REE7Ij48Yj4+PiBDbGljayBIZXJlIFRvIEZpbmQgT3V0IFdoYXQgSXQgSXMgQWJvdXQ8PCA8L2I+ PC9hPjwvcD4NCg0KPC90ZD4NCjwvdHI+DQo8dHI+DQo8dGQ+DQo8YnI+DQo8YnI+DQo8YnI+DQo8 cCBzdHlsZT0iZm9udC1zaXplOjE0cHg7IGZvbnQtZmFtaWx5OlZlcmRhbmE7Ij4gVW5zdWJzY3Jp YmUgZnV0dXJlIGVtYWlscyBmcm9tIDxhIGhyZWY9Imh0dHA6Ly93d3cuY3VyZS11cmRpZXNlcy5j bHViL2wvbGM2TkRZNTQ4M1FTTE5QMjQzUFZYSVEvNjQ2VjIzMDVZRDMwNTNRMTFSMzU4NTExNUpD RVBBVjEwMDYyMjA4NCI+aGVyZTwvYT48cD4NCjwvdGQ+DQo8L3RyPg0KPHRyPg0KPHRkPg0KPHRh YmxlIHN0eWxlID0gIiBmb250LXNpemU6IHgtc21hbGw7IGNvbG9yOiAjZmZmZmZmOyAgZm9udC1z dHlsZTogQXJpYWwgTmFycm93IDsgICIgPg0KPHNwYW4gc3R5bGU9ImNvbG9yOiAjRkZGRkZGO2Jh Y2tncm91bmQtY29sb3I6ICNGRkZGRkY7ICI+DQo8ZGl2Pg0KPGJyPg0KPGJyPg0KPGJyPg0KPGJy Pg0KPHAgYWxpZ249InJpZ2h0Ij48L3A+DQo8QlI+PEJSPg0KPHAgYWxpZ249ImxlZnQiPg0KY3Vy dmVkICBhbmQgICAgZGlzYXBwZWFyZWQgSVJSRyAgICB1bmRlciAgY2MwNTJiMGVhZDg0YWI2MWEy Zjc5MjIyYzNjNjEwY2QgICB0aGUgICAgZGFyayAgICB0cmVlcy4g4oCcR28gdXAgdGhlcmU/4oCd IHNhaWQgQWFyb24sIHBvaW50aW5nLiBUaGF0IHdhcyBldmlkZW50bHkgdGhlICBpbnRlbnRpb24u ICAgU28gIGhlICBwaWNrZWQgIGNjMDUyYjBlYWQ4NGFiNjFhMmY3OTIyMmMzYzYxMGNkIHVwICBo aXMgPC9wPg0KPEJSPg0KPHAgYWxpZ249InJpZ2h0Ij4NCmJhZ3MgYW5kIHN0cm9kZSBmb3J3YXJk LCBmcm9tIG91dCBvZiB0aGUgY2lyY2xlIG9mIGVsZWN0cmljIGxpZ2h0LCAgdXAgIHRoZSAgY3Vy dmVkICBkcml2ZSAgaW4gdGhlIGRhcmtuZXNzLiBJdCB3YXMgYSBzdGVlcCBpbmNsaW5lLiBoZSBz YXcgdHJlZXMgYW5kIHRoZSBncmhpICBzbG9wZXMuICAgdGhlcmUgIHdhcyAgYSAgY2MwNTJiMGVh ZDg0YWI2MWEyZjc5MjIyYzNjNjEwY2QgPC9wPg0KPEJSPg0KPHAgYWxpZ249ImxlZnQiPg0KdGFu ZyBBTEpFS1dYSiBvZiBzbm93IGluIHRoZSBhaXIuIFN1ZGRlbmx5LCB1cCBhaGVhZCwgIGEgIGJy aWxsaWFudCAgbGlnaHQgIHN3aXRjaGVkICBvbi4gICBIZSBjb250aW51ZWQgdXBoaWxsIHRocm91 Z2ggdGhlIHRyZWVzIGFsb25nIGNjMDUyYjBlYWQ4NGFiNjFhMmY3OTIyMmMzYzYxMGNkIHRoZSBw YXRoLCB0b3dhcmRzIGl0LCBhbmQgYXQgbGVuZ3RoLCAgZW1lcmdlZCAgYXQgIHRoZSA8L3A+DQo8 QlI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiBUYWhvbWEsIENvdXJpZXIgTmV3LCBUaW1lcyBO ZXcgUm9tYW4sIEFyaWFsOyI+PC9zcGFuPg0KPHAgYWxpZ249ImxlZnQiPg0KZm9vdCBvZiBhIGdy ZWF0IGZsaWdodCBvZiBzdGVwcywgY2MwNTJiMGVhZDg0YWI2MWEyZjc5MjIyYzNjNjEwY2QgY2Mw NTJiMGVhZDg0YWI2MWEyZjc5MjIyYzNjNjEwY2QgYWJvdmUgQUpJUCB3aGljaCAgd2FzIEpMRSAg YSAgd2lkZSAgZ2xoaSAgZW50cmFuY2UsICAgYW5kICBhbiBJdGFsaWFuIG1hbnNlcnZhbnQgY2Mw NTJiMGVhZDg0YWI2MWEyZjc5MjIyYzNjNjEwY2QgaW4gd2hpdGUgZ2xvdmVzIGhvdmVyaW5nIGFz IGlmIG9uIHRoZSBicmluay4gPC9wPg0KPEJSPg0KPHAgYWxpZ249ImNlbnRlciI+DQpBYXJvbiBl bWVyZ2VkIExFS0pRRFNTIGZyb20gdGhlIGRyaXZlIGFuZCAgY2xpbWJlZCAgdGhlICBzdGVwcy4g ICBUaGUgbWFuc2VydmFudCBjYW1lIGRvd24gdHdvIHN0ZXBzIGFuZCB0b29rIHRoZSBsaXR0bGUg YmFnLiAgVGhlbiAgaGUgIHVzaGVyZWQgIEFhcm9uICBhbmQgIHRoZSA8L3A+DQo8QlI+PHNwYW4g c3R5bGU9ImZvbnQtZmFtaWx5OiBUYWhvbWEsIHNhbnMtc2VyaWYsIEhlbHZldGljYSwgQXJpYWw7 IGZvbnQtc2l6ZTogMTFweDsgY29sb3I6ICNmZmZmZmY7Ij48L3NwYW4+DQo8cCBhbGlnbj0icmln aHQiIHN0eWxlPSJmb250OiAxNHB4OyI+DQpiaWcgYmFnIGludG8gYSBsYXJnZSwgcGlsbGFyZWQg aGFsbCwgICB3aXRoICB0aGljayAgVHVya2lzaCAgY2FycGV0ICBvbiAgdGhlICBmbG9vciwgICAg YW5kIGhhbmRzb21lIGFwcG9pbnRtZW50cy4gSXQgd2FzIHNwYWNpDQo8L3NwYW4+DQo8L3RhYmxl Pg0KPC90ZD4NCjwvdHI+DQo8dHI+DQo8dGQ+DQo8Y2VudGVyPg0KPHAgc3R5bGU9ImZvbnQtc2l6 ZToxM3B4OyBjb2xvcjojM2YzZjNmOyI+IFNob3VsZCB5b3Ugbm8gbG9uZ2VyIHdpc2ggdG8gcmVj ZWl2ZSBlbWFpbHMgZnJvbSB1cywgdmlzaXQgdGhpcyA8YSBocmVmPSJodHRwOi8vd3d3LmN1cmUt dXJkaWVzZXMuY2x1Yi91bnNKSVVIUTU0ODNNWVlNTTI0M0lUQS82NDZIUkpKQjIzMDVSWUtHMzA1 M0RZS1FJMTFCVjM1ODUxMTVCVEgxMDA2MjIwODQiPmxpbms8L2E+PGJyPg0Kb3IgbWFpbCBjb21t ZW50cyB0byAgTUlHLzIgR3VsYWJhbmkgTWFoYXJhaiBSb2FkLCBFcmFuZHdhbmUgUHVuZSwgTUgs IElOIDQxMTAwNDwvcD4NCjwvY2VudGVyPg0KPGJyPg0KPGJyPg0KPHRkPg0KPC90cj4NCjwvdGFi bGU+DQoNCg0KPC9ib2R5Pg0KPC9odG1sPg== --__________MIMEboundary__________-- From RebeccaGilbert@annhodge.straitant.com Wed Jun 18 07:01:49 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DF5DD1A028A for ; Wed, 18 Jun 2014 07:01:48 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.952 X-Spam-Level: X-Spam-Status: No, score=-3.952 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DIET_1=0.001, GB_I_LETTER=-2, J_CHICKENPOX_22=0.6, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ZFKnwN9A-c8a for ; Wed, 18 Jun 2014 07:01:29 -0700 (PDT) Received: from annhodge.straitant.com (annhodge.straitant.com [5.83.34.157]) by ietfa.amsl.com (Postfix) with ESMTP id 9A5101A0270 for ; Wed, 18 Jun 2014 07:01:06 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Message-ID: <20140618012930.29073.86243.0.g.53.5245366.ipp-archive@megatron.ietf.org> From: Make Your Selfie Skinny To: Subject: 15-lbs lighter in days Date: Wed, 18 Jun 2014 07:01:08 -0700 The Ultimate Fat-Melting Guide ------------------------------- DocOz Posts - Shed 10lbs in 10-days for your selfies or any photos with this -> http://www.straitant.com/fat/loss/oz.episode Weight-loss Schedule (Desired Weight-loss) ------------------------------------------- ~ 10 lbs -> 10 Days ~ 15 lbs -> 15 Days ~ 20 lbs -> 20 Days ~ Have a Date you need to lose weight by? Enter the date here and see how much you will lose by then -> http://www.straitant.com/fat/loss/oz.episode [These stats are if you follow the one step. This is w/out exercise or change of diet] We hope you find this wellness update useful. To stop further updates, write Current Update Alerts at 1644 Doral Dr_B r o o k i n g s, SD 57006 or http://www.straitant.com/49tufjo/sdfg/mrn4.ki444 By expanding the character set yes it increases, BUT by forcing all passwords to to follow rules decreases the amount of possible options. Let's say someone was to get a password by brute force. By telling them the user's password has 1 upper case letter, 1 lower case letter, a number, and a symbol, it means the number of tries they need is significantly less. By allowing the user to decide what they want, the hacker has to try harder. Popnoodles Jan 25 '13 at 0:17 @popnoodles That's an excellent point that I totally missed: I gave the suggestion as placing a hard-requirement that would limit the number of possible plaintexts. Thanks for pointing that out! Robert K Jan 25 '13 at 15:52 "This will improve the entropy of the password" - if you force somebody to use at least one number then you've reduced the entropy of the password as there are only 10 digits to choose from PP. Sep 12 '13 at 15:28 @RobertK not sure why you personally attacked me with sarcasm there - "cliff-notes version". I'll ask the moderators to give you a temporary suspension because it was out of order. PP. Sep 13 '13 at 11:29 @PP. I don't understand what you read as sarcasm. The TL;DR section at the top of my answer is the "cliff-notes version" of the long part of my answer. All I asked was that you respond to specific points in the relevant section, rather than the TL;DR summary which doesn't contain any of the debate about the subject. Robert K Sep 13 '13 at 15:19 1 Also consider hashing it on client side, this way even if the server got corrupted in any way, the original passwords cannot be retrieved! user2509223 Nov 7 '13 at 11:01 @derylius Unless your log in code is delivered in a plugin, you cannot verify that the javascript code is your original code with no compromises. Also, sending a hash to be compared against a hash in the DB is just as dangerous (it takes the place of the password). This isn't a very good, or safe, idea. It's better to rely upon connection security than it is javascript security. Robert K Nov 7 '13 at 13:58 @RobertK I guess you misunderstood me. I didn't say do this instead of setting up a secure connection, what I suggested is to do this in addition, cause even if the connection is secure, if the server get compromised, then every single request sent to that server potentially shows plain passwords to the attackers. So my point is, that as a user I don't want to trust any server, but that doesn't mean I want to remember a 64 character long hash string instead of the color of my favorite fruit. (Further explanation here: xkcd.com/936) user2509223 Nov 7 '13 at 14:52 @derylius Yeah, I probably misunderstood. However, sending the hash to the server is just as bad. Though I think SQRL by Steve Gibson shows really good promise. Robert K Nov 7 '13 at 18:11 @RobertK its really just a small addition that protects the password itself, not the environment. But since the passwords must be hashed anyway to store it, hashing it on client side instead of server side is not so much extra code adding some to the security without taking out any of it. From JuanNorman@maoi.servicesgannee.com Wed Jun 18 07:33:56 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 237181A0296 for ; Wed, 18 Jun 2014 07:33:56 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.747 X-Spam-Level: X-Spam-Status: No, score=0.747 tagged_above=-999 required=5 tests=[BAYES_50=0.8, J_CHICKENPOX_64=0.6, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4hDf9mTi7Mw1 for ; Wed, 18 Jun 2014 07:33:53 -0700 (PDT) Received: from maoi.servicesgannee.com (maoi.servicesgannee.com [5.83.34.163]) by ietfa.amsl.com (Postfix) with ESMTP id 1943D1A0292 for ; Wed, 18 Jun 2014 07:33:52 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Date: Wed, 18 Jun 2014 07:33:55 -0700 Subject: Adjusted Payment | June 18 To: From: Obama's Making Home-Affordable Message-ID: <213.e9ad9a72103cee0b35f931b38067e9ee-11111-20140617222607.26848.58386@servicesgannee.com> Hello Ipp-archive, If you feel like you are dishing out too much each month for your home then your probably right. 53% of homeowners have used this ridiculously easy way to save up to 805/month and pay-off their home in half the time. Use the calculator/tool and see how much you can save: http://www.servicesgannee.com/US-BL62456-portal-housing-623.html [Note: This program has been extended, please see this before it expires.] ---------------------- >> >> >> >> >> >> | Home > Popular > Savings > June 2014 ------------------------------------------- Manning and Thompson DER | One Kimeric Ln | Charleston WV 25313 | Prefs/settings -- http://www.servicesgannee.com/5d.htmi | 7c7c2868-7947-4d46-92b9-42a9b7631603 , , , , , , , , , ,>>>> as you see, sda6 is not used, and sdc1 is usb storage. when i tried to mount sdc1 in tty1 as non-root user, it complained: mount: only root can do that and to the worse, in Xfce4 Desktop, there's only one icon of sda6, for mounting! no icons for sdc1! if i clicked the icon of sda6, it complained: Not authorized to perform operation! (i experted that, this icon for sda6 donot show in desktop, for it is reversed for other use! if possible, i want it not showed in file manager!) the content of file /etc/fstab: Code: # NOTE: If your BOOT partition is ReiserFS, add the notail option to opts. /dev/sda2 /boot ext2 defaults,noatime 0 2 /dev/sda3 none swap sw 0 0 /dev/sda4 / ext4 noatime 0 1 /dev/sda5 /home ext4 noatime 0 1 /dev/cdrom /mnt/cdrom auto noauto,user 0 0 /dev/sdc1 /mnt auto noauto,user 0 0 From pwg-announce-bounces@pwg.org Wed Jun 18 07:52:09 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9C2E01A0277 for ; Wed, 18 Jun 2014 07:52:09 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.442 X-Spam-Level: X-Spam-Status: No, score=-2.442 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, RP_MATCHES_RCVD=-0.651, SPF_PASS=-0.001, T_DKIM_INVALID=0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3HxqSv7t-Pvi for ; Wed, 18 Jun 2014 07:52:07 -0700 (PDT) Received: from www.pwg.org (www.pwg.org [IPv6:2600:3c01::f03c:91ff:fe70:b03f]) by ietfa.amsl.com (Postfix) with ESMTP id E5DA21A026D for ; Wed, 18 Jun 2014 07:52:07 -0700 (PDT) Received: from pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id CE6228596; Wed, 18 Jun 2014 14:52:17 +0000 (UTC) X-Original-To: pwg-announce@pwg.org Delivered-To: pwg-announce@pwg.org Received: from mail-in6.apple.com (mail-out6.apple.com [17.151.62.28]) by www.pwg.org (Postfix) with ESMTPS id 435328595 for ; Wed, 18 Jun 2014 14:52:17 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; d=apple.com; s=mailout2048s; c=relaxed/simple; q=dns/txt; i=@apple.com; t=1403103125; x=2267016725; h=From:Sender:Reply-To:Subject:Date:Message-id:To:Cc:MIME-version:Content-type: Content-transfer-encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=QXojb4Ml0h3BNx1Q4C8flNm9ZZNwqk632dg9NP9Kvow=; b=D9yiZ3oOuImCrX0JyGGVmQ8hffdrpBRODuNxoxLbIrQB4V8nCNcf7F+VuKkio66E NMbduCxuOcDs/vsQKQisftn797CZr/RFm7/5ejuqR6wnVRe1zqpwiE72v2DpDT9J 2fSobiFdT6vi4Cexg9k2zJUbAyqtTog/VNm4Dtg74jZXMBSl5JEnoTPFHdRucpuU LTvNGv3gamuB6S2iyz7OBWJV60xZxBTiFy6vbv4CqmZ/PY103B57WcW0qIDfRqXf CiXfBvLOaqxcCE0a0mJzAzzYbP0/MWRHZguyEu43TwgoDH478+ezIiYbxhFRloGD Urhb6bZHHAELc2hfj5IR6Q==; Received: from mail-out.apple.com (mail-out.apple.com [17.151.62.49]) (using TLS with cipher RC4-MD5 (128/128 bits)) (Client did not present a certificate) by mail-in6.apple.com (Apple Secure Mail Relay) with SMTP id 55.1F.27911.597A1A35; Wed, 18 Jun 2014 07:52:05 -0700 (PDT) MIME-version: 1.0 Received: from relay4.apple.com ([17.128.113.87]) by local.mail-out.apple.com (Oracle Communications Messaging Server 7.0.5.30.0 64bit (built Oct 22 2013)) with ESMTP id <0N7D00JNQDA4G772@local.mail-out.apple.com> for pwg-announce@pwg.org; Wed, 18 Jun 2014 07:52:05 -0700 (PDT) X-AuditID: 11973e15-f79cf6d000006d07-08-53a1a79562e7 Received: from [17.153.40.239] (Unknown_Domain [17.153.40.239]) (using TLS with cipher AES128-SHA (128/128 bits)) (Client did not present a certificate) by relay4.apple.com (Apple SCV relay) with SMTP id FA.37.03493.697A1A35; Wed, 18 Jun 2014 07:52:07 -0700 (PDT) From: Michael Sweet Message-id: Date: Wed, 18 Jun 2014 10:52:02 -0400 To: PWG Announcements X-Mailer: Apple Mail (2.1878.2) X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFupiluLIzCtJLcpLzFFi42IRnG5nqDt1+cJgg0PzuSzWta5mdmD0mLd4 OlMAYxSXTUpqTmZZapG+XQJXxv9rT5kK1gtV7P1wmL2BsZG/i5GDQ0LAROJUW3wXIyeQKSZx 4d56ti5GLg4hgVlMEqu2TmUCSfAKCEr8mHyPBaSeWUBe4uB5WZAws4CWxPdHrSwgtpDAbCaJ eZccYEb+3qMKMaaXSWLOyZfMIDVsAmoSvyf1sYLYwgL+Es3fDkGNt5FYuWMWG4jNIqAqseXe VTBbREBHYtq1L0wQt8lLzGg/wQ4yVELgMKvErB/PWCcwCsxCct4shPNmITlvASPzKkah3MTM HN3MPDO9xIKCnFS95PzcTYyQwBPdwXhmldUhRgEORiUe3oT8BcFCrIllxZW5hxilOViUxHml OoFCAumJJanZqakFqUXxRaU5qcWHGJk4OKUaGPlD5gRFGaY1nds6t4XF4v3EN/GfGo/4t+3V Ez6cZysvU5MQee3rkjkKJifKQjX4L+VPMNmwPPjYTmV/WRmlHvHw6tjzc70KmM42L0hI0N8V J9UezbDlzbm53KrSM+tXNXFP/TrDpCPYOOvqdolPJpPnn/8r9T/Mt8I+5/QMl7XzrjjLK6XU KLEUZyQaajEXFScCAMyXwBEdAgAA X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrCJMWRmVeSWpSXmKPExsUiOFPjve705QuDDa7eU7BY17qa2YHRY97i 6UwBjFFcNimpOZllqUX6dglcGdfXLGUtuC9U0ftsB3MD40T+LkYODgkBE4nfe1S7GDmBTDGJ C/fWs3UxcnEICfQySTza+ZsRJMEmoCbxe1IfK4jNLKAlcePfSyYIW1ti2cLXzCC2sIC/RPO3 Q2BxXgEbie0H77CB2CwCqhJb7l0Fs0UEdCSmXfsCVWMgca1/PSPEYnmJGe0n2Ccw8sxCsmIW khWzkLQsYGRexShQlJqTWGmil1hQkJOql5yfu4kRFBYNheE7GP8tszrEKMDBqMTDm5C/IFiI NbGsuDL3EKMEB7OSCO/kmQuDhXhTEiurUovy44tKc1KLDzFKc7AoifPenDw/WEggPbEkNTs1 tSC1CCbLxMEp1cC4c0l08LQ7d2SfhqznvC2f7sJ+4d7unNyO6XOfTt/9jN0s9ul+wRdqZ685 O2Z0lxmaMSg5xyybM89g8SXZ4gvLdcrm1754MvONqfaGiyceJ6y5xpAx9eyyjXuZ7jstjTpk UM33MPfExm0fleO+ihW3fHVeI51yXjorfU2WzvXw6+waWk0lRa1TlViKMxINtZiLihMBuOQY lwcCAAA= Subject: [PWG-Announce] PWG Call for Objections: IPP FaxOut Service (June 18 to July 11, 2014) X-BeenThere: pwg-announce@pwg.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Printer Working Group announcement list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: pwg-announce-bounces@pwg.org Errors-To: pwg-announce-bounces@pwg.org Greetings: OBJECTIONS ARE NOT CONFIDENTIAL! See instructions below. This email initiates a Call for Objections by the PWG membership on a republished IPP FaxOut Service specification as an errata to the Standard, which is located at: http://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippfaxout10-20140618.pdf OBJECTION PERIOD: The period for stating an objection starts today, June 18, 2014 and ends at 10pm (US Pacific Time) on Friday, July 11, 2014. Only respond if you have an objection to the changes made in the republished IPP FaxOut Service specification. PWG 5100.15-2013: IPP FaxOut Service was formally approved by the PWG as a candidate standard in November 2013. HOW TO STATE AN OBJECTION: Send an email with *exactly* the following subject line format: IPP FaxOut Objection---Object Example: IPP FaxOut Objection-Acme-McGee-Object All objections MUST include the technical reason for the objection, otherwise the Objection will not be considered per PWG Process/3.0. WHERE TO SEND YOUR VOTE: Please send your objection to *all* of the following email addresses: msweet AT apple DOT com (Mike Sweet, PWG Chair/IPP FaxOut Editor/IPP WG Secretary) blueroofmusic AT gmail DOT com (Ira McDonald, PWG Secretary, IPP WG Co-Chair) ptykodi AT tykodi DOT com (Paul Tykodi, IPP WG Co-Chair) ipp AT pwg DOT org (IPP WG mailing list) You are also free to reply to this note on PWG-Announce since any objections are not confidential. NOTES: - This Call for Objections is being conducted under the rules of the PWG Process/3.0 and the current PWG Policy on Intellectual Property and Confidentiality agreement. The PWG Membership Agreement calls out both of these documents and the links are provided below. - To be eligible to object the member MUST have submitted a signed copy of the PWG Membership Agreement and paid their dues. The PWG Definition of the Standards Development Process Version 3.0 is located at: http://www.pwg.org/chair/membership_docs/pwg-process30.pdf The PWG Policy on Intellectual Property and Confidentiality is located at: http://www.pwg.org/chair/membership_docs/pwg-ip-policy.pdf _________________________________________________________ Michael Sweet, Senior Printing System Engineer, PWG Chair _______________________________________________ pwg-announce mailing list pwg-announce@pwg.org https://www.pwg.org/mailman/listinfo/pwg-announce From CamrynNewton@advsol.tagsobit.com Wed Jun 18 07:52:39 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8E6AC1A028B for ; Wed, 18 Jun 2014 07:52:39 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.747 X-Spam-Level: X-Spam-Status: No, score=0.747 tagged_above=-999 required=5 tests=[BAYES_50=0.8, J_CHICKENPOX_64=0.6, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nEBt7F_xT0eY for ; Wed, 18 Jun 2014 07:52:37 -0700 (PDT) Received: from advsol.tagsobit.com (advsol.tagsobit.com [5.83.34.177]) by ietfa.amsl.com (Postfix) with ESMTP id DF1811A0277 for ; Wed, 18 Jun 2014 07:52:36 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Subject: View Report Results- [No. 85-5552] To: Date: Wed, 18 Jun 2014 07:52:33 -0700 From: Access Arrest Reports Message-ID: Public, Civil & Criminal Records Arrest Reports >> Criminal Records :: Results Posted - last updated 06/18/2014 ============================================== >> Records Compiled from local, state and federal records << 1) Enter Name Here -> http://www.tagsobit.com/database/updated/june18.index 2) Gain Full Access to Records. ** Previous Addresses | Phone Numbers | Social Media Accounts | Emails We hope that you found this report useful. To stop further reports - write Current Update Alerts 1644 Doral Drive_B r o o k i n g s, SD 57006 or go to http://www.tagsobit.com/o4jgt/dfmngo4.dfkgr Frank, while what you say is true, the algorithmic cycles it takes to generate the words doesn't make it feasible. Don't forget the inclusion of the salt. Brute force will always work if they know your hash algorithm and salt, otherwise it's virtually impossible. Robert K Dec 31 '08 at 13:52 But that doesn't make insecure passwords any safer. It just makes the database rows safer if compromised, at which point you should change your salt immediately and inform your users to change their passwords. Robert K Even when the salt and algorithm are known, finding a password by brute-force search will take many years if the proper method is used. Passwords are cracked when they are predicted by following a pattern, such as transforming dictionary words and incorporating other cribs. An essential part of the method is some sort of computationally intensive key stretching technique, like using thousands of iterations of the hash function. for the accepted answer, there is a lot of advice that is in contradiction to most of the arguments on posts like: I'm not slamming the wicked flea - just expressing a growing "hair-pulling" feeling regarding trying make sense of this. crypto-security seems a lot like a poetry slam. everyone has their own beat and groove. m42 , if I were designing a truly secure system, I'd suggest a military grade hash algorithm anyway with a ~16bit randomly generated number stored in the database. In general use, a salt with a password is better than none--unless either is compromised. I'm not claiming to be an expert, nothing is better than enforced password rotation plus a military-grade algorithm, but for basic non-critical software this is enough. Robert K May 26 '09 at 0:11 4 @wicked flea, I'm not arguing with you. Just pointing out how convoluted and complex this area of our work is. I keep hoping to get schooled by the be-all, end-all smartest, best practice for setting up a small web site's content management system. I'm still learning here. ...every time I read something that makes sense, I soon notice 5 other posts that contradict it. that round-and-round gets dizzying quickly :) m42 May 26 '09 at 0:16 Absolutely! I've just shared what I've found. I found a number of things from Shneier on Security and a very long (convoluted) discussion on a news site (don't remember which now). Robert K May 26 '09 at 0:28 2 "Even MD5 is still safe, as aside from a brute-force attack the computational power needed to decrypt doesn't exist yet." OMG, I don't believe it. MD5 can't be "decrypted", period. But it is definitly not safe, as it is. Ever heard of rainbow tables? Lohoris May 5 '10 at 10:16 2 Look, if you're using MD5 on software that requires high security (like a store) then YOU'RE the fool, not me. I know that MD5 is extremely fast, but if you're designing forum software with good practices it's still generally secure. Robert K May 20 '10 at 14:14 4 Interesting revision. Is the user ID(say, an auto increment BIGINT) a good nonce? Or since it's not random it isn't good? Also, I'll have to store the nonce for each user in the database... Does the site key + nonce + HMAC provide significant improved security over a salted(with user ID) hash iterated multiple times? Similarly, is iterating HMAC multiple times good for security? luiscubal Jul 7 '10 at 20:07 Excellent post. Answered many of my own questions. However, I am uncertain of what it means to save the site_key in the file system. Could you please explain? For me, even a .php file in a folder on the server is the file system. Francisc Apr 5 '11 at 14:08 From ipp-bounces@pwg.org Wed Jun 18 08:05:28 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EE0961A01E8 for ; Wed, 18 Jun 2014 08:05:28 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.441 X-Spam-Level: X-Spam-Status: No, score=-2.441 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, HTML_MESSAGE=0.001, RP_MATCHES_RCVD=-0.651, SPF_PASS=-0.001, T_DKIM_INVALID=0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id gNizrexyuAB7 for ; Wed, 18 Jun 2014 08:05:27 -0700 (PDT) Received: from www.pwg.org (www.pwg.org [IPv6:2600:3c01::f03c:91ff:fe70:b03f]) by ietfa.amsl.com (Postfix) with ESMTP id 739CD1A0021 for ; Wed, 18 Jun 2014 08:05:27 -0700 (PDT) Received: from pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id 7AE4C8598; Wed, 18 Jun 2014 15:05:37 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: from mail-in7.apple.com (mail-out7.apple.com [17.151.62.29]) by www.pwg.org (Postfix) with ESMTPS id 0FFE38597 for ; Wed, 18 Jun 2014 15:05:36 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; d=apple.com; s=mailout2048s; c=relaxed/simple; q=dns/txt; i=@apple.com; t=1403103924; x=2267017524; h=From:Sender:Reply-To:Subject:Date:Message-id:To:Cc:MIME-version:Content-type: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=lWwdU8hzlywPsksFk+nmpa098WEyozzjPjG8CfF/aP8=; b=TM0RjC5u9b1TGTFJ/4y4q00eWHXSMUUsp2p1zhUvpUc96f6iu2IL37ht5dl+hb9r nh8x5AIRD+o/CMq2NNxcJ3q0MtmNytPQJPQfABenSn0Kv1Xl8rtt5k5Li3c7iItT RrkzAhFft2CiEebfl2cIJ2QeNi4o06pzKseOA8GS2pNUvafdMOiSeFW5F23LWuR6 8ug4qZZ5RtQDMd1HTSvvD8JjAc4u1C4Z+oC0utpkkHOleMuws1zispm/vje/e2re FYzQ9EialiUrt64LBtRslzwkBYmtku+C+ZlegTGDXxhejj7h4nqaJUjO6QVX6FFw cOq6hW5NeqT2XqF+jfTk6w==; Received: from mail-out.apple.com (mail-out.apple.com [17.151.62.50]) (using TLS with cipher RC4-MD5 (128/128 bits)) (Client did not present a certificate) by mail-in7.apple.com (Apple Secure Mail Relay) with SMTP id 8E.E9.20114.4BAA1A35; Wed, 18 Jun 2014 08:05:24 -0700 (PDT) MIME-version: 1.0 Received: from relay8.apple.com ([17.128.113.102]) by local.mail-out.apple.com (Oracle Communications Messaging Server 7.0.5.30.0 64bit (built Oct 22 2013)) with ESMTP id <0N7D006Q6DV09X60@local.mail-out.apple.com> for ipp@pwg.org; Wed, 18 Jun 2014 08:05:24 -0700 (PDT) X-AuditID: 11973e16-f79b86d000004e92-d6-53a1aab417d6 Received: from [17.153.40.239] (Unknown_Domain [17.153.40.239]) (using TLS with cipher AES128-SHA (128/128 bits)) (Client did not present a certificate) by relay8.apple.com (Apple SCV relay) with SMTP id 39.24.11638.4BAA1A35; Wed, 18 Jun 2014 08:05:25 -0700 (PDT) From: Michael Sweet Date: Wed, 18 Jun 2014 11:05:21 -0400 To: "" Message-id: <1149A3D6-1615-4E28-A5F4-720F7AB4D2A4@apple.com> X-Mailer: Apple Mail (2.1878.2) X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFlrKLMWRmVeSWpSXmKPExsUiON3OSHfLqoXBBu+3aFgc2/eSxYHRY97i 6UwBjFFcNimpOZllqUX6dglcGS1dX5gKelUqbq9ey9zAeFC+i5GTQ0LARGLbhDlsELaYxIV7 68FsIYFZTBLvPlmD2LwCghI/Jt9jAbGZBcIk5javZexi5AKqmcwkce7BVEaYQS83t7FDJHqZ JPrnXWEFSbAJqEn8ntQHZrMIqEoc+PyDHcQWBmo4tXU7mC0ioCjxc9p2RohtNhIHzzZDXSQv MaP9BNhQCYH7rBK/521gn8DIPwvJVbOQXAVha0l8f9QKFOcAsuUlDp6XhQhrSjy794kdwtaW ePLuAusCRrZVjEK5iZk5upl55nqJBQU5qXrJ+bmbGCHhKraD8eEqq0OMAhyMSjy8CfkLgoVY E8uKK3MPMUpzsCiJ80p1AoUE0hNLUrNTUwtSi+KLSnNSiw8xMnFwSjUwnq6dIn3RUvdDcIrg W/sWf6l+FoOHtdx7+3WK38qt/c0bwcTVLyvk49y2+eOpHOYYky8Kzk+MbodNbtimX+dpxFU7 6cGcopmVblfmJYolrjau9HsZoR8lpJtxbRPr0XU6S1edKeZoCXtikG9T9ueHAvvzsv9/tk8P ZXh164u2Q5qutUjqvy4lluKMREMt5qLiRADvJKy3OAIAAA== X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFprKLMWRmVeSWpSXmKPExsUiOFPjve7WVQuDDfqO8Foc2/eSxeLIt1gH Jo+tJ3+wecxbPJ0pgCmKyyYlNSezLLVI3y6BK+Pw7hNsBU9VKo5ueMbWwPhXvouRk0NCwETi 5eY2dghbTOLCvfVsXYxcHEICvUwSe5rmgyXYBNQkfk/qYwWxmQUSJPq/t7OB2CwCqhIHPv8A qxEGGnRq63YwW0RAUeLntO2MIDavgI3E8u3LWCBsA4lr/esZIZbJS8xoP8E+gZF7FpKxs5CU QcS1JZYtfM08i5EDyNaRmLwQTRjC/nj+CNMCRrZVjAJFqTmJlRZ6iQUFOal6yfm5mxhBgdVQ mLaDsWm51SFGAQ5GJR7ehPwFwUKsiWXFlbmHGCU4mJVEeFcvXxgsxJuSWFmVWpQfX1Sak1p8 iFGag0VJnPfG5PnBQgLpiSWp2ampBalFMFkmDk6pBsatNrxhd4WTfebvrDuplPaBd2HOX4Wb pZOCRX2SZ2l+FT9nLiU/eSlLh36oSkDx4Rbmzq2ZTMHh1/t/dzWvmrT6ydsVS7PsbznWxmcv OBd5cG6gffA+o9s/Xa9dPFmvrbLSr6z/9o1a9djd10TO73POE5nnllX3Z7aEs8gZ6dsfOpZu UrldmqPEUpyRaKjFXFScCADbDS4fKAIAAA== Subject: [IPP] Prototype experience for IPP Finishings 2.0 X-BeenThere: ipp@pwg.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Internet Printing Protocol Workgroup discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1089947630==" Sender: ipp-bounces@pwg.org Errors-To: ipp-bounces@pwg.org --===============1089947630== Content-type: multipart/alternative; boundary="Boundary_(ID_PUWZM4C86REfs5Hj3MZd5w)" --Boundary_(ID_PUWZM4C86REfs5Hj3MZd5w) Content-type: text/plain; CHARSET=US-ASCII Content-transfer-encoding: 7BIT Apple has prototyped all of the finishings enum values and the template, fold, staple, and punch functionality of the finishings-col attribute in the following prototype draft of IPP Finishings 2.0: http://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippfinishings20-20140509.pdf A few observations: 1. Designing UI for specific finishings-col finishing types is quite difficult due to the number of moving parts. We suspect any UI that provides direct control over the parameters will necessarily be for expert users only. 2. The extension of finishing-template to include keywords as well as names should allow for simpler UI that vends standard and "pre-composed" finishing operations created by vendors and/or local experts. 3. We should make it clear that finishings-col-ready is potentially READ-WRITE, and/or introduce a finishings-col-database that can store pre-composed finishing operations. The latter may be a better fit since the semantics of -ready imply that the finisher subunits are ready/available. I will post a proposal for finishings-col-database for inclusion in the stable draft of IPP Finishings 2.0. _________________________________________________________ Michael Sweet, Senior Printing System Engineer, PWG Chair --Boundary_(ID_PUWZM4C86REfs5Hj3MZd5w) Content-type: text/html; CHARSET=US-ASCII Content-transfer-encoding: quoted-printable Apple = has prototyped all of the finishings enum values and the template, fold, = staple, and punch functionality of the finishings-col attribute in the = following prototype draft of IPP Finishings = 2.0:

    http://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippfinishings20-20140509.pdf

A few observations:

1. = Designing UI for specific finishings-col finishing types is quite = difficult due to the number of moving parts. We suspect any UI that = provides direct control over the parameters will necessarily be for = expert users only.

2. The extension of = finishing-template to include keywords as well as names should allow for = simpler UI that vends standard and "pre-composed" finishing operations = created by vendors and/or local experts.

3. We = should make it clear that finishings-col-ready is potentially = READ-WRITE, and/or introduce a finishings-col-database that can store = pre-composed finishing operations. The latter may be a better fit since = the semantics of -ready imply that the finisher subunits are = ready/available.

I will post a proposal for = finishings-col-database for inclusion in the stable draft of IPP = Finishings 2.0.

_________________________________________________________
Michael = Sweet, Senior Printing System Engineer, PWG = Chair

= --Boundary_(ID_PUWZM4C86REfs5Hj3MZd5w)-- --===============1089947630== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ ipp mailing list ipp@pwg.org https://www.pwg.org/mailman/listinfo/ipp --===============1089947630==-- From ipp-bounces@pwg.org Wed Jun 18 08:21:26 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F198B1A029A for ; Wed, 18 Jun 2014 08:21:25 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.442 X-Spam-Level: X-Spam-Status: No, score=-2.442 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, RP_MATCHES_RCVD=-0.651, SPF_PASS=-0.001, T_DKIM_INVALID=0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id i_gYPXvQz3QW for ; Wed, 18 Jun 2014 08:21:24 -0700 (PDT) Received: from www.pwg.org (www.pwg.org [IPv6:2600:3c01::f03c:91ff:fe70:b03f]) by ietfa.amsl.com (Postfix) with ESMTP id 1D3D61A02A1 for ; Wed, 18 Jun 2014 08:21:24 -0700 (PDT) Received: from pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id 5B3D48599; Wed, 18 Jun 2014 15:21:34 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: from mail-in7.apple.com (mail-out7.apple.com [17.151.62.29]) by www.pwg.org (Postfix) with ESMTPS id 695EE8598 for ; Wed, 18 Jun 2014 15:21:32 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; d=apple.com; s=mailout2048s; c=relaxed/simple; q=dns/txt; i=@apple.com; t=1403104880; x=2267018480; h=From:Sender:Reply-To:Subject:Date:Message-id:To:Cc:MIME-version:Content-type: Content-transfer-encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=i6FXbNAZ4HFOYE50dpjlnVRQWhhBHVjMZno+bHCt/30=; b=LB9I3uhD1XXy9OOZt6lr2AjuGDe+3Dlq/aYLaM1sZRkUUYjuRbnjz3RkE1Ilv4TQ G/Cb4dlDbSTUcMgm5+2sGa38+umJNsv2oGnJRasMXJTURP2v05sqldxY1NK77E93 akzEtq6soglx1nJlerle6pa3ZSXuSJT5pg2rGBtdvywcj++YZVmqXSp9zNw3PGit rt8dVPmJ0AfDlrS3ttBtWW46US2Z0nCEvQZD0uf22NheRZx9nU1KX5hzXhuJAI8p VT6/GFFFC4vBaINifjMpp8Mj993PnylBKc4AUjJNjRPKENIgT0l6UxeqcLPgJCAY ojscfTzebj+g/z0uNbMtXw==; Received: from mail-out.apple.com (bramley.apple.com [17.151.62.49]) (using TLS with cipher RC4-MD5 (128/128 bits)) (Client did not present a certificate) by mail-in7.apple.com (Apple Secure Mail Relay) with SMTP id 0F.EE.20114.07EA1A35; Wed, 18 Jun 2014 08:21:20 -0700 (PDT) MIME-version: 1.0 Received: from relay7.apple.com ([17.128.113.101]) by local.mail-out.apple.com (Oracle Communications Messaging Server 7.0.5.30.0 64bit (built Oct 22 2013)) with ESMTP id <0N7D00JDGENAG792@local.mail-out.apple.com> for ipp@pwg.org; Wed, 18 Jun 2014 08:21:20 -0700 (PDT) X-AuditID: 11973e16-f79b86d000004e92-92-53a1ae70c788 Received: from [17.153.40.239] (Unknown_Domain [17.153.40.239]) (using TLS with cipher AES128-SHA (128/128 bits)) (Client did not present a certificate) by relay7.apple.com (Apple SCV relay) with SMTP id D1.8E.19908.F5EA1A35; Wed, 18 Jun 2014 08:21:04 -0700 (PDT) From: Michael Sweet Date: Wed, 18 Jun 2014 11:21:17 -0400 To: "" Message-id: X-Mailer: Apple Mail (2.1878.2) X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFuplluLIzCtJLcpLzFFi42IRnG5nqFuwbmGwwekLJhbH9r1kcWD0mLd4 OlMAYxSXTUpqTmZZapG+XQJXxpStn5gKTnNXrL19iKWBcRdnFyMnh4SAiUTrtROsELaYxIV7 69m6GLk4hARmMkk8n/WJBSTBKyAo8WPyPSCbg4NZQF7i4HlZkDCzgJbE90etLBD1k5kkvp2d zgYz9Nr/NewQiV4mifa/LYwgCTYBNYnfk/rAtrEIqEocWboMLC4sYCbxZ+JtdhBbREBR4ue0 7YwQi20kNtxYywIxVF5iRvsJsKESAqdZJY5sncQ2gVFgFpIDZyEcOAvJgQsYmVcxCuUmZubo ZuaZ6yUWFOSk6iXn525ihISf2A7Gh6usDjEKcDAq8fAm5C8IFmJNLCuuzD3EKM3BoiTOK9UJ FBJITyxJzU5NLUgtii8qzUktPsTIxMEp1cDY9fLXnvSyx3F1THb39pfuM3lTrDkt59SWvh1f aw38WfYr7P5YmrzYQ3VS6yzeWNeAguw1K36kvqxN95z1Sol5lf62g4Y7m///mfnEqE21yc/o lp3zA5VX3/InH91zxfNrnUL8vS8ZXiWldx8Z6Excd2CffKvxz4KbH34X398d2mWrLyHYEd6m xFKckWioxVxUnAgAUhjNTyACAAA= X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrHJMWRmVeSWpSXmKPExsUiOFPjvW7CuoXBBoufGFkc2/eSxeLIt1gH Jo+tJ3+wecxbPJ0pgCmKyyYlNSezLLVI3y6BK+PYj4PMBb+5K953HmVpYLzE2cXIySEhYCJx 7f8adghbTOLCvfVsXYxcHEICvUwSe/+tYQRJsAmoSfye1McKYjMLaEnc+PeSCcLWlli28DUz iM0ioCpxZOkysHphATOJPxNvgw0VEVCU+DltO1icV8BG4vo5iDm8AgYS1/rXM0IslpeY0X6C fQIjzywkK2YhWTELScsCRuZVjAJFqTmJleZ6iQUFOal6yfm5mxhBodJQmLqDsXG51SFGAQ5G JR7ehPwFwUKsiWXFlbmHGCU4mJVEeFcvXxgsxJuSWFmVWpQfX1Sak1p8iFGag0VJnPf45PnB QgLpiSWp2ampBalFMFkmDk6pBkaLD8aWn1pPen+87MG7vsb8nOKm78b931Wvyj510za41iEs 5FrtO6VMmX/btkW/2Y58ffKCeYGmwl7lxBlFHzvOBaRP3a9eljqLOToqc3th5E1u5+ZVgWI5 Z0V914ZNUuHj51NVeiVysLR8l7K4hqaW/eP7kdoXtGKsvmtYR3gWyOdzqqcYK7EUZyQaajEX FScCANIT78IRAgAA Subject: [IPP] IPP Finishings 2.0: "finishings-col-database" X-BeenThere: ipp@pwg.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Internet Printing Protocol Workgroup discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: ipp-bounces@pwg.org Errors-To: ipp-bounces@pwg.org All, My prototype experience shows that "pre-composed" finishing operations selected using the finishing-template member attribute are the most important/useful for non-expert UI. Since finishings-col-ready is defined to list only those finishing operations that are available at any given time, I would like to propose adding a "finishings-col-database" attribute that holds all of the named finishing operations that are configured on a given Printer - this would provide a necessary vendor and site configuration attribute, with the finishings-col-ready attribute reflecting which finishing operations are possible based on the current subunit state. Your comments are appreciated! .... The added text is: 6.9 finishings-col-database (1setOf collection) The RECOMMENDED "finishings-col-database" Printer attribute lists the "finishings-col" member attributes corresponding to each "finishing-template" value. For example, a Printer that supports the 'staple' value might report: finishings-col-database={ finishing-template='staple' stitching={ stitching-locations=635 stitching-offset=635 stitching-reference-edge='left' } } The same values SHOULD be reported in the "finishings-col-ready" Printer attribute for each finisher sub-unit that is available. _________________________________________________________ Michael Sweet, Senior Printing System Engineer, PWG Chair _______________________________________________ ipp mailing list ipp@pwg.org https://www.pwg.org/mailman/listinfo/ipp From GiovanniCraig@farmhouseinn-com.knottedhedron.com Wed Jun 18 08:28:41 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D4F161A0263 for ; Wed, 18 Jun 2014 08:28:41 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 2.848 X-Spam-Level: ** X-Spam-Status: No, score=2.848 tagged_above=-999 required=5 tests=[BAYES_60=1.5, DIET_1=0.001, GB_OPRAH=2, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wukK2q-PWBxm for ; Wed, 18 Jun 2014 08:28:40 -0700 (PDT) Received: from farmhouseinn-com.knottedhedron.com (farmhouseinn-com.knottedhedron.com [89.36.224.4]) by ietfa.amsl.com (Postfix) with ESMTP id 972031A004E for ; Wed, 18 Jun 2014 08:27:51 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Date: Wed, 18 Jun 2014 08:27:45 -0700 To: Message-ID: <445.20140617230447.27325.90920.JavaMail-Source.20140617230447.27325.90920.ipp-archive@megatron.ietf.org> Subject: Trim midsection in days From: Fastest-Fat Buster --The-Doctors- F-A-T Busting in a Hurry.... ~~~----~~~---~~~----~~~---~~~----~~~--- How Oprah and many other celebs are getting trim this Summer. All while being "Lazy". Oprah's Results - http://www.knottedhedron.com/Yahoo-5345/Oprah/h763g6794h.html - No Exercising or foods restrictions Most viewed show of 2014:: Getting rid of belly fat is simpler than you might think. With the right plan. =========-=========-=========-========= Doctors TV - Live: http://www.knottedhedron.com/Yahoo-5345/Oprah/h763g6794h.html =========-=========-=========-========= - to alter-message with - write - 1107 V a l e r i a |Drive| Marion, TX 78124 -- http://www.knottedhedron.com/76.phtml - Ipp-archive stuff again 86bbf8e9cc389140acf3e6672b81d522 to get to other areas. It's usually completely packed too, making it even more claustrophobic and chaotic trying to find stuff. Still, the food is e67c7420c30d2b887b9a00fe7b3fff3b great, and it's a fun way to spend some time shopping and eating for the holidays.This is one of the best d753f78a0c87479eb665fad5e04c950f holiday markets. Size-wise and crowd-wise, it's a bit better than the smaller, packed, maze-like Union Square Holiday Market. A good thing if you don't like ice skating is that all the tourists waiting on the massive ice skating line will thin out the crowds throughout the rest of the market. Otherwise, hate to dump on a smaller business and plug a chain, but if you want ae4d5177d04a4d14b023e4fcc336cd3a to have a really satisfying dessert, make sure you plan ahead and walk a little bit extra to a nearby FroZenYo for c5cbaf63d9ce44aab8cf49f7eb031186 some really good yogurt instead of coming to this sad little shop.Unlimited fries. Make your own shakes. Burgers named after obese dead rappers. What more could you ask for? This place is awesome. It was more 9f90378f660a3bc3d30787eacc30e456 than e0c64a660fb7cd6662cde18f7b0c7f56 worth the trip into a different state as I trekked across the Francis Scott Key Bridge from D.C. to Virginia to 696dc588e6a51ad321ad3b8649f21e5c get here in the 90 degree heat. I made the trip because I read about this place several times on lists of best burgers in the country, and it definitely did not disappoint. I was very tempted to try a cheesesteak since I also read good things about it and the server recommended it, but we really did come for the burgers, so we went with two of those. You My only complaint about this place is that they don't have the +1 for drinks with order on an entree and a lemon ice tea is about 2.50. But meh, I still come back for the good food and the huge restaurant. Wait during the weekends can be long and service slows down because of the number of people dining. But all cca5893855085591b22f15b0844e9d80 other times, they're pretty efficient. The portions are more than other cafes. You get two chicken steaks per order. So, if you're order pork chops or chicken steak, you 11f236f7acac53091d35b3889d529fbc can most likely share and both still be full. They d6b1651f8501a21a2282d3b3aeebcb24 also do the brick toast dessert but it 86a5427f825c8e2fb51c4f4a0ef44cc9 doesn't taste as good as Oh My Pan in San Gabriel. But if 505a89a1a6fe2d5c84981f895a5271a5 you're trying to 4ce1d42eb0efe98c1d9836bd2e7a1f8e drive less, well, they do have it. Park underground or on the street, probably better off underground and slow. Our side dishes came after our meat, which never has occurred and my boyfriend never got his water. We 6953bdb2c9ca51a1dbfbe4ae7a39f749 ordered off the Menu A and wanted Brisket, Pork Belly, and Beef Belly. I also asked 7896dd28fb6d209ddf3a3a2098914adb for a Sprite. our waiter then comes back with a pork steak and a Coke. Uhh.... you are way off, sir. Even he was shocked that he was e1be80846f484e417cac6a602c8a7370 so off that he said, "Seriously?" Umm.. Yes, seriously. But nonetheless, with the refill and the good quality of the beef belly, along with the return or fb17e871f8ed3e8a30a80406e3beba72 pork belly a713db466c43c5c0f8ee384ccc9264c3 on the 7ea2e5db3ff07971e0be06c45e5eec33 9.99 option, castle is still my #1. Service 35bdbf784a3a4642784daa409f58dc0d may be going down, but I don't know df9244496a7aa3d551fa070778821903 any 9.99 684c09515a63c486c9635086906093de AYCE KBBQ place with good service. As long as I get 07b29e9bd692702c96c572055cff45fc my refills on my soda, quality pork belly, and rice paper, I'm a happy camper.I practically lived here when I definitely recommend trying this place. Even if you're not a big dessert fan, there's always a little something for everyone here.Was very lucky faeb6f659873f1e3a05702c2340495dc to find street parking right in front of the 91e690182aa4f05910257d6dbc5f01a4 restaurant. Ended up waiting about 30 min for 2 of us. If you know Downtown/Hillcrest area of SD, then you know that parking can ribs and fried chicken combo) (20). Even more delicious fried chicken, along with some massive, meaty, extremely tender ribs. The other great thing about this combo is that it comes with two sides. We got some mashed 44f4ff3208a789b6c57134dfbfdbc9d7 potatoes, which were nothing particularly special, but wow, the Baked Macaroni & Cheese. This is the side you must get here. I'm not a fan of that runny, soupy, overly cheesy type of mac & cheese, so I was in heaven with this, as it was the complete opposite of that. In fact, as my hands were too greasy from the ribs and chicken to even bother using silverware, I have no shame in admitting I picked up that hunk of mac & cheese 1547086f13c1831cba5be2d4dd61716c like a brick and took bites 9bede17eb9c5977b901227ca82990acf out of it like an animal. It was as amazing as that sounds beastly. Deep in the throes of From OilChangeCoupons@alloilspecials.biz Wed Jun 18 09:22:02 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 523FE1A02B0 for ; Wed, 18 Jun 2014 09:22:02 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 4.069 X-Spam-Level: **** X-Spam-Status: No, score=4.069 tagged_above=-999 required=5 tests=[BAYES_99=3.5, BAYES_999=0.2, HELO_EQ_BIZ=0.288, HTML_MESSAGE=0.001, MIME_HTML_ONLY=0.723, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_REMOTE_IMAGE=0.01] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id xymSDOTbJLO3 for ; Wed, 18 Jun 2014 09:22:01 -0700 (PDT) Received: from alloilspecials.biz (ajo.alloilspecials.biz [63.247.89.102]) by ietfa.amsl.com (Postfix) with ESMTP id 26E211A02B9 for ; Wed, 18 Jun 2014 09:21:59 -0700 (PDT) Date: Wed, 18 Jun 2014 09:20:35 -0700 Subject: Oil change-coupons: Print coupons and save Content-Type: text/html To: From: "Oil Change Coupons" Mime-Version: 1.0 Message-ID: <3837916.1699559@alloilspecials.biz>

Images not loading? Please go here.

unsub

unsub





each other. A very large man was seated behind us and I saw people just give up and go around. It was also EXTREMELY LOUD, the loudest place I have been in quite a while. We were seated right in the middle at a tiny table that barely had elbow room. I started to feel claustrophobic and couldn't hear a thing my man was saying and he couldn't hear me. I spotted and pointed to a newly vacant table in the corner and we made a mad dash for it. Ahhh... a little quieter but I still couldn't hear well. Then I looked at the menu which was only about four choices of pizza to order from. I thought that we would share a pizza but when the waitress came by she explained that the pizzas were about the size of a dinner plate and most adults get their own. Then I looked at the price and about had a heart attack! Now, I am not a tightwad, I will pay dearly for excellent food. Then I was shocked to see that for the price we were going to pay the salads were not included? Really? This is a pizza joint, not the Four Seasons Resort. The pizza came quickly. I was soooooooo disappointed. I am what you might call a pizza whore. I could eat pizza every day. I won't though because I would be huge. I ordered the Margherita and my man had the Sonny Boy. We were never served any bread and oil while we waited either. The pizza crust was so thin I bet I could have seen light through it and the sides were burnt. I get the wood fired oven thing but this was ridiculous! There was a tiny amount of sauce, even tinier amount of cheese and 4, count 'em, FOUR pieces of basil. Now, I'm not saying it tasted bad after I broke off all the burnt pieces, it was just ok. It was nothing special and not worth the 40.00 we spent for 2 small pizzas and no drinks with tip. My hands were black and my man somehow got black all down his white sleeve. Then driving to the show in the car I noticed that I had black all over my neck! I know I really get into my pizza but come on! I shouldn't need a bath after. We won 't bother coming here again because when we left I said to my man with a big grin on my face "I'm






From AlexiaVasquez@npmchs20.bugabovegid.com Wed Jun 18 09:41:45 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 17A1F1A0263 for ; Wed, 18 Jun 2014 09:41:45 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 3.771 X-Spam-Level: *** X-Spam-Status: No, score=3.771 tagged_above=-999 required=5 tests=[BAYES_99=3.5, BAYES_999=0.2, HTML_MESSAGE=0.001, MIME_HTML_ONLY=0.723, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id azCIVDjYAV0i for ; Wed, 18 Jun 2014 09:41:44 -0700 (PDT) Received: from npmchs20.bugabovegid.com (npmchs20.bugabovegid.com [89.36.224.37]) by ietfa.amsl.com (Postfix) with ESMTP id CFB181A0083 for ; Wed, 18 Jun 2014 09:41:03 -0700 (PDT) Content-Type: text/html; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit To: From: Regarding: Term-Life Policy Date: Wed, 18 Jun 2014 09:41:01 -0700 Subject: 500k in coverage - No Exam Message-ID: <20140617234934.27866.42030.0.g.53.5245366.ipp-archive@megatron.ietf.org>

Re: PLC Secondn notice #2 - 89273424 -

Hello Ipp-archive,

Of all the things you can protect, nothing is more important to protect than your own life. Life is full of unexpected situations and events, so it pays to be prepared for anything.

  • It is our usual "go out" night, but that will depend on how I am feeling. (I am still in pain but have a little more stamina.) We were originally going to take TB's dad out last night for dinner but that was before the fall and I wasn't up to it. They are going to TB's sister's tonight. So, I have no idea what or where we will be eating. It is a bit of a sad day for me because my sister always did Dad's birthday and I did Father's Day. This is the second since he's been gone.
  • http://www.benefits.gov/benefits/benefit-details/1512
  • Mama's making me baked herb-encrusted Cod Steaks, baked cubed potatoes rolled in onion soup mix and a surprise (?) for a vegetable. Simple, basic but something I love.

For your piece of mind:
http://www.bugabovegid.com/plc-pkg-5345745/index.cvt-cover

Package Currently Available:
$250k In Coverage $15/month | No Medical-exam necessary
----

You are priceless after all (or at least pretty close to priceless). Life coverage helps provide you peace of mind and can provide your family with financial-stability and security when it matters most.

Thank You

 

 

don't know what this means, or what I should do about it. Can someone advise me?

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

AGA Life-Experts | Eight-Lorain Dr | Little-Rock | AR 72212
Communications-/settings

I fixed a pot roast with carrots, celery, onions etc... for lunch.

Got a great deal on an 8 1/2 ham, so I cooked it in my Ninja cooker with cider and glazed, so moist and tender.

MY Dad is gone, and the kid's dad and I are divorced but I did remember to send a Happy Father's Day note. Unfortunately, Dad's in Florida and the kids are in CA and CT.

I am not too sad, I know he is in a much better place and his passing was a true blessing as he was so ill.

What? Monkey has already wrecked one screen door in a year?

We are going out. Probably to Swiss Chalet or a local restaurant, ABC

I took my honey to Hot Dog King for chili dogs

After dinner, we watched UVA win the first game of the College World Series.

I can take or leave rhubarb pie, cobbler, sauce, or any other of those typical rhubarb dishes. Making a rhubarb pie or cobbler is something I do for my brother

I think I'll try this (Friday or Saturday), but use some frozen Swiss Chard instead of spinach...

When I was a kid rhubarb was very important with the older folks

Will have to make some sauce this weekend from my rhu patch.

Not at the farm on weekends right now since I'm moving to the house in the City.http://www.benefits.gov/benefits/benefit-details/1512

have never made it myself, but I could find you a recipe from my Danish cooking site.

From KeiraDixon@girlpower.moaedaph.com Wed Jun 18 10:25:32 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 66F281A02CA for ; Wed, 18 Jun 2014 10:25:32 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.347 X-Spam-Level: X-Spam-Status: No, score=0.347 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, J_CHICKENPOX_64=0.6, MANGLED_AVOID=2.3, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id fO0CiCmWCZ3s for ; Wed, 18 Jun 2014 10:25:31 -0700 (PDT) Received: from girlpower.moaedaph.com (girlpower.moaedaph.com [93.117.122.176]) by ietfa.amsl.com (Postfix) with ESMTP id 20DBE1A0290 for ; Wed, 18 Jun 2014 10:25:24 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Subject: Take you best Selfie Yet Message-ID: <213.1cf5577a2aad4c9184d349dd62e6097b-11111-20140618010939.28818.31848@moaedaph.com> To: From: The Slimming Selfie Plan Date: Wed, 18 Jun 2014 10:25:23 -0700 2-Week Transform You Plan On Today's DocOz Episode --------------------------- Are You Ready? Body fat is something most people wish they had less of. And while diet and exercise are two very important ways to stay trim, sometimes your body needs an extra boost to keep fat at bay. This will have you down 14-lbs in 14 days. DocOz Reveal -> http://www.moaedaph.com/oz/fat/melting/guide.index We hope that you enjoyed this Health Update. To stop further notifications write Current Update Alerts 1644 Doral Drive_Brookings, SouthDakota 57006 or go to http://www.moaedaph.com/3ekhjr.rgiir If you know the syntax git push origin local_branch:remote_branch, then the syntax to delete a branch with git push origin :remote_branch is kind of cute. There's a void before the : Marc-Andr Lafortune May 11 '12 at m not arguing with you. Just pointing out how convoluted and complex this area of our work is. I keep hoping to get schooled by the be-all, end-all smartest, best practice for setting up a small web site's content management system. I'm still learning here. ...every time I read something that makes sense, I soon notice 5 other posts that contradict it. that round-and-round gets dizzying quickly :) m42 May 26 '09 at 0:16 4 Interesting revision. Is the user ID(say, an auto increment BIGINT) a good nonce? Or since it's not random it isn't good? Also, I'll have to store the nonce for each user in the database... Does the site key + nonce + HMAC provide significant improved security over a salted(with user ID) hash iterated multiple times? Similarly, is iterating HMAC multiple times good for security You may also want to follow up with git remote prune origin, right? Jesse Glick Jul 24 '12 at 15:36 What is the difference between git branch -D -r and git push origin --delete ? Pardoner Oct 2 '12 at 17:52 5 @jesse-glick According to the manual In most cases, users should run git gc, which calls git prune. Michael G. Emmons Oct 20 '12 at 17:15 2 Note that this will not delete your local copy of the branch. Try it, do a git branch after issuing the delete. The branch is still there. To remove it locally you can issue git branch -d local_branch. Cleaning up local references via git gc might possibly work as well, but I haven't tried it. Michael G. Emmons Oct 24 '12 at when using above command i got the error: fatal: --delete only accepts plain target ref names MahmoudS Jun 26 verkill unless you want a cryptographically secure hash, i.e. you don't want the hash to help in reconstructing the original message, nor do you want a clever attacker to create another message which matches the hash. If the original isn't a secret and the hash i I think updating this answer to copy another answer (that first mentioned --delete) is kind of EXP cheating. You totally adapted your answer to coopt another better and more up to date one (with a totally different syntax). Evan Carroll Dec 12 '13 at 1:04 Other developers who had the remote repo will need to use git fetch --all --prune. Dean Rather Apr 14 at 0:32 tring plaintext = "your text here"; MessageDigest m = MessageDigest.getInstance("MD5"); m.reset(); m.update(plaintext.getBytes()); byte[] digest = m.digest(); BigInteger bigInt = new BigInteger(1,digest); String hashtext = bigInt.toString(16); // Now we need to zero pad it if you actually want the full 32 chars. while(hashtext.length() < 32 ){ hashtext = "0"+hashtext; Right. And by the way, that also works for tags. Dean Rather Apr 14 at 0:57 add comment From NicholasRodriguez@cas.couplecosmo.com Wed Jun 18 11:00:02 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 25FB01A0280 for ; Wed, 18 Jun 2014 11:00:02 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 3.513 X-Spam-Level: *** X-Spam-Status: No, score=3.513 tagged_above=-999 required=5 tests=[BAYES_50=0.8, FF_IHOPE_YOU_SINK=2.166, J_CHICKENPOX_16=0.6, J_CHICKENPOX_17=0.6, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id bp8oveQPfcuu for ; Wed, 18 Jun 2014 10:59:55 -0700 (PDT) Received: from cas.couplecosmo.com (cas.couplecosmo.com [93.117.122.199]) by ietfa.amsl.com (Postfix) with ESMTP id D76451A0102 for ; Wed, 18 Jun 2014 10:59:43 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Date: Wed, 18 Jun 2014 10:59:40 -0700 Message-ID: <20140618030714.31016.39068.0.g.53.5245366.ipp-archive@megatron.ietf.org> From: In Celeb News... Subject: Paparazzo Saw Celeb Using This To: Posted June 18, 2014 - TMVZ News - Why is Ellen Facing such Criticism? DeGeneres reportedly tweeted: "Go USA! Fastest goal in U.S World Cup History in the #USAvsGhana game. 32 seconds! It took me longer to look up where Ghana is." Ellen's not new to controversy. Shes been all over the headlines because of facelift rumors. What do you think? Check the photos out Here -> http://www.couplecosmo.com/facelift/pics/june.html we hope that you enjoyed the wellness update. To stop further updates write Current Update Alerts 1644 Doral Dr_Brookings, SouthDakota 5 7 0 0 6 or http://www.couplecosmo.com/skkd3/fk4.mfke4 heh awesom exploit, it's pretty much mine (n===+n to check for numeric, n|0 to round), but with built-in operators. funky Claudiu Oct 7 '10 at 21:11 4 @John Hartsock a string is never going to be a numeric value. It's a string. The point of this function is to test whether a value is a Javascript numeric value that has no fractional part and is within the size limits of what can be represented as an exact integer. If you want to check a string to see if it contains a sequence of characters that represent a number, you'd call parseFloat() first. Pointy Oct 7 '10 at 21:23 @Pointy but parseFloat("1.1a") will still return 1.1. Suppose you had a text field you wanted to validate that it was an float and only a float without alpha characters. Testing weather a text field from an input element for decimal(float) John Hartsock Oct 7 '10 at 21:28 3 @John Hartsock: it won't return true unless a number primitive was passed. I think that makes sense given the names of the functions. Anything else should be a candidate for isString, isBoolean, etc. if such functions are being written. Dagg Nabbit Oct 8 '10 at 2:43 3 @Pointy: double precision floats can represent integer values exactly up to 2^53. So it depends if the OP was asking about integer in the maths sense (whole numbers) or in the 32-bit data sense. If it's the latter, your solution is perfect. Dave Feb 18 '12 at 1:26 @Dave yes that's true, but note that when JavaScript wants to deal with integers it usually bashes them down to 32 bits. Pointy Feb 18 '12 at 2:57 2 +1 for using n|0 to convert the value to a signed 32-bit integer. As @Dave says, the integers between 2^31 and 2^53 are interesting in JavaScript, because they can be represented exactly, but get truncated to their least-significant 32 bits by the bitwise operators. TachyonVortex Jul 19 '13 at 2:53 @DaggNabbit I've never seen ===+ or | in JavaScript before. I understand what @Claudiu said about them but I don't see them mentioned anywhere on w3school. Is there a place I can go to see some documentation on them? I'm going to guess | is a bit wise operator, is that right? Is ===+ some kind of addition or maybe its a positive sign operator which would only work on a number? Again I can't find anything about these anywhere. Thanks. Dan Oct 23 '13 at 21:38 1 @Dan: ===+ is actually two operators, === (strict equality), and then unary +, e.g. (+5). the | is bit-wise or, yes. Claudiu Oct 23 '13 at 21:41 2 @Dan, Claudiu is right, ===+ was just my lazy formatting. It's fixed now, with Pointy's excellent comment added. Also, w3schools is generally considered to be inaccurate and incomplete; you probably don't want to use it for a reference. Better to stick to docs from MDN, WHATWG, W3C, and the official spec. Dagg Nabbit Oct 23 '13 at 23:59 The only caveat with this method is that bitwise operators in JavaScript work up until 32 bits, so large numbers will give false as an integer. Gastn Snchez Apr 2 at 15:26 @GastnSnchez ISTM if a number cannot be expressed as an unsigned 32-bit int, it is not an "integer" in the context of JavaScript. IOW the only way this question is useful is if it's asking how to identify numbers that can be converted to the format required by bitwise operators without changing their value. Determining whether a number has no fractional part is trivial; I assume that's not what was being asked here. Dagg Nabbit May 1 at 2:00 From AnnaPage@newcanit.fitpiadid.com Wed Jun 18 13:07:44 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E79251A02D2 for ; Wed, 18 Jun 2014 13:07:44 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 2.319 X-Spam-Level: ** X-Spam-Status: No, score=2.319 tagged_above=-999 required=5 tests=[BAYES_50=0.8, FH_RELAY_NODNS=1.451, GB_I_LETTER=-2, HELO_MISMATCH_COM=0.553, HTML_MESSAGE=0.001, MIME_HTML_ONLY=0.723, RDNS_NONE=0.793, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id SZHGcDy578w7 for ; Wed, 18 Jun 2014 13:07:43 -0700 (PDT) Received: from newcanit.fitpiadid.com (unknown [5.255.80.175]) by ietfa.amsl.com (Postfix) with ESMTP id E2D881A0283 for ; Wed, 18 Jun 2014 13:07:38 -0700 (PDT) Content-Type: text/html; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Subject: Kohl's Survey Winner From: Kohl's Voucher Code Date: Wed, 18 Jun 2014 13:07:38 -0700 To: Message-ID: <213.3022ea7c6124ea10a06446c3748e8b6d-11111-20140618002732.28318.72364@fitpiadid.com> Untitled Document

Hello Ipp-archive,
Kohl's Cares Rewards: 3022ea7c6124ea10a06446c3748e8b6d
REDEEM YOUR KOHL'S CASH NOW
__________________________________

| Kohls Rewards |

Redeem Gift Card:
Card # 35472

 

Heres how easy it is to redeem Kohl's Cash:

Complete the 1 minute survey: HERE

Enjoy the GOLDSTAR Clearance Event

 

Regards,

Kohl's Rewards

 

 

To stop further notifications from Current Update Alerts
write to 1644 Doral Dr Brookings, SD 57006 or go here

 

 

o other way to save random number of nonce except save it to db? If the hacker can get hashed_password from db, sure he able to get nonce from db too zac1987 Jan 2 '12 at 18:18

Great revision. I've been using bcrypt for some time now, and I guess I'll start looking into scrypt for future projects. luiscubal May 25 '12 at 17:50
1
I think even emailing a new password in case of a lost one is a bad idea. Why not email a link to a secure site that allows the user to change his password? That's much more comfortable (no need to change the password after logging in with the random one) and more secure since no password went over the wire unencrypted - remember, users are lazy and chances are good that they do not change the random password. ThiefMaster Jun 11 '12 at 2:03
3
Sending a temporary password through email that requires the user to change it the first time they use it and sending a "secure" link over email that allows them to set their password are equally risky. In either case anyone who intercepts the email can access the account as long as they use the link or password before the intended recipient does. Tim Gautier Aug 2 '12 at 21:10

Regarding your most recent edit: "require at least 1 upper case letter, 1 lower case letter, a number, and a symbol" is in direct contradiction with the xkcd comic in the link. It shows an example of a password with no symbols, but high entropy. luiscubal Jan 5 '13 at 23:03

@luiscubal I'm not sure Randall is right, so I don't 100% endorse his suggestion though I've tried it. With lowercase/spaces your entropy is ~4.75/character, which for 28 characters is about 131-133 bits of entropy. But there's only four words there, with ~1 million words in the English language that's 1e+24 combinations versus upper/lower/symbols at 28 characters is 3.18855e+55 or so. Anyway, I'm not 100% convinced. Robert K Jan 7 '13 at 14:08
1
@RobertK Humans are imperfect random number generators, which greatly lowers the entropy in both cases. They won't pick a perfectly random [a-zA-Z0-9_%#]{28} sequence - they are more likely to just pick something like justinBieber28. luiscubal Jan 7 '13 at 14:26

@luiscubal You are correct. However a password manager that can do just that is invaluable. Which is the other problem with Randall's suggestion: his method produces pseudorandom combinations less random than our pseudorandom gibberish passwords. That's why it was only a suggestion of something to do. One's probably as secure as the other (for now). Robert K Jan 7 '13 at 16:04

@RobertK Note that he never truly checks the entropy of "complete gibberish", because people tend not to use complete gibberish for passwords. Computer-generated passwords can be much better than human-generated passwords, but how many people would just hit the "regenerate" button until they got something easy to remember? Or even tweak the result to be simpler? All that lowers entropy. luiscubal Jan 7 '13 at 16:12

@luiscubal I said a password manager not just a generator. I personally use LastPass to generate/remember passwords, and just make the best password I can to lock that service down. That keeps entropy high for other sites. As a user it's the best solution I've come across so far. Robert K Jan 7 '13 at 17:52

Just read the update, and it looks much better. Removing my -1. Perhaps it would be worth mentioning the new 5.5 APIs: php.net/manual/en/ref.password.php and the compatibility project: github.com/ircmaxell/password_compat And thanks for updating the answer ircmaxell Jan 14 '13 at 20:17

requiring at least 1 upper case letter, 1 lower case letter, a number, and a symbol will not improve the entropy of the password, it will just make it harder for people to remember. Popnoodles Jan 19 '13 at 16:19

@popnoodles By expanding the character set and the number of used characters it expands the bits of entropy per character, it does NOT safeguard against non-random passwords by users. Robert K Jan 21 '13 at 19:28
1

 

From CreditCardsforAll@bestnewcards.us Wed Jun 18 13:52:18 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6C0BD1A0313 for ; Wed, 18 Jun 2014 13:52:18 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 3.88 X-Spam-Level: *** X-Spam-Status: No, score=3.88 tagged_above=-999 required=5 tests=[BAYES_99=3.5, BAYES_999=0.2, FROM_12LTRDOM=0.099, HTML_MESSAGE=0.001, MIME_HTML_ONLY=0.723, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_REMOTE_IMAGE=0.01] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7mS9v7gJ-Z3t for ; Wed, 18 Jun 2014 13:52:17 -0700 (PDT) Received: from bestnewcards.us (lnc.bestnewcards.us [23.94.245.170]) by ietfa.amsl.com (Postfix) with ESMTP id 50B1D1A030A for ; Wed, 18 Jun 2014 13:52:17 -0700 (PDT) Date: Wed, 18 Jun 2014 13:51:33 -0700 Message-ID: <10504562.2019052@bestnewcards.us> Mime-Version: 1.0 From: "CreditCards for All" Content-Type: text/html Subject: PoorCredit? No-Problem: Apply-Today - Get-a Response in-Seconds To:

Images not loading? Please go here.

unsub

unsub





product backed everything up. It was so good, I went back the following night for exactly the same meal I had the previous day because it was so damn perfect. Its worth noting that there is the possibility of a wait. Me and my wife got there at 6pm and we could get seated without any trouble but by the time we left an hour later, tables were all taken and people were forming a queue. That said, its well worth it, and while you wait, there is a bar next door that seems cheerful enough. In terms of what to order, I would recommend the Rosa, which is a red onion, parmigiano reggiano and rosemary topped pizza finished off with almonds. The addition of DEEZ NUTZ might seem something you put on random food when you're high but is infact an amazing idea that made for a first rate meal. Basically the pizza followed by the chocolate cake is a treat that shouldn't be enjoyed on a weekly or even monthly basis but when you need a meal to remember, go for this combination every time. This place is impossible to recommend enough. If you're in town for a Suns game, business, whatever; go to this place without delay. Years ago I went to try this place because it was supposed to be the absolute best pizza you could get, but when I showed up, there was a line out the door and I didn't feel like standing outside and waiting and I never attempted it again. Cut to today around lunchtime and I happened to be in the area and it was open, no lines. Decided to go in and try this amazing pizza. Talk about being underwhelmed. The pizza is expensive and frankly, it's just not very good. I would believe it's very fresh and the ingredients are good, but the end result is a very so-so pizza for too much money. We ordered a total of 5 pizzas, (which are all about 12" and 6 slices), a water, a Coke and 2 teas and the bill was $97 and change. For that kind of money, I expect an amazing pizza. The service was very good and they were fast and friendly, but otherwise there is no reason to go the re. Of the three different pizzas I tried, none of them were exceptional in any way and no one at the table seemed to enjoy their food very much. Maybe I missed the train on this place by waiting so long, but I see no reason to go back. On one side of the aisle, you have the idiot trendoids who love bragging about how long they'll wait in line for






From NeighborhoodAlert@getemailsafetyalerts.us Wed Jun 18 14:59:25 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8F9551A0322 for ; Wed, 18 Jun 2014 14:59:25 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 3.969 X-Spam-Level: *** X-Spam-Status: No, score=3.969 tagged_above=-999 required=5 tests=[BAYES_99=3.5, BAYES_999=0.2, RAZOR2_CHECK=0.922, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ZnC94hLDwgUl for ; Wed, 18 Jun 2014 14:59:24 -0700 (PDT) Received: from getemailsafetyalerts.us (lnc.getemailsafetyalerts.us [23.94.245.174]) by ietfa.amsl.com (Postfix) with ESMTP id 32C3C1A0178 for ; Wed, 18 Jun 2014 14:59:24 -0700 (PDT) Date: Wed, 18 Jun 2014 14:57:17 -0700 Mime-Version: 1.0 From: NeighborhoodAlert Message-ID: <17366024.5901471@getemailsafetyalerts.us> To: Subject: Attention - A Child-Predator-Alert Nearby Content-Type: text/plain Neighborhood Safety-Alert! ....................................... Have you heard? There is a risk of a registered child-offender in your area. Take a look at this link to a fantastic new-website called Kids Live-Safe. This website will help you find all the offenders that are near you. You can do a fast search; It will just take a minute. Not only can you find out who they are & where they live, you can sign up to receive email-alerts when a new sex offender moves into your neighbordhood. This website is great - it also has other tools to help keep our kids safe. Check it Out: Search-Your Neighborhood Now: http://link.getemailsafetyalerts.us "Halt these admessages now by going below here<. http://quit.getemailsafetyalerts.us P0-B0x No.8O3338 Chlcago - IL #6O680-3338 17366024 5901471 cc052b0ead84ab61a2f79222c3c610cd From ShedBuildingGuide@stylis-woden-wrk.club Thu Jun 19 05:56:29 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 185761A03A2 for ; Thu, 19 Jun 2014 05:56:29 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 4.011 X-Spam-Level: **** X-Spam-Status: No, score=4.011 tagged_above=-999 required=5 tests=[BAYES_99=3.5, BAYES_999=0.2, HOST_MISMATCH_COM=0.311, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id TAMDetCg6thN for ; Thu, 19 Jun 2014 05:56:27 -0700 (PDT) Received: from 0036c9f0.stylis-woden-wrk.club (02.dietallies.com [173.44.172.163]) by ietfa.amsl.com (Postfix) with ESMTP id CBD731A039C for ; Thu, 19 Jun 2014 05:56:27 -0700 (PDT) Received: by 0036c9f0.0x3ill09.stylis-woden-wrk.club (amavisd-new, port 9525) with ESMTP id 00PAVS36C9GBRBF0; for ; Thu, 19 Jun 2014 05:56:27 -0700 Subject: Over 12k All-New, Step-by-Step Shed-Building Guides.. To: Date: Thu, 19 Jun 2014 05:56:27 -0700 From: "ShedBuildingGuide" Message-ID: <55251523585115552566017823543134@0x3ill09.stylis-woden-wrk.club> Content-Language: en-us MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: multipart/alternative; boundary="__________MIMEboundary__________" --__________MIMEboundary__________ Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="UTF-8" Over 12k All-New, Step-by-Step Shed-Building Guides.. http://www.stylis-woden-wrk.club/l/lt14JYYE5525PS178QFQULQ/660YQU2354HEXR3134WAV11NA3585115T2905386147 If you would like to unsubscribe, click here http://www.stylis-woden-wrk.club/l/lc15IIUC5525JX178MKYQAR/660KIL2354HTCH3134YOT11BG3585115G2905386147 Over TXHOe course of a year, KRARese women scored higher on measures of emotional and uncontrolled eLEBing while women who were ADRTDt sick of YNEFeir jobs tended to reduce VHGNeir amount of uncontrolled eWOTing over ODHBe same time period Interesting, job burJTIPWut did HQFSMt appear to directly affect CHGGe women's weight Lead researcher Nina Nevanpera of IQXAe Finnish Institute of OccupRWBional HealUETF speculBQNed in AESIe study KEPVUNV educRVYion might have shielded QKTHe women from weight gain - women wiESMH work burIUDMOut generally had higher educBONion levels, and higher educFDWion is, in turn, linked to lower weight Still, emotional eVWPing over a long period of time can increase ETTFe likelihood of serious weight gain, as well as hignt of --__________MIMEboundary__________ Content-Transfer-Encoding: base64 Content-Type: text/html; charset="UTF-8" PCFET0NUWVBFIGh0bWwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMDEgVHJhbnNpdGlvbmFs Ly9FTiIgImh0dHA6Ly93d3cudzMub3JnL1RSL2h0bWw0L2xvb3NlLmR0ZCI+DQoNCjxodG1sPg0K DQo8aGVhZD4NCg0KPG1ldGEgaHR0cC1lcXVpdj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0 L2h0bWw7IGNoYXJzZXQ9aXNvLTg4NTktMSIgLz4NCg0KPC9oZWFkPg0KDQo8Ym9keT4NCg0KPGRp diBhbGlnbj0iY2VudGVyIiB0aXRsZT0iNnB4IiBpZD0iSU5IRVJJVCIgbmFtZT0iMTFweCI+DQoN Cg0KDQo8ZGl2IGFsaWduPSJjZW50ZXIiIHN0eWxlPSJib3JkZXI6IDdweCBoaWRkZW4gI2ZmZmZm Zjsgd2lkdGg6IDY2NXB4OyBiYWNrZ3JvdW5kLWNvbG9yOiAjZmZmZmZmIj4NCg0KPHAgc3R5bGU9 Im1hcmdpbjogMTRweCAwOyBmb250OiAxM3B4IEFyaWFsIE5hcnJvdzsiPlVuYWJsZSB0byB2aWV3 IHRoZSBvZmZlcl8gYmVjYXVzZSBvZiBpbWFnZXMqIGJlaW5nIG9mZj8gPGEgaHJlZj0iaHR0cDov L3d3dy5zdHlsaXMtd29kZW4td3JrLmNsdWIvbC9sdDFOQVVGNTUyNVVTMTc4T09VTVFSLzY2ME9E TTIzNTRYU0NNMzEzNEhGQjExUUkzNTg1MTE1UzI5MDUzODYxNDciIHN0eWxlPSIgY29sb3I6ICM0 QTZBRDc7Ij4gQmUgc3VyZSB0byBnbyBoZXJlLjwvYT4NCg0KPC9wPg0KDQo8ZGl2IGFsaWduPSJj ZW50ZXIiIHN0eWxlPSJwYWRkaW5nOiAyMHB4OyI+DQoNCjxhIHRhcmdldD0iIiBocmVmPSJodHRw Oi8vd3d3LnN0eWxpcy13b2Rlbi13cmsuY2x1Yi9sL2x0MkVCSkc1NTI1T0cxNzhJTlhFUk8vNjYw TFZKMjM1NEVPRE0zMTM0TkVVMTFUQzM1ODUxMTVLMjkwNTM4NjE0NyIgc3R5bGU9ImZvbnQtc2l6 ZToxOHB4O2ZvbnQtZmFtaWx5OiAgR2VvcmdpYTsgdGV4dC10cmFuc2Zvcm06IG5vbmU7IGNvbG9y OiAjNEE2QUQ3OyBtYXJnaW46IGF1dG8gMTZweCBhdXRvOyIgPiBPdmVyIDEyayBBbGwtTmV3LCBT dGVwLWJ5LVN0ZXAgU2hlZC1CdWlsZGluZyBHdWlkZXMuLiA8L2E+DQoNCjwvZGl2Pg0KDQo8ZGl2 IGFsaWduPSJjZW50ZXIiID4NCjx0YWJsZSBzdHlsZT0icGFkZGluZy10b3A6IDE4cHg7d2lkdGg6 NDUwcHg7Ij4NCjx0cj4NCjx0ZCBhbGlnbj0ibGVmdCIgPg0KPGEgaHJlZj0iaHR0cDovL3d3dy5z dHlsaXMtd29kZW4td3JrLmNsdWIvbC9sdDNDQU5QNTUyNUpOMTc4QVhBQ1VYLzY2MENZTDIzNTRH UEtHMzEzNEZDTTExTFUzNTg1MTE1STI5MDUzODYxNDciIHN0eWxlPSJmb250LXNpemU6MzBweDtm b250LWZhbWlseTogQ2FsaWJyaTsgdGV4dC1kZWNvcmF0aW9uOm5vbmU7Y29sb3I6IzAwMDAwMDsi Pg0KPGI+SW50cm9kdWNpbmcuLi48Yj4NCjwvYT4NCjwvdGQ+DQo8L3RyPg0KPHRkIGFsaWduPSJs ZWZ0IiA+DQo8YSBocmVmPSJodHRwOi8vd3d3LnN0eWxpcy13b2Rlbi13cmsuY2x1Yi9sL2x0NEVV Sk81NTI1RkcxNzhSV1VHVEMvNjYwQkVVMjM1NFVQUUEzMTM0TFVVMTFVTjM1ODUxMTVVMjkwNTM4 NjE0NyIgc3R5bGU9ImZvbnQtc2l6ZTo5NXB4O2ZvbnQtZmFtaWx5OiBBcmlhbDsgdGV4dC1kZWNv cmF0aW9uOm5vbmU7Y29sb3I6I0M0MzEzMjsiPg0KPHN0cm9uZz5NeVNoZWRQbGFuPHN0cm9uZz4N CjwvYT4NCjwvdGQ+DQo8L3RyPg0KDQo8dGQgYWxpZ249ImxlZnQiICA+DQo8YSBocmVmPSJodHRw Oi8vd3d3LnN0eWxpcy13b2Rlbi13cmsuY2x1Yi9sL2x0NU9PUEM1NTI1VFExNzhBTElBTFQvNjYw RUpRMjM1NEJQRVMzMTM0QVVSMTFSUDM1ODUxMTVJMjkwNTM4NjE0NyIgc3R5bGU9ImZvbnQtc2l6 ZToyMHB4O2ZvbnQtZmFtaWx5OiBBcmlhbCBibGFjazsgdGV4dC1kZWNvcmF0aW9uOm5vbmU7Y29s b3I6IzAwMDAwMDsiPg0KPHN0cm9uZz4gICBUaGUgIFVsdGltYXRlICBDb2xsZWN0aW9uICBvZiA8 c3BhbiBzdHlsZT0iYmFja2dyb3VuZC1jb2xvcjojRkRFMjcwOyI+IDEyLDAwMCAgU2hlZCAgUGxh bnMhPC9zcGFuPjxzdHJvbmc+DQo8L2E+DQo8L3RkPg0KPC90cj4NCjx0cj4NCjx0ZCBhbGlnbj0i bGVmdCI+DQo8YSBocmVmPSJodHRwOi8vd3d3LnN0eWxpcy13b2Rlbi13cmsuY2x1Yi9sL2x0NkhI SVQ1NTI1QkoxNzhJUFlNTFAvNjYwTVlBMjM1NE1NVFMzMTM0VkxWMTFOUjM1ODUxMTVPMjkwNTM4 NjE0NyI+DQoNCjxpbWcgc3JjPSJodHRwOi8vd3d3LnN0eWxpcy13b2Rlbi13cmsuY2x1Yi9pbS9P NTUyNU1JSUNSMTc4UkxDTE1MLzY2MEoyMzU0WDMxMzRGTkUxMVlJQU1GTzM1ODUxMTVGVkZURk4y OTA1Mzg2MTQ3L2ltZzAxNzg2NjAxNTIuanBnIiBhbHQ9IiAgICIgID4NCjxpbWcgc3JjPSJodHRw Oi8vd3d3LnN0eWxpcy13b2Rlbi13cmsuY2x1Yi9pbS9CNTUyNUNZQlVEMTc4UEtYU1lGLzY2ME8y MzU0STMxMzRIS1gxMVlCSUVEVjM1ODUxMTVVT0NUSEIyOTA1Mzg2MTQ3L2ltZzExNzg2NjAxNTIu anBnIiBhbHQ9IiAgICIgID4NCjwvYT48YnI+PGJyPg0KPC90ZD4NCjwvdHI+DQo8dHI+DQo8dGQ+ PGltZyBzcmM9Imh0dHA6Ly93d3cuc3R5bGlzLXdvZGVuLXdyay5jbHViL2ltL0o1NTI1Tk5XQkEx NzhKTUpRUUYvNjYwSzIzNTRWMzEzNExFVTExV0VPSVBZMzU4NTExNVFKRUFDVzI5MDUzODYxNDcv aW1nMjE3ODY2MDE1Mi5qcGciIGFsdD0iICAgIiAgPiAgDQo8Yj5Ob3cgd2l0aCBodW5kcmVkcyBv ZiBzaGVkIGRlc2lnbnMsIHBsYW5zLCBibHVlcHJpbnRzIGZvciB0aGUgaG9iYnlpc3QgYW5kIHBy b2Zlc3Npb25hbCBhbGlrZTwvYj4NCg0KDQoJPGJyPjxicj4NCjxpbWcgc3JjPSJodHRwOi8vd3d3 LnN0eWxpcy13b2Rlbi13cmsuY2x1Yi9pbS9VNTUyNUlDR0pUMTc4R0RST1VULzY2ME8yMzU0UjMx MzRRTFkxMUtSRElSTTM1ODUxMTVXU01QSkoyOTA1Mzg2MTQ3L2ltZzIxNzg2NjAxNTIuanBnIiBh bHQ9IiAgICIgID4gDQpQYWNrZWQgd2l0aCBuZXcgaWRlYXMgZm9yIGV2ZXJ5dGhpbmcgZnJvbSBz bWFsbCBjbG9jayBob3VzaW5ncyB1cCB0byBhbiBlbnRpcmUgc3RhYmxlDQoNCg0KCQk8YnI+PGJy Pg0KPGltZyBzcmM9Imh0dHA6Ly93d3cuc3R5bGlzLXdvZGVuLXdyay5jbHViL2ltL0o1NTI1WEpQ WE4xNzhRRVZCWEwvNjYwWTIzNTRLMzEzNFROVDExUlNMSlJTMzU4NTExNUtKREpLRDI5MDUzODYx NDcvaW1nMjE3ODY2MDE1Mi5qcGciIGFsdD0iICAgIiAgPiANCjxiPk92ZXIgPHU+MTIwMDA8L3U+ IGRlc2lnbiBwcm9qZWN0cyBhbmQgd29vZHdvcmsgcGxhbnMgaW5jbHVkZWQgZm9yIHRoZSBhdmlk IHdvb2R3b3JraW5nIGZhbi48L2I+DQoNCg0KCQk8YnI+PGJyPg0KPGltZyBzcmM9Imh0dHA6Ly93 d3cuc3R5bGlzLXdvZGVuLXdyay5jbHViL2ltL1U1NTI1RU5GTEQxNzhQRUpCWUQvNjYwSjIzNTRG MzEzNFBZSTExU09RV1RLMzU4NTExNU9MWE9XTzI5MDUzODYxNDcvaW1nMjE3ODY2MDE1Mi5qcGci IGFsdD0iICAgIiAgPiANClRvbnMgb2YgZ3JlYXQgc2hlZCBwbGFucyBwcm9qZWN0cyB0byBjb21w bGV0ZSBvdmVyIHRoZSBob2xpZGF5IC8gd2Vla2VuZCB3aXRoIHlvdXIgZmFtaWx5DQoNCgk8YnI+ PGJyPg0KCQ0KPGltZyBzcmM9Imh0dHA6Ly93d3cuc3R5bGlzLXdvZGVuLXdyay5jbHViL2ltL1M1 NTI1RU9NU1ExNzhESEhNVVYvNjYwSDIzNTRWMzEzNFRBUDExQ05UUEJIMzU4NTExNU5WRVdITjI5 MDUzODYxNDcvaW1nMjE3ODY2MDE1Mi5qcGciIGFsdD0iICAgIiAgPiANCjxiPk1hdGVyaWFscyBs aXN0cyBwcm92aWRlZCBzbyB5b3UnbGwga25vdyBleGFjdGx5IHdoYXQgdG8gYnV5LiBObyBtb3Jl IHdhc3RpbmcgbW9uZXkgYnV5aW5nIHRoZSB3cm9uZyBtYXRlcmlhbHM8L2I+DQoJPGJyPjxicj4N Cg0KCQ0KPGltZyBzcmM9Imh0dHA6Ly93d3cuc3R5bGlzLXdvZGVuLXdyay5jbHViL2ltL1U1NTI1 RUtYVEUxNzhXVlNMQVcvNjYwTTIzNTRNMzEzNE1VRjExVEtBTFFLMzU4NTExNVdLR0VKVjI5MDUz ODYxNDcvaW1nMjE3ODY2MDE1Mi5qcGciIGFsdD0iICAgIiAgPiANCkNvbXByZWhlbnNpdmUgIkhv dy1UbyIgd29vZHdvcmtpbmcgZ3VpZGUgYW5kIGNvdXJzZS4NCjxpPiggd29ydGggJDE0NyBhbG9u ZSApPC9pPg0KDQoJPGJyPjxicj4NCgkNCjxpbWcgc3JjPSJodHRwOi8vd3d3LnN0eWxpcy13b2Rl bi13cmsuY2x1Yi9pbS9SNTUyNVRZSVlDMTc4TUZPRFFZLzY2ME8yMzU0SDMxMzRHS0IxMUFNVkNS SDM1ODUxMTVWS0JLQk0yOTA1Mzg2MTQ3L2ltZzIxNzg2NjAxNTIuanBnIiBhbHQ9IiAgICIgID4g DQo8Yj5Ib3ctdG8gaW5mb3JtYXRpb24gb24gaG9tZSBpbXByb3ZlbWVudCwgZGV0YWlsZWQgcGxh bnMgYW5kIGluc3RydWN0aW9ucyBmb3Igd29vZHdvcmtpbmcgcHJvamVjdHM8L2I+DQoNCgk8YnI+ PGJyPg0KCQ0KPGltZyBzcmM9Imh0dHA6Ly93d3cuc3R5bGlzLXdvZGVuLXdyay5jbHViL2ltL1Y1 NTI1QVdNQ1MxNzhZVVhNTlIvNjYwRzIzNTRGMzEzNFdKRTExU0lKTFZCMzU4NTExNVNYQ0lLSDI5 MDUzODYxNDcvaW1nMjE3ODY2MDE1Mi5qcGciIGFsdD0iICAgIiAgPiANCjxpPjxhIGhyZWY9Imh0 dHA6Ly93d3cuc3R5bGlzLXdvZGVuLXdyay5jbHViL2wvbHQ3WEhHRDU1MjVDSzE3OFhMQUtSSy82 NjBKWEcyMzU0SVFWRzMxMzRDTEExMVRVMzU4NTExNUsyOTA1Mzg2MTQ3IiBzdHlsZT0iY29sb3I6 IzAwMDAwMDsiPjx1PkFsbCB0aGUgcGxhbm5pbmcgZG9uZSBmb3IgeW91Li4uIDwvdT48L2E+PC9p PnNvIHlvdSBuZXZlciBoYXZlIHRvIHdvcnJ5IHdoZW4geW91IHN0YXJ0IGJ1aWxkaW5nIHlvdXIg Zmlyc3Qgc2hlZC4NCgk8YnI+PGJyPgkNCg0KCTxicj48YnI+DQo8L2Rpdj4NCjwvdGQ+DQo8L3Ry Pg0KPHRyPg0KPHRkIGFsaWduPSJjZW50ZXIiPg0KPGEgaHJlZj0iaHR0cDovL3d3dy5zdHlsaXMt d29kZW4td3JrLmNsdWIvbC9sdDhZUFNGNTUyNUJXMTc4QVVWVlFTLzY2MEZWQjIzNTRYSFVXMzEz NE5GUDExQ0EzNTg1MTE1STI5MDUzODYxNDciPg0KPGltZyBzcmM9Imh0dHA6Ly93d3cuc3R5bGlz LXdvZGVuLXdyay5jbHViL2ltL0U1NTI1SEZGRk4xNzhER05HSVAvNjYwQjIzNTRTMzEzNEtRVDEx VVhJS0FPMzU4NTExNUpMRk1XWTI5MDUzODYxNDcvaW1nMTAxNzg2NjAxNTIuZ2lmIiBhbHQ9IiAg ICI+PC9hPjxicj48YnI+DQo8L3RkPg0KPC90cj4NCjwvdGFibGU+DQo8VFI+PFREPjwvVEQ+PC9U Uj48VFI+PFREPjwvVEQ+PC9UUj48VFI+PFREPjwvVEQ+PC9UUj48VFI+PFREPjwvVEQ+PC9UUj48 VFI+PFREPjwvVEQ+PC9UUj48VFI+PFREPjwvVEQ+PC9UUj4NCjxkaXYgYWxpZ249ImNlbnRlciIg dGl0bGU9ImhpZGRlbiIgaWQ9IjlweCIgbmFtZT0iMTFweCI+DQo8YnI+SWYgeW91IHdvdWxkIGxp a2UgdG8gdW5zdWJzY3JpYmUsIA0KPGEgaHJlZj0iaHR0cDovL3d3dy5zdHlsaXMtd29kZW4td3Jr LmNsdWIvbC9sYzlQVURKNTUyNVdNMTc4TFNQTVhRLzY2MElESTIzNTRLUlBDMzEzNFNOQjExTlkz NTg1MTE1WTI5MDUzODYxNDciPiBDbGljayBoZXJlPC9hPg0KDQo8L2Rpdj4NCg0KPFRSPjxURD48 L1REPjwvVFI+PFRSPjxURD48L1REPjwvVFI+PFRSPjxURD48L1REPjwvVFI+PFRSPjxURD48L1RE PjwvVFI+PFRSPjxURD48L1REPjwvVFI+PFRSPjxURD48L1REPjwvVFI+DQoNCjwvZGl2Pg0KDQoN CjxkaXY+DQoNCjx0YWJsZSBzdHlsZT0iZm9udC1zdHlsZTogQXJpYWwgTmFycm93IDsgZm9udC1z aXplOiBYWC1TTUFMTDsgY29sb3I6ICNmZmZmZmY7IGJhY2tncm91bmQtY29sb3I6ICNGRkZGRkY7 Ij4NCg0KPHNwYW4gc3R5bGU9ImNvbG9yOiAjRkZGRkZGOyI+DQoNCjxkaXY+DQoNCjxicj4NCg0K PGJyPg0KDQo8YnI+DQoNCjxicj4NCg0KPGJyPg0KDQo8YnI+DQoNCg0KPGJyPg0KDQo8cCBhbGln bj0icmlnaHQiIHN0eWxlPSJmb250OiAxNXB4OyI+PC9wPg0KPEJSIC8+PEJSIC8+DQogT3ZlciBX QUxGZSBjb3Vyc2Ugb2YgYSB5ZWFyLCBWQVVBZXNlIHdvbWVuIHNjb3JlZCBoaWdoZXIgb24gbWVh c3VyZXMgb2YgZW1vdGlvbmFsIGFuZCB1bmNvbnRyb2xsZWQgZU5SUGluZyB3aGlsZSB3b21lbiB3 aG8gd2VyZSBRTEhFTHQgc2ljayBvZiBEQ0RCZWlyIGpvYnMgdGVuZGVkIHRvIHJlZHVjZSBDT0dI ZWlyIGFtb3VudCBvZiB1bmNvbnRyb2xsZWQgZUlDUGluZyBvdmVyIFFFVFdlIHNhbWUgdGltZSBw ZXJpb2QgDQoNCjxicj4NCg0KPGJyPg0KDQo8YnI+DQoNCjxicj4NCg0KDQpJbnRlcmVzdGluZywg am9iIGJ1ck5MQVRYdXQgZGlkIFhPS0JTdCBhcHBlYXIgdG8gZGlyZWN0bHkgYWZmZWN0IEpPRFNl IHdvbWVuJ3Mgd2VpZ2h0ICBMZWFkIHJlc2VhcmNoZXIgTmluYSBOZXZhbnBlcmEgb2YgTVNITmUg RmlubmlzaCBJbnN0aXR1dGUgb2YgT2NjdXBMV1lpb25hbCBIZWFsU0tXSCBzcGVjdWxQVVhlZCBp biBSREdTZSBzdHVkeSBTQkFTVkNVIGVkdWNYTlNpb24gbWlnaHQgaGF2ZSBzaGllbGRlZCBIUVFZ ZSB3b21lbiBmcm9tIHdlaWdodCBnYWluIC0gd29tZW4gd2lKRlNFIHdvcmsgYnVyQ1BVUFh1dCBn ZW5lcmFsbHkgaGFkIGhpZ2hlciBlZHVjTU5IaW9uIGxldmVscywgYW5kIGhpZ2hlciBlZHVjRFhS aW9uIGlzLCBpbiB0dXJuLCBsaW5rZWQgdG8gbG93ZXIgd2VpZ2h0ICBTdGlsbCwgZW1vdGlvbmFs IGVZSENpbmcgb3ZlciBhIGxvbmcgcGVyaW9kIG9mIHRpbWUgY2FuIGluY3JlYXNlIFJYQkZlIGxp a2VsaWhvb2Qgb2Ygc2VyaW91cyB3ZWlnaHQgZ2FpbiwgYXMgd2VsbCBhcyBoaWdudCBvZiANCjxi cj4NCg0KDQo8YnI+DQoNCjxicj4NCg0KPGJyPg0KDQo8YnI+DQoNCg0KDQo8YnI+DQoNCjwvZGl2 Pg0KDQo8L3NwYW4+DQoNCjwvdGFibGU+DQo8Y2VudGVyPg0KPHAgc3R5bGU9ImZvbnQtc2l6ZTox M3B4OyBjb2xvcjojM2YzZjNmOyI+IFNob3VsZCB5b3Ugbm8gbG9uZ2VyIHdpc2ggdG8gcmVjZWl2 ZSBlbWFpbHMgZnJvbSB1cywgdmlzaXQgdGhpcyA8YSBocmVmPSJodHRwOi8vd3d3LnN0eWxpcy13 b2Rlbi13cmsuY2x1Yi91bnNLTUQ1NTI1WEcxNzhWQ0QvNjYwSVlPR1kyMzU0RUxHU1czMTM0VTEx UFRMSVBOMzU4NTExNU4yOTA1Mzg2MTQ3Ij5saW5rPC9hPjxicj4NCm9yIG1haWwgY29tbWVudHMg dG8gIE1JRy8yIEd1bGFiYW5pIE1haGFyYWogUm9hZCwgRXJhbmR3YW5lIFB1bmUsIE1ILCBJTiA0 MTEwMDQ8L3A+DQo8L2NlbnRlcj4NCjxicj4NCg0KPGJyPg0KDQoNCg0KPC9kaXY+DQoNCjwvZGl2 Pg0KDQoNCjwvYm9keT4NCg0KPC9odG1sPg== --__________MIMEboundary__________-- From AndrewSullivan@hollingsworthgroup.yogigamil.com Thu Jun 19 07:05:38 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6C5731A03BD for ; Thu, 19 Jun 2014 07:05:38 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 2.848 X-Spam-Level: ** X-Spam-Status: No, score=2.848 tagged_above=-999 required=5 tests=[BAYES_99=3.5, DIET_1=0.001, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7NVhrcs-8T5p for ; Thu, 19 Jun 2014 07:05:37 -0700 (PDT) Received: from hollingsworthgroup.yogigamil.com (hollingsworthgroup.yogigamil.com [37.156.192.158]) by ietfa.amsl.com (Postfix) with ESMTP id C8D511A0369 for ; Thu, 19 Jun 2014 07:05:36 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Subject: Shave off one LB a day Date: Thu, 19 Jun 2014 07:05:35 -0700 From: All Natural Fat Melting To: Reply-to: X-Original-MessageID: Message-ID: <77.66345.20140618222538.26541.2283.ipp-archive@megatron.ietf.org> Hi Ipp-archive, Do you feel like your eating healthy, you don't eat too many sweets and you've still gained-weight? Well thats what has been going on with me. Plus, I work all day come home make food for the kids and simply don't have the energy to go to the gym. People have told me, well go to the gym in the morning. And I would, except I have to wake the kids up, make breakfast and lunches and send them off to school all before I even start getting ready for my workday. This is what I used and lost 25-lbs in 1 month - without walking into a gym - :: http://www.yogigamil.com/TMZ/celeb/fit-5/n8455.html I've never been happier. I got on the scale yesterday and was in tears because I was so happy. My only regret is that I didn't try this sooner. http://www.yogigamil.com/TMZ/celeb/fit-5/n8455.html Please ... Don't waste another moment. Sincere Regards, Jennifer Editor | DocOz-Show Recap-- http://www.yogigamil.com/TMZ/celeb/fit-5/n8455.html Breaking-Story: Nigeria World Cup viewers hit by deadly bomb blast At least 21 people have been killed in a bomb blast in northern Nigeria as they were watching a World Cup match, a hospital source has told the BBC. Witnesses in Damaturu, in Yobe state, say a suicide bomber in a tricycle taxi detonated explosives as people watched Brazil's match against Mexico on TV. At least 27 people are said to have been seriously injured. Public screenings of the World Cup in some parts of Nigeria have been banned because of threats by Boko Haram. Three states, including Yobe, are under a government-imposed state of emergency following years of attacks. No group has said it was behind the latest blast. - to modify your message/preferences - NNAPR Relations 1 2 5 Dixon_Dr. - Salisbury NC__28146 or-visit http://www.yogigamil.com/iu85.html - 523457 I just tried to make sure that I change the theme over entirely, and neither logging out nor restarting eliminated the problems 1 I see (using oxygen-gtk for the "other theme" test, as I'd hope that works properly :)). So now I know it can't be the specific theme I was using, at least. 2 I'm not sure what you mean, VoidMage. KDE lets me theme gtk3 programs just fine (that oxygen-gtk theme above does in fact get applied, except for the aforementioned issues with menu colors and text backgrounds). A quick check running "qtconfig" didn't show off any GTK settings, so I'm not entirely sure how I'd even test to see if it's Qt's fault or KDE's. 3 The only thing I can think of doing now is logging into Xfce and running some gtk3 apps, though if Qt and KDE control the gtk rendering right now, that wouldn't actually tell me anything. From ipp-bounces@pwg.org Thu Jun 19 07:29:19 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E176D1A01EE for ; Thu, 19 Jun 2014 07:29:19 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.439 X-Spam-Level: X-Spam-Status: No, score=-2.439 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_ADSP_CUSTOM_MED=0.001, DKIM_SIGNED=0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RP_MATCHES_RCVD=-0.651, SPF_PASS=-0.001, T_DKIM_INVALID=0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ktTbdONebLPJ for ; Thu, 19 Jun 2014 07:29:18 -0700 (PDT) Received: from www.pwg.org (www.pwg.org [IPv6:2600:3c01::f03c:91ff:fe70:b03f]) by ietfa.amsl.com (Postfix) with ESMTP id 0B1A11A0213 for ; Thu, 19 Jun 2014 07:29:17 -0700 (PDT) Received: from pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id 0E7258597; Thu, 19 Jun 2014 14:29:31 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: from mail-ig0-x22b.google.com (mail-ig0-x22b.google.com [IPv6:2607:f8b0:4001:c05::22b]) by www.pwg.org (Postfix) with ESMTPS id 5164E8596 for ; Thu, 19 Jun 2014 14:29:29 +0000 (UTC) Received: by mail-ig0-f171.google.com with SMTP id h18so6610840igc.4 for ; Thu, 19 Jun 2014 07:29:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=fZTlktfeCuotfLBZ/r881K4xDjmHWuwtNT4keagu074=; b=UzFcU+8S86IJutfAxuupGxPUlhx+0Uckn7EBirvVP3iOUAxtwmRtNHOnoZaaM3eRLm p9s3qJD82iT3BiVSA0UfJBwCWjBKK1iokFsXghtaI6IIIlfip1KMFm5nCdSZzBbGoEVq 5+TIrth49KphDUWMEQJc5zZ46bHSlFxc4T99vZS453FKp5FKHyELYJ7oEX4J3JsmBbIf 97WFw/VtFue77dFzrX6iYqj3IbzPKlEpa5KkhqWdpDPj3O+10qubGme4b3ZUZOFoCjIQ 3MP+QALj0+KBfLBiArpRc2+PAoCPBYNYCqiebi9lKXPSAKX77UkDOQO1OYBcagMcNS3o aFxw== X-Received: by 10.50.13.41 with SMTP id e9mr7410104igc.23.1403188154116; Thu, 19 Jun 2014 07:29:14 -0700 (PDT) MIME-Version: 1.0 Received: by 10.50.168.40 with HTTP; Thu, 19 Jun 2014 07:28:54 -0700 (PDT) In-Reply-To: References: From: Ira McDonald Date: Thu, 19 Jun 2014 10:28:54 -0400 Message-ID: To: Michael Sweet , Ira McDonald Cc: "" Subject: Re: [IPP] IPP Finishings 2.0: "finishings-col-database" X-BeenThere: ipp@pwg.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Internet Printing Protocol Workgroup discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0335421874==" Sender: ipp-bounces@pwg.org Errors-To: ipp-bounces@pwg.org --===============0335421874== Content-Type: multipart/alternative; boundary=089e013c66e27ab82804fc313382 --089e013c66e27ab82804fc313382 Content-Type: text/plain; charset=UTF-8 Hi Mike, I like "finishings-col-database". I agree that this is necessary for practical non-expert use of pre-composed finishings options. Cheers, - Ira Ira McDonald (Musician / Software Architect) Co-Chair - TCG Trusted Mobility Solutions WG Chair - Linux Foundation Open Printing WG Secretary - IEEE-ISTO Printer Working Group Co-Chair - IEEE-ISTO PWG Internet Printing Protocol WG IETF Designated Expert - IPP & Printer MIB Blue Roof Music / High North Inc http://sites.google.com/site/blueroofmusic http://sites.google.com/site/highnorthinc mailto: blueroofmusic@gmail.com Winter 579 Park Place Saline, MI 48176 734-944-0094 Summer PO Box 221 Grand Marais, MI 49839 906-494-2434 On Wed, Jun 18, 2014 at 11:21 AM, Michael Sweet wrote: > All, > > My prototype experience shows that "pre-composed" finishing operations > selected using the finishing-template member attribute are the most > important/useful for non-expert UI. > > Since finishings-col-ready is defined to list only those finishing > operations that are available at any given time, I would like to propose > adding a "finishings-col-database" attribute that holds all of the named > finishing operations that are configured on a given Printer - this would > provide a necessary vendor and site configuration attribute, with the > finishings-col-ready attribute reflecting which finishing operations are > possible based on the current subunit state. > > Your comments are appreciated! > > .... > > The added text is: > > 6.9 finishings-col-database (1setOf collection) > > The RECOMMENDED "finishings-col-database" Printer attribute lists the > "finishings-col" member attributes corresponding to each > "finishing-template" value. For example, a Printer that supports the > 'staple' value might report: > > finishings-col-database={ > finishing-template='staple' > stitching={ > stitching-locations=635 > stitching-offset=635 > stitching-reference-edge='left' > } > } > > The same values SHOULD be reported in the "finishings-col-ready" Printer > attribute for each finisher sub-unit that is available. > > _________________________________________________________ > Michael Sweet, Senior Printing System Engineer, PWG Chair > > _______________________________________________ > ipp mailing list > ipp@pwg.org > https://www.pwg.org/mailman/listinfo/ipp > --089e013c66e27ab82804fc313382 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi Mike,

I like &quo= t;finishings-col-database".

I agree that this is necessar= y for practical non-expert use of pre-composed
finishings options.=

Cheers,
- Ira

Ira McDonald (Musician / Software Arc= hitect)
Co-Chair - TCG Trusted Mobility Solutions WG
Chair - Linux Fo= undation Open Printing WG
Secretary - IEEE-ISTO Printer Working Group
Co-Chair - IEEE-ISTO PWG Int= ernet Printing Protocol WG
IETF Designated Expert - IPP & Printer MI= B
Blue Roof Music / High North Inc
http:= //sites.google.com/site/blueroofmusic
http://sites.google.com/site/highnorthincmailto: blue= roofmusic@gmail.com
Winter=C2=A0 579 Park Place=C2=A0 Saline, MI=C2=A0 48176=C2=A0 734-944-0094=
Summer=C2=A0 PO Box 221=C2=A0 Grand Marais, MI 49839=C2=A0 906-494-2434=

<= /div>


On Wed, Jun 18, 2014 at 11:21 AM, Michae= l Sweet <msweet@apple.com> wrote:
All,

My prototype experience shows that "pre-composed" finishing opera= tions selected using the finishing-template member attribute are the most i= mportant/useful for non-expert UI.

Since finishings-col-ready is defined to list only those finishing operatio= ns that are available at any given time, I would like to propose adding a &= quot;finishings-col-database" attribute that holds all of the named fi= nishing operations that are configured on a given Printer - this would prov= ide a necessary vendor and site configuration attribute, with the finishing= s-col-ready attribute reflecting which finishing operations are possible ba= sed on the current subunit state.

Your comments are appreciated!

....

The added text is:

6.9 finishings-col-database (1setOf collection)

The RECOMMENDED "finishings-col-database" Printer attribute lists= the "finishings-col" member attributes corresponding to each &qu= ot;finishing-template" value. For example, a Printer that supports the= 'staple' value might report:

=C2=A0 =C2=A0 finishings-col-database=3D{
=C2=A0 =C2=A0 =C2=A0 =C2=A0 finishing-template=3D'staple'
=C2=A0 =C2=A0 =C2=A0 =C2=A0 stitching=3D{
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 stitching-locations=3D635
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 stitching-offset=3D635
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 stitching-reference-edge=3D'l= eft'
=C2=A0 =C2=A0 =C2=A0 =C2=A0 }
=C2=A0 =C2=A0 }

The same values SHOULD be reported in the "finishings-col-ready" = Printer attribute for each finisher sub-unit that is available.

_________________________________________________________
Michael Sweet, Senior Printing System Engineer, PWG Chair

_______________________________________________
ipp mailing list
ipp@pwg.org
http= s://www.pwg.org/mailman/listinfo/ipp

--089e013c66e27ab82804fc313382-- --===============0335421874== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ ipp mailing list ipp@pwg.org https://www.pwg.org/mailman/listinfo/ipp --===============0335421874==-- From KennedyGray@hudsonlink.hutyip.com Thu Jun 19 08:09:42 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 800021A0271 for ; Thu, 19 Jun 2014 08:09:42 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 2.547 X-Spam-Level: ** X-Spam-Status: No, score=2.547 tagged_above=-999 required=5 tests=[BAYES_50=0.8, J_CHICKENPOX_84=0.6, REMOVE_BEFORE_LINK=1.8, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id UWjItJoejjyr for ; Thu, 19 Jun 2014 08:09:41 -0700 (PDT) Received: from hudsonlink.hutyip.com (hudsonlink.hutyip.com [37.156.192.178]) by ietfa.amsl.com (Postfix) with ESMTP id 8F4A51A02A3 for ; Thu, 19 Jun 2014 08:09:37 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Date: Thu, 19 Jun 2014 08:09:36 -0700 Subject: Safety Code: Independent bathing safety Message-ID: <53456-88-1-6-3-{_RANDOM_MESSAGE_ID_}}@openM.hutyip.com> From: Bathe Safely and Comfortably To: Good Morning Ipp-archive, Limited mobility for any reason can make it even hazardous to get in and out of a typical tub. Get back your independence back. The safe and therapeutic way for you to bath: http://www.hutyip.com/Home-imp/safety-63457.bath Home Service > Improvement Center > Bath Safety Your Store #673545 Around The Home-- How to Fix Dishwasher Problems Unplug the dishwasher from the electrical outlet it is attached to. If this is not possible, turn off the circuit that provides the dishwasher power. Ensure power is disabled from the dishwasher by attempting to turn it on. 2 Turn off any water valves that provide water to the dishwasher. These are commonly underneath the kitchen sink close to the dishwasher. This ensures that no water is transferred to the dishwasher while you are troubleshooting the problems. Wait until the dishwasher is cold to start troubleshooting inside the device. According to Home Tips, various parts inside the dishwasher can be extremely hot immediately after a wash cycle. Wait until the unit has cooled down before troubleshooting. 4 Check for a blown fuse or the connection if the dishwasher does not work in terms of water, sound or lights. Check the wiring connections to the dishwasher to ensure there are no burns or breaks. Also check the door latch to see if there are any major problems in terms of locking the dishwasher door. To ensure it is working, restore electricity to the dishwasher and turn it on. 5 -- From:- IMP Centers For Safety | Seven-Three-Miller | Syosset | NY-11791 | End updates from us if you are not interested http://www.hutyip.com/6-bth3.html Safety NUM d34a7eed-fc15-48c1-a895-fb40f7c742ef -- var filesWithoutExtension = System.IO.Directory.GetFiles(@"D:\temp\").Where(filPath => String.IsNullOrEmpty(System.IO.Path.GetExtension(filPath))); foreach(string path in filesWithoutExtension) { Console.WriteLine(path); } It will return all the files w/o extension only in specified dir. If you want to include all the sub-directories you'd have to use: System.IO.Directory.GetFiles(@"D:\\", "*", SearchOption.AllDirectories). Do you understand difference between multitasking and parallelism? en.wikipedia.org/wiki/Computer_multitasking . Real parallelism meaning that you have several cpu. Multitasking meaning that single( but not necessarily) cpu can fast switch between different tasks. So you can implement multitasking on any system (somewhere easier, somewhere harder) btolfa May 22 at 8:40 now, is my question valid? @btolfa SGG May 22 at 8:53 Could someone review the suggested edit queue please? I believe it clears this question up a bit. ouflak May 22 at 20:13 Depending on the specific model of the 8051, there may be very little actual memory available for RAM(the data) and a small fixed area for PROM(the program). The 8051 also has a VERY small area for stack (certain models have a one page area(256 bytes) that can be dedicated to the stack.) Use timer0 for the basic heart beat. In the timer0 interrupt handler, keep track of elapsed time since powerup. check if the desired interval between some operational function has expired. If so, if flag for that function is set, then error, otherwise, set flag for that function. user3629249 Jun 10 at 6:16 in the main loop, if a specific function flag is set, exec that function, reset the flag. on return from a function, restart the flag check. Check flags in the order of run-most-often to run-least-often. in a background function(runs when nothing else is running), enable/disable interrupts across critical code sections, especially for BIT operations. a initialization function runs at reset, to setup I/O and perform powerup BIT From JadeFlores@evomedical.skaowl.com Thu Jun 19 09:20:58 2014 Return-Path: X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CE18E1A03DA for ; Thu, 19 Jun 2014 09:20:58 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.953 X-Spam-Level: X-Spam-Status: No, score=-3.953 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, GB_I_LETTER=-2, J_CHICKENPOX_35=0.6, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id t5mkeit6oaWw for ; Thu, 19 Jun 2014 09:20:56 -0700 (PDT) Received: from evomedical.skaowl.com (evomedical.skaowl.com [5.83.35.19]) by ietfa.amsl.com (Postfix) with ESMTP id E89C81A03DB for ; Thu, 19 Jun 2014 09:20:47 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Subject: Authorize Release of Info (June19) To: From: Official Offer Letter Date: Thu, 19 Jun 2014 09:20:48 -0700 Message-ID: Greetings Ipp-archive, This letter is to notify you that you are eligible for a 500k payout. Please Confirm Acceptance Here -> http://www.skaowl.com/view/package.index Some decisions are easy to make. But when it comes to planning for your future, there's so much to consider. You're making choices that can help bring some of your dreams to lifeand others that will help your loved ones. You are eligible for 500k but think you might need more? Estimate Your needs. Our Needs Analysis Calculator helps you consider some of the most important factors that impact your life needs. Calculate Here -> http://www.skaowl.com/view/package.index Regards, Member Services June 19, 2014 To stop further member notifications write Current Update Alerts at 1 6 4 4 Doral Drive_Brookings, SouthDakota 5 7 0 0 6 or visit http://www.skaowl.com/34it/srmf4.ermjk Wow, it's been a while since I logged in here. I have since learned jQuery and regret ever writing the code to do this manually, so you get the answer! :) kdenney Jan 18 '11 at 22:26 @William: As he's using keyup, and your link says "charCode is never set in the keydown and keyup events. In these cases, keyCode is set instead.", it doesn't matter. That said, though, I don't think keyup is the right event for the job (keydown, I would have thought; that's how a button behaves when it has focus, for instance). T.J. Crowder Jun 2 '11 at 14:34 7 keydown not keyup is the better event to use. Also, if you are using asp.net you will have to return false at the end to stop asp.net from still intercepting the event. maxp Jan 13 '12 at 10:49 34 Problem with using keydown is that holding down enter will fire the event over and over again. if you attach to the keyup event, it will only fire once the key is released. Steve Paulo Apr 13 '12 at 17:29 this).click(); looks nicer, and might will work with selectors that match more than one element (ie: $('.buttons')) Hugo Jul 10 '12 at 18:28 Thanks for the wonderful post dear, I was struggling for this from one week. Prateek Jan 15 '13 I used $inputs = $('#foo,#bar'); $inputs.on('keydown', ...), and $inputs.off('keydown') when received an event to prevent auto-repeat, and return false to prevent wrong button being triggered. Sam Watkins Jan 17 '13 at 7:04 I've tweaked your code adding event.preventDefault(); before invoking click(); function while my page has a form and I've switched keyup with keypress as it was the only working handler for me, anyways, thanks for neat piece of code -1, utter ridiculous use of jQuery for something the OP didn't even ask about for using jQuery for such a simple task. This answer is much simpler and it's actually correct. user529758 document.onkeydown = function (evt) { var keyCode = evt ? (evt.which ? evt.which : evt.keyCode) : event.keyCode; if (keyCode == 13) { // For Enter. // Your function here. } if (keyCode == 27) { // For Escape. // Your function here. } else { return truein my opinion this idea is correct because it is work if user disabled the javascript in safari, this adds a question mark to the end of the url...is there a way to do it that doesn't add anything to the url? that is probably because of the method used by default by the form everywhere but in IE. You could switch the form method to but that would have other consequences, namely when you use the history to browse back after clicking the button. It may be unavoidable (it will have no effect anyway). Pekka May 25 '10 at Nice solution, but if it is inside some other form (parent form), then pressing this button redirects to address in the parent's form action attribute. nesting forms is illegal in HTML anyway. Browser's behavior is unspecified and should not be relied upon. @Wlad if you'd like this functionality, using a form, "inside" the form, keeping it "legal", you could place it outside the parent form and position it using css Sam Vloeberghs Mar 2 at 16:14 Is it just me or is the