From Seidlich@mostvaluablekids.org Mon Oct 01 07:14:05 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IcJDx-0001Dm-3W for geopriv-archive@lists.ietf.org; Mon, 01 Oct 2007 07:14:05 -0400 Received: from [85.192.247.20] (helo=[89.170.51.86]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IcJDs-0006r8-Fj for geopriv-archive@lists.ietf.org; Mon, 01 Oct 2007 07:14:02 -0400 Received: from vansteel-ca0466 ([196.147.118.72]:26855 "EHLO vansteel-ca0466" smtp-auth: TLS-CIPHER: TLS-PEER-CN1: ) by 39.247.192-85.rev.gaoland.net with ESMTP id S22BXMJWFEYSZZYI (ORCPT ); Mon, 1 Oct 2007 13:14:21 +0200 Message-ID: <000a01c8041c$278fccb0$27f7c055@vansteelca0466> From: "Janis Seidlich" To: Subject: revosaes Date: Mon, 1 Oct 2007 13:13:54 +0200 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0009_01C8042C.EB189CB0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3028 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 X-Spam-Score: 0.1 (/) X-Scan-Signature: 7baded97d9887f7a0c7e8a33c2e3ea1b ------=_NextPart_000_0009_01C8042C.EB189CB0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Morning, geopriv-archive Alert, alert, alert! Start trade D.M.X.C Five day price: ~$0.50 rgspitze rexegnol rh"afegn rgrellor ------=_NextPart_000_0009_01C8042C.EB189CB0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Morning, geopriv-archive
Alert, alert, alert!
Start trade D.M.X.C
Five day price: ~$0.50
rgspitze
rexegnol
rh"afegn
rgrellor
------=_NextPart_000_0009_01C8042C.EB189CB0-- From geopriv-bounces@ietf.org Mon Oct 01 09:50:47 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1IcLfK-0008U6-Du; Mon, 01 Oct 2007 09:50:30 -0400 Received: from geopriv by megatron.ietf.org with local (Exim 4.43) id 1IcLfI-0008SN-Cp for geopriv-confirm+ok@megatron.ietf.org; Mon, 01 Oct 2007 09:50:28 -0400 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IcLfI-0008SF-2U for geopriv@ietf.org; Mon, 01 Oct 2007 09:50:28 -0400 Received: from zeke.ecotroph.net ([69.31.8.124]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IcLfH-00045d-OD for geopriv@ietf.org; Mon, 01 Oct 2007 09:50:27 -0400 Received: from [65.170.117.159] ([::ffff:65.170.117.159]) (AUTH: PLAIN anewton, SSL: TLSv1/SSLv3,128bits,AES128-SHA) by zeke.ecotroph.net with esmtp; Mon, 01 Oct 2007 09:50:26 -0400 id 0158C3F0.4700FB23.000015EA In-Reply-To: References: <02D12775-6776-4E59-8DDF-3F95CFF63DAB@estacado.net> <20070928074124.69330@gmx.net> <92575694-645C-422C-8BCB-D6ED6E9F245F@estacado.net> <20070928142648.188260@gmx.net> Mime-Version: 1.0 (Apple Message framework v752.3) X-Priority: 3 Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <0ED43351-B151-4A8F-8688-6A6646F5DAA6@hxr.us> Content-Transfer-Encoding: 7bit From: Andrew Newton Subject: Re: [Geopriv] Updating the GEOPRIV milestones Date: Mon, 1 Oct 2007 09:50:21 -0400 To: Robert Sparks X-Mailer: Apple Mail (2.752.3) X-Spam-Score: 0.0 (/) X-Scan-Signature: 0bc60ec82efc80c84b8d02f4b0e4de22 Cc: geopriv@ietf.org X-BeenThere: geopriv@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Geographic Location/Privacy List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: geopriv-bounces@ietf.org On Sep 28, 2007, at 10:35 AM, Robert Sparks wrote: > > On Sep 28, 2007, at 9:26 AM, Hannes Tschofenig wrote: > >> >>> ps: revised-civic-lo is mostly already submitted - I'll be putting >>> together a PROTO writeup around it for the group to double-check, >>> then this milestone will be complete. >> >> ... and that's something I am curious about. Typically, the PROTO >> writeup is attached to the draft that leaves the working group >> after a successful WGLC. So, that should have been done already a >> long time ago. >> >> What went wrong? >> > > Agreed it should have been around, but its not. This is an isolated > incident and is fairly straightforward to correct. Robert, If it's any help, the original write-up is here: http://www1.ietf.org/mail-archive/web/geopriv/current/msg03209.html -andy _______________________________________________ Geopriv mailing list Geopriv@ietf.org https://www1.ietf.org/mailman/listinfo/geopriv From geopriv-bounces@ietf.org Mon Oct 01 10:02:07 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1IcLqZ-0004qw-0t; Mon, 01 Oct 2007 10:02:07 -0400 Received: from geopriv by megatron.ietf.org with local (Exim 4.43) id 1IcLqX-0004qE-6p for geopriv-confirm+ok@megatron.ietf.org; Mon, 01 Oct 2007 10:02:05 -0400 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IcLqW-0004q5-Qa for geopriv@ietf.org; Mon, 01 Oct 2007 10:02:04 -0400 Received: from bellwecs5.srvr.bell.ca ([207.236.237.117]) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1IcLqV-0004Fz-Gr for geopriv@ietf.org; Mon, 01 Oct 2007 10:02:04 -0400 Received: (qmail 30885 invoked from network); 1 Oct 2007 14:01:59 -0000 Received: from g.caron@bell.ca by bellwecs5.srvr.bell.ca with EntrustECS-Server-7.4; 01 Oct 2007 14:01:59 -0000 Received: from bellwfep2.bellnexxia.net (HELO bellwfep2-srv.bellnexxia.net) (207.236.237.108) by bellwecs5.srvr.bell.ca with SMTP; 1 Oct 2007 14:01:59 -0000 Received: from TOROONDC908.bell.corp.bce.ca ([142.182.89.88]) by bellwfep2-srv.bellnexxia.net (InterMail vM.5.01.06.10 201-253-122-130-110-20040306) with ESMTP id <20071001135855.HHXA1691.bellwfep2-srv.bellnexxia.net@TOROONDC908.bell.corp.bce.ca>; Mon, 1 Oct 2007 09:58:55 -0400 Received: from toroondc912.bell.corp.bce.ca ([142.182.89.15]) by TOROONDC908.bell.corp.bce.ca with Microsoft SMTPSVC(6.0.3790.1830); Mon, 1 Oct 2007 10:01:58 -0400 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Subject: RE: [Geopriv] GC Comments on draft-ietf-geopriv-http-location-delivery-01.txt Date: Mon, 1 Oct 2007 10:01:57 -0400 Message-ID: <2E62ACF8ADDB4D4F89093CBFDF2FBAF30B54BF74@toroondc912> In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Geopriv] GC Comments on draft-ietf-geopriv-http-location-delivery-01.txt Thread-Index: AcfEqJY2vYEEHK0pTX+StZhhluVtXwJWuhSQDTQuUCAAVEtCMA== References: <2E62ACF8ADDB4D4F89093CBFDF2FBAF30AFE184E@toroondc912> From: To: , X-OriginalArrivalTime: 01 Oct 2007 14:01:58.0633 (UTC) FILETIME=[A1E96590:01C80433] X-Spam-Score: 0.0 (/) X-Scan-Signature: 249cd1efd3d5e0d09114abe826a41235 Cc: X-BeenThere: geopriv@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Geographic Location/Privacy List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: geopriv-bounces@ietf.org Thanks Mary. See some replies inserted below. Guy Caron -----Message d'origine----- De=A0: Mary Barnes [mailto:mary.barnes@nortel.com]=20 Envoy=E9=A0: 29 septembre 2007 16:38 =C0=A0: Caron, Guy (A162859); geopriv@ietf.org Objet=A0: RE: [Geopriv] GC Comments on = draft-ietf-geopriv-http-location-delivery-01.txt Hi Guy, Again, apologies for never having responded to these comments. = Responses are embedded below [MB]. =20 Thanks, Mary.=20 -----Original Message----- From: g.caron@bell.ca [mailto:g.caron@bell.ca]=20 Sent: Tuesday, July 24, 2007 3:20 PM To: Barnes, Mary (RICH2:AR00); geopriv@ietf.org Subject: RE: [Geopriv] GC Comments on = draft-ietf-geopriv-http-location-delivery-01.txt Hi Mary, Hi geopriv, Please find below a few comments after reviewing this document. They are = tagged as "Editorial" or "Technical". >From a general point of view, I think the basic functions for location = acquisition are well captured with this draft. Since a lot of the comments have been provided already by other = reviewers, my list is rather short. Note well: My comments are influenced by the nature of my interests: = Emergency services. Section by section comments: Abstract: c1. The last sentence doesn't read right. Either add "the" = before "session-layer" or an "s" at "layer". I would replace the = semi-colon by a period after "layer". [MB] Agreed. I'll break that into two sentences (i.e., replace the = semi-colon).=20 Section 7 - Protocol Paramaters c2. Table 1: The "expires" parameter should be labeled = "conditional" instead of "mandatory" as it is only relevant in presence = of the LocationURI parameter. If accepted, the term "conditional" should = be added to the paragraph just above the table. [MB] I'll just note that it is optional (I'm reluctant to add that = "conditional" concept although it applies based on past experiences with = tables that try to include too much info - there's one of those in SIP = that always causes grief) and update the text appropriately (i.e., I = think it's more important the text be accurate), so I'll add something = like the following to section 6.5.1: OLD: The "expires" attribute indicates the time at which the Location URI provided by the LIS will expire. This attribute is included in the "locationResponse" message only. NEW: The "expires" attribute is optional and is only included in a = "locationResponse" message when a Location URI is included. The "expires" attribute indicates = the time at which the=20 Location URI provided by the LIS will expire.=20 [/MB] =20 [GC] I'm fine with the new text. Thanks. Section 7.1 - "responseTime" Parameter c3. 1st para., 1st sentence: Replace "attribute" by = "parameter". [MB] Okay. c4. "If this parameter is absent, then the LCS MUST return = the most precise LI it is capable of determining". I find this statement = a bit confusing. Should I read this as, when the parameter is absent, = the LCS will provide the most precise LI available at this very moment = (not waiting for any LI computing at all) so possibly a coarse location? = This is what I want but I'm not sure the text exactly says that (it may = be completely the reverse actually). [MB] If I've accurately interpreted the conclusion to the responseTime = debate, it should be the "most precise at that point in time". Is = everyone okay with adding that clarification to the text? [/MB] Section 7.2.1 - "exact" Attribute My assumption here is that the device does not have prior knowledge of = which application the LI will be eventually used for. [MB] Again, based on my understanding of the conclusion/consensus to the = responseTime debate, I think the device does have prior knowledge of = which appliation the LI will be eventually used for (at least in the = case of Emergency Services), per the addition of that service type to = the responseTime. [/MB] [GC] Conclusion on responseTime was reached after those comments were = provided. Point taken though. While is may fall outside the topic of = this thread, I wonder how UAs will learn what the application may = require. For ES, interpreting the dialstring may be the approach but for = pizza delivery how would that work? c5. Should a statement be added to cover the following case: = When only one specific LocationType is requested (exact=3Dtrue), the LCS = SHOULD return location information in THE form that is suited for = routing and responding to an emergency call in its jurisdiction even if = different than the one requested? [MB] That's been done with the -02 changes. [/MB] [GC] I've reread section 6.2.1 on the "exact" attribute and did not find = anything that equates to this. Here is an example usecase I was trying = to cover: UA requests locationtType=3D "geodetic" and exact=3D"true" but = the local ES jurisdiction supports only civic. In this case, I would = like the LIS to supply civic anyway. Of course, if the expected = behaviour of the UA when those return codes are received is to retry = with more relax rules then, my concerns disappear. Where this should be = specified? Alternatively, should a caveat be added to the use of this attribute = stating it could impede the routing of emergency calls? Section 7.3 - "code" Parameter c6. 2nd par., 1st sentence: I suggest replacing "error" by = "code". This would allow including "success" in the list of valid = responses (success is not an error code). [MB] Per the -02, the error processing has been separated from a normal = response, thus "success" has been removed. [/MB] [GC] Ok. The assumption for my comments in this section hereinafter is that all = defined error codes will result in no LI being provided to the Device. c7. Should the timeout error code by accompanied with an = "expected time" for a successful response? What I would like to avoid is having a Device location-less when this = information is required for emergency situations. [MB] I'm hoping that the resolution to "responseTime" and having an = indicator for emergency situations resolves this concern. If not, = please let us know. [/MB] [GC] Well, if I got this right, the consensus was around providing an = ES-specific "svc" tag in the responseTime parameter of the = locationRequest. If the timeout and cannotProvideLiType error codes can = still apply with the tag then, I think my concern still stands. c8. Considering comment #c5 above, would it be seen helpful = to have the cannotProvideLiType error response by accompanied with a = list of available LocationType(s)? At least, this would give a hint to = the device as to what to do next. [MB] I think this comment relates to a point of discussion in Chicago = where we had been proposing to include a list of locationTypes included = in a response. There did not seem to be interest in doing that and if = we were to do that, I think it would facilitate the functionality you're = asking for. However, it would seem that this functionality is only = useful in the case of "exact". And, it's not clear to me, in that case, = why knowing what ones are available would be useful. It would seem that = if that information is useful, then a device would just request all the = types that it might be able to use and not use "exact". Or perhaps I'm = missing your point altogether and we should discuss this one further? = [/MB] [GC] This comment was provided in conjunction with the proposed caveat = to in comment c5 which is indeed around the use of the "exact" = attribute. I agree though that if the "exact" attribute fails to return = an LI, requesting all types should do it too especially since the = distinction of civic formats has disappeared. Section 9 - HTTP Binding c9. "This binding MUST use TLS...".Shall I risk asking to = soften this requirement a bit to a "RECOMMEND"? My motivation is that, = under very specific implementation of trusted network nodes and private, = secure network links, TLS may not be required. Consider an Enterprise = running its LCS over its private LAN. Here is suggested wording: "This = binding MUST use a secure mean of transporting data between the endpoint = and the LCS. The use TLS is RECOMMENDED." [MB] My understanding is that the MUST is a MUST implement and certainly = doesn't preclude the situation you describe. I don't have problem with = the rewording you suggest, if that doesn't cause anyone else grief = (i.e., I do think your suggestion captures the spirit of the MUST = implement). Although, the caveat is that my experience with the = security sections (and this text being okay) might be dated (i.e., it's = been a couple years since I got a doc approved with similar wording. = [/MB] [GC] RFC2119 does not define "MUST implement" so, I'm not sure what it = implies exactly. Section 10.2 - Transaction Layer Security c10. Same comment = as #c9 above for the HTTP binding. [MB] Ditto, my comment above. I can make the proposed change, unless = someone sees an issue. [/MB] Section Appendix A - HELD Compliance to IETF LCP requirements c11. = The whole appendix seems to refer to an older version of the = LCP requirements document (prior to -02). The requirements' text should = be updated. [MB] This has been addressed in the -02. [/MB] [GC] Ok. That's it. Best regards! Guy Caron -----Message d'origine----- De=A0: Internet-Drafts@ietf.org [mailto:Internet-Drafts@ietf.org] = Envoy=E9=A0: 12 juillet 2007 13:17 =C0=A0: i-d-announce@ietf.org Cc=A0: = geopriv@ietf.org Objet=A0: [Geopriv] = I-DACTION:draft-ietf-geopriv-http-location-delivery-01.txt=20 A New Internet-Draft is available from the on-line Internet-Drafts = directories. This draft is a work item of the Geographic Location/Privacy Working = Group of the IETF. Title : HTTP Enabled Location Delivery (HELD) Author(s) : M. Barnes Filename : draft-ietf-geopriv-http-location-delivery-01.txt Pages : 37 Date : 2007-7-12 =09 A Layer 7 Location Configuration Protocol (L7 LCP) is described that is used for retrieving location information from a server within an access network. The protocol includes options for retrieving location information either by-value or by-reference. The protocol supports mobile and nomadic devices through Location URIs. The protocol is an application-layer protocol that is independent of session-layer; an HTTP, web services binding is specified. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-geopriv-http-location-deli= very-01.txt To remove yourself from the I-D Announcement list, send a message to = i-d-announce-request@ietf.org with the word unsubscribe in the body of = the message.=20 You can also visit https://www1.ietf.org/mailman/listinfo/I-D-announce to change your subscription settings. Internet-Drafts are also available by anonymous FTP. Login with the = username "anonymous" and a password of your e-mail address. After = logging in, type "cd internet-drafts" and then "get = draft-ietf-geopriv-http-location-delivery-01.txt". A list of Internet-Drafts directories can be found in = http://www.ietf.org/shadow.html or = ftp://ftp.ietf.org/ietf/1shadow-sites.txt Internet-Drafts can also be obtained by e-mail. Send a message to: mailserv@ietf.org. In the body type: "FILE = /internet-drafts/draft-ietf-geopriv-http-location-delivery-01.txt". =09 NOTE: The mail server at ietf.org can return the document in MIME-encoded form by using the "mpack" utility. To use this feature, insert the command "ENCODING mime" before the "FILE" command. To decode the response(s), you will need "munpack" or a MIME-compliant mail reader. Different MIME-compliant mail readers exhibit different behavior, especially when dealing with "multipart" MIME messages (i.e. documents which have been split up into multiple messages), so check your local documentation on how to manipulate these messages. Below is the data which will enable a MIME compliant mail reader = implementation to automatically retrieve the ASCII version of the = Internet-Draft. _______________________________________________ Geopriv mailing list Geopriv@ietf.org https://www1.ietf.org/mailman/listinfo/geopriv From geopriv-bounces@ietf.org Mon Oct 01 10:14:23 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1IcM2N-0002xA-GS; Mon, 01 Oct 2007 10:14:19 -0400 Received: from geopriv by megatron.ietf.org with local (Exim 4.43) id 1IcM2M-0002uq-36 for geopriv-confirm+ok@megatron.ietf.org; Mon, 01 Oct 2007 10:14:18 -0400 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IcM2L-0002ui-Ox for geopriv@ietf.org; Mon, 01 Oct 2007 10:14:17 -0400 Received: from dsl001-129-069.dfw1.dsl.speakeasy.net ([72.1.129.69] helo=vicuna.estacado.net) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IcM2L-0004QJ-Ap for geopriv@ietf.org; Mon, 01 Oct 2007 10:14:17 -0400 Received: from [172.17.1.65] ([172.17.1.65]) (authenticated bits=0) by vicuna.estacado.net (8.14.1/8.14.1) with ESMTP id l91EEFtr072324 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Mon, 1 Oct 2007 09:14:15 -0500 (CDT) (envelope-from rjsparks@estacado.net) In-Reply-To: <0ED43351-B151-4A8F-8688-6A6646F5DAA6@hxr.us> References: <02D12775-6776-4E59-8DDF-3F95CFF63DAB@estacado.net> <20070928074124.69330@gmx.net> <92575694-645C-422C-8BCB-D6ED6E9F245F@estacado.net> <20070928142648.188260@gmx.net> <0ED43351-B151-4A8F-8688-6A6646F5DAA6@hxr.us> Mime-Version: 1.0 (Apple Message framework v752.3) X-Priority: 3 Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <0E8DE904-EE07-4AF8-8942-DC5B1DED0CDA@estacado.net> Content-Transfer-Encoding: 7bit From: Robert Sparks Subject: Re: [Geopriv] Updating the GEOPRIV milestones Date: Mon, 1 Oct 2007 09:14:09 -0500 To: Andrew Newton X-Mailer: Apple Mail (2.752.3) X-Spam-Score: 0.1 (/) X-Scan-Signature: 769a46790fb42fbb0b0cc700c82f7081 Cc: geopriv@ietf.org X-BeenThere: geopriv@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Geographic Location/Privacy List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: geopriv-bounces@ietf.org Thanks Andy - That's section 1.k - can you still find the earlier sections? No worries if not. (For those that haven't had to work with these, we're talking about RFC4858 section 3.1, also described at http://www.ietf.org/IESG/content/Doc-Writeup.html). RjS On Oct 1, 2007, at 8:50 AM, Andrew Newton wrote: > > On Sep 28, 2007, at 10:35 AM, Robert Sparks wrote: > >> >> On Sep 28, 2007, at 9:26 AM, Hannes Tschofenig wrote: >> >>> >>>> ps: revised-civic-lo is mostly already submitted - I'll be putting >>>> together a PROTO writeup around it for the group to double-check, >>>> then this milestone will be complete. >>> >>> ... and that's something I am curious about. Typically, the PROTO >>> writeup is attached to the draft that leaves the working group >>> after a successful WGLC. So, that should have been done already a >>> long time ago. >>> >>> What went wrong? >>> >> >> Agreed it should have been around, but its not. This is an >> isolated incident and is fairly straightforward to correct. > > Robert, > > If it's any help, the original write-up is here: > http://www1.ietf.org/mail-archive/web/geopriv/current/msg03209.html > > -andy > > > _______________________________________________ > Geopriv mailing list > Geopriv@ietf.org > https://www1.ietf.org/mailman/listinfo/geopriv _______________________________________________ Geopriv mailing list Geopriv@ietf.org https://www1.ietf.org/mailman/listinfo/geopriv From geopriv-bounces@ietf.org Mon Oct 01 10:49:39 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1IcMaI-0008Ue-1t; Mon, 01 Oct 2007 10:49:22 -0400 Received: from geopriv by megatron.ietf.org with local (Exim 4.43) id 1IcMaG-0008TM-8f for geopriv-confirm+ok@megatron.ietf.org; Mon, 01 Oct 2007 10:49:20 -0400 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IcMaF-0008TD-TC for geopriv@ietf.org; Mon, 01 Oct 2007 10:49:19 -0400 Received: from ebru.winwebhosting.com ([74.52.236.50]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IcMaF-00050Z-6f for geopriv@ietf.org; Mon, 01 Oct 2007 10:49:19 -0400 Received: from [209.173.53.233] (helo=BROSLT41xp) by ebru.winwebhosting.com with esmtpa (Exim 4.68) (envelope-from ) id 1IcMa5-00073b-37; Mon, 01 Oct 2007 09:49:09 -0500 From: "Brian Rosen" To: , , References: <2E62ACF8ADDB4D4F89093CBFDF2FBAF30AFE184E@toroondc912> <2E62ACF8ADDB4D4F89093CBFDF2FBAF30B54BF74@toroondc912> Subject: RE: [Geopriv] GC Comments ondraft-ietf-geopriv-http-location-delivery-01.txt Date: Mon, 1 Oct 2007 10:49:11 -0400 Message-ID: <0a9001c8043a$3ce56520$640fa8c0@cis.neustar.com> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <2E62ACF8ADDB4D4F89093CBFDF2FBAF30B54BF74@toroondc912> Thread-Index: AcfEqJY2vYEEHK0pTX+StZhhluVtXwJWuhSQDTQuUCAAVEtCMAAEEBCw X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - ebru.winwebhosting.com X-AntiAbuse: Original Domain - ietf.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - brianrosen.net X-Source: X-Source-Args: X-Source-Dir: X-Spam-Score: 0.0 (/) X-Scan-Signature: 31247fb3be228bb596db9127becad0bc Cc: X-BeenThere: geopriv@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Geographic Location/Privacy List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: geopriv-bounces@ietf.org > c4. "If this parameter is absent, then the LCS MUST return the > most precise LI it is capable of determining". I find this statement a bit > confusing. Should I read this as, when the parameter is absent, the LCS > will provide the most precise LI available at this very moment (not > waiting for any LI computing at all) so possibly a coarse location? This > is what I want but I'm not sure the text exactly says that (it may be > completely the reverse actually). > [MB] If I've accurately interpreted the conclusion to the responseTime > debate, it should be the "most precise at that point in time". Is > everyone okay with adding that clarification to the text? [/MB] I read it as ResponseTime as set to a very large number, not zero. I think the best answer is that the text should say it's implementation dependent, but if that is not acceptable, it should say it's treated as ResponseTime is zero or large. ... > c5. Should a statement be added to cover the following case: > When only one specific LocationType is requested (exact=true), the LCS > SHOULD return location information in THE form that is suited for routing > and responding to an emergency call in its jurisdiction even if different > than the one requested? > [MB] That's been done with the -02 changes. [/MB] > [GC] I've reread section 6.2.1 on the "exact" attribute and did not find > anything that equates to this. Here is an example usecase I was trying to > cover: UA requests locationtType= "geodetic" and exact="true" but the > local ES jurisdiction supports only civic. In this case, I would like the > LIS to supply civic anyway. Of course, if the expected behaviour of the UA > when those return codes are received is to retry with more relax rules > then, my concerns disappear. Where this should be specified? I think this is not a good idea. The user asked for something specific; you give it to him. If anything, you might make exact="false" say that what is returned must be suitable for emergency calls. I do recognize that there is the problem that if you specify locationType, get it, and then try and use it for emergency call, it will fail. The suggestion above (exact="false") is a way to avoid the problem. It may be worth having a warning if you set exact="true" and specify a locationType not supported by the local emergency call service. > > c7. Should the timeout error code by accompanied with an > "expected time" for a successful response? > > What I would like to avoid is having a Device location-less when this > information is required for emergency situations. > [MB] I'm hoping that the resolution to "responseTime" and having an > indicator for emergency situations resolves this concern. If not, please > let us know. [/MB] > [GC] Well, if I got this right, the consensus was around providing an ES- > specific "svc" tag in the responseTime parameter of the locationRequest. > If the timeout and cannotProvideLiType error codes can still apply with > the tag then, I think my concern still stands. If you use the distinguished values in ResponseTime, the only error you can get is cannotProvideLiType; you can't get the timeout error. I think it is proper that you get the cannotProvideLiType. ... > Section 9 - HTTP Binding > c9. "This binding MUST use TLS...".Shall I risk asking to > soften this requirement a bit to a "RECOMMEND"? My motivation is that, > under very specific implementation of trusted network nodes and private, > secure network links, TLS may not be required. Consider an Enterprise > running its LCS over its private LAN. Here is suggested wording: "This > binding MUST use a secure mean of transporting data between the endpoint > and the LCS. The use TLS is RECOMMENDED." > [MB] My understanding is that the MUST is a MUST implement and certainly > doesn't preclude the situation you describe. I don't have problem with > the rewording you suggest, if that doesn't cause anyone else grief (i.e., > I do think your suggestion captures the spirit of the MUST implement). > Although, the caveat is that my experience with the security sections (and > this text being okay) might be dated (i.e., it's been a couple years since > I got a doc approved with similar wording. [/MB] > [GC] RFC2119 does not define "MUST implement" so, I'm not sure what it > implies exactly. The document should specify MUST IMPLEMENT. See RFC3261 for an example: Proxy servers, redirect servers, and registrars MUST implement TLS, and MUST support both mutual and one-way authentication. _______________________________________________ Geopriv mailing list Geopriv@ietf.org https://www1.ietf.org/mailman/listinfo/geopriv From geopriv-bounces@ietf.org Mon Oct 01 11:00:11 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1IcMkI-0004op-9w; Mon, 01 Oct 2007 10:59:42 -0400 Received: from geopriv by megatron.ietf.org with local (Exim 4.43) id 1IcMkG-0004ml-Mw for geopriv-confirm+ok@megatron.ietf.org; Mon, 01 Oct 2007 10:59:40 -0400 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IcMkG-0004m1-CV for geopriv@ietf.org; Mon, 01 Oct 2007 10:59:40 -0400 Received: from zeke.blacka.com ([69.31.8.124] helo=zeke.ecotroph.net) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IcMkB-00059l-4i for geopriv@ietf.org; Mon, 01 Oct 2007 10:59:35 -0400 Received: from [65.170.117.159] ([::ffff:65.170.117.159]) (AUTH: PLAIN anewton, SSL: TLSv1/SSLv3,128bits,AES128-SHA) by zeke.ecotroph.net with esmtp; Mon, 01 Oct 2007 10:59:34 -0400 id 0158C409.47010B56.00002D98 In-Reply-To: <0E8DE904-EE07-4AF8-8942-DC5B1DED0CDA@estacado.net> References: <02D12775-6776-4E59-8DDF-3F95CFF63DAB@estacado.net> <20070928074124.69330@gmx.net> <92575694-645C-422C-8BCB-D6ED6E9F245F@estacado.net> <20070928142648.188260@gmx.net> <0ED43351-B151-4A8F-8688-6A6646F5DAA6@hxr.us> <0E8DE904-EE07-4AF8-8942-DC5B1DED0CDA@estacado.net> Mime-Version: 1.0 (Apple Message framework v752.3) X-Priority: 3 Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Andrew Newton Subject: Re: [Geopriv] Updating the GEOPRIV milestones Date: Mon, 1 Oct 2007 10:59:32 -0400 To: Robert Sparks X-Mailer: Apple Mail (2.752.3) X-Spam-Score: 0.0 (/) X-Scan-Signature: 7655788c23eb79e336f5f8ba8bce7906 Cc: geopriv@ietf.org X-BeenThere: geopriv@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Geographic Location/Privacy List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: geopriv-bounces@ietf.org On Oct 1, 2007, at 10:14 AM, Robert Sparks wrote: > That's section 1.k - can you still find the earlier sections? No > worries if not. Robert, Unfortunately, no. But I can run through a-f quickly for whatever it is worth. a. ummm... I guess this is you now. b. Yes to review, no to concerns. c. No. d. No. (Though rechecking for IPR disclosures might be a good idea) e. Strong consensus among all participants. f. No. g. Passed NITS check. h. References seem good. i. IANA considerations look good. j. XML checked out via Xerces-J. -andy _______________________________________________ Geopriv mailing list Geopriv@ietf.org https://www1.ietf.org/mailman/listinfo/geopriv From geopriv-bounces@ietf.org Mon Oct 01 13:01:21 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1IcOdz-0007f5-Gq; Mon, 01 Oct 2007 13:01:19 -0400 Received: from geopriv by megatron.ietf.org with local (Exim 4.43) id 1IcOdy-0007d7-VP for geopriv-confirm+ok@megatron.ietf.org; Mon, 01 Oct 2007 13:01:18 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IcOdy-0007cw-LX for geopriv@ietf.org; Mon, 01 Oct 2007 13:01:18 -0400 Received: from bellwecs4.bellnexxia.net ([207.236.237.116] helo=bellwecs4.srvr.bell.ca) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1IcOdx-00069w-Dc for geopriv@ietf.org; Mon, 01 Oct 2007 13:01:18 -0400 Received: (qmail 9367 invoked from network); 1 Oct 2007 17:01:12 -0000 Received: from g.caron@bell.ca by bellwecs4.srvr.bell.ca with EntrustECS-Server-7.4; 01 Oct 2007 17:01:12 -0000 Received: from bfmc.csolve.net (HELO bellwfep8-srv.bellnexxia.net) (207.236.237.101) by bellwecs4.srvr.bell.ca with SMTP; 1 Oct 2007 17:01:12 -0000 Received: from TOROONDC908.bell.corp.bce.ca ([142.182.89.88]) by bellwfep8-srv.bellnexxia.net (InterMail vM.5.01.06.10 201-253-122-130-110-20040306) with ESMTP id <20071001170112.UFXT2151.bellwfep8-srv.bellnexxia.net@TOROONDC908.bell.corp.bce.ca>; Mon, 1 Oct 2007 13:01:12 -0400 Received: from toroondc912.bell.corp.bce.ca ([142.182.89.15]) by TOROONDC908.bell.corp.bce.ca with Microsoft SMTPSVC(6.0.3790.1830); Mon, 1 Oct 2007 13:01:07 -0400 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Subject: RE: [Geopriv] GC Comments ondraft-ietf-geopriv-http-location-delivery-01.txt Date: Mon, 1 Oct 2007 13:01:06 -0400 Message-ID: <2E62ACF8ADDB4D4F89093CBFDF2FBAF30B54BFDB@toroondc912> In-Reply-To: <0a9001c8043a$3ce56520$640fa8c0@cis.neustar.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Geopriv] GC Comments ondraft-ietf-geopriv-http-location-delivery-01.txt Thread-Index: AcfEqJY2vYEEHK0pTX+StZhhluVtXwJWuhSQDTQuUCAAVEtCMAAEEBCwAAUH7CA= References: <2E62ACF8ADDB4D4F89093CBFDF2FBAF30AFE184E@toroondc912> <2E62ACF8ADDB4D4F89093CBFDF2FBAF30B54BF74@toroondc912> <0a9001c8043a$3ce56520$640fa8c0@cis.neustar.com> From: To: , , X-OriginalArrivalTime: 01 Oct 2007 17:01:07.0502 (UTC) FILETIME=[A8BCA4E0:01C8044C] X-Spam-Score: 0.0 (/) X-Scan-Signature: 0ff9c467ad7f19c2a6d058acd7faaec8 Cc: X-BeenThere: geopriv@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Geographic Location/Privacy List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: geopriv-bounces@ietf.org Brian, see inline... Guy Caron -----Message d'origine----- De=A0: Brian Rosen [mailto:br@brianrosen.net]=20 Envoy=E9=A0: 1 octobre 2007 10:49 =C0=A0: Caron, Guy (A162859); mary.barnes@nortel.com; geopriv@ietf.org Objet=A0: RE: [Geopriv] GC Comments = ondraft-ietf-geopriv-http-location-delivery-01.txt > c4. "If this parameter is absent, then the LCS MUST return = the > most precise LI it is capable of determining". I find this statement a = bit > confusing. Should I read this as, when the parameter is absent, the = LCS > will provide the most precise LI available at this very moment (not > waiting for any LI computing at all) so possibly a coarse location? = This > is what I want but I'm not sure the text exactly says that (it may be > completely the reverse actually). > [MB] If I've accurately interpreted the conclusion to the responseTime > debate, it should be the "most precise at that point in time". Is > everyone okay with adding that clarification to the text? [/MB] I read it as ResponseTime as set to a very large number, not zero. I = think the best answer is that the text should say it's implementation = dependent, but if that is not acceptable, it should say it's treated as = ResponseTime is zero or large. [GC] I don't think is should be left as "implementation dependent" if = ubiquitous UA-to-LIS interoperability is a goal here. I think this spec = should define exactly what the expected behaviour here is. ... > c5. Should a statement be added to cover the following = case: > When only one specific LocationType is requested (exact=3Dtrue), the = LCS > SHOULD return location information in THE form that is suited for = routing > and responding to an emergency call in its jurisdiction even if = different > than the one requested? > [MB] That's been done with the -02 changes. [/MB] > [GC] I've reread section 6.2.1 on the "exact" attribute and did not = find > anything that equates to this. Here is an example usecase I was trying = to > cover: UA requests locationtType=3D "geodetic" and exact=3D"true" but = the > local ES jurisdiction supports only civic. In this case, I would like = the > LIS to supply civic anyway. Of course, if the expected behaviour of = the UA > when those return codes are received is to retry with more relax rules > then, my concerns disappear. Where this should be specified? I think this is not a good idea. The user asked for something specific; = you give it to him. If anything, you might make exact=3D"false" say that = what is returned must be suitable for emergency calls. I do recognize that there is the problem that if you specify = locationType, get it, and then try and use it for emergency call, it will fail. The suggestion above (exact=3D"false") is a way to avoid the problem. It = may be worth having a warning if you set exact=3D"true" and specify a = locationType not supported by the local emergency call service. [GC] This may be a way out if the setting of the "exact" attribute is = always controlled by a human that understands what it does. Is it the = assumption here? =20 >=20 > c7. Should the timeout error code by accompanied with an > "expected time" for a successful response? >=20 > What I would like to avoid is having a Device location-less when this > information is required for emergency situations. > [MB] I'm hoping that the resolution to "responseTime" and having an > indicator for emergency situations resolves this concern. If not, = please > let us know. [/MB] > [GC] Well, if I got this right, the consensus was around providing an = ES- > specific "svc" tag in the responseTime parameter of the = locationRequest. > If the timeout and cannotProvideLiType error codes can still apply = with > the tag then, I think my concern still stands. If you use the distinguished values in ResponseTime, the only error you = can get is cannotProvideLiType; you can't get the timeout error. I think it = is proper that you get the cannotProvideLiType. [GC] Fine. Maybe the spec should be clear on the non-applicability of = the timeout code then. I agree that cannotProvideLiType should be = returnable in this case but my concern still remains if no LI is = provided in that case. Is it another case of trying with more relax = rules here again? If so, let's say so. ... > Section 9 - HTTP Binding > c9. "This binding MUST use TLS...".Shall I risk asking to > soften this requirement a bit to a "RECOMMEND"? My motivation is that, > under very specific implementation of trusted network nodes and = private, > secure network links, TLS may not be required. Consider an Enterprise > running its LCS over its private LAN. Here is suggested wording: "This > binding MUST use a secure mean of transporting data between the = endpoint > and the LCS. The use TLS is RECOMMENDED." > [MB] My understanding is that the MUST is a MUST implement and = certainly > doesn't preclude the situation you describe. I don't have problem = with > the rewording you suggest, if that doesn't cause anyone else grief = (i.e., > I do think your suggestion captures the spirit of the MUST implement). > Although, the caveat is that my experience with the security sections = (and > this text being okay) might be dated (i.e., it's been a couple years = since > I got a doc approved with similar wording. [/MB] > [GC] RFC2119 does not define "MUST implement" so, I'm not sure what it > implies exactly. The document should specify MUST IMPLEMENT. See RFC3261 for an example: Proxy servers, redirect servers, and registrars MUST implement TLS, and MUST support both mutual and one-way authentication. =20 [GC] If this means that not using TLS makes the implementation = non-standard, then, I prefer "RECOMMENDS". If it means that the = HELD-enabled LIS must at least support an implementation with HTTPS but = could support HTTP as well, then I'm ok. _______________________________________________ Geopriv mailing list Geopriv@ietf.org https://www1.ietf.org/mailman/listinfo/geopriv From geopriv-bounces@ietf.org Mon Oct 01 13:24:07 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1IcOzv-0004qD-G6; Mon, 01 Oct 2007 13:23:59 -0400 Received: from geopriv by megatron.ietf.org with local (Exim 4.43) id 1IcOzu-0004oc-Uq for geopriv-confirm+ok@megatron.ietf.org; Mon, 01 Oct 2007 13:23:58 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IcOzu-0004oU-LM for geopriv@ietf.org; Mon, 01 Oct 2007 13:23:58 -0400 Received: from bellwecs5.srvr.bell.ca ([207.236.237.117]) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1IcOzn-0006hr-Ei for geopriv@ietf.org; Mon, 01 Oct 2007 13:23:58 -0400 Received: (qmail 8616 invoked from network); 1 Oct 2007 17:23:29 -0000 Received: from g.caron@bell.ca by bellwecs5.srvr.bell.ca with EntrustECS-Server-7.4; 01 Oct 2007 17:23:29 -0000 Received: from bellwfep2.bellnexxia.net (HELO bellwfep2-srv.bellnexxia.net) (207.236.237.108) by bellwecs5.srvr.bell.ca with SMTP; 1 Oct 2007 17:23:29 -0000 Received: from TOROONDC908.bell.corp.bce.ca ([142.182.89.88]) by bellwfep2-srv.bellnexxia.net (InterMail vM.5.01.06.10 201-253-122-130-110-20040306) with ESMTP id <20071001172025.KSVO1691.bellwfep2-srv.bellnexxia.net@TOROONDC908.bell.corp.bce.ca>; Mon, 1 Oct 2007 13:20:25 -0400 Received: from toroondc912.bell.corp.bce.ca ([142.182.89.15]) by TOROONDC908.bell.corp.bce.ca with Microsoft SMTPSVC(6.0.3790.1830); Mon, 1 Oct 2007 13:23:28 -0400 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Subject: RE: [Geopriv] GC Comments ondraft-ietf-geopriv-http-location-delivery-01.txt Date: Mon, 1 Oct 2007 13:23:27 -0400 Message-ID: <2E62ACF8ADDB4D4F89093CBFDF2FBAF30B54BFE0@toroondc912> In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Geopriv] GC Comments ondraft-ietf-geopriv-http-location-delivery-01.txt Thread-Index: AcfEqJY2vYEEHK0pTX+StZhhluVtXwJWuhSQDTQuUCAAAaTToABc+WYQ References: <2E62ACF8ADDB4D4F89093CBFDF2FBAF30AFE184E@toroondc912> From: To: , , X-OriginalArrivalTime: 01 Oct 2007 17:23:28.0431 (UTC) FILETIME=[C7FE2BF0:01C8044F] X-Spam-Score: 0.0 (/) X-Scan-Signature: e1b0e72ff1bbd457ceef31828f216a86 Cc: X-BeenThere: geopriv@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Geographic Location/Privacy List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: geopriv-bounces@ietf.org James, While the term may be technically correct, it is nevertheless awkward to = have responseTime expressed as a "parameter" in the title and as an = "attribute" in the first sentence just below. It was after all, an = editorial comment. Your response on the expected behaviour when responseTime is absent = confirms that the text should be clearer on the subject. If "MUST implement" means that not using TLS makes the implementation = non-standard, then, I prefer "RECOMMENDS". If it means that the = HELD-enabled LIS must at least support an implementation with HTTPS but = could support HTTP as well, then I'm ok. Regards, Guy Caron -----Message d'origine----- De=A0: Winterbottom, James [mailto:James.Winterbottom@andrew.com]=20 Envoy=E9=A0: 29 septembre 2007 17:09 =C0=A0: Mary Barnes; Caron, Guy (A162859); geopriv@ietf.org Objet=A0: RE: [Geopriv] GC Comments = ondraft-ietf-geopriv-http-location-delivery-01.txt Inline. Text sections not commented on have been trimmed Cheers James > Section 7.1 - "responseTime" Parameter > c3. 1st para., 1st sentence: Replace "attribute" by > "parameter". > [MB] Okay. > [AJW] Technically attribute is correct. =20 > c4. "If this parameter is absent, then the LCS MUST return the > most precise LI it is capable of determining". I find this statement a bit > confusing. Should I read this as, when the parameter is absent, the LCS > will provide the most precise LI available at this very moment (not > waiting for any LI computing at all) so possibly a coarse location? This > is what I want but I'm not sure the text exactly says that (it may be > completely the reverse actually). > [MB] If I've accurately interpreted the conclusion to the responseTime > debate, it should be the "most precise at that point in time". Is > everyone okay with adding that clarification to the text? [/MB] [AJW] That is not the intent no. The LIS will determine and provide the most accurate location that it can, and that may require a wait. >=20 > Section 9 - HTTP Binding > c9. "This binding MUST use TLS...".Shall I risk asking to > soften this requirement a bit to a "RECOMMEND"? My motivation is that, > under very specific implementation of trusted network nodes and private, > secure network links, TLS may not be required. Consider an Enterprise > running its LCS over its private LAN. Here is suggested wording: "This > binding MUST use a secure mean of transporting data between the endpoint > and the LCS. The use TLS is RECOMMENDED." > [MB] My understanding is that the MUST is a MUST implement and certainly > doesn't preclude the situation you describe. I don't have problem with > the rewording you suggest, if that doesn't cause anyone else grief (i.e., > I do think your suggestion captures the spirit of the MUST implement). > Although, the caveat is that my experience with the security sections (and > this text being okay) might be dated (i.e., it's been a couple years since > I got a doc approved with similar wording. [/MB] > [AJW] I would prefer that we explicitly say MUST implement if we are going to change wording here. =20 -------------------------------------------------------------------------= ----------------------- This message is for the designated recipient only and may contain privileged, proprietary, or otherwise private information. =20 If you have received it in error, please notify the sender immediately and delete the original. Any unauthorized use of this email is prohibited. -------------------------------------------------------------------------= ----------------------- [mf2] _______________________________________________ Geopriv mailing list Geopriv@ietf.org https://www1.ietf.org/mailman/listinfo/geopriv From geopriv-bounces@ietf.org Mon Oct 01 13:56:57 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1IcPVD-0007eW-Qx; Mon, 01 Oct 2007 13:56:19 -0400 Received: from geopriv by megatron.ietf.org with local (Exim 4.43) id 1IcPVC-0007eK-Tf for geopriv-confirm+ok@megatron.ietf.org; Mon, 01 Oct 2007 13:56:18 -0400 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IcPVC-0007eC-Jc for geopriv@ietf.org; Mon, 01 Oct 2007 13:56:18 -0400 Received: from dsl001-129-069.dfw1.dsl.speakeasy.net ([72.1.129.69] helo=vicuna.estacado.net) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IcPVC-0001eP-7l for geopriv@ietf.org; Mon, 01 Oct 2007 13:56:18 -0400 Received: from [172.17.1.65] ([172.17.1.65]) (authenticated bits=0) by vicuna.estacado.net (8.14.1/8.14.1) with ESMTP id l91HuFIp097915 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Mon, 1 Oct 2007 12:56:15 -0500 (CDT) (envelope-from rjsparks@estacado.net) In-Reply-To: References: <02D12775-6776-4E59-8DDF-3F95CFF63DAB@estacado.net> <20070928074124.69330@gmx.net> <92575694-645C-422C-8BCB-D6ED6E9F245F@estacado.net> <20070928142648.188260@gmx.net> <0ED43351-B151-4A8F-8688-6A6646F5DAA6@hxr.us> <0E8DE904-EE07-4AF8-8942-DC5B1DED0CDA@estacado.net> Mime-Version: 1.0 (Apple Message framework v752.3) X-Priority: 3 Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <8A889529-19FC-4FC3-9DAB-7E62648C40DF@estacado.net> Content-Transfer-Encoding: 7bit From: Robert Sparks Subject: Re: [Geopriv] Updating the GEOPRIV milestones Date: Mon, 1 Oct 2007 12:56:09 -0500 To: Andrew Newton X-Mailer: Apple Mail (2.752.3) X-Spam-Score: 0.1 (/) X-Scan-Signature: 97adf591118a232206bdb5a27b217034 Cc: geopriv@ietf.org X-BeenThere: geopriv@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Geographic Location/Privacy List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: geopriv-bounces@ietf.org Thanks again! On Oct 1, 2007, at 9:59 AM, Andrew Newton wrote: > > On Oct 1, 2007, at 10:14 AM, Robert Sparks wrote: > >> That's section 1.k - can you still find the earlier sections? No >> worries if not. > > Robert, > > Unfortunately, no. But I can run through a-f quickly for whatever > it is worth. > > a. ummm... I guess this is you now. > b. Yes to review, no to concerns. > c. No. > d. No. (Though rechecking for IPR disclosures might be a good idea) > e. Strong consensus among all participants. > f. No. > g. Passed NITS check. > h. References seem good. > i. IANA considerations look good. > j. XML checked out via Xerces-J. > > -andy > > > _______________________________________________ > Geopriv mailing list > Geopriv@ietf.org > https://www1.ietf.org/mailman/listinfo/geopriv _______________________________________________ Geopriv mailing list Geopriv@ietf.org https://www1.ietf.org/mailman/listinfo/geopriv From geopriv-bounces@ietf.org Mon Oct 01 14:00:02 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1IcPYS-0001GA-1U; Mon, 01 Oct 2007 13:59:40 -0400 Received: from geopriv by megatron.ietf.org with local (Exim 4.43) id 1IcPYR-00018h-4O for geopriv-confirm+ok@megatron.ietf.org; Mon, 01 Oct 2007 13:59:39 -0400 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IcPYQ-00017h-OA for geopriv@ietf.org; Mon, 01 Oct 2007 13:59:38 -0400 Received: from sj-iport-3-in.cisco.com ([171.71.176.72] helo=sj-iport-3.cisco.com) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IcPYQ-0001iw-Em for geopriv@ietf.org; Mon, 01 Oct 2007 13:59:38 -0400 Received: from sj-dkim-2.cisco.com ([171.71.179.186]) by sj-iport-3.cisco.com with ESMTP; 01 Oct 2007 10:59:28 -0700 Received: from sj-core-3.cisco.com (sj-core-3.cisco.com [171.68.223.137]) by sj-dkim-2.cisco.com (8.12.11/8.12.11) with ESMTP id l91HxRDg027143; Mon, 1 Oct 2007 10:59:27 -0700 Received: from xbh-sjc-231.amer.cisco.com (xbh-sjc-231.cisco.com [128.107.191.100]) by sj-core-3.cisco.com (8.12.10/8.12.6) with ESMTP id l91Hx9XM001776; Mon, 1 Oct 2007 17:59:23 GMT Received: from xfe-sjc-212.amer.cisco.com ([171.70.151.187]) by xbh-sjc-231.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Mon, 1 Oct 2007 10:59:09 -0700 Received: from jmpolk-wxp.cisco.com ([10.21.151.56]) by xfe-sjc-212.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Mon, 1 Oct 2007 10:59:09 -0700 X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Mon, 01 Oct 2007 12:59:08 -0500 To: Salvatore Loreto , Hannes Tschofenig From: "James M. Polk" Subject: Re: [Geopriv] Updating the GEOPRIV milestones In-Reply-To: <1190984291.8885.66.camel@n85.nomadiclab.com> References: <02D12775-6776-4E59-8DDF-3F95CFF63DAB@estacado.net> <20070928074124.69330@gmx.net> <1190979456.8885.58.camel@n85.nomadiclab.com> <20070928124530.69280@gmx.net> <1190984291.8885.66.camel@n85.nomadiclab.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Message-ID: X-OriginalArrivalTime: 01 Oct 2007 17:59:09.0378 (UTC) FILETIME=[C418C220:01C80454] DKIM-Signature: v=0.5; a=rsa-sha256; q=dns/txt; l=361; t=1191261567; x=1192125567; c=relaxed/simple; s=sjdkim2002; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=jmpolk@cisco.com; z=From:=20=22James=20M.=20Polk=22=20 |Subject:=20Re=3A=20[Geopriv]=20Updating=20the=20GEOPRIV=20milestones |Sender:=20; bh=hppvOnoAhKJPd+/vBFNvG1BGf1VZWjD6P3i55bR+FkU=; b=vskfVdfscoVBzp8DmRNIc/hheVOLVhfcTkJh38OBHeU1GzY5EbfUT5tcCijh1CfjLQC8yFjq nvszr5apJMS09v8Xxplbaudg1FlpOwDZ+/8B7B6qYMh4qwjrOa9AUZL6; Authentication-Results: sj-dkim-2; header.From=jmpolk@cisco.com; dkim=pass ( sig from cisco.com/sjdkim2002 verified; ); X-Spam-Score: 0.0 (/) X-Scan-Signature: 08170828343bcf1325e4a0fb4584481c Cc: geopriv@ietf.org, rjsparks@estacado.net X-BeenThere: geopriv@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Geographic Location/Privacy List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: geopriv-bounces@ietf.org At 07:58 AM 9/28/2007, Salvatore Loreto wrote: >for example, "speed" is not defined as PIDF-LO element >(draft-singh-geopriv-pidf-lo-dynamic-01.txt suggests adding this, but it >is expired). > >Maybe we can let this draft as it is, but we should define speed as >PIDF-LO element. Sal What's the difference between speed and velocity? James _______________________________________________ Geopriv mailing list Geopriv@ietf.org https://www1.ietf.org/mailman/listinfo/geopriv From geopriv-bounces@ietf.org Mon Oct 01 15:37:03 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1IcR4B-0007ip-5A; Mon, 01 Oct 2007 15:36:31 -0400 Received: from geopriv by megatron.ietf.org with local (Exim 4.43) id 1IcR4A-0007ik-Ls for geopriv-confirm+ok@megatron.ietf.org; Mon, 01 Oct 2007 15:36:30 -0400 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IcR4A-0007iJ-As for geopriv@ietf.org; Mon, 01 Oct 2007 15:36:30 -0400 Received: from ebru.winwebhosting.com ([74.52.236.50]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IcR49-0003jG-QB for geopriv@ietf.org; Mon, 01 Oct 2007 15:36:30 -0400 Received: from [209.173.53.233] (helo=BROSLT41xp) by ebru.winwebhosting.com with esmtpa (Exim 4.68) (envelope-from ) id 1IcR3v-00082v-ER; Mon, 01 Oct 2007 14:36:17 -0500 From: "Brian Rosen" To: , , References: <2E62ACF8ADDB4D4F89093CBFDF2FBAF30AFE184E@toroondc912> <2E62ACF8ADDB4D4F89093CBFDF2FBAF30B54BF74@toroondc912> <0a9001c8043a$3ce56520$640fa8c0@cis.neustar.com> <2E62ACF8ADDB4D4F89093CBFDF2FBAF30B54BFDB@toroondc912> Subject: RE: [Geopriv] GC Comments ondraft-ietf-geopriv-http-location-delivery-01.txt Date: Mon, 1 Oct 2007 15:36:10 -0400 Message-ID: <0b1001c80462$54f445a0$640fa8c0@cis.neustar.com> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <2E62ACF8ADDB4D4F89093CBFDF2FBAF30B54BFDB@toroondc912> Thread-Index: AcfEqJY2vYEEHK0pTX+StZhhluVtXwJWuhSQDTQuUCAAVEtCMAAEEBCwAAUH7CAAASQYAA== X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - ebru.winwebhosting.com X-AntiAbuse: Original Domain - ietf.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - brianrosen.net X-Source: X-Source-Args: X-Source-Dir: X-Spam-Score: 0.0 (/) X-Scan-Signature: 02ec665d00de228c50c93ed6b5e4fc1a Cc: X-BeenThere: geopriv@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Geographic Location/Privacy List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: geopriv-bounces@ietf.org > [GC] I don't think is should be left as "implementation dependent" if > ubiquitous UA-to-LIS interoperability is a goal here. I think this spec > should define exactly what the expected behaviour here is. I'm not sure I see the connection. If you don't specify a time, then the client should be capable of handling whatever the server can throw at him. I think in most cases it will be pretty obvious what the most appropriate result will be when no ResponseTime is provided. There is always a curve (or a set of curves) and it won't be too hard to find something that is reasonable. If the client has limitations, that is what the parameter is there for. If it says nothing, it's up to the server to choose. I do think we ought to put a warning in the text that real response times in the order of 30 seconds or more must be expected. I've said many times that the whole notion that request/response is appropriate when response times are tens of seconds is seriously wrong, but that's what actually happens here. > I do recognize that there is the problem that if you specify locationType, > get it, and then try and use it for emergency call, it will fail. The > suggestion above (exact="false") is a way to avoid the problem. It may be > worth having a warning if you set exact="true" and specify a locationType > not supported by the local emergency call service. > [GC] This may be a way out if the setting of the "exact" attribute is > always controlled by a human that understands what it does. Is it the > assumption here? No, I would think not. But then, I think if someone is coding to exact="true" then you should expect the application to know what it is doing. If you have a more general purpose location API, as I've talked about for all the LCPs, then it wouldn't use exact="true". If you were specifically writing for emergency call, you would use whatever we decide is the answer here, and I'll put whatever that is in -phonebcp. > If you use the distinguished values in ResponseTime, the only error you > can > get is cannotProvideLiType; you can't get the timeout error. I think it > is > proper that you get the cannotProvideLiType. > [GC] Fine. Maybe the spec should be clear on the non-applicability of the > timeout code then. I agree that cannotProvideLiType should be returnable > in this case but my concern still remains if no LI is provided in that > case. Is it another case of trying with more relax rules here again? If > so, let's say so. Yes, it's another case of retry with more relaxed rules. Don't have a problem with saying so, but I for one would think that is obvious. > The document should specify MUST IMPLEMENT. See RFC3261 for an example: > Proxy servers, redirect servers, and registrars MUST implement TLS, > and MUST support both mutual and one-way authentication. > > [GC] If this means that not using TLS makes the implementation non- > standard, then, I prefer "RECOMMENDS". If it means that the HELD-enabled > LIS must at least support an implementation with HTTPS but could support > HTTP as well, then I'm ok. MUST implement means the code has to implement TLS, but doesn't have to use it. That means your second definition; you implement both http and https. Brian _______________________________________________ Geopriv mailing list Geopriv@ietf.org https://www1.ietf.org/mailman/listinfo/geopriv From geopriv-bounces@ietf.org Mon Oct 01 16:29:03 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1IcRsx-0001d3-2Y; Mon, 01 Oct 2007 16:28:59 -0400 Received: from geopriv by megatron.ietf.org with local (Exim 4.43) id 1IcRsv-0001b5-T5 for geopriv-confirm+ok@megatron.ietf.org; Mon, 01 Oct 2007 16:28:57 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IcRsv-0001ae-Ja for geopriv@ietf.org; Mon, 01 Oct 2007 16:28:57 -0400 Received: from mail.gmx.net ([213.165.64.20]) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1IcRsu-0002pe-1p for geopriv@ietf.org; Mon, 01 Oct 2007 16:28:57 -0400 Received: (qmail invoked by alias); 01 Oct 2007 20:28:46 -0000 Received: from p54984E22.dip.t-dialin.net (EHLO [192.168.1.4]) [84.152.78.34] by mail.gmx.net (mp026) with SMTP; 01 Oct 2007 22:28:46 +0200 X-Authenticated: #29516787 X-Provags-ID: V01U2FsdGVkX196hdk/9UB6DUK+Yz0XDJosqFZW0I5jZIWeQFz2yM Q3JaTfU6nBKo8L Message-ID: <4701587C.8030700@gmx.net> Date: Mon, 01 Oct 2007 22:28:44 +0200 From: Hannes Tschofenig User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: ECRIT , GEOPRIV , es-coordination@lists.cs.columbia.edu Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-Spam-Score: 0.0 (/) X-Scan-Signature: 1ac7cc0a4cd376402b85bc1961a86ac2 Cc: Subject: [Geopriv] 3rd Emergency Services Workshop: Registration Open X-BeenThere: geopriv@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Geographic Location/Privacy List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: geopriv-bounces@ietf.org Hi all, we are currently finalizing the preparation for the 3rd SDO emergency services workshop: http://www.emergency-services-coordination.info/2007Nov/ Registration for the workshop is now possible via the link available on the main workshop page. We are again using the EDAS system. Here is the direct link to the EDAS registration page: https://edas.info/r5867 Deadline for registration: 25th October 2007 Ciao Hannes _______________________________________________ Geopriv mailing list Geopriv@ietf.org https://www1.ietf.org/mailman/listinfo/geopriv From geopriv-bounces@ietf.org Mon Oct 01 17:37:33 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1IcSwe-0002iD-Qs; Mon, 01 Oct 2007 17:36:52 -0400 Received: from geopriv by megatron.ietf.org with local (Exim 4.43) id 1IcSwd-0002i7-14 for geopriv-confirm+ok@megatron.ietf.org; Mon, 01 Oct 2007 17:36:51 -0400 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IcSwc-0002d9-MS for geopriv@ietf.org; Mon, 01 Oct 2007 17:36:50 -0400 Received: from smtp3.andrew.com ([198.135.207.235] helo=andrew.com) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IcSwY-0006Jc-Tm for geopriv@ietf.org; Mon, 01 Oct 2007 17:36:47 -0400 X-SEF-Processed: 5_0_0_910__2007_10_01_16_46_28 X-SEF-16EBA1E9-99E8-4E1D-A1CA-4971F5510AF: 1 Received: from aopexbh1.andrew.com [10.86.20.24] by smtp3.andrew.com - SurfControl E-mail Filter (5.2.1); Mon, 01 Oct 2007 16:46:27 -0500 Received: from AHQEX1.andrew.com ([10.86.20.21]) by aopexbh1.andrew.com with Microsoft SMTPSVC(6.0.3790.3959); Mon, 1 Oct 2007 16:36:42 -0500 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Subject: RE: [Geopriv] GC Commentsondraft-ietf-geopriv-http-location-delivery-01.txt Date: Mon, 1 Oct 2007 16:36:40 -0500 Message-ID: In-Reply-To: <0b1001c80462$54f445a0$640fa8c0@cis.neustar.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Geopriv] GC Commentsondraft-ietf-geopriv-http-location-delivery-01.txt Thread-Index: AcfEqJY2vYEEHK0pTX+StZhhluVtXwJWuhSQDTQuUCAAVEtCMAAEEBCwAAUH7CAAASQYAAAJK0qQ References: <2E62ACF8ADDB4D4F89093CBFDF2FBAF30AFE184E@toroondc912><2E62ACF8ADDB4D4F89093CBFDF2FBAF30B54BF74@toroondc912><0a9001c8043a$3ce56520$640fa8c0@cis.neustar.com><2E62ACF8ADDB4D4F89093CBFDF2FBAF30B54BFDB@toroondc912> <0b1001c80462$54f445a0$640fa8c0@cis.neustar.com> From: "Winterbottom, James" To: "Brian Rosen" , , , X-OriginalArrivalTime: 01 Oct 2007 21:36:42.0228 (UTC) FILETIME=[28339B40:01C80473] X-Spam-Score: 1.8 (+) X-Scan-Signature: 4b800b1eab964a31702fa68f1ff0e955 Cc: X-BeenThere: geopriv@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Geographic Location/Privacy List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: geopriv-bounces@ietf.org All,=0D=0A=0D=0AI shall draft up a paragraph or two today specifically tryi= ng to address=0D=0Aall the emergency concerns.=0D=0A=0D=0AI think that it w= ould be best to place this in its own section so that=0D=0Ahow to use HELD = for emergency calling is unambiguous.=0D=0A=0D=0ACheers=0D=0AJames=0D=0A=0D= =0A=0D=0A> -----Original Message-----=0D=0A> From: Brian Rosen [mailto:br@b= rianrosen.net]=0D=0A> Sent: Tuesday, 2 October 2007 5:36 AM=0D=0A> To: g.ca= ron@bell.ca; mary.barnes@nortel.com; geopriv@ietf.org=0D=0A> Subject: RE: [= Geopriv] GC Commentsondraft-ietf-geopriv-http-location-=0D=0A> delivery-01.= txt=0D=0A>=20=0D=0A> > [GC] I don't think is should be left as "implementat= ion dependent"=0D=0Aif=0D=0A> > ubiquitous UA-to-LIS interoperability is a = goal here. I think this=0D=0Aspec=0D=0A> > should define exactly what the e= xpected behaviour here is.=0D=0A> I'm not sure I see the connection. If yo= u don't specify a time, then=0D=0Athe=0D=0A> client should be capable of ha= ndling whatever the server can throw at=0D=0Ahim.=0D=0A> I think in most ca= ses it will be pretty obvious what the most=0D=0Aappropriate=0D=0A> result = will be when no ResponseTime is provided. There is always a=0D=0Acurve=0D=0A= > (or a set of curves) and it won't be too hard to find something that=0D=0A= is=0D=0A> reasonable. If the client has limitations, that is what the para= meter=0D=0Ais=0D=0A> there for. If it says nothing, it's up to the server = to choose.=0D=0A>=20=0D=0A> I do think we ought to put a warning in the tex= t that real response=0D=0Atimes=0D=0A> in=0D=0A> the order of 30 seconds or= more must be expected. I've said many=0D=0Atimes=0D=0A> that=0D=0A> the w= hole notion that request/response is appropriate when response=0D=0Atimes=0D= =0A> are tens of seconds is seriously wrong, but that's what actually=0D=0A= happens=0D=0A> here.=0D=0A>=20=0D=0A>=20=0D=0A>=20=0D=0A> > I do recognize = that there is the problem that if you specify=0D=0A> locationType,=0D=0A> >= get it, and then try and use it for emergency call, it will fail.=0D=0AThe=0D= =0A> > suggestion above (exact=3D"false") is a way to avoid the problem. I= t=0D=0Amay=0D=0A> be=0D=0A> > worth having a warning if you set exact=3D"tr= ue" and specify a=0D=0A> locationType=0D=0A> > not supported by the local e= mergency call service.=0D=0A> > [GC] This may be a way out if the setting o= f the "exact" attribute=0D=0Ais=0D=0A> > always controlled by a human that = understands what it does. Is it=0D=0Athe=0D=0A> > assumption here=3F=0D=0A>= =20=0D=0A> No, I would think not. But then, I think if someone is coding t= o=0D=0A> exact=3D"true" then you should expect the application to know what= it is=0D=0A> doing. If you have a more general purpose location API, as I= 've=0D=0Atalked=0D=0A> about for all the LCPs, then it wouldn't use exact=3D= "true". If you=0D=0Awere=0D=0A> specifically writing for emergency call, y= ou would use whatever we=0D=0Adecide=0D=0A> is=0D=0A> the answer here, and = I'll put whatever that is in -phonebcp.=0D=0A>=20=0D=0A> > If you use the d= istinguished values in ResponseTime, the only error=0D=0Ayou=0D=0A> > can=0D= =0A> > get is cannotProvideLiType; you can't get the timeout error. I=0D=0A= think it=0D=0A> > is=0D=0A> > proper that you get the cannotProvideLiType.=0D= =0A> > [GC] Fine. Maybe the spec should be clear on the non-applicability=0D= =0Aof=0D=0A> the=0D=0A> > timeout code then. I agree that cannotProvideLiTy= pe should be=0D=0Areturnable=0D=0A> > in this case but my concern still rem= ains if no LI is provided in=0D=0Athat=0D=0A> > case. Is it another case of= trying with more relax rules here again=3F=0D=0AIf=0D=0A> > so, let's say = so.=0D=0A> Yes, it's another case of retry with more relaxed rules. Don't = have a=0D=0A> problem with saying so, but I for one would think that is obv= ious.=0D=0A>=20=0D=0A> > The document should specify MUST IMPLEMENT. See R= FC3261 for an=0D=0Aexample:=0D=0A> > Proxy servers, redirect servers, an= d registrars MUST implement=0D=0ATLS,=0D=0A> > and MUST support both mut= ual and one-way authentication.=0D=0A> >=0D=0A> > [GC] If this means that n= ot using TLS makes the implementation non-=0D=0A> > standard, then, I prefe= r "RECOMMENDS". If it means that the=0D=0AHELD-enabled=0D=0A> > LIS must at= least support an implementation with HTTPS but could=0D=0Asupport=0D=0A> >= HTTP as well, then I'm ok.=0D=0A> MUST implement means the code has to imp= lement TLS, but doesn't have=0D=0Ato=0D=0A> use=0D=0A> it. That means your= second definition; you implement both http and=0D=0Ahttps.=0D=0A>=20=0D=0A= > Brian=0D=0A>=20=0D=0A>=20=0D=0A>=20=0D=0A> ______________________________= _________________=0D=0A> Geopriv mailing list=0D=0A> Geopriv@ietf.org=0D=0A= > https://www1.ietf.org/mailman/listinfo/geopriv=0D=0A=0D=0A---------------= ---------------------------------------------------------------------------= ------=0D=0AThis message is for the designated recipient only and may=0D=0A= contain privileged, proprietary, or otherwise private information. =20=0D=0A= If you have received it in error, please notify the sender=0D=0Aimmediately= and delete the original. Any unauthorized use of=0D=0Athis email is prohi= bited.=0D=0A---------------------------------------------------------------= ---------------------------------=0D=0A[mf2]=0D=0A _______________________________________________ Geopriv mailing list Geopriv@ietf.org https://www1.ietf.org/mailman/listinfo/geopriv From geopriv-bounces@ietf.org Mon Oct 01 18:46:59 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1IcU0z-0008IU-HL; Mon, 01 Oct 2007 18:45:25 -0400 Received: from geopriv by megatron.ietf.org with local (Exim 4.43) id 1IcU0x-0008Fc-Ty for geopriv-confirm+ok@megatron.ietf.org; Mon, 01 Oct 2007 18:45:23 -0400 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IcU0x-0008FJ-IB for geopriv@ietf.org; Mon, 01 Oct 2007 18:45:23 -0400 Received: from dsl001-129-069.dfw1.dsl.speakeasy.net ([72.1.129.69] helo=vicuna.estacado.net) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IcU0w-0007hr-Vb for geopriv@ietf.org; Mon, 01 Oct 2007 18:45:23 -0400 Received: from [172.17.1.65] ([172.17.1.65]) (authenticated bits=0) by vicuna.estacado.net (8.14.1/8.14.1) with ESMTP id l91MjLcH031319 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Mon, 1 Oct 2007 17:45:21 -0500 (CDT) (envelope-from rjsparks@estacado.net) Mime-Version: 1.0 (Apple Message framework v752.3) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Robert Sparks Date: Mon, 1 Oct 2007 17:45:16 -0500 To: GEOPRIV X-Mailer: Apple Mail (2.752.3) X-Spam-Score: 0.1 (/) X-Scan-Signature: 6d95a152022472c7d6cdf886a0424dc6 Cc: Subject: [Geopriv] Please review: PROTO writeup for draft-ietf-geopriv-revised-civic-lo-05.txt X-BeenThere: geopriv@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Geographic Location/Privacy List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: geopriv-bounces@ietf.org All - Please review this and see if there's anything here you disagree with (if you do disagree with anything, please reply ASAP). Note in particular section 1.h. I _think_ we can address those with notes to move the 4119 reference and delete (update?) the URLs into ISO. Thanks again to both Andy and James for help in pulling this back together. RjS --------- 1.a) The document shepherd for draft-ietf-geopriv-revised-civic-lo is Robert Sparks. I have reviewed this version of the document and believe it is ready for IESG consideration (noting the potential nits called out in this writeup). Please also note that the working group's discussion of this document happened before I became involved with the group. 1.b) The document appears to have had adequate review from people working with civic addresses from several countries. Some additional care went into the XML formulation. 1.c) I don't believe the document requires focused review from a different perspective. It is an XML related document and uses xml:lang. Calling XML community attention to it during IETF last call would be appropriate. 1.d) I am not aware of any special concerns the IESG needs to take into consideration. 1.e) The editor and working group chair during the time the group was discussing this report that working group consensus was solid. Discussion in the archives is a little light, but the subject of the draft isn't particularly contentious. 1.f) I am not aware of any extreme discontent over this document. 1.g) The document satisfies the NIT requirements except for the reference issues discussed below. 1.h) The references are divided into Normative and Informative. There may be issues here however. 1) The document normatively updates 4119, but lists 4119 as an informative reference 2) The URIs for the ISO references do not resolve. 1.i) This document registers a new XML namespace and schema. It also updates the "CAtypes" registry created by RFC4776 that requires "Expert Review" and "Specification Required". 1.j) Andy Newton reports that the XML schema in this document validates under Xerces-J. 1.k) Announcement Text: Technical Summary This document defines an XML format for the representation of civic location. This format is designed for use with PIDF Location Object (PIDF-LO) documents. The format is based on the civic address definition in PIDF-LO, but adds several new elements based on the civic types defined for DHCP, and adds a hierarchy to address complex road identity schemes. The format also includes support for the xml:lang language tag and restricts the types of elements where appropriate. Working Group Summary This document was reviewed by the GEOPRIV working group, where it has reached consensus for publication as an IETF RFC. Document Quality The XML Schema contained within this document has been checked against Xerces-J 2.6.2. In addition to updating RFC 4119, this document is also a normative reference in draft-ietf-ecrit-lost-05.txt. There are three known implementations of this specification. Personnel The Document Shepherd is Andrew Newton . The Responsible Area Director is Cullen Jennings _______________________________________________ Geopriv mailing list Geopriv@ietf.org https://www1.ietf.org/mailman/listinfo/geopriv From geopriv-bounces@ietf.org Mon Oct 01 19:14:41 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1IcUTF-00018q-6j; Mon, 01 Oct 2007 19:14:37 -0400 Received: from geopriv by megatron.ietf.org with local (Exim 4.43) id 1IcUTD-00016s-VF for geopriv-confirm+ok@megatron.ietf.org; Mon, 01 Oct 2007 19:14:35 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IcUTD-00016f-Ld for geopriv@ietf.org; Mon, 01 Oct 2007 19:14:35 -0400 Received: from smtp3.andrew.com ([198.135.207.235] helo=andrew.com) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IcUT7-0006Do-Gp for geopriv@ietf.org; Mon, 01 Oct 2007 19:14:35 -0400 X-SEF-Processed: 5_0_0_910__2007_10_01_18_24_06 X-SEF-16EBA1E9-99E8-4E1D-A1CA-4971F5510AF: 1 Received: from aopexbh1.andrew.com [10.86.20.24] by smtp3.andrew.com - SurfControl E-mail Filter (5.2.1); Mon, 01 Oct 2007 18:24:06 -0500 Received: from AHQEX1.andrew.com ([10.86.20.21]) by aopexbh1.andrew.com with Microsoft SMTPSVC(6.0.3790.3959); Mon, 1 Oct 2007 18:14:20 -0500 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Subject: RE: [Geopriv] loc-filters was milestones update Date: Mon, 1 Oct 2007 18:14:18 -0500 Message-ID: In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Geopriv] loc-filters was milestones update Thread-Index: AcgEVO47fmC9hofHQSWCxv9axcutFgAK1pQg References: <02D12775-6776-4E59-8DDF-3F95CFF63DAB@estacado.net><20070928074124.69330@gmx.net><1190979456.8885.58.camel@n85.nomadiclab.com><20070928124530.69280@gmx.net><1190984291.8885.66.camel@n85.nomadiclab.com> From: "Thomson, Martin" To: "James M. Polk" , "Salvatore Loreto" , "Hannes Tschofenig" X-OriginalArrivalTime: 01 Oct 2007 23:14:20.0835 (UTC) FILETIME=[CC341730:01C80480] X-Spam-Score: 0.0 (/) X-Scan-Signature: b19722fc8d3865b147c75ae2495625f2 Cc: geopriv@ietf.org X-BeenThere: geopriv@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Geographic Location/Privacy List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1205556314==" Errors-To: geopriv-bounces@ietf.org --===============1205556314== Content-class: urn:content-classes:message Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 U3BlZWQgPSBzY2FsYXINClZlbG9jaXR5ID0gdmVjdG9yDQoNCkFzIGFsd2F5cywgbXkgY29uY2Vy bnMgd2l0aCB0aGVzZSB0d28gZHJhZnRzIGNlbnRyZSBhYm91dCB0aGUgY29uc2lzdGVuY3kgYmV0 d2VlbiB1c2VzIG9mIHNwZWVkIGFuZCB2ZWxvY2l0eS4gIFNvbWVvbmUgbmVlZHMgdG8gcGljayBv bmUgYW5kIHN0aWNrIHRvIGl0LiAgSSBzdWJtaXR0ZWQgYSByZXZpZXcgb2YgcGlkZi1sby1keW5h bWljIGEgd2hpbGUgYmFjayB0byBubyBhdmFpbCwgYW5kIHdpbGwgZG8gc28gd2hlbg0KDQpGb3Ig ZmlsdGVycywgSSBkb24ndCB0aGluayB0aGF0IHdlIHNob3VsZCBpbmNsdWRlIGZpbHRlcnMgZm9y IGRhdGEgdGhhdCB3ZSBjYW4ndCByZWxpYWJseSByZXByZXNlbnQgaW4gUElERi1MTy4gIFVudGls IHBpZGYtbG8tZHluYW1pYyBpcyB1bmRlcnN0b29kLCBJIGRvbid0IHRoaW5rIHRoYXQgc3BlZWQg c2hvdWxkIGJlIGluY2x1ZGVkLg0KDQpDaGVlcnMsDQpNYXJ0aW4NCg0KPiAtLS0tLU9yaWdpbmFs IE1lc3NhZ2UtLS0tLQ0KPiBGcm9tOiBKYW1lcyBNLiBQb2xrIFttYWlsdG86am1wb2xrQGNpc2Nv LmNvbV0NCj4gU2VudDogVHVlc2RheSwgMiBPY3RvYmVyIDIwMDcgMzo1OSBBTQ0KPiBUbzogU2Fs dmF0b3JlIExvcmV0bzsgSGFubmVzIFRzY2hvZmVuaWcNCj4gQ2M6IGdlb3ByaXZAaWV0Zi5vcmc7 IHJqc3BhcmtzQGVzdGFjYWRvLm5ldA0KPiBTdWJqZWN0OiBSZTogW0dlb3ByaXZdIFVwZGF0aW5n IHRoZSBHRU9QUklWIG1pbGVzdG9uZXMNCj4gDQo+IEF0IDA3OjU4IEFNIDkvMjgvMjAwNywgU2Fs dmF0b3JlIExvcmV0byB3cm90ZToNCj4gDQo+IA0KPiA+Zm9yIGV4YW1wbGUsICJzcGVlZCIgaXMg bm90IGRlZmluZWQgYXMgUElERi1MTyBlbGVtZW50DQo+ID4oZHJhZnQtc2luZ2gtZ2VvcHJpdi1w aWRmLWxvLWR5bmFtaWMtMDEudHh0IHN1Z2dlc3RzIGFkZGluZyB0aGlzLCBidXQgaXQNCj4gPmlz IGV4cGlyZWQpLg0KPiA+DQo+ID5NYXliZSB3ZSBjYW4gbGV0IHRoaXMgZHJhZnQgYXMgaXQgaXMs IGJ1dCB3ZSBzaG91bGQgZGVmaW5lIHNwZWVkIGFzDQo+ID5QSURGLUxPIGVsZW1lbnQuDQo+IA0K PiBTYWwNCj4gDQo+IFdoYXQncyB0aGUgZGlmZmVyZW5jZSBiZXR3ZWVuIHNwZWVkIGFuZCB2ZWxv Y2l0eT8NCj4gDQo+IEphbWVzDQo+IA0KPiANCj4gX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX18NCj4gR2VvcHJpdiBtYWlsaW5nIGxpc3QNCj4gR2VvcHJpdkBp ZXRmLm9yZw0KPiBodHRwczovL3d3dzEuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9nZW9wcml2 DQoNCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KVGhpcyBtZXNzYWdl IGlzIGZvciB0aGUgZGVzaWduYXRlZCByZWNpcGllbnQgb25seSBhbmQgbWF5DQpjb250YWluIHBy aXZpbGVnZWQsIHByb3ByaWV0YXJ5LCBvciBvdGhlcndpc2UgcHJpdmF0ZSBpbmZvcm1hdGlvbi4g IA0KSWYgeW91IGhhdmUgcmVjZWl2ZWQgaXQgaW4gZXJyb3IsIHBsZWFzZSBub3RpZnkgdGhlIHNl bmRlcg0KaW1tZWRpYXRlbHkgYW5kIGRlbGV0ZSB0aGUgb3JpZ2luYWwuICBBbnkgdW5hdXRob3Jp emVkIHVzZSBvZg0KdGhpcyBlbWFpbCBpcyBwcm9oaWJpdGVkLg0KLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tDQpbbWYyXQ0K --===============1205556314== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Geopriv mailing list Geopriv@ietf.org https://www1.ietf.org/mailman/listinfo/geopriv --===============1205556314==-- From geopriv-bounces@ietf.org Mon Oct 01 20:01:34 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1IcVCE-0001Km-7s; Mon, 01 Oct 2007 20:01:06 -0400 Received: from geopriv by megatron.ietf.org with local (Exim 4.43) id 1IcVCD-0001Kg-3l for geopriv-confirm+ok@megatron.ietf.org; Mon, 01 Oct 2007 20:01:05 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IcVCC-00019Y-QR for geopriv@ietf.org; Mon, 01 Oct 2007 20:01:04 -0400 Received: from smtp3.andrew.com ([198.135.207.235] helo=andrew.com) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IcVC5-0007F7-J7 for geopriv@ietf.org; Mon, 01 Oct 2007 20:01:01 -0400 X-SEF-Processed: 5_0_0_910__2007_10_01_19_10_37 X-SEF-16EBA1E9-99E8-4E1D-A1CA-4971F5510AF: 1 Received: from aopexbh1.andrew.com [10.86.20.24] by smtp3.andrew.com - SurfControl E-mail Filter (5.2.1); Mon, 01 Oct 2007 19:10:37 -0500 Received: from AHQEX1.andrew.com ([10.86.20.21]) by aopexbh1.andrew.com with Microsoft SMTPSVC(6.0.3790.3959); Mon, 1 Oct 2007 19:00:51 -0500 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Subject: RE: [Geopriv] Please review: PROTO writeup fordraft-ietf-geopriv-revised-civic-lo-05.txt Date: Mon, 1 Oct 2007 19:00:49 -0500 Message-ID: In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Geopriv] Please review: PROTO writeup fordraft-ietf-geopriv-revised-civic-lo-05.txt Thread-Index: AcgEfYTqdaZplsJfSoe+MMg2lqvnhwACZa4g References: From: "Thomson, Martin" To: "Robert Sparks" , "GEOPRIV" X-OriginalArrivalTime: 02 Oct 2007 00:00:51.0984 (UTC) FILETIME=[4BDBA100:01C80487] X-Spam-Score: 0.0 (/) X-Scan-Signature: 10ba05e7e8a9aa6adb025f426bef3a30 Cc: X-BeenThere: geopriv@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Geographic Location/Privacy List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1566766216==" Errors-To: geopriv-bounces@ietf.org --===============1566766216== Content-class: urn:content-classes:message Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 VGhhbmtzIGZvciB0aGUgd3JpdGUtdXAgUm9iZXJ0Lg0KDQo+ICAgICAgICAgICAxKSBUaGUgZG9j dW1lbnQgbm9ybWF0aXZlbHkgdXBkYXRlcyA0MTE5LCBidXQgbGlzdHMgNDExOSBhcw0KPiBhbiBp bmZvcm1hdGl2ZSByZWZlcmVuY2UNCg0KT29wcyAtIHRoYXQgY2FuIGVhc2lseSBiZSByZWN0aWZp ZWQuICBJdCBzaG91bGQgYmUgYSBub3JtYXRpdmUgcmVmZXJlbmNlLg0KDQo+ICAgICAgICAgICAg MikgVGhlIFVSSXMgZm9yIHRoZSBJU08gcmVmZXJlbmNlcyBkbyBub3QgcmVzb2x2ZS4NCg0KVGhv c2Ugc2hvdWxkIGp1c3QgYmUgcmVtb3ZlZC4gIFdoYXQgYXBwZWFyZWQgdG8gYmUgYSBzdGFibGUg bGluayB3YXNuJ3QsIHNvIHRoZXJlIGlzbid0IG11Y2ggcG9pbnQga2VlcGluZyBpdC4NCg0KQ2hl ZXJzLA0KTWFydGluDQoNCj4gLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4gRnJvbTogUm9i ZXJ0IFNwYXJrcyBbbWFpbHRvOnJqc3BhcmtzQGVzdGFjYWRvLm5ldF0NCj4gU2VudDogVHVlc2Rh eSwgMiBPY3RvYmVyIDIwMDcgODo0NSBBTQ0KPiBUbzogR0VPUFJJVg0KPiBTdWJqZWN0OiBbR2Vv cHJpdl0gUGxlYXNlIHJldmlldzogUFJPVE8gd3JpdGV1cCBmb3JkcmFmdC1pZXRmLWdlb3ByaXYt DQo+IHJldmlzZWQtY2l2aWMtbG8tMDUudHh0DQo+IA0KPiBBbGwgLQ0KPiANCj4gUGxlYXNlIHJl dmlldyB0aGlzIGFuZCBzZWUgaWYgdGhlcmUncyBhbnl0aGluZyBoZXJlIHlvdSBkaXNhZ3JlZSB3 aXRoDQo+IChpZiB5b3UgZG8NCj4gZGlzYWdyZWUgd2l0aCBhbnl0aGluZywgcGxlYXNlIHJlcGx5 IEFTQVApLg0KPiANCj4gTm90ZSBpbiBwYXJ0aWN1bGFyIHNlY3Rpb24gMS5oLiBJIF90aGlua18g d2UgY2FuIGFkZHJlc3MgdGhvc2Ugd2l0aA0KPiBub3RlcyB0byBtb3ZlDQo+IHRoZSA0MTE5IHJl ZmVyZW5jZSBhbmQgZGVsZXRlICh1cGRhdGU/KSB0aGUgVVJMcyBpbnRvIElTTy4NCj4gDQo+IFRo YW5rcyBhZ2FpbiB0byBib3RoIEFuZHkgYW5kIEphbWVzIGZvciBoZWxwIGluIHB1bGxpbmcgdGhp cyBiYWNrDQo+IHRvZ2V0aGVyLg0KPiANCj4gUmpTDQo+IA0KPiAtLS0tLS0tLS0NCj4gDQo+IDEu YSkgVGhlIGRvY3VtZW50IHNoZXBoZXJkIGZvciAgZHJhZnQtaWV0Zi1nZW9wcml2LXJldmlzZWQt Y2l2aWMtbG8NCj4gaXMgUm9iZXJ0IFNwYXJrcy4NCj4gICAgICAgICAgIEkgaGF2ZSByZXZpZXdl ZCB0aGlzIHZlcnNpb24gb2YgdGhlIGRvY3VtZW50IGFuZCBiZWxpZXZlIGl0DQo+IGlzIHJlYWR5 IGZvciBJRVNHDQo+ICAgICAgICAgICBjb25zaWRlcmF0aW9uIChub3RpbmcgdGhlIHBvdGVudGlh bCBuaXRzIGNhbGxlZCBvdXQgaW4gdGhpcw0KPiB3cml0ZXVwKS4NCj4gICAgICAgICAgIFBsZWFz ZSBhbHNvIG5vdGUgdGhhdCB0aGUgd29ya2luZyBncm91cCdzIGRpc2N1c3Npb24gb2YNCj4gdGhp cyBkb2N1bWVudCBoYXBwZW5lZA0KPiAgICAgICAgICAgYmVmb3JlIEkgYmVjYW1lIGludm9sdmVk IHdpdGggdGhlIGdyb3VwLg0KPiANCj4gMS5iKSBUaGUgZG9jdW1lbnQgYXBwZWFycyB0byBoYXZl IGhhZCBhZGVxdWF0ZSByZXZpZXcgZnJvbSBwZW9wbGUNCj4gd29ya2luZyB3aXRoDQo+ICAgICAg ICAgIGNpdmljIGFkZHJlc3NlcyBmcm9tIHNldmVyYWwgY291bnRyaWVzLiBTb21lIGFkZGl0aW9u YWwgY2FyZQ0KPiB3ZW50IGludG8gdGhlIFhNTA0KPiAgICAgICAgICBmb3JtdWxhdGlvbi4NCj4g DQo+IDEuYykgSSBkb24ndCBiZWxpZXZlIHRoZSBkb2N1bWVudCByZXF1aXJlcyBmb2N1c2VkIHJl dmlldyBmcm9tIGENCj4gZGlmZmVyZW50IHBlcnNwZWN0aXZlLg0KPiAgICAgICAgICBJdCBpcyBh biBYTUwgcmVsYXRlZCBkb2N1bWVudCBhbmQgdXNlcyB4bWw6bGFuZy4gQ2FsbGluZyBYTUwNCj4g Y29tbXVuaXR5IGF0dGVudGlvbg0KPiAgICAgICAgICB0byBpdCBkdXJpbmcgSUVURiBsYXN0IGNh bGwgd291bGQgYmUgYXBwcm9wcmlhdGUuDQo+IA0KPiAxLmQpIEkgYW0gbm90IGF3YXJlIG9mIGFu eSBzcGVjaWFsIGNvbmNlcm5zIHRoZSBJRVNHIG5lZWRzIHRvIHRha2UNCj4gaW50byBjb25zaWRl cmF0aW9uLg0KPiANCj4gMS5lKSBUaGUgZWRpdG9yIGFuZCB3b3JraW5nIGdyb3VwIGNoYWlyIGR1 cmluZyB0aGUgdGltZSB0aGUgZ3JvdXAgd2FzDQo+IGRpc2N1c3NpbmcgdGhpcw0KPiAgICAgICAg ICAgcmVwb3J0IHRoYXQgd29ya2luZyBncm91cCBjb25zZW5zdXMgd2FzIHNvbGlkLiBEaXNjdXNz aW9uDQo+IGluIHRoZSBhcmNoaXZlcyBpcyBhIGxpdHRsZQ0KPiAgICAgICAgICAgbGlnaHQsIGJ1 dCB0aGUgc3ViamVjdCBvZiB0aGUgZHJhZnQgaXNuJ3QgcGFydGljdWxhcmx5DQo+IGNvbnRlbnRp b3VzLg0KPiANCj4gMS5mKSBJIGFtIG5vdCBhd2FyZSBvZiBhbnkgZXh0cmVtZSBkaXNjb250ZW50 IG92ZXIgdGhpcyBkb2N1bWVudC4NCj4gDQo+IDEuZykgVGhlIGRvY3VtZW50IHNhdGlzZmllcyB0 aGUgTklUIHJlcXVpcmVtZW50cyBleGNlcHQgZm9yIHRoZQ0KPiByZWZlcmVuY2UgaXNzdWVzIGRp c2N1c3NlZCBiZWxvdy4NCj4gDQo+IDEuaCkgVGhlIHJlZmVyZW5jZXMgYXJlIGRpdmlkZWQgaW50 byBOb3JtYXRpdmUgYW5kIEluZm9ybWF0aXZlLiBUaGVyZQ0KPiBtYXkgYmUgaXNzdWVzIGhlcmUg aG93ZXZlci4NCj4gICAgICAgICAgIDEpIFRoZSBkb2N1bWVudCBub3JtYXRpdmVseSB1cGRhdGVz IDQxMTksIGJ1dCBsaXN0cyA0MTE5IGFzDQo+IGFuIGluZm9ybWF0aXZlIHJlZmVyZW5jZQ0KPiAg ICAgICAgICAgIDIpIFRoZSBVUklzIGZvciB0aGUgSVNPIHJlZmVyZW5jZXMgZG8gbm90IHJlc29s dmUuDQo+IA0KPiAxLmkpIFRoaXMgZG9jdW1lbnQgcmVnaXN0ZXJzIGEgbmV3IFhNTCBuYW1lc3Bh Y2UgYW5kIHNjaGVtYS4gSXQgYWxzbw0KPiB1cGRhdGVzIHRoZSAiQ0F0eXBlcyINCj4gICAgICAg ICByZWdpc3RyeSBjcmVhdGVkIGJ5IFJGQzQ3NzYgdGhhdCByZXF1aXJlcyAiRXhwZXJ0IFJldmll dyIgYW5kDQo+ICJTcGVjaWZpY2F0aW9uIFJlcXVpcmVkIi4NCj4gDQo+IDEuaikgQW5keSBOZXd0 b24gcmVwb3J0cyB0aGF0IHRoZSBYTUwgc2NoZW1hIGluIHRoaXMgZG9jdW1lbnQNCj4gdmFsaWRh dGVzIHVuZGVyIFhlcmNlcy1KLg0KPiANCj4gMS5rKSBBbm5vdW5jZW1lbnQgVGV4dDoNCj4gDQo+ IFRlY2huaWNhbCBTdW1tYXJ5DQo+IA0KPiANCj4gVGhpcyBkb2N1bWVudCBkZWZpbmVzIGFuIFhN TCBmb3JtYXQgZm9yIHRoZSByZXByZXNlbnRhdGlvbiBvZiBjaXZpYw0KPiBsb2NhdGlvbi4gVGhp cyBmb3JtYXQgaXMgZGVzaWduZWQgZm9yIHVzZSB3aXRoIFBJREYgTG9jYXRpb24gT2JqZWN0DQo+ IChQSURGLUxPKSBkb2N1bWVudHMuIFRoZSBmb3JtYXQgaXMgYmFzZWQgb24gdGhlIGNpdmljIGFk ZHJlc3MNCj4gZGVmaW5pdGlvbiBpbiBQSURGLUxPLCBidXQgYWRkcyBzZXZlcmFsIG5ldyBlbGVt ZW50cyBiYXNlZCBvbiB0aGUNCj4gY2l2aWMgdHlwZXMgZGVmaW5lZCBmb3IgREhDUCwgYW5kIGFk ZHMgYSBoaWVyYXJjaHkgdG8gYWRkcmVzcyBjb21wbGV4DQo+IHJvYWQgaWRlbnRpdHkgc2NoZW1l cy4gVGhlIGZvcm1hdCBhbHNvIGluY2x1ZGVzIHN1cHBvcnQgZm9yIHRoZQ0KPiB4bWw6bGFuZyBs YW5ndWFnZSB0YWcgYW5kIHJlc3RyaWN0cyB0aGUgdHlwZXMgb2YgZWxlbWVudHMgd2hlcmUNCj4g YXBwcm9wcmlhdGUuDQo+IA0KPiBXb3JraW5nIEdyb3VwIFN1bW1hcnkNCj4gDQo+IA0KPiAgICAg VGhpcyBkb2N1bWVudCB3YXMgcmV2aWV3ZWQgYnkgdGhlIEdFT1BSSVYgd29ya2luZyBncm91cCwg d2hlcmUgaXQNCj4gICAgIGhhcyByZWFjaGVkIGNvbnNlbnN1cyBmb3IgcHVibGljYXRpb24gYXMg YW4gSUVURiBSRkMuDQo+IA0KPiANCj4gRG9jdW1lbnQgUXVhbGl0eQ0KPiANCj4gDQo+ICAgICBU aGUgWE1MIFNjaGVtYSBjb250YWluZWQgd2l0aGluIHRoaXMgZG9jdW1lbnQgaGFzIGJlZW4gY2hl Y2tlZA0KPiAgICAgYWdhaW5zdCBYZXJjZXMtSiAyLjYuMi4NCj4gDQo+IA0KPiAgICAgSW4gYWRk aXRpb24gdG8gdXBkYXRpbmcgUkZDIDQxMTksIHRoaXMgZG9jdW1lbnQgaXMgYWxzbyBhIG5vcm1h dGl2ZQ0KPiAgICAgcmVmZXJlbmNlIGluIGRyYWZ0LWlldGYtZWNyaXQtbG9zdC0wNS50eHQuDQo+ IA0KPiANCj4gICAgIFRoZXJlIGFyZSB0aHJlZSBrbm93biBpbXBsZW1lbnRhdGlvbnMgb2YgdGhp cyBzcGVjaWZpY2F0aW9uLg0KPiANCj4gDQo+IFBlcnNvbm5lbA0KPiANCj4gDQo+ICAgICBUaGUg RG9jdW1lbnQgU2hlcGhlcmQgaXMgQW5kcmV3IE5ld3RvbiA8YW5keSBhdCBoeHIudXM+Lg0KPiAg ICAgVGhlIFJlc3BvbnNpYmxlIEFyZWEgRGlyZWN0b3IgaXMgQ3VsbGVuIEplbm5pbmdzIDxmbHVm ZnkgYXQNCj4gY2lzY28uY29tPg0KPiANCj4gDQo+IF9fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fDQo+IEdlb3ByaXYgbWFpbGluZyBsaXN0DQo+IEdlb3ByaXZA aWV0Zi5vcmcNCj4gaHR0cHM6Ly93d3cxLmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vZ2VvcHJp dg0KDQotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NClRoaXMgbWVzc2Fn ZSBpcyBmb3IgdGhlIGRlc2lnbmF0ZWQgcmVjaXBpZW50IG9ubHkgYW5kIG1heQ0KY29udGFpbiBw cml2aWxlZ2VkLCBwcm9wcmlldGFyeSwgb3Igb3RoZXJ3aXNlIHByaXZhdGUgaW5mb3JtYXRpb24u ICANCklmIHlvdSBoYXZlIHJlY2VpdmVkIGl0IGluIGVycm9yLCBwbGVhc2Ugbm90aWZ5IHRoZSBz ZW5kZXINCmltbWVkaWF0ZWx5IGFuZCBkZWxldGUgdGhlIG9yaWdpbmFsLiAgQW55IHVuYXV0aG9y aXplZCB1c2Ugb2YNCnRoaXMgZW1haWwgaXMgcHJvaGliaXRlZC4NCi0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KW21mMl0NCg== --===============1566766216== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Geopriv mailing list Geopriv@ietf.org https://www1.ietf.org/mailman/listinfo/geopriv --===============1566766216==-- From geopriv-bounces@ietf.org Mon Oct 01 20:09:57 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1IcVKV-0007RC-UK; Mon, 01 Oct 2007 20:09:39 -0400 Received: from geopriv by megatron.ietf.org with local (Exim 4.43) id 1IcVKU-0007R7-FS for geopriv-confirm+ok@megatron.ietf.org; Mon, 01 Oct 2007 20:09:38 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IcVKU-0007Qz-5v for geopriv@ietf.org; Mon, 01 Oct 2007 20:09:38 -0400 Received: from bellwecs1.srvr.bell.ca ([207.236.237.113]) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1IcVKN-0007Pw-UC for geopriv@ietf.org; Mon, 01 Oct 2007 20:09:38 -0400 Received: (qmail 11804 invoked from network); 2 Oct 2007 00:08:56 -0000 Received: from g.caron@bell.ca by bellwecs1.srvr.bell.ca with EntrustECS-Server-7.4; 02 Oct 2007 00:08:56 -0000 Received: from bfmc.csolve.net (HELO bellwfep8-srv.bellnexxia.net) (207.236.237.101) by bellwecs1.srvr.bell.ca with SMTP; 2 Oct 2007 00:08:56 -0000 Received: from TOROONDC918.bell.corp.bce.ca ([142.182.89.79]) by bellwfep8-srv.bellnexxia.net (InterMail vM.5.01.06.10 201-253-122-130-110-20040306) with ESMTP id <20071002000855.ZIT2151.bellwfep8-srv.bellnexxia.net@TOROONDC918.bell.corp.bce.ca>; Mon, 1 Oct 2007 20:08:55 -0400 Received: from toroondc912.bell.corp.bce.ca ([142.182.89.15]) by TOROONDC918.bell.corp.bce.ca with Microsoft SMTPSVC(6.0.3790.1830); Mon, 1 Oct 2007 20:08:54 -0400 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Subject: RE: [Geopriv] GC Commentsondraft-ietf-geopriv-http-location-delivery-01.txt Date: Mon, 1 Oct 2007 20:08:54 -0400 Message-ID: <2E62ACF8ADDB4D4F89093CBFDF2FBAF30B54C056@toroondc912> In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Geopriv] GC Commentsondraft-ietf-geopriv-http-location-delivery-01.txt Thread-Index: AcfEqJY2vYEEHK0pTX+StZhhluVtXwJWuhSQDTQuUCAAVEtCMAAEEBCwAAUH7CAAASQYAAAJK0qQAAVWnhA= References: <2E62ACF8ADDB4D4F89093CBFDF2FBAF30AFE184E@toroondc912><2E62ACF8ADDB4D4F89093CBFDF2FBAF30B54BF74@toroondc912><0a9001c8043a$3ce56520$640fa8c0@cis.neustar.com><2E62ACF8ADDB4D4F89093CBFDF2FBAF30B54BFDB@toroondc912> <0b1001c80462$54f445a0$640fa8c0@cis.neustar.com> From: To: , , , X-OriginalArrivalTime: 02 Oct 2007 00:08:54.0661 (UTC) FILETIME=[6B8E4B50:01C80488] X-Spam-Score: 0.0 (/) X-Scan-Signature: d2b46e3b2dfbff2088e0b72a54104985 Cc: X-BeenThere: geopriv@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Geographic Location/Privacy List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: geopriv-bounces@ietf.org Thanks James. I think this will be helpful. Guy Caron -----Message d'origine----- De=A0: Winterbottom, James [mailto:James.Winterbottom@andrew.com]=20 Envoy=E9=A0: 1 octobre 2007 17:37 =C0=A0: Brian Rosen; Caron, Guy (A162859); mary.barnes@nortel.com; = geopriv@ietf.org Objet=A0: RE: [Geopriv] GC = Commentsondraft-ietf-geopriv-http-location-delivery-01.txt All, I shall draft up a paragraph or two today specifically trying to address all the emergency concerns. I think that it would be best to place this in its own section so that how to use HELD for emergency calling is unambiguous. Cheers James > -----Original Message----- > From: Brian Rosen [mailto:br@brianrosen.net] > Sent: Tuesday, 2 October 2007 5:36 AM > To: g.caron@bell.ca; mary.barnes@nortel.com; geopriv@ietf.org > Subject: RE: [Geopriv] GC Commentsondraft-ietf-geopriv-http-location- > delivery-01.txt >=20 > > [GC] I don't think is should be left as "implementation dependent" if > > ubiquitous UA-to-LIS interoperability is a goal here. I think this spec > > should define exactly what the expected behaviour here is. > I'm not sure I see the connection. If you don't specify a time, then the > client should be capable of handling whatever the server can throw at him. > I think in most cases it will be pretty obvious what the most appropriate > result will be when no ResponseTime is provided. There is always a curve > (or a set of curves) and it won't be too hard to find something that is > reasonable. If the client has limitations, that is what the parameter is > there for. If it says nothing, it's up to the server to choose. >=20 > I do think we ought to put a warning in the text that real response times > in > the order of 30 seconds or more must be expected. I've said many times > that > the whole notion that request/response is appropriate when response times > are tens of seconds is seriously wrong, but that's what actually happens > here. >=20 >=20 >=20 > > I do recognize that there is the problem that if you specify > locationType, > > get it, and then try and use it for emergency call, it will fail. The > > suggestion above (exact=3D"false") is a way to avoid the problem. = It may > be > > worth having a warning if you set exact=3D"true" and specify a > locationType > > not supported by the local emergency call service. > > [GC] This may be a way out if the setting of the "exact" attribute is > > always controlled by a human that understands what it does. Is it the > > assumption here? >=20 > No, I would think not. But then, I think if someone is coding to > exact=3D"true" then you should expect the application to know what it = is > doing. If you have a more general purpose location API, as I've talked > about for all the LCPs, then it wouldn't use exact=3D"true". If you were > specifically writing for emergency call, you would use whatever we decide > is > the answer here, and I'll put whatever that is in -phonebcp. >=20 > > If you use the distinguished values in ResponseTime, the only error you > > can > > get is cannotProvideLiType; you can't get the timeout error. I think it > > is > > proper that you get the cannotProvideLiType. > > [GC] Fine. Maybe the spec should be clear on the non-applicability of > the > > timeout code then. I agree that cannotProvideLiType should be returnable > > in this case but my concern still remains if no LI is provided in that > > case. Is it another case of trying with more relax rules here again? If > > so, let's say so. > Yes, it's another case of retry with more relaxed rules. Don't have a > problem with saying so, but I for one would think that is obvious. >=20 > > The document should specify MUST IMPLEMENT. See RFC3261 for an example: > > Proxy servers, redirect servers, and registrars MUST implement TLS, > > and MUST support both mutual and one-way authentication. > > > > [GC] If this means that not using TLS makes the implementation non- > > standard, then, I prefer "RECOMMENDS". If it means that the HELD-enabled > > LIS must at least support an implementation with HTTPS but could support > > HTTP as well, then I'm ok. > MUST implement means the code has to implement TLS, but doesn't have to > use > it. That means your second definition; you implement both http and https. >=20 > Brian >=20 >=20 >=20 > _______________________________________________ > Geopriv mailing list > Geopriv@ietf.org > https://www1.ietf.org/mailman/listinfo/geopriv -------------------------------------------------------------------------= ----------------------- This message is for the designated recipient only and may contain privileged, proprietary, or otherwise private information. =20 If you have received it in error, please notify the sender immediately and delete the original. Any unauthorized use of this email is prohibited. -------------------------------------------------------------------------= ----------------------- [mf2] _______________________________________________ Geopriv mailing list Geopriv@ietf.org https://www1.ietf.org/mailman/listinfo/geopriv From geopriv-bounces@ietf.org Mon Oct 01 20:28:25 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1IcVc4-0000ZY-5b; Mon, 01 Oct 2007 20:27:48 -0400 Received: from geopriv by megatron.ietf.org with local (Exim 4.43) id 1IcVc2-0000ZR-It for geopriv-confirm+ok@megatron.ietf.org; Mon, 01 Oct 2007 20:27:46 -0400 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IcVc2-0000ZJ-7L for geopriv@ietf.org; Mon, 01 Oct 2007 20:27:46 -0400 Received: from bellwecs4.srvr.bell.ca ([207.236.237.116]) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1IcVc1-0001Ub-Iv for geopriv@ietf.org; Mon, 01 Oct 2007 20:27:46 -0400 Received: (qmail 28783 invoked from network); 2 Oct 2007 00:27:45 -0000 Received: from g.caron@bell.ca by bellwecs4.srvr.bell.ca with EntrustECS-Server-7.4; 02 Oct 2007 00:27:45 -0000 Received: from bellwfep3.bellnexxia.net (HELO bellwfep3-srv.bellnexxia.net) (207.236.237.109) by bellwecs4.srvr.bell.ca with SMTP; 2 Oct 2007 00:27:44 -0000 Received: from TOROONDC908.bell.corp.bce.ca ([142.182.89.88]) by bellwfep3-srv.bellnexxia.net (InterMail vM.5.01.06.10 201-253-122-130-110-20040306) with ESMTP id <20071002002502.UNIF1679.bellwfep3-srv.bellnexxia.net@TOROONDC908.bell.corp.bce.ca>; Mon, 1 Oct 2007 20:25:02 -0400 Received: from toroondc912.bell.corp.bce.ca ([142.182.89.15]) by TOROONDC908.bell.corp.bce.ca with Microsoft SMTPSVC(6.0.3790.1830); Mon, 1 Oct 2007 20:27:44 -0400 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Subject: RE: [Geopriv] GC Comments ondraft-ietf-geopriv-http-location-delivery-01.txt Date: Mon, 1 Oct 2007 20:27:43 -0400 Message-ID: <2E62ACF8ADDB4D4F89093CBFDF2FBAF30B54C057@toroondc912> In-Reply-To: <0b1001c80462$54f445a0$640fa8c0@cis.neustar.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Geopriv] GC Comments ondraft-ietf-geopriv-http-location-delivery-01.txt Thread-Index: AcfEqJY2vYEEHK0pTX+StZhhluVtXwJWuhSQDTQuUCAAVEtCMAAEEBCwAAUH7CAAASQYAAAOirqQ References: <2E62ACF8ADDB4D4F89093CBFDF2FBAF30AFE184E@toroondc912> <2E62ACF8ADDB4D4F89093CBFDF2FBAF30B54BF74@toroondc912> <0a9001c8043a$3ce56520$640fa8c0@cis.neustar.com> <2E62ACF8ADDB4D4F89093CBFDF2FBAF30B54BFDB@toroondc912> <0b1001c80462$54f445a0$640fa8c0@cis.neustar.com> From: To: , , X-OriginalArrivalTime: 02 Oct 2007 00:27:44.0759 (UTC) FILETIME=[0D259070:01C8048B] X-Spam-Score: 0.0 (/) X-Scan-Signature: a8a20a483a84f747e56475e290ee868e Cc: X-BeenThere: geopriv@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Geographic Location/Privacy List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: geopriv-bounces@ietf.org Brian, See inline. Guy Caron -----Message d'origine----- De=A0: Brian Rosen [mailto:br@brianrosen.net]=20 Envoy=E9=A0: 1 octobre 2007 15:36 =C0=A0: Caron, Guy (A162859); mary.barnes@nortel.com; geopriv@ietf.org Objet=A0: RE: [Geopriv] GC Comments = ondraft-ietf-geopriv-http-location-delivery-01.txt > [GC] I don't think is should be left as "implementation dependent" if > ubiquitous UA-to-LIS interoperability is a goal here. I think this = spec > should define exactly what the expected behaviour here is. I'm not sure I see the connection. If you don't specify a time, then = the client should be capable of handling whatever the server can throw at = him. I think in most cases it will be pretty obvious what the most = appropriate result will be when no ResponseTime is provided. There is always a = curve (or a set of curves) and it won't be too hard to find something that is reasonable. If the client has limitations, that is what the parameter = is there for. If it says nothing, it's up to the server to choose. [GC] Sure the client should be able to handle it but will it fit what = the UA thought it was asking for, in the context of some application? I do think we ought to put a warning in the text that real response = times in the order of 30 seconds or more must be expected. I've said many times = that the whole notion that request/response is appropriate when response = times are tens of seconds is seriously wrong, but that's what actually happens here. > I do recognize that there is the problem that if you specify = locationType, > get it, and then try and use it for emergency call, it will fail. The > suggestion above (exact=3D"false") is a way to avoid the problem. It = may be > worth having a warning if you set exact=3D"true" and specify a = locationType > not supported by the local emergency call service. > [GC] This may be a way out if the setting of the "exact" attribute is > always controlled by a human that understands what it does. Is it the > assumption here? No, I would think not. But then, I think if someone is coding to exact=3D"true" then you should expect the application to know what it is doing. If you have a more general purpose location API, as I've talked about for all the LCPs, then it wouldn't use exact=3D"true". If you = were specifically writing for emergency call, you would use whatever we = decide is the answer here, and I'll put whatever that is in -phonebcp. [GC] The problem I see with a UA-based application deciding when to say = exact=3Dtrue is that it is unlikely to know what is required for ES = (especially for nomads) when it asks for the location. > If you use the distinguished values in ResponseTime, the only error = you > can > get is cannotProvideLiType; you can't get the timeout error. I think = it > is > proper that you get the cannotProvideLiType. > [GC] Fine. Maybe the spec should be clear on the non-applicability of = the > timeout code then. I agree that cannotProvideLiType should be = returnable > in this case but my concern still remains if no LI is provided in that > case. Is it another case of trying with more relax rules here again? = If > so, let's say so. Yes, it's another case of retry with more relaxed rules. Don't have a problem with saying so, but I for one would think that is obvious. [GC] Obvious to one may not be for others. I prefer explicit than = implicit text especially when you need to code it for ES. > The document should specify MUST IMPLEMENT. See RFC3261 for an = example: > Proxy servers, redirect servers, and registrars MUST implement TLS, > and MUST support both mutual and one-way authentication. >=20 > [GC] If this means that not using TLS makes the implementation non- > standard, then, I prefer "RECOMMENDS". If it means that the = HELD-enabled > LIS must at least support an implementation with HTTPS but could = support > HTTP as well, then I'm ok. MUST implement means the code has to implement TLS, but doesn't have to = use it. That means your second definition; you implement both http and = https. [GC] I'm ok then. Thanks. Brian _______________________________________________ Geopriv mailing list Geopriv@ietf.org https://www1.ietf.org/mailman/listinfo/geopriv From geopriv-bounces@ietf.org Mon Oct 01 21:19:51 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1IcWQ3-0002Gj-NK; Mon, 01 Oct 2007 21:19:27 -0400 Received: from geopriv by megatron.ietf.org with local (Exim 4.43) id 1IcWQ2-0002GC-LN for geopriv-confirm+ok@megatron.ietf.org; Mon, 01 Oct 2007 21:19:26 -0400 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IcWQ2-0002DC-8J for geopriv@ietf.org; Mon, 01 Oct 2007 21:19:26 -0400 Received: from smtp3.andrew.com ([198.135.207.235] helo=andrew.com) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IcWQ1-0002lG-Sb for geopriv@ietf.org; Mon, 01 Oct 2007 21:19:26 -0400 X-SEF-Processed: 5_0_0_910__2007_10_01_20_29_11 X-SEF-16EBA1E9-99E8-4E1D-A1CA-4971F5510AF: 1 Received: from aopexbh1.andrew.com [10.86.20.24] by smtp3.andrew.com - SurfControl E-mail Filter (5.2.1); Mon, 01 Oct 2007 20:29:10 -0500 Received: from AHQEX1.andrew.com ([10.86.20.21]) by aopexbh1.andrew.com with Microsoft SMTPSVC(6.0.3790.3959); Mon, 1 Oct 2007 20:19:25 -0500 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Mon, 1 Oct 2007 20:19:23 -0500 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: HELD Emergency Text Thread-Index: AcgEkkRIvt0BMW31Sq+6EqPYbJ/A8w== From: "Winterbottom, James" To: X-OriginalArrivalTime: 02 Oct 2007 01:19:25.0050 (UTC) FILETIME=[45106DA0:01C80492] X-Spam-Score: 1.8 (+) X-Scan-Signature: 2409bba43e9c8d580670fda8b695204a Subject: [Geopriv] HELD Emergency Text X-BeenThere: geopriv@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Geographic Location/Privacy List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: geopriv-bounces@ietf.org Hi All,=0D=0A=0D=0AHere is my suggested text for a HELD emergency section.=0D= =0A=0D=0ACheers=0D=0AJames=0D=0A=0D=0A=0D=0AOne use of HELD allows a Target= to acquire location information suitable=0D=0Afor use with emergency servi= ces. This includes both the requesting and=0D=0Asupplying of location infor= mation suitable for routing an emergency call=0D=0Ato the local PSAP, and l= ocation information to which emergency crews can=0D=0Abe dispatched. The fo= llowing paragraphs describe how HELD is used to=0D=0Arequest location infor= mation for use with emergency applications.=0D=0A=0D=0AA request for locati= on information to be used with emergency=0D=0Aapplications MUST NOT contain= an exact attribute with a value of true.=0D=0AIt is RECOMMENDED that a req= uest for emergency location information not=0D=0Aqualify the location type = in the request. The LIS MUST ignore the value=0D=0Aof the exact attribute i= f the responseTime is set to emergencyRouting or=0D=0AemergencyDispatch.=0D= =0A=0D=0AThe responseTime SHOULD be set to emergencyRouting where the locat= ion is=0D=0Arequested at emergency call time and being used for routing. Th= e=0D=0AresponseTime SHOULD be set to emergencyDispatch if the location=0D=0A= information is to be used for providing direction to emergency crews. A=0D=0A= responseTime of emergencyDispatch MAY be used at system startup time and=0D= =0Aperiodically there after, but SHOULD NOT be used to request location=0D=0A= information at call time.=0D=0A=0D=0A=20=0D=0A-----------------------------= -------------------------------------------------------------------=0D=0ATh= is message is for the designated recipient only and may=0D=0Acontain privil= eged, proprietary, or otherwise private information. =20=0D=0AIf you have r= eceived it in error, please notify the sender=0D=0Aimmediately and delete t= he original. Any unauthorized use of=0D=0Athis email is prohibited.=0D=0A-= ---------------------------------------------------------------------------= --------------------=0D=0A[mf2]=0D=0A _______________________________________________ Geopriv mailing list Geopriv@ietf.org https://www1.ietf.org/mailman/listinfo/geopriv From geopriv-bounces@ietf.org Mon Oct 01 21:44:21 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1IcWnl-0002EZ-0H; Mon, 01 Oct 2007 21:43:57 -0400 Received: from geopriv by megatron.ietf.org with local (Exim 4.43) id 1IcWni-0002CS-UH for geopriv-confirm+ok@megatron.ietf.org; Mon, 01 Oct 2007 21:43:54 -0400 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IcWni-00024r-JD for geopriv@ietf.org; Mon, 01 Oct 2007 21:43:54 -0400 Received: from bellwecs3.srvr.bell.ca ([207.236.237.115]) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1IcWna-0003De-35 for geopriv@ietf.org; Mon, 01 Oct 2007 21:43:46 -0400 Received: (qmail 19025 invoked from network); 2 Oct 2007 01:43:45 -0000 Received: from g.caron@bell.ca by bellwecs3.srvr.bell.ca with EntrustECS-Server-7.4; 02 Oct 2007 01:43:45 -0000 Received: from bfmc.csolve.net (HELO bellwfep8-srv.bellnexxia.net) (207.236.237.101) by bellwecs3.srvr.bell.ca with SMTP; 2 Oct 2007 01:43:45 -0000 Received: from TOROONDC918.bell.corp.bce.ca ([142.182.89.79]) by bellwfep8-srv.bellnexxia.net (InterMail vM.5.01.06.10 201-253-122-130-110-20040306) with ESMTP id <20071002014345.CFZH2151.bellwfep8-srv.bellnexxia.net@TOROONDC918.bell.corp.bce.ca>; Mon, 1 Oct 2007 21:43:45 -0400 Received: from toroondc912.bell.corp.bce.ca ([142.182.89.15]) by TOROONDC918.bell.corp.bce.ca with Microsoft SMTPSVC(6.0.3790.1830); Mon, 1 Oct 2007 21:43:44 -0400 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Subject: RE: [Geopriv] HELD Emergency Text Date: Mon, 1 Oct 2007 21:43:43 -0400 Message-ID: <2E62ACF8ADDB4D4F89093CBFDF2FBAF30B54C058@toroondc912> In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Geopriv] HELD Emergency Text Thread-Index: AcgEkkRIvt0BMW31Sq+6EqPYbJ/A8wAAfEZw References: From: To: , X-OriginalArrivalTime: 02 Oct 2007 01:43:44.0573 (UTC) FILETIME=[AB01F6D0:01C80495] X-Spam-Score: 0.0 (/) X-Scan-Signature: fb6060cb60c0cea16e3f7219e40a0a81 Cc: X-BeenThere: geopriv@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Geographic Location/Privacy List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: geopriv-bounces@ietf.org James, This is good. Is the responseTime parameter mandatory for ES then? Also, if you consider having a specific section for ES, you may want to = move this text from section 6.1: "In the case of emergency services, the purpose of obtaining the LI = could be either for routing a call to the appropriate PSAP or indicating = the location to which responders should be dispatched. The time values = defined for those purposes, emergencyRouting and emergencyDispatch, = will likely be governed by jurisdictional policies, and SHOULD be = configurable on the LIS." Furthermore, related to HTTPS vs HTTP, should there be some text stating = that for ES applications, if HTTPS fails, try HTTP (=E0 la SIP)? Thanks, Guy Caron -----Message d'origine----- De=A0: Winterbottom, James [mailto:James.Winterbottom@andrew.com]=20 Envoy=E9=A0: 1 octobre 2007 21:19 =C0=A0: geopriv@ietf.org Objet=A0: [Geopriv] HELD Emergency Text Hi All, Here is my suggested text for a HELD emergency section. Cheers James One use of HELD allows a Target to acquire location information suitable for use with emergency services. This includes both the requesting and supplying of location information suitable for routing an emergency call to the local PSAP, and location information to which emergency crews can be dispatched. The following paragraphs describe how HELD is used to request location information for use with emergency applications. A request for location information to be used with emergency applications MUST NOT contain an exact attribute with a value of true. It is RECOMMENDED that a request for emergency location information not qualify the location type in the request. The LIS MUST ignore the value of the exact attribute if the responseTime is set to emergencyRouting or emergencyDispatch. The responseTime SHOULD be set to emergencyRouting where the location is requested at emergency call time and being used for routing. The responseTime SHOULD be set to emergencyDispatch if the location information is to be used for providing direction to emergency crews. A responseTime of emergencyDispatch MAY be used at system startup time and periodically there after, but SHOULD NOT be used to request location information at call time. =20 -------------------------------------------------------------------------= ----------------------- This message is for the designated recipient only and may contain privileged, proprietary, or otherwise private information. =20 If you have received it in error, please notify the sender immediately and delete the original. Any unauthorized use of this email is prohibited. -------------------------------------------------------------------------= ----------------------- [mf2] _______________________________________________ Geopriv mailing list Geopriv@ietf.org https://www1.ietf.org/mailman/listinfo/geopriv _______________________________________________ Geopriv mailing list Geopriv@ietf.org https://www1.ietf.org/mailman/listinfo/geopriv From geopriv-bounces@ietf.org Mon Oct 01 21:51:33 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1IcWv3-00028n-Iv; Mon, 01 Oct 2007 21:51:29 -0400 Received: from geopriv by megatron.ietf.org with local (Exim 4.43) id 1IcWv2-00021d-38 for geopriv-confirm+ok@megatron.ietf.org; Mon, 01 Oct 2007 21:51:28 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IcWv1-00021V-Pn for geopriv@ietf.org; Mon, 01 Oct 2007 21:51:27 -0400 Received: from smtp3.andrew.com ([198.135.207.235] helo=andrew.com) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IcWuv-00018X-J9 for geopriv@ietf.org; Mon, 01 Oct 2007 21:51:27 -0400 X-SEF-Processed: 5_0_0_910__2007_10_01_21_00_52 X-SEF-16EBA1E9-99E8-4E1D-A1CA-4971F5510AF: 1 Received: from aopexbh1.andrew.com [10.86.20.24] by smtp3.andrew.com - SurfControl E-mail Filter (5.2.1); Mon, 01 Oct 2007 21:00:51 -0500 Received: from AHQEX1.andrew.com ([10.86.20.21]) by aopexbh1.andrew.com with Microsoft SMTPSVC(6.0.3790.3959); Mon, 1 Oct 2007 20:51:05 -0500 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Subject: RE: [Geopriv] HELD Emergency Text Date: Mon, 1 Oct 2007 20:51:04 -0500 Message-ID: In-Reply-To: <2E62ACF8ADDB4D4F89093CBFDF2FBAF30B54C058@toroondc912> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Geopriv] HELD Emergency Text Thread-Index: AcgEkkRIvt0BMW31Sq+6EqPYbJ/A8wAAfEZwAABwdWA= References: <2E62ACF8ADDB4D4F89093CBFDF2FBAF30B54C058@toroondc912> From: "Winterbottom, James" To: , X-OriginalArrivalTime: 02 Oct 2007 01:51:05.0670 (UTC) FILETIME=[B1EC0660:01C80496] X-Spam-Score: 1.8 (+) X-Scan-Signature: 244a2fd369eaf00ce6820a760a3de2e8 Cc: X-BeenThere: geopriv@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Geographic Location/Privacy List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: geopriv-bounces@ietf.org Hi Guy,=0D=0A=0D=0AInline.=0D=0A=0D=0A> -----Original Message-----=0D=0A> F= rom: g.caron@bell.ca [mailto:g.caron@bell.ca]=0D=0A> Sent: Tuesday, 2 Octob= er 2007 11:44 AM=0D=0A> To: Winterbottom, James; geopriv@ietf.org=0D=0A> Su= bject: RE: [Geopriv] HELD Emergency Text=0D=0A>=20=0D=0A> James,=0D=0A>=20=0D= =0A> This is good. Is the responseTime parameter mandatory for ES then=3F=0D= =0A=0D=0A[AJW] Yes I think it should be.=0D=0A=0D=0A>=20=0D=0A> Also, if yo= u consider having a specific section for ES, you may want to=0D=0A> move th= is text from section 6.1:=0D=0A> "In the case of emergency services, the pu= rpose of obtaining the LI could=0D=0A> be either for routing a call to the = appropriate PSAP or indicating the=0D=0A> location to which responders shou= ld be dispatched. The time values defined=0D=0A> for those purposes, eme= rgencyRouting and emergencyDispatch, will likely=0D=0A> be governed by juri= sdictional policies, and SHOULD be configurable on the=0D=0A> LIS."=0D=0A>=0D= =0A[AJW] Agreed=0D=0A=0D=0A=20=0D=0A> Furthermore, related to HTTPS vs HTTP= , should there be some text stating=0D=0A> that for ES applications, if HTT= PS fails, try HTTP (=E0 la SIP)=3F=0D=0A>=0D=0A[AJW] Hmmm.... I am not sure= that same applies necessarily. For location the intent is that you try an = acquire it ahead of time, so if you can't get it at call time you still hav= e something. So may be it is reasonable to say something to the effect that= if you can't get location at boot time due to TLS issues, the Target may a= ttempt a location request without using a secure connection. I don't think = that at call time I would bother to try a second time to get location, if I= couldn't connect I would go with what I had.=0D=0A=0D=0A=0D=0A=20=0D=0A> T= hanks,=0D=0A>=20=0D=0A> Guy Caron=0D=0A> -----Message d'origine-----=0D=0A>= De=A0: Winterbottom, James [mailto:James.Winterbottom@andrew.com]=0D=0A> E= nvoy=E9=A0: 1 octobre 2007 21:19=0D=0A> =C0=A0: geopriv@ietf.org=0D=0A> Obj= et=A0: [Geopriv] HELD Emergency Text=0D=0A>=20=0D=0A> Hi All,=0D=0A>=20=0D=0A= > Here is my suggested text for a HELD emergency section.=0D=0A>=20=0D=0A> = Cheers=0D=0A> James=0D=0A>=20=0D=0A>=20=0D=0A> One use of HELD allows a Tar= get to acquire location information suitable=0D=0A> for use with emergency = services. This includes both the requesting and=0D=0A> supplying of locatio= n information suitable for routing an emergency call=0D=0A> to the local PS= AP, and location information to which emergency crews can=0D=0A> be dispatc= hed. The following paragraphs describe how HELD is used to=0D=0A> request l= ocation information for use with emergency applications.=0D=0A>=20=0D=0A> A= request for location information to be used with emergency=0D=0A> applicat= ions MUST NOT contain an exact attribute with a value of true.=0D=0A> It is= RECOMMENDED that a request for emergency location information not=0D=0A> q= ualify the location type in the request. The LIS MUST ignore the value=0D=0A= > of the exact attribute if the responseTime is set to emergencyRouting or=0D= =0A> emergencyDispatch.=0D=0A>=20=0D=0A> The responseTime SHOULD be set to = emergencyRouting where the location is=0D=0A> requested at emergency call t= ime and being used for routing. The=0D=0A> responseTime SHOULD be set to em= ergencyDispatch if the location=0D=0A> information is to be used for provid= ing direction to emergency crews. A=0D=0A> responseTime of emergencyDispatc= h MAY be used at system startup time and=0D=0A> periodically there after, b= ut SHOULD NOT be used to request location=0D=0A> information at call time.=0D= =0A>=20=0D=0A>=20=0D=0A> --------------------------------------------------= ------------------------=0D=0A> ----------------------=0D=0A> This message = is for the designated recipient only and may=0D=0A> contain privileged, pro= prietary, or otherwise private information.=0D=0A> If you have received it = in error, please notify the sender=0D=0A> immediately and delete the origin= al. Any unauthorized use of=0D=0A> this email is prohibited.=0D=0A> ------= --------------------------------------------------------------------=0D=0A>= ----------------------=0D=0A> [mf2]=0D=0A>=20=0D=0A>=20=0D=0A>=20=0D=0A> _= ______________________________________________=0D=0A> Geopriv mailing list=0D= =0A> Geopriv@ietf.org=0D=0A> https://www1.ietf.org/mailman/listinfo/geopriv=0D= =0A=0D=0A------------------------------------------------------------------= ------------------------------=0D=0AThis message is for the designated reci= pient only and may=0D=0Acontain privileged, proprietary, or otherwise priva= te information. =20=0D=0AIf you have received it in error, please notify th= e sender=0D=0Aimmediately and delete the original. Any unauthorized use of=0D= =0Athis email is prohibited.=0D=0A-----------------------------------------= -------------------------------------------------------=0D=0A[mf2]=0D=0A _______________________________________________ Geopriv mailing list Geopriv@ietf.org https://www1.ietf.org/mailman/listinfo/geopriv From emelie.Ferm@annrobertsstudio.com Mon Oct 01 22:08:39 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IcXBf-0003dM-N0 for geopriv-archive@lists.ietf.org; Mon, 01 Oct 2007 22:08:39 -0400 Received: from xd-85-20-111-225.rm2.albacom.net ([85.20.111.225]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IcXBW-0001Sp-87 for geopriv-archive@lists.ietf.org; Mon, 01 Oct 2007 22:08:36 -0400 Received: from MIKISERVER ([186.118.63.2] helo=MIKISERVER) by [85.20.111.225] ( sendmail 8.13.3/8.13.1) with esmtpa id 1mrhQV-000DRP-ga for geopriv-archive@lists.ietf.org; Tue, 2 Oct 2007 04:09:07 +0200 Message-ID: <000901c80499$1ff66d10$e16f1455@MIKISERVER> From: "emelie Ferm" To: Subject: repolice Date: Tue, 2 Oct 2007 04:08:29 +0200 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0004_01C804A9.E37F3D10" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3028 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 X-Spam-Score: 3.5 (+++) X-Scan-Signature: 02ec665d00de228c50c93ed6b5e4fc1a ------=_NextPart_000_0004_01C804A9.E37F3D10 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable CWTE: C'Watre International, Inc Trade Alert. CWTE just announced trading on the OTC. CWTE has the = potential to return 5 times your money with this tight capital = structure. This means the stock can see $1.50 when news is realesed. CWTE has a = womens line of ageless cosmetics that is overwhelming the celebrity industry. Keep an eye for news to hit the market and create a frenzy in = this stock. When investors find out who's using it, the stock could go well beyond our target. geopriv-archive, contact your broker NOW for CWTE! rerialb repolast repollef rereej reshment reredliw ------=_NextPart_000_0004_01C804A9.E37F3D10 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
CWTE: C'Watre International, Inc
Trade Alert. CWTE just announced trading on = the OTC. C WTE has the potential to return 5 times your money with this tight = capital structure.
This means the stock can see $1.50 when news = is=20 realesed. CWTE has a womens line of ageless cosmetics that is = overwhelming the celebrity
industry. Keep an eye for news to hit the = market and=20 create a frenzy in this stock. When investors find out who's using it, = the=20 stock could
go well beyond our target.
geopriv-archive, contact your broker NOW for = CWTE!
rerialb
repolast
repollef
rereej
reshment
reredliw
------=_NextPart_000_0004_01C804A9.E37F3D10-- From FRUSCELLAkezac@picketfencerealty.com Mon Oct 01 23:18:47 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IcYHX-0004sZ-Sv for geopriv-archive@lists.ietf.org; Mon, 01 Oct 2007 23:18:47 -0400 Received: from oh-69-69-47-191.dyn.embarqhsd.net ([69.69.47.191]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IcYHX-00058V-EG for geopriv-archive@lists.ietf.org; Mon, 01 Oct 2007 23:18:47 -0400 Received: by 10.135.59.44 with SMTP id wxPXxQFLLwqSe; Mon, 1 Oct 2007 23:21:55 -0400 (GMT) Received: by 192.168.207.13 with SMTP id qxgbObdErfooeq.4671409075955; Mon, 1 Oct 2007 23:21:53 -0400 (GMT) Message-ID: <000601c804a3$5f7395d0$bf2f4545@benita6ahaisq2> From: "kavitt FRUSCELLA" To: Subject: kakukei Date: Mon, 1 Oct 2007 23:21:50 -0400 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0008_01C80481.D861F5D0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3028 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 X-Spam-Score: 3.5 (+++) X-Scan-Signature: 02ec665d00de228c50c93ed6b5e4fc1a ------=_NextPart_000_0008_01C80481.D861F5D0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable CWTE: C'Watre International, Inc Trade Alert. CWTE just announced trading on the OTC. CWTE has the = potential to return 5 times your money with this tight capital = structure. This means the stock can see $1.50 when news is realesed. CWTE has a = womens line of ageless cosmetics that is overwhelming the celebrity industry. Keep an eye for news to hit the market and create a frenzy in = this stock. When investors find out who's using it, the stock could go well beyond our target. geopriv-archive, contact your broker NOW for CWTE! kalehti{ kaikuvat kahri jyouriku kamiza kammarei ------=_NextPart_000_0008_01C80481.D861F5D0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
CWTE: C'Watre International, Inc
Trade Alert. CWTE just announced trading on = the OTC. C WTE has the potential to return 5 times your money with this tight = capital structure.
This means the stock can see $1.50 when news = is=20 realesed. CWTE has a womens line of ageless cosmetics that is = overwhelming the celebrity
industry. Keep an eye for news to hit the = market and=20 create a frenzy in this stock. When investors find out who's using it, = the=20 stock could
go well beyond our target.
geopriv-archive, contact your broker NOW for = CWTE!
kalehti{
kaikuvat
kahri
jyouriku
kamiza
kammarei
------=_NextPart_000_0008_01C80481.D861F5D0-- From geopriv-bounces@ietf.org Tue Oct 02 03:32:12 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1IccEE-0004Eh-GY; Tue, 02 Oct 2007 03:31:38 -0400 Received: from geopriv by megatron.ietf.org with local (Exim 4.43) id 1IccEC-0004A0-S3 for geopriv-confirm+ok@megatron.ietf.org; Tue, 02 Oct 2007 03:31:36 -0400 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IccEB-000463-Ez for geopriv@ietf.org; Tue, 02 Oct 2007 03:31:36 -0400 Received: from mail.gmx.net ([213.165.64.20]) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1IccEA-0002R3-Og for geopriv@ietf.org; Tue, 02 Oct 2007 03:31:35 -0400 Received: (qmail invoked by alias); 02 Oct 2007 07:31:33 -0000 Received: from socks-ic-ext.mch.sbs.de (EHLO [194.138.17.187]) [194.138.17.187] by mail.gmx.net (mp004) with SMTP; 02 Oct 2007 09:31:33 +0200 X-Authenticated: #29516787 X-Provags-ID: V01U2FsdGVkX192hdx9ePl22fBGpvnaGuvQVRuMdJHxcAYX0QJ1C5 3u9xre6g5VcnIT Message-ID: <4701F3D4.3080300@gmx.net> Date: Tue, 02 Oct 2007 09:31:32 +0200 From: Hannes Tschofenig User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: GEOPRIV Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-Spam-Score: 0.0 (/) X-Scan-Signature: c3a18ef96977fc9bcc21a621cbf1174b Subject: [Geopriv] [Fwd: [secdir] [New-work] OMA New Work - 1 Work Item Approved] X-BeenThere: geopriv@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Geographic Location/Privacy List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: geopriv-bounces@ietf.org FYI -------- Original Message -------- Subject: [secdir] [New-work] OMA New Work - 1 Work Item Approved Date: Thu, 27 Sep 2007 11:22:59 +0200 From: Victoria Gray To: Dear All, OMA would like to inform all the organisations subscribed to the IETF new-work list of the approval of 1 work item: 1 Location in SIP/IP Core WI: http://www.openmobilealliance.org/ftp/Public_documents/TP/Permanent_docu ments/OMA-WID_0149-LOCSIP-V1_1-20070926-A.zip Background : OMA has developed various enablers related to location. The MLS enabler has the main purpose to define protocols for exposure of terminal location to applications but do not define any positioning determination mechanisms. SUPL on the other hand defines procedures and protocols for positioning determination of a terminal utilizing an IP connection between server and terminal. Both enablers are to some extent prepared for use in a SIP context e.g. by allowing use of SIP-URI identities. None of them do however support exposure of terminal location to an application within a SIP/IP core network (one example of such a network is an IP Multimedia Subsystem). The implication of this is that a SIP Application Server needing location information to enhance its services needs to implement one or more non-SIP interfaces to Location Servers. By instead defining an interface & procedure using SIP, additional interface technologies can be avoided and routing and addressing mechanisms in the SIP/IP Core as well as existing SIP based OMA enablers (such as XDM) can be reused. Objective: The purpose of this work item is to specify a service enabler for exposing location information to applications in a SIP/IP core network (e.g. an IP Multimedia Subsystem). The service enabler is to be specified as a reusable network component in a SIP/IP core network, capable of receiving and responding to location subscriptions over a standardised SIP-based interface. Handling of the location specific functions within a SIP/IP core is to be specified but positioning determination functions within SIP/IP core are out of scope. The LOCSIP enabler will take into account the OMA MLS enabler. Due to the importance of preserving the privacy of location information a security analysis shall be performed before finalization of the requirement document and identified issues shall be documented in appropriate enabler documents. The enabler shall specifically consider interworking with other OMA enablers that potentially utilize location information e.g. Presence SIMPLE and PoC. The resulting specification shall preferably reuse available IETF specifications e.g. IETF Geopriv deliverables. Location in SIP/IP core enabler implementations may interwork with applicable positioning determination functions in access networks and/or at UE. Possible positioning determination functions depend on support in IP-CAN and UEs, but are expected to at least include 3GPP/3GPP2 LCS and OMA SUPL (Secure User Plane Location). This work item has been allocated to the OMA LOC (Location WG) for specification development. Best regards, Victoria Gray on behalf of OMA. Victoria Gray FORApolis / DSO Tel +33 (0)4 92 94 49 23 Fax +33 (0)4 92 38 49 23 GSM +33 (0)6 73 99 62 90 victoria.gray@forapolis.com MSN: victoria.gray@forapolis.com Yahoo!: bluevicci Skype: victoria-gray Google: vics.gray@gmail.com _______________________________________________ Geopriv mailing list Geopriv@ietf.org https://www1.ietf.org/mailman/listinfo/geopriv From geopriv-bounces@ietf.org Tue Oct 02 08:26:54 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1Icgpa-0001yO-9W; Tue, 02 Oct 2007 08:26:30 -0400 Received: from geopriv by megatron.ietf.org with local (Exim 4.43) id 1IcgpY-0001cS-La for geopriv-confirm+ok@megatron.ietf.org; Tue, 02 Oct 2007 08:26:28 -0400 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IcgpW-0001SG-PN for geopriv@ietf.org; Tue, 02 Oct 2007 08:26:27 -0400 Received: from aismt07p.bellsouth.com ([139.76.165.213]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IcgpW-00026V-7w for geopriv@ietf.org; Tue, 02 Oct 2007 08:26:26 -0400 Received: from ([139.76.131.31]) by aismt07p.bellsouth.com with ESMTP id KP-AXPTB.185669855; Tue, 02 Oct 2007 08:26:08 -0400 Received: from 01NC27689010627.AD.BLS.COM ([90.144.44.202]) by 01GAF5142010625.AD.BLS.COM with Microsoft SMTPSVC(6.0.3790.2499); Tue, 2 Oct 2007 08:26:08 -0400 Received: from 01NC27689010641.AD.BLS.COM ([90.144.44.103]) by 01NC27689010627.AD.BLS.COM with Microsoft SMTPSVC(6.0.3790.2499); Tue, 2 Oct 2007 08:26:07 -0400 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.2929 Content-Class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable Subject: RE: [Geopriv] HELD Emergency Text Date: Tue, 2 Oct 2007 08:26:06 -0400 Message-ID: <7582BC68E4994F4ABF0BD4723975C3FA05E34268@crexc41p> In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Geopriv] HELD Emergency Text thread-index: AcgEkkRIvt0BMW31Sq+6EqPYbJ/A8wAV8dtw References: From: "Stark, Barbara" To: "Winterbottom, James" , X-OriginalArrivalTime: 02 Oct 2007 12:26:07.0878 (UTC) FILETIME=[689B9260:01C804EF] X-Spam-Score: 0.2 (/) X-Scan-Signature: c3a18ef96977fc9bcc21a621cbf1174b Cc: X-BeenThere: geopriv@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Geographic Location/Privacy List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: geopriv-bounces@ietf.org Is this text intended for the HELD draft? Does some of it belong more in phonebcp than HELD? Specifically, the last paragraph seems more bcp-like than protocol specification. For the last paragraph, I believe that any device capable of making emergency calls that is making a HELD query to get its location at system startup MUST do so with responseTime set to emergencyDispatch. As for not using emergencyDispatch when making an emergency call, I don't think this is quite right. I think we would want both an emergencyDispatch and emergencyRouting query at call time. The emergencyRouting value would be used for routing, and the emergencyDispatch would update the currently saved Dispatch location. If this is what we want it brings up a few other questions for me. But I think those questions apply to phonebcp, and not HELD (which would mean ecrit and not geopriv). So, I await other opinions as to whether phonebcp will pick up the recommendations of the last paragraph. Barbara -----Original Message----- From: Winterbottom, James [mailto:James.Winterbottom@andrew.com]=20 Sent: Monday, October 01, 2007 9:19 PM To: geopriv@ietf.org Subject: [Geopriv] HELD Emergency Text Hi All, Here is my suggested text for a HELD emergency section. Cheers James One use of HELD allows a Target to acquire location information suitable for use with emergency services. This includes both the requesting and supplying of location information suitable for routing an emergency call to the local PSAP, and location information to which emergency crews can be dispatched. The following paragraphs describe how HELD is used to request location information for use with emergency applications. A request for location information to be used with emergency applications MUST NOT contain an exact attribute with a value of true. It is RECOMMENDED that a request for emergency location information not qualify the location type in the request. The LIS MUST ignore the value of the exact attribute if the responseTime is set to emergencyRouting or emergencyDispatch. The responseTime SHOULD be set to emergencyRouting where the location is requested at emergency call time and being used for routing. The responseTime SHOULD be set to emergencyDispatch if the location information is to be used for providing direction to emergency crews. A responseTime of emergencyDispatch MAY be used at system startup time and periodically there after, but SHOULD NOT be used to request location information at call time. =20 ------------------------------------------------------------------------ ------------------------ This message is for the designated recipient only and may contain privileged, proprietary, or otherwise private information. =20 If you have received it in error, please notify the sender immediately and delete the original. Any unauthorized use of this email is prohibited. ------------------------------------------------------------------------ ------------------------ [mf2] _______________________________________________ Geopriv mailing list Geopriv@ietf.org https://www1.ietf.org/mailman/listinfo/geopriv ***** The information transmitted is intended only for the person or entity to = which it is addressed and may contain confidential, proprietary, and/or = privileged material. Any review, retransmission, dissemination or other = use of, or taking of any action in reliance upon this information by = persons or entities other than the intended recipient is prohibited. If = you received this in error, please contact the sender and delete the = material from all computers. GA625 _______________________________________________ Geopriv mailing list Geopriv@ietf.org https://www1.ietf.org/mailman/listinfo/geopriv From geopriv-bounces@ietf.org Tue Oct 02 08:37:08 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1Icgzl-0002AD-RI; Tue, 02 Oct 2007 08:37:01 -0400 Received: from geopriv by megatron.ietf.org with local (Exim 4.43) id 1Icgzj-0002A4-SE for geopriv-confirm+ok@megatron.ietf.org; Tue, 02 Oct 2007 08:36:59 -0400 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1Icgzj-00029v-Go for geopriv@ietf.org; Tue, 02 Oct 2007 08:36:59 -0400 Received: from ihemail3.lucent.com ([135.245.0.37]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1Icgzi-0002MP-T8 for geopriv@ietf.org; Tue, 02 Oct 2007 08:36:59 -0400 Received: from ilexp01.ndc.lucent.com (h135-3-39-1.lucent.com [135.3.39.1]) by ihemail3.lucent.com (8.13.8/IER-o) with ESMTP id l92Casae015650; Tue, 2 Oct 2007 07:36:56 -0500 (CDT) Received: from DEEXP02.DE.lucent.com ([135.248.187.66]) by ilexp01.ndc.lucent.com with Microsoft SMTPSVC(6.0.3790.1830); Tue, 2 Oct 2007 07:36:55 -0500 Received: from DEEXC1U01.de.lucent.com ([135.248.187.26]) by DEEXP02.DE.lucent.com with Microsoft SMTPSVC(6.0.3790.1830); Tue, 2 Oct 2007 14:36:54 +0200 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Subject: RE: [Geopriv] HELD Emergency Text Date: Tue, 2 Oct 2007 14:36:53 +0200 Message-ID: <5D1A7985295922448D5550C94DE2918001770B72@DEEXC1U01.de.lucent.com> In-Reply-To: <7582BC68E4994F4ABF0BD4723975C3FA05E34268@crexc41p> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Geopriv] HELD Emergency Text Thread-Index: AcgEkkRIvt0BMW31Sq+6EqPYbJ/A8wAV8dtwAAGnz4A= References: <7582BC68E4994F4ABF0BD4723975C3FA05E34268@crexc41p> From: "DRAGE, Keith \(Keith\)" To: "Stark, Barbara" , "Winterbottom, James" , X-OriginalArrivalTime: 02 Oct 2007 12:36:54.0869 (UTC) FILETIME=[EA3E9050:01C804F0] X-Scanned-By: MIMEDefang 2.57 on 135.245.2.37 X-Spam-Score: 0.0 (/) X-Scan-Signature: ff03b0075c3fc728d7d60a15b4ee1ad2 Cc: X-BeenThere: geopriv@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Geographic Location/Privacy List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: geopriv-bounces@ietf.org Agree. Putting this in HELD in this form is inconsistent with the agreements we already made on sip-location-conveyance in regard to emergency call material. Essentially the HELD document should make sure that all the emergency call requirements can be met, i.e. that emergency call usage of HELD is conformant with HELD itself, but the specifics of using HELD for an emergency call should be in an ECRIT document.=20 Regards Keith > -----Original Message----- > From: Stark, Barbara [mailto:bs7652@att.com]=20 > Sent: Tuesday, October 02, 2007 1:26 PM > To: Winterbottom, James; geopriv@ietf.org > Subject: RE: [Geopriv] HELD Emergency Text >=20 > Is this text intended for the HELD draft? Does some of it=20 > belong more in phonebcp than HELD? Specifically, the last=20 > paragraph seems more bcp-like than protocol specification. >=20 > For the last paragraph, I believe that any device capable of=20 > making emergency calls that is making a HELD query to get its=20 > location at system startup MUST do so with responseTime set=20 > to emergencyDispatch. >=20 > As for not using emergencyDispatch when making an emergency=20 > call, I don't think this is quite right. I think we would=20 > want both an emergencyDispatch and emergencyRouting query at=20 > call time. The emergencyRouting value would be used for=20 > routing, and the emergencyDispatch would update the currently=20 > saved Dispatch location. >=20 > If this is what we want it brings up a few other questions=20 > for me. But I think those questions apply to phonebcp, and=20 > not HELD (which would mean ecrit and not geopriv). So, I=20 > await other opinions as to whether phonebcp will pick up the=20 > recommendations of the last paragraph. > Barbara >=20 > -----Original Message----- > From: Winterbottom, James [mailto:James.Winterbottom@andrew.com] > Sent: Monday, October 01, 2007 9:19 PM > To: geopriv@ietf.org > Subject: [Geopriv] HELD Emergency Text >=20 > Hi All, >=20 > Here is my suggested text for a HELD emergency section. >=20 > Cheers > James >=20 >=20 > One use of HELD allows a Target to acquire location=20 > information suitable for use with emergency services. This=20 > includes both the requesting and supplying of location=20 > information suitable for routing an emergency call to the=20 > local PSAP, and location information to which emergency crews=20 > can be dispatched. The following paragraphs describe how HELD=20 > is used to request location information for use with=20 > emergency applications. >=20 > A request for location information to be used with emergency=20 > applications MUST NOT contain an exact attribute with a value of true. > It is RECOMMENDED that a request for emergency location=20 > information not qualify the location type in the request. The=20 > LIS MUST ignore the value of the exact attribute if the=20 > responseTime is set to emergencyRouting or emergencyDispatch. >=20 > The responseTime SHOULD be set to emergencyRouting where the=20 > location is requested at emergency call time and being used=20 > for routing. The responseTime SHOULD be set to=20 > emergencyDispatch if the location information is to be used=20 > for providing direction to emergency crews. A responseTime of=20 > emergencyDispatch MAY be used at system startup time and=20 > periodically there after, but SHOULD NOT be used to request=20 > location information at call time. >=20 > =20 > -------------------------------------------------------------- > ---------- > ------------------------ > This message is for the designated recipient only and may=20 > contain privileged, proprietary, or otherwise private information. =20 > If you have received it in error, please notify the sender=20 > immediately and delete the original. Any unauthorized use of=20 > this email is prohibited. > -------------------------------------------------------------- > ---------- > ------------------------ > [mf2] >=20 >=20 >=20 > _______________________________________________ > Geopriv mailing list > Geopriv@ietf.org > https://www1.ietf.org/mailman/listinfo/geopriv >=20 > ***** >=20 > The information transmitted is intended only for the person=20 > or entity to which it is addressed and may contain=20 > confidential, proprietary, and/or privileged material. Any=20 > review, retransmission, dissemination or other use of, or=20 > taking of any action in reliance upon this information by=20 > persons or entities other than the intended recipient is=20 > prohibited. If you received this in error, please contact the=20 > sender and delete the material from all computers. GA625 >=20 >=20 >=20 >=20 > _______________________________________________ > Geopriv mailing list > Geopriv@ietf.org > https://www1.ietf.org/mailman/listinfo/geopriv >=20 _______________________________________________ Geopriv mailing list Geopriv@ietf.org https://www1.ietf.org/mailman/listinfo/geopriv From geopriv-bounces@ietf.org Tue Oct 02 08:47:01 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1Ich97-0003lq-Ob; Tue, 02 Oct 2007 08:46:41 -0400 Received: from geopriv by megatron.ietf.org with local (Exim 4.43) id 1Ich96-0003lf-IH for geopriv-confirm+ok@megatron.ietf.org; Tue, 02 Oct 2007 08:46:40 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1Ich96-0002uv-8k for geopriv@ietf.org; Tue, 02 Oct 2007 08:46:40 -0400 Received: from mail.gmx.net ([213.165.64.20]) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1Ich8s-0008S8-Dr for geopriv@ietf.org; Tue, 02 Oct 2007 08:46:32 -0400 Received: (qmail invoked by alias); 02 Oct 2007 12:46:05 -0000 Received: from socks-ic-ext.mch.sbs.de (EHLO [194.138.17.187]) [194.138.17.187] by mail.gmx.net (mp050) with SMTP; 02 Oct 2007 14:46:05 +0200 X-Authenticated: #29516787 X-Provags-ID: V01U2FsdGVkX1+mIjgskDimDrLU6jqCmHgThjZVbhTlrQqs2Z1SBl 5liOPFX26nWPIQ Message-ID: <47023D8A.4070000@gmx.net> Date: Tue, 02 Oct 2007 14:46:02 +0200 From: Hannes Tschofenig User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: "DRAGE, Keith \(Keith\)" Subject: Re: [Geopriv] HELD Emergency Text References: <7582BC68E4994F4ABF0BD4723975C3FA05E34268@crexc41p> <5D1A7985295922448D5550C94DE2918001770B72@DEEXC1U01.de.lucent.com> In-Reply-To: <5D1A7985295922448D5550C94DE2918001770B72@DEEXC1U01.de.lucent.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-Spam-Score: 0.0 (/) X-Scan-Signature: 7da5a831c477fb6ef97f379a05fb683c Cc: geopriv@ietf.org X-BeenThere: geopriv@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Geographic Location/Privacy List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: geopriv-bounces@ietf.org I agree with Keith. DRAGE, Keith (Keith) wrote: > Agree. > > Putting this in HELD in this form is inconsistent with the agreements we > already made on sip-location-conveyance in regard to emergency call > material. > > Essentially the HELD document should make sure that all the emergency > call requirements can be met, i.e. that emergency call usage of HELD is > conformant with HELD itself, but the specifics of using HELD for an > emergency call should be in an ECRIT document. > > Regards > > Keith > > >> -----Original Message----- >> From: Stark, Barbara [mailto:bs7652@att.com] >> Sent: Tuesday, October 02, 2007 1:26 PM >> To: Winterbottom, James; geopriv@ietf.org >> Subject: RE: [Geopriv] HELD Emergency Text >> >> Is this text intended for the HELD draft? Does some of it >> belong more in phonebcp than HELD? Specifically, the last >> paragraph seems more bcp-like than protocol specification. >> >> For the last paragraph, I believe that any device capable of >> making emergency calls that is making a HELD query to get its >> location at system startup MUST do so with responseTime set >> to emergencyDispatch. >> >> As for not using emergencyDispatch when making an emergency >> call, I don't think this is quite right. I think we would >> want both an emergencyDispatch and emergencyRouting query at >> call time. The emergencyRouting value would be used for >> routing, and the emergencyDispatch would update the currently >> saved Dispatch location. >> >> If this is what we want it brings up a few other questions >> for me. But I think those questions apply to phonebcp, and >> not HELD (which would mean ecrit and not geopriv). So, I >> await other opinions as to whether phonebcp will pick up the >> recommendations of the last paragraph. >> Barbara >> >> -----Original Message----- >> From: Winterbottom, James [mailto:James.Winterbottom@andrew.com] >> Sent: Monday, October 01, 2007 9:19 PM >> To: geopriv@ietf.org >> Subject: [Geopriv] HELD Emergency Text >> >> Hi All, >> >> Here is my suggested text for a HELD emergency section. >> >> Cheers >> James >> >> >> One use of HELD allows a Target to acquire location >> information suitable for use with emergency services. This >> includes both the requesting and supplying of location >> information suitable for routing an emergency call to the >> local PSAP, and location information to which emergency crews >> can be dispatched. The following paragraphs describe how HELD >> is used to request location information for use with >> emergency applications. >> >> A request for location information to be used with emergency >> applications MUST NOT contain an exact attribute with a value of true. >> It is RECOMMENDED that a request for emergency location >> information not qualify the location type in the request. The >> LIS MUST ignore the value of the exact attribute if the >> responseTime is set to emergencyRouting or emergencyDispatch. >> >> The responseTime SHOULD be set to emergencyRouting where the >> location is requested at emergency call time and being used >> for routing. The responseTime SHOULD be set to >> emergencyDispatch if the location information is to be used >> for providing direction to emergency crews. A responseTime of >> emergencyDispatch MAY be used at system startup time and >> periodically there after, but SHOULD NOT be used to request >> location information at call time. >> >> >> -------------------------------------------------------------- >> ---------- >> ------------------------ >> This message is for the designated recipient only and may >> contain privileged, proprietary, or otherwise private information. >> If you have received it in error, please notify the sender >> immediately and delete the original. Any unauthorized use of >> this email is prohibited. >> -------------------------------------------------------------- >> ---------- >> ------------------------ >> [mf2] >> >> >> >> _______________________________________________ >> Geopriv mailing list >> Geopriv@ietf.org >> https://www1.ietf.org/mailman/listinfo/geopriv >> >> ***** >> >> The information transmitted is intended only for the person >> or entity to which it is addressed and may contain >> confidential, proprietary, and/or privileged material. Any >> review, retransmission, dissemination or other use of, or >> taking of any action in reliance upon this information by >> persons or entities other than the intended recipient is >> prohibited. If you received this in error, please contact the >> sender and delete the material from all computers. GA625 >> >> >> >> >> _______________________________________________ >> Geopriv mailing list >> Geopriv@ietf.org >> https://www1.ietf.org/mailman/listinfo/geopriv >> >> > > > _______________________________________________ > Geopriv mailing list > Geopriv@ietf.org > https://www1.ietf.org/mailman/listinfo/geopriv > _______________________________________________ Geopriv mailing list Geopriv@ietf.org https://www1.ietf.org/mailman/listinfo/geopriv From geopriv-bounces@ietf.org Tue Oct 02 08:57:36 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1IchJd-0007Is-4b; Tue, 02 Oct 2007 08:57:33 -0400 Received: from geopriv by megatron.ietf.org with local (Exim 4.43) id 1IchJb-0006vi-Ck for geopriv-confirm+ok@megatron.ietf.org; Tue, 02 Oct 2007 08:57:31 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IchJa-0006po-Rd for geopriv@ietf.org; Tue, 02 Oct 2007 08:57:30 -0400 Received: from ebru.winwebhosting.com ([74.52.236.50]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IchJU-0000Hc-Js for geopriv@ietf.org; Tue, 02 Oct 2007 08:57:30 -0400 Received: from [209.173.53.233] (helo=BROSLT41xp) by ebru.winwebhosting.com with esmtpa (Exim 4.68) (envelope-from ) id 1IchJH-0003UN-Hq; Tue, 02 Oct 2007 07:57:15 -0500 From: "Brian Rosen" To: "'Hannes Tschofenig'" , "'DRAGE, Keith \(Keith\)'" References: <7582BC68E4994F4ABF0BD4723975C3FA05E34268@crexc41p><5D1A7985295922448D5550C94DE2918001770B72@DEEXC1U01.de.lucent.com> <47023D8A.4070000@gmx.net> Subject: RE: [Geopriv] HELD Emergency Text Date: Tue, 2 Oct 2007 08:57:15 -0400 Message-ID: <0be901c804f3$c64e3f80$640fa8c0@cis.neustar.com> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <47023D8A.4070000@gmx.net> Thread-Index: AcgE8lVQqdK6MpsUSuqpbt2CZPAUiQAAVykw X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - ebru.winwebhosting.com X-AntiAbuse: Original Domain - ietf.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - brianrosen.net X-Source: X-Source-Args: X-Source-Dir: X-Spam-Score: 0.0 (/) X-Scan-Signature: 3971661e40967acfc35f708dd5f33760 Cc: geopriv@ietf.org X-BeenThere: geopriv@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Geographic Location/Privacy List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: geopriv-bounces@ietf.org I also agree and will put this text in -phonebcp. Brian > -----Original Message----- > From: Hannes Tschofenig [mailto:Hannes.Tschofenig@gmx.net] > Sent: Tuesday, October 02, 2007 8:46 AM > To: DRAGE, Keith (Keith) > Cc: geopriv@ietf.org > Subject: Re: [Geopriv] HELD Emergency Text > > I agree with Keith. > > DRAGE, Keith (Keith) wrote: > > Agree. > > > > Putting this in HELD in this form is inconsistent with the agreements we > > already made on sip-location-conveyance in regard to emergency call > > material. > > > > Essentially the HELD document should make sure that all the emergency > > call requirements can be met, i.e. that emergency call usage of HELD is > > conformant with HELD itself, but the specifics of using HELD for an > > emergency call should be in an ECRIT document. > > > > Regards > > > > Keith > > > > > >> -----Original Message----- > >> From: Stark, Barbara [mailto:bs7652@att.com] > >> Sent: Tuesday, October 02, 2007 1:26 PM > >> To: Winterbottom, James; geopriv@ietf.org > >> Subject: RE: [Geopriv] HELD Emergency Text > >> > >> Is this text intended for the HELD draft? Does some of it > >> belong more in phonebcp than HELD? Specifically, the last > >> paragraph seems more bcp-like than protocol specification. > >> > >> For the last paragraph, I believe that any device capable of > >> making emergency calls that is making a HELD query to get its > >> location at system startup MUST do so with responseTime set > >> to emergencyDispatch. > >> > >> As for not using emergencyDispatch when making an emergency > >> call, I don't think this is quite right. I think we would > >> want both an emergencyDispatch and emergencyRouting query at > >> call time. The emergencyRouting value would be used for > >> routing, and the emergencyDispatch would update the currently > >> saved Dispatch location. > >> > >> If this is what we want it brings up a few other questions > >> for me. But I think those questions apply to phonebcp, and > >> not HELD (which would mean ecrit and not geopriv). So, I > >> await other opinions as to whether phonebcp will pick up the > >> recommendations of the last paragraph. > >> Barbara > >> > >> -----Original Message----- > >> From: Winterbottom, James [mailto:James.Winterbottom@andrew.com] > >> Sent: Monday, October 01, 2007 9:19 PM > >> To: geopriv@ietf.org > >> Subject: [Geopriv] HELD Emergency Text > >> > >> Hi All, > >> > >> Here is my suggested text for a HELD emergency section. > >> > >> Cheers > >> James > >> > >> > >> One use of HELD allows a Target to acquire location > >> information suitable for use with emergency services. This > >> includes both the requesting and supplying of location > >> information suitable for routing an emergency call to the > >> local PSAP, and location information to which emergency crews > >> can be dispatched. The following paragraphs describe how HELD > >> is used to request location information for use with > >> emergency applications. > >> > >> A request for location information to be used with emergency > >> applications MUST NOT contain an exact attribute with a value of true. > >> It is RECOMMENDED that a request for emergency location > >> information not qualify the location type in the request. The > >> LIS MUST ignore the value of the exact attribute if the > >> responseTime is set to emergencyRouting or emergencyDispatch. > >> > >> The responseTime SHOULD be set to emergencyRouting where the > >> location is requested at emergency call time and being used > >> for routing. The responseTime SHOULD be set to > >> emergencyDispatch if the location information is to be used > >> for providing direction to emergency crews. A responseTime of > >> emergencyDispatch MAY be used at system startup time and > >> periodically there after, but SHOULD NOT be used to request > >> location information at call time. > >> > >> > >> -------------------------------------------------------------- > >> ---------- > >> ------------------------ > >> This message is for the designated recipient only and may > >> contain privileged, proprietary, or otherwise private information. > >> If you have received it in error, please notify the sender > >> immediately and delete the original. Any unauthorized use of > >> this email is prohibited. > >> -------------------------------------------------------------- > >> ---------- > >> ------------------------ > >> [mf2] > >> > >> > >> > >> _______________________________________________ > >> Geopriv mailing list > >> Geopriv@ietf.org > >> https://www1.ietf.org/mailman/listinfo/geopriv > >> > >> ***** > >> > >> The information transmitted is intended only for the person > >> or entity to which it is addressed and may contain > >> confidential, proprietary, and/or privileged material. Any > >> review, retransmission, dissemination or other use of, or > >> taking of any action in reliance upon this information by > >> persons or entities other than the intended recipient is > >> prohibited. If you received this in error, please contact the > >> sender and delete the material from all computers. GA625 > >> > >> > >> > >> > >> _______________________________________________ > >> Geopriv mailing list > >> Geopriv@ietf.org > >> https://www1.ietf.org/mailman/listinfo/geopriv > >> > >> > > > > > > _______________________________________________ > > Geopriv mailing list > > Geopriv@ietf.org > > https://www1.ietf.org/mailman/listinfo/geopriv > > > > > > _______________________________________________ > Geopriv mailing list > Geopriv@ietf.org > https://www1.ietf.org/mailman/listinfo/geopriv _______________________________________________ Geopriv mailing list Geopriv@ietf.org https://www1.ietf.org/mailman/listinfo/geopriv From geopriv-bounces@ietf.org Tue Oct 02 09:03:12 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1IchOw-0006mZ-HC; Tue, 02 Oct 2007 09:03:02 -0400 Received: from geopriv by megatron.ietf.org with local (Exim 4.43) id 1IchOu-0006lS-PK for geopriv-confirm+ok@megatron.ietf.org; Tue, 02 Oct 2007 09:03:00 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IchOu-0006kn-FS for geopriv@ietf.org; Tue, 02 Oct 2007 09:03:00 -0400 Received: from ebru.winwebhosting.com ([74.52.236.50]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IchOt-0000kK-9t for geopriv@ietf.org; Tue, 02 Oct 2007 09:03:00 -0400 Received: from [209.173.53.233] (helo=BROSLT41xp) by ebru.winwebhosting.com with esmtpa (Exim 4.68) (envelope-from ) id 1IchOi-00078E-7f; Tue, 02 Oct 2007 08:02:48 -0500 From: "Brian Rosen" To: "'Stark, Barbara'" , "'Winterbottom, James'" , References: <7582BC68E4994F4ABF0BD4723975C3FA05E34268@crexc41p> Subject: RE: [Geopriv] HELD Emergency Text Date: Tue, 2 Oct 2007 09:02:52 -0400 Message-ID: <0bea01c804f4$8cafc540$640fa8c0@cis.neustar.com> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <7582BC68E4994F4ABF0BD4723975C3FA05E34268@crexc41p> Thread-Index: AcgEkkRIvt0BMW31Sq+6EqPYbJ/A8wAV8dtwAAJttXA= X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - ebru.winwebhosting.com X-AntiAbuse: Original Domain - ietf.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - brianrosen.net X-Source: X-Source-Args: X-Source-Dir: X-Spam-Score: 0.0 (/) X-Scan-Signature: 97adf591118a232206bdb5a27b217034 Cc: X-BeenThere: geopriv@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Geographic Location/Privacy List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: geopriv-bounces@ietf.org > Is this text intended for the HELD draft? Does some of it belong more in > phonebcp than HELD? Specifically, the last paragraph seems more bcp-like > than protocol specification. As in the other part of this thread, I agree it goes in -phonebcp > > For the last paragraph, I believe that any device capable of making > emergency calls that is making a HELD query to get its location at > system startup MUST do so with responseTime set to emergencyDispatch. Yes, I would think so too > > As for not using emergencyDispatch when making an emergency call, I > don't think this is quite right. I think we would want both an > emergencyDispatch and emergencyRouting query at call time. The > emergencyRouting value would be used for routing, and the > emergencyDispatch would update the currently saved Dispatch location. Well, I think that's complicated. First of all, the minimum sequence is emergencyRouting and send the call. UPDATE location later if you need to. Question to James et. al. on a reference: Do you ever think something like the notion of emergencyRouting/Dispatch would get encoded in the reference? I hope not. Then you could ask for both, but you need to do that in separate requests so that the response to the Routing request comes in as soon as it's ready. And of course if you get both, and you have them before you send the call (meaning they come in quickly), then you want to use and send Dispatch and discard Routing unless there is an error. _______________________________________________ Geopriv mailing list Geopriv@ietf.org https://www1.ietf.org/mailman/listinfo/geopriv From geopriv-bounces@ietf.org Tue Oct 02 09:06:27 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1IchRL-0008V0-0M; Tue, 02 Oct 2007 09:05:31 -0400 Received: from geopriv by megatron.ietf.org with local (Exim 4.43) id 1IchRK-0008Ur-F2 for geopriv-confirm+ok@megatron.ietf.org; Tue, 02 Oct 2007 09:05:30 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IchRK-0008Uj-5E for geopriv@ietf.org; Tue, 02 Oct 2007 09:05:30 -0400 Received: from ebru.winwebhosting.com ([74.52.236.50]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IchRJ-0000ue-0W for geopriv@ietf.org; Tue, 02 Oct 2007 09:05:30 -0400 Received: from [209.173.53.233] (helo=BROSLT41xp) by ebru.winwebhosting.com with esmtpa (Exim 4.68) (envelope-from ) id 1IchRA-0007N0-UF; Tue, 02 Oct 2007 08:05:21 -0500 From: "Brian Rosen" To: "'Winterbottom, James'" , , References: <2E62ACF8ADDB4D4F89093CBFDF2FBAF30B54C058@toroondc912> Subject: RE: [Geopriv] HELD Emergency Text Date: Tue, 2 Oct 2007 09:05:25 -0400 Message-ID: <0beb01c804f4$e78c44c0$640fa8c0@cis.neustar.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Office Outlook 11 In-Reply-To: Thread-Index: AcgEkkRIvt0BMW31Sq+6EqPYbJ/A8wAAfEZwAABwdWAAF6VF4A== X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - ebru.winwebhosting.com X-AntiAbuse: Original Domain - ietf.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - brianrosen.net X-Source: X-Source-Args: X-Source-Dir: X-Spam-Score: 0.0 (/) X-Scan-Signature: 9466e0365fc95844abaf7c3f15a05c7d Cc: X-BeenThere: geopriv@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Geographic Location/Privacy List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: geopriv-bounces@ietf.org > > Furthermore, related to HTTPS vs HTTP, should there be some text = stating > > that for ES applications, if HTTPS fails, try HTTP (=E0 la SIP)? > > > [AJW] Hmmm.... I am not sure that same applies necessarily. For = location > the intent is that you try an acquire it ahead of time, so if you = can't > get it at call time you still have something. So may be it is = reasonable > to say something to the effect that if you can't get location at boot = time > due to TLS issues, the Target may attempt a location request without = using > a secure connection. I don't think that at call time I would bother to = try > a second time to get location, if I couldn't connect I would go with = what > I had. I think this is wrong. You don't know if the device is mobile. The = device doesn't know it's mobile. There is nothing that tells it its mobile. =20 Therefore the importance of updated, current location is much more = important than you are implying, and I think you must retry with http. Brian _______________________________________________ Geopriv mailing list Geopriv@ietf.org https://www1.ietf.org/mailman/listinfo/geopriv From geopriv-bounces@ietf.org Tue Oct 02 09:16:29 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1Ichbo-0003zw-Q0; Tue, 02 Oct 2007 09:16:20 -0400 Received: from geopriv by megatron.ietf.org with local (Exim 4.43) id 1Ichbj-0003x6-J8 for geopriv-confirm+ok@megatron.ietf.org; Tue, 02 Oct 2007 09:16:15 -0400 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1Ichbj-0003wq-8p for geopriv@ietf.org; Tue, 02 Oct 2007 09:16:15 -0400 Received: from ns4.neustar.com ([156.154.24.139]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1Ichbj-0003rq-14 for geopriv@ietf.org; Tue, 02 Oct 2007 09:16:15 -0400 Received: from ietf.org (stiedprweb1.va.neustar.com [10.91.34.42]) by ns4.neustar.com (Postfix) with ESMTP id EB2F22AC6B; Tue, 2 Oct 2007 13:16:14 +0000 (GMT) Received: from mirror by ietf.org with local (Exim 4.43) id 1Ichbi-0003Gx-NV; Tue, 02 Oct 2007 09:16:14 -0400 Content-Type: text/plain; charset="utf-8" Mime-Version: 1.0 To: hannes.tschofenig@nsn.com From: IETF I-D Submission Tool Message-Id: Date: Tue, 02 Oct 2007 09:16:14 -0400 X-Spam-Score: 0.0 (/) X-Scan-Signature: 7655788c23eb79e336f5f8ba8bce7906 Cc: geopriv@ietf.org, schulzrinne@cs.columbia.edu, jmorris@cdt.org, Jorge.Cuellar@siemens.com, jmpolk@cisco.com Subject: [Geopriv] New Version Notification for draft-ietf-geopriv-policy-13 X-BeenThere: geopriv@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Geographic Location/Privacy List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: geopriv-bounces@ietf.org A new version of I-D, draft-ietf-geopriv-policy-13.txt has been successfuly submitted by Hannes Tschofenig and posted to the IETF repository. Filename: draft-ietf-geopriv-policy Revision: 13 Title: Geolocation Policy: A Document Format for Expressing Privacy Preferences for Location Information Creation_date: 2007-10-02 WG ID: geopriv Number_of_pages: 29 Abstract: This document defines an authorization policy language for controling access to location information. It extends the Common Policy authorization framework to provide location-specific access control. More specifically, this document defines location-specific transformation elements to reduce the granularity of the returned location information. The IETF Secretariat. _______________________________________________ Geopriv mailing list Geopriv@ietf.org https://www1.ietf.org/mailman/listinfo/geopriv From geopriv-bounces@ietf.org Tue Oct 02 09:20:34 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1Ichfa-0006EC-1L; Tue, 02 Oct 2007 09:20:14 -0400 Received: from geopriv by megatron.ietf.org with local (Exim 4.43) id 1IchfY-0006Dt-So for geopriv-confirm+ok@megatron.ietf.org; Tue, 02 Oct 2007 09:20:12 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IchfY-0006Dl-JD; Tue, 02 Oct 2007 09:20:12 -0400 Received: from ns1.neustar.com ([2001:503:c779:1a::9c9a:108a]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IchfY-0001SR-7F; Tue, 02 Oct 2007 09:20:12 -0400 Received: from stiedprstage1.ietf.org (stiedprstage1.va.neustar.com [10.31.47.10]) by ns1.neustar.com (Postfix) with ESMTP id 18CB926EA0; Tue, 2 Oct 2007 13:20:02 +0000 (GMT) Received: from ietf by stiedprstage1.ietf.org with local (Exim 4.43) id 1IchfO-0002JX-0D; Tue, 02 Oct 2007 09:20:02 -0400 Content-Type: Multipart/Mixed; Boundary="NextPart" Mime-Version: 1.0 To: i-d-announce@ietf.org From: Internet-Drafts@ietf.org Message-Id: Date: Tue, 02 Oct 2007 09:20:02 -0400 X-Spam-Score: -1.4 (-) X-Scan-Signature: 3002fc2e661cd7f114cb6bae92fe88f1 Cc: geopriv@ietf.org Subject: [Geopriv] I-D Action:draft-ietf-geopriv-policy-13.txt X-BeenThere: geopriv@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Geographic Location/Privacy List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: geopriv-bounces@ietf.org --NextPart A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Geographic Location/Privacy Working Group of the IETF. Title : Geolocation Policy: A Document Format for Expressing Privacy Preferences for Location Information Author(s) : H. Schulzrinne, et al. Filename : draft-ietf-geopriv-policy-13.txt Pages : 29 Date : 2007-10-02 This document defines an authorization policy language for controling access to location information. It extends the Common Policy authorization framework to provide location-specific access control. More specifically, this document defines location-specific transformation elements to reduce the granularity of the returned location information. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-geopriv-policy-13.txt To remove yourself from the I-D Announcement list, send a message to i-d-announce-request@ietf.org with the word unsubscribe in the body of the message. You can also visit https://www1.ietf.org/mailman/listinfo/I-D-announce to change your subscription settings. Internet-Drafts are also available by anonymous FTP. Login with the username "anonymous" and a password of your e-mail address. After logging in, type "cd internet-drafts" and then "get draft-ietf-geopriv-policy-13.txt". A list of Internet-Drafts directories can be found in http://www.ietf.org/shadow.html or ftp://ftp.ietf.org/ietf/1shadow-sites.txt Internet-Drafts can also be obtained by e-mail. Send a message to: mailserv@ietf.org. In the body type: "FILE /internet-drafts/draft-ietf-geopriv-policy-13.txt". NOTE: The mail server at ietf.org can return the document in MIME-encoded form by using the "mpack" utility. To use this feature, insert the command "ENCODING mime" before the "FILE" command. To decode the response(s), you will need "munpack" or a MIME-compliant mail reader. Different MIME-compliant mail readers exhibit different behavior, especially when dealing with "multipart" MIME messages (i.e. documents which have been split up into multiple messages), so check your local documentation on how to manipulate these messages. Below is the data which will enable a MIME compliant mail reader implementation to automatically retrieve the ASCII version of the Internet-Draft. --NextPart Content-Type: Multipart/Alternative; Boundary="OtherAccess" --OtherAccess Content-Type: Message/External-body; access-type="mail-server"; server="mailserv@ietf.org" Content-Type: text/plain Content-ID: <2007-10-02091612.I-D@ietf.org> ENCODING mime FILE /internet-drafts/draft-ietf-geopriv-policy-13.txt --OtherAccess Content-Type: Message/External-body; name="draft-ietf-geopriv-policy-13.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <2007-10-02091612.I-D\@ietf.org> --OtherAccess-- --NextPart Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Geopriv mailing list Geopriv@ietf.org https://www1.ietf.org/mailman/listinfo/geopriv --NextPart-- From geopriv-bounces@ietf.org Tue Oct 02 09:46:20 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1Ici4j-0001hF-74; Tue, 02 Oct 2007 09:46:13 -0400 Received: from geopriv by megatron.ietf.org with local (Exim 4.43) id 1Ici4i-0001h2-AZ for geopriv-confirm+ok@megatron.ietf.org; Tue, 02 Oct 2007 09:46:12 -0400 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1Ici4h-0001gM-RM for geopriv@ietf.org; Tue, 02 Oct 2007 09:46:11 -0400 Received: from bellwecs4.srvr.bell.ca ([207.236.237.116]) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1Ici4h-00055d-7S for geopriv@ietf.org; Tue, 02 Oct 2007 09:46:11 -0400 Received: (qmail 19777 invoked from network); 2 Oct 2007 13:46:10 -0000 Received: from g.caron@bell.ca by bellwecs4.srvr.bell.ca with EntrustECS-Server-7.4; 02 Oct 2007 13:46:10 -0000 Received: from bellwfep8.bellnexxia.net (HELO bellwfep8-srv.bellnexxia.net) (207.236.237.101) by bellwecs4.srvr.bell.ca with SMTP; 2 Oct 2007 13:46:10 -0000 Received: from toroondc550.bell.corp.bce.ca ([142.182.84.162]) by bellwfep8-srv.bellnexxia.net (InterMail vM.5.01.06.10 201-253-122-130-110-20040306) with ESMTP id <20071002134610.LJVZ2151.bellwfep8-srv.bellnexxia.net@toroondc550.bell.corp.bce.ca>; Tue, 2 Oct 2007 09:46:10 -0400 Received: from toroondc912.bell.corp.bce.ca ([142.182.89.15]) by toroondc550.bell.corp.bce.ca with Microsoft SMTPSVC(6.0.3790.1830); Tue, 2 Oct 2007 09:46:10 -0400 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Subject: Re: [Geopriv] HELD Emergency Text Date: Tue, 2 Oct 2007 09:46:09 -0400 Message-ID: <2E62ACF8ADDB4D4F89093CBFDF2FBAF303A909CB@toroondc912> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Geopriv] HELD Emergency Text Thread-Index: AcgEkkRIvt0BMW31Sq+6EqPYbJ/A8wAV8dtwAAQik/I= From: To: , , X-OriginalArrivalTime: 02 Oct 2007 13:46:10.0056 (UTC) FILETIME=[96EDC880:01C804FA] X-Spam-Score: 0.0 (/) X-Scan-Signature: 31247fb3be228bb596db9127becad0bc Cc: X-BeenThere: geopriv@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Geographic Location/Privacy List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0906970000==" Errors-To: geopriv-bounces@ietf.org --===============0906970000== Content-class: urn:content-classes:message Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 QmFyYmFyYSwNCg0KSSB0b28gYWdyZWUgdGhhdCB0aGUgdGV4dCBvbiBFUyBzb3VuZHMgbGlrZSAt cGhvbmViY3Agc3R1ZmYuDQoNCkZvciBsb2NhdGlvbiBhY3F1aXNpdGlvbiBhdCBib290c3RyYXAs IEkgcHJlZmVyIHNlY3VyaW5nIGEgbG9jYXRpb24gdGhhdCBpcyBFUy1yZWFkeSB2ZXJ5IGZhc3Qg c2luY2Ugd2UgY2FuJ3QgcHJlZGljdCB3aGVuIGFuIEVTIGNhbGwgd2lsbCBiZSBwbGFjZWQuIGlm IGVtZXJnZW5jeURpc3BhdGNoIG1lYW5zIHdhaXQgbG9uZ2VyLCB0aGVuIEkgcHJlZmVyIGFza2lu ZyBlbWVyZ2VuY3lSb3V0aW5nIGZpcnN0IGFuZCB0aGVuIGFzayBmb3IgdGhlIG90aGVyIG9uZS4g T2YgY291cnNlIHRoZSBhc3N1bXB0aW9uIGhlcmUgaXMgdGhhdCBlbWVyZ2VuY3REaXNwYXRjaCBt YXkgdGFrZSB1cCB0byAzMCBzZWNzIHRvIGNvbXBsZXRlLg0KDQpUaGlzIHJhaXNlcyBvdGhlciBp c3N1ZXMgaG93ZXZlci4gQXMgYW4gZXhhbXBsZSwgaG93IHRoZSBVQSBjYW4gIG1ha2Ugc3VyZSBi b3RoIGxvY2F0aW9uIGFsd2F5cyByZWZlciB0byB0aGUgc2FtZSBwbGFjZT8NCg0KQXMgeW91IHN1 Z2dlc3QsIGxldHMgd2FpdCBmb3IgdGhpcyBzdWJqZWN0IHRvIGFwcGVhciBvbiB0aGUgZWNyaXQg bGlzdC4NCg0KR3V5IENhcm9uDQoNCg0KDQotLS0tLSBPcmlnaW5hbCBNZXNzYWdlIC0tLS0tDQpG cm9tOiBTdGFyaywgQmFyYmFyYSA8YnM3NjUyQGF0dC5jb20+DQpUbzogV2ludGVyYm90dG9tLCBK YW1lcyA8SmFtZXMuV2ludGVyYm90dG9tQGFuZHJldy5jb20+OyBnZW9wcml2QGlldGYub3JnIDxn ZW9wcml2QGlldGYub3JnPg0KU2VudDogVHVlIE9jdCAwMiAwODoyNjowNiAyMDA3DQpTdWJqZWN0 OiBSRTogW0dlb3ByaXZdIEhFTEQgRW1lcmdlbmN5IFRleHQNCg0KSXMgdGhpcyB0ZXh0IGludGVu ZGVkIGZvciB0aGUgSEVMRCBkcmFmdD8gRG9lcyBzb21lIG9mIGl0IGJlbG9uZyBtb3JlIGluDQpw aG9uZWJjcCB0aGFuIEhFTEQ/IFNwZWNpZmljYWxseSwgdGhlIGxhc3QgcGFyYWdyYXBoIHNlZW1z IG1vcmUgYmNwLWxpa2UNCnRoYW4gcHJvdG9jb2wgc3BlY2lmaWNhdGlvbi4NCg0KRm9yIHRoZSBs YXN0IHBhcmFncmFwaCwgSSBiZWxpZXZlIHRoYXQgYW55IGRldmljZSBjYXBhYmxlIG9mIG1ha2lu Zw0KZW1lcmdlbmN5IGNhbGxzIHRoYXQgaXMgbWFraW5nIGEgSEVMRCBxdWVyeSB0byBnZXQgaXRz IGxvY2F0aW9uIGF0DQpzeXN0ZW0gc3RhcnR1cCBNVVNUIGRvIHNvIHdpdGggcmVzcG9uc2VUaW1l IHNldCB0byBlbWVyZ2VuY3lEaXNwYXRjaC4NCg0KQXMgZm9yIG5vdCB1c2luZyBlbWVyZ2VuY3lE aXNwYXRjaCB3aGVuIG1ha2luZyBhbiBlbWVyZ2VuY3kgY2FsbCwgSQ0KZG9uJ3QgdGhpbmsgdGhp cyBpcyBxdWl0ZSByaWdodC4gSSB0aGluayB3ZSB3b3VsZCB3YW50IGJvdGggYW4NCmVtZXJnZW5j eURpc3BhdGNoIGFuZCBlbWVyZ2VuY3lSb3V0aW5nIHF1ZXJ5IGF0IGNhbGwgdGltZS4gVGhlDQpl bWVyZ2VuY3lSb3V0aW5nIHZhbHVlIHdvdWxkIGJlIHVzZWQgZm9yIHJvdXRpbmcsIGFuZCB0aGUN CmVtZXJnZW5jeURpc3BhdGNoIHdvdWxkIHVwZGF0ZSB0aGUgY3VycmVudGx5IHNhdmVkIERpc3Bh dGNoIGxvY2F0aW9uLg0KDQpJZiB0aGlzIGlzIHdoYXQgd2Ugd2FudCBpdCBicmluZ3MgdXAgYSBm ZXcgb3RoZXIgcXVlc3Rpb25zIGZvciBtZS4gQnV0IEkNCnRoaW5rIHRob3NlIHF1ZXN0aW9ucyBh cHBseSB0byBwaG9uZWJjcCwgYW5kIG5vdCBIRUxEICh3aGljaCB3b3VsZCBtZWFuDQplY3JpdCBh bmQgbm90IGdlb3ByaXYpLiBTbywgSSBhd2FpdCBvdGhlciBvcGluaW9ucyBhcyB0byB3aGV0aGVy DQpwaG9uZWJjcCB3aWxsIHBpY2sgdXAgdGhlIHJlY29tbWVuZGF0aW9ucyBvZiB0aGUgbGFzdCBw YXJhZ3JhcGguDQpCYXJiYXJhDQoNCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQpGcm9tOiBX aW50ZXJib3R0b20sIEphbWVzIFttYWlsdG86SmFtZXMuV2ludGVyYm90dG9tQGFuZHJldy5jb21d IA0KU2VudDogTW9uZGF5LCBPY3RvYmVyIDAxLCAyMDA3IDk6MTkgUE0NClRvOiBnZW9wcml2QGll dGYub3JnDQpTdWJqZWN0OiBbR2VvcHJpdl0gSEVMRCBFbWVyZ2VuY3kgVGV4dA0KDQpIaSBBbGws DQoNCkhlcmUgaXMgbXkgc3VnZ2VzdGVkIHRleHQgZm9yIGEgSEVMRCBlbWVyZ2VuY3kgc2VjdGlv bi4NCg0KQ2hlZXJzDQpKYW1lcw0KDQoNCk9uZSB1c2Ugb2YgSEVMRCBhbGxvd3MgYSBUYXJnZXQg dG8gYWNxdWlyZSBsb2NhdGlvbiBpbmZvcm1hdGlvbiBzdWl0YWJsZQ0KZm9yIHVzZSB3aXRoIGVt ZXJnZW5jeSBzZXJ2aWNlcy4gVGhpcyBpbmNsdWRlcyBib3RoIHRoZSByZXF1ZXN0aW5nIGFuZA0K c3VwcGx5aW5nIG9mIGxvY2F0aW9uIGluZm9ybWF0aW9uIHN1aXRhYmxlIGZvciByb3V0aW5nIGFu IGVtZXJnZW5jeSBjYWxsDQp0byB0aGUgbG9jYWwgUFNBUCwgYW5kIGxvY2F0aW9uIGluZm9ybWF0 aW9uIHRvIHdoaWNoIGVtZXJnZW5jeSBjcmV3cyBjYW4NCmJlIGRpc3BhdGNoZWQuIFRoZSBmb2xs b3dpbmcgcGFyYWdyYXBocyBkZXNjcmliZSBob3cgSEVMRCBpcyB1c2VkIHRvDQpyZXF1ZXN0IGxv Y2F0aW9uIGluZm9ybWF0aW9uIGZvciB1c2Ugd2l0aCBlbWVyZ2VuY3kgYXBwbGljYXRpb25zLg0K DQpBIHJlcXVlc3QgZm9yIGxvY2F0aW9uIGluZm9ybWF0aW9uIHRvIGJlIHVzZWQgd2l0aCBlbWVy Z2VuY3kNCmFwcGxpY2F0aW9ucyBNVVNUIE5PVCBjb250YWluIGFuIGV4YWN0IGF0dHJpYnV0ZSB3 aXRoIGEgdmFsdWUgb2YgdHJ1ZS4NCkl0IGlzIFJFQ09NTUVOREVEIHRoYXQgYSByZXF1ZXN0IGZv ciBlbWVyZ2VuY3kgbG9jYXRpb24gaW5mb3JtYXRpb24gbm90DQpxdWFsaWZ5IHRoZSBsb2NhdGlv biB0eXBlIGluIHRoZSByZXF1ZXN0LiBUaGUgTElTIE1VU1QgaWdub3JlIHRoZSB2YWx1ZQ0Kb2Yg dGhlIGV4YWN0IGF0dHJpYnV0ZSBpZiB0aGUgcmVzcG9uc2VUaW1lIGlzIHNldCB0byBlbWVyZ2Vu Y3lSb3V0aW5nIG9yDQplbWVyZ2VuY3lEaXNwYXRjaC4NCg0KVGhlIHJlc3BvbnNlVGltZSBTSE9V TEQgYmUgc2V0IHRvIGVtZXJnZW5jeVJvdXRpbmcgd2hlcmUgdGhlIGxvY2F0aW9uIGlzDQpyZXF1 ZXN0ZWQgYXQgZW1lcmdlbmN5IGNhbGwgdGltZSBhbmQgYmVpbmcgdXNlZCBmb3Igcm91dGluZy4g VGhlDQpyZXNwb25zZVRpbWUgU0hPVUxEIGJlIHNldCB0byBlbWVyZ2VuY3lEaXNwYXRjaCBpZiB0 aGUgbG9jYXRpb24NCmluZm9ybWF0aW9uIGlzIHRvIGJlIHVzZWQgZm9yIHByb3ZpZGluZyBkaXJl Y3Rpb24gdG8gZW1lcmdlbmN5IGNyZXdzLiBBDQpyZXNwb25zZVRpbWUgb2YgZW1lcmdlbmN5RGlz cGF0Y2ggTUFZIGJlIHVzZWQgYXQgc3lzdGVtIHN0YXJ0dXAgdGltZSBhbmQNCnBlcmlvZGljYWxs eSB0aGVyZSBhZnRlciwgYnV0IFNIT1VMRCBOT1QgYmUgdXNlZCB0byByZXF1ZXN0IGxvY2F0aW9u DQppbmZvcm1hdGlvbiBhdCBjYWxsIHRpbWUuDQoNCiANCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tDQpUaGlzIG1lc3NhZ2UgaXMgZm9yIHRoZSBkZXNpZ25hdGVkIHJl Y2lwaWVudCBvbmx5IGFuZCBtYXkNCmNvbnRhaW4gcHJpdmlsZWdlZCwgcHJvcHJpZXRhcnksIG9y IG90aGVyd2lzZSBwcml2YXRlIGluZm9ybWF0aW9uLiAgDQpJZiB5b3UgaGF2ZSByZWNlaXZlZCBp dCBpbiBlcnJvciwgcGxlYXNlIG5vdGlmeSB0aGUgc2VuZGVyDQppbW1lZGlhdGVseSBhbmQgZGVs ZXRlIHRoZSBvcmlnaW5hbC4gIEFueSB1bmF1dGhvcml6ZWQgdXNlIG9mDQp0aGlzIGVtYWlsIGlz IHByb2hpYml0ZWQuDQotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0K W21mMl0NCg0KDQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fDQpHZW9wcml2IG1haWxpbmcgbGlzdA0KR2VvcHJpdkBpZXRmLm9yZw0KaHR0cHM6Ly93d3cx LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vZ2VvcHJpdg0KDQoqKioqKg0KDQpUaGUgaW5mb3Jt YXRpb24gdHJhbnNtaXR0ZWQgaXMgaW50ZW5kZWQgb25seSBmb3IgdGhlIHBlcnNvbiBvciBlbnRp dHkgdG8gd2hpY2ggaXQgaXMgYWRkcmVzc2VkIGFuZCBtYXkgY29udGFpbiBjb25maWRlbnRpYWws IHByb3ByaWV0YXJ5LCBhbmQvb3IgcHJpdmlsZWdlZCBtYXRlcmlhbC4gQW55IHJldmlldywgcmV0 cmFuc21pc3Npb24sIGRpc3NlbWluYXRpb24gb3Igb3RoZXIgdXNlIG9mLCBvciB0YWtpbmcgb2Yg YW55IGFjdGlvbiBpbiByZWxpYW5jZSB1cG9uIHRoaXMgaW5mb3JtYXRpb24gYnkgcGVyc29ucyBv ciBlbnRpdGllcyBvdGhlciB0aGFuIHRoZSBpbnRlbmRlZCByZWNpcGllbnQgaXMgcHJvaGliaXRl ZC4gSWYgeW91IHJlY2VpdmVkIHRoaXMgaW4gZXJyb3IsIHBsZWFzZSBjb250YWN0IHRoZSBzZW5k ZXIgYW5kIGRlbGV0ZSB0aGUgbWF0ZXJpYWwgZnJvbSBhbGwgY29tcHV0ZXJzLiBHQTYyNQ0KDQoN Cg0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KR2Vv cHJpdiBtYWlsaW5nIGxpc3QNCkdlb3ByaXZAaWV0Zi5vcmcNCmh0dHBzOi8vd3d3MS5pZXRmLm9y Zy9tYWlsbWFuL2xpc3RpbmZvL2dlb3ByaXYNCg== --===============0906970000== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Geopriv mailing list Geopriv@ietf.org https://www1.ietf.org/mailman/listinfo/geopriv --===============0906970000==-- From geopriv-bounces@ietf.org Tue Oct 02 09:53:22 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1IciBZ-00010m-Qf; Tue, 02 Oct 2007 09:53:17 -0400 Received: from geopriv by megatron.ietf.org with local (Exim 4.43) id 1IciBY-0000z9-Tp for geopriv-confirm+ok@megatron.ietf.org; Tue, 02 Oct 2007 09:53:16 -0400 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IciBY-0000xZ-Ie for geopriv@ietf.org; Tue, 02 Oct 2007 09:53:16 -0400 Received: from mail.gmx.net ([213.165.64.20]) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1IciBY-0005Fn-2J for geopriv@ietf.org; Tue, 02 Oct 2007 09:53:16 -0400 Received: (qmail invoked by alias); 02 Oct 2007 13:53:14 -0000 Received: from socks-ic-ext.mch.sbs.de (EHLO [194.138.17.187]) [194.138.17.187] by mail.gmx.net (mp052) with SMTP; 02 Oct 2007 15:53:14 +0200 X-Authenticated: #29516787 X-Provags-ID: V01U2FsdGVkX1+JgTwMMSWJSddPOK1Pk+EyZEliUzIbAkYhfeXQvP F6Quh1waR0FHjo Message-ID: <47024D49.9050103@gmx.net> Date: Tue, 02 Oct 2007 15:53:13 +0200 From: Hannes Tschofenig User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: GEOPRIV Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-Spam-Score: 0.0 (/) X-Scan-Signature: 769a46790fb42fbb0b0cc700c82f7081 Cc: Subject: [Geopriv] Geolocation Policy Draft & element X-BeenThere: geopriv@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Geographic Location/Privacy List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: geopriv-bounces@ietf.org Hi all, Henning and I investigated how to add a element to Common Policy in order to provide a human readable description of the rule (as suggested by Lisa). It looked like a reasonable idea and here is an example how it could look like: 2003-12-24T17:00:00+01:00 2003-12-24T19:00:00+01:00 This is the basic rule I use while I am at work. Unfortunately, we recognized a problem with the "simple" extension. We did not provide extension points for the and the element. In short, we cannot extend the schema in a simple fashion without introducing backwards compatibility issues. At this level we believe that we only have one way of extending the document, namely by revising Common Policy and by registering a new URI (such as URI: urn:ietf:params:xml:ns:common-policy2). Proposal: We would add the element when we revise the document. Thereby, we could reflect what other SDOs did with the document and eventually provide other bug fixes and implementation considerations as well. Thoughts? Ciao Hannes _______________________________________________ Geopriv mailing list Geopriv@ietf.org https://www1.ietf.org/mailman/listinfo/geopriv From geopriv-bounces@ietf.org Tue Oct 02 09:53:25 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1IciBd-00014y-1Y; Tue, 02 Oct 2007 09:53:21 -0400 Received: from geopriv by megatron.ietf.org with local (Exim 4.43) id 1IciBb-00014U-MK for geopriv-confirm+ok@megatron.ietf.org; Tue, 02 Oct 2007 09:53:19 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IciBb-00014M-Cm for geopriv@ietf.org; Tue, 02 Oct 2007 09:53:19 -0400 Received: from mail.gmx.net ([213.165.64.20]) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1IciBa-0002iN-2R for geopriv@ietf.org; Tue, 02 Oct 2007 09:53:19 -0400 Received: (qmail invoked by alias); 02 Oct 2007 13:53:12 -0000 Received: from socks-ic-ext.mch.sbs.de (EHLO [194.138.17.187]) [194.138.17.187] by mail.gmx.net (mp045) with SMTP; 02 Oct 2007 15:53:12 +0200 X-Authenticated: #29516787 X-Provags-ID: V01U2FsdGVkX1+NbHdTx6uNSP9jWuqN89ZgF9Pu9PDlDRr3StvYWR D+tdFeyy8RX+1P Message-ID: <47024D46.9040705@gmx.net> Date: Tue, 02 Oct 2007 15:53:10 +0200 From: Hannes Tschofenig User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: GEOPRIV Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-Spam-Score: 0.0 (/) X-Scan-Signature: 8b30eb7682a596edff707698f4a80f7d Cc: Tim Polk , Russ Housley , 'Chris Newman' , Sam Hartman , eric.gray@ericsson.com Subject: [Geopriv] Geolocation Policy Draft Update X-BeenThere: geopriv@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Geographic Location/Privacy List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: geopriv-bounces@ietf.org Hi all, Henning and I worked on the draft update to reflect the comments received by the IESG, Gen-Art reviewer, and SecDir reviewer. Here is what we did to produce -13: * Removed the location-specific conditions from the document. * Added text to the security consideration section * Addressed comments by Russ & Jon regarding location transformation. Obviously, this is a major change to the draft. Here is the new draft: http://www.ietf.org/internet-drafts/draft-ietf-geopriv-policy-13.txt We haven't added an element that is able to contain a description of the rule. I will post a separate mail on this issue. [This refers to one of Lisa's comments.] We believe that this update reflects the comments (expect for the comment about the rule description): Tim: http://www1.ietf.org/mail-archive/web/geopriv/current/msg04354.html Sam: http://www1.ietf.org/mail-archive/web/geopriv/current/msg04354.html Lisa: http://www1.ietf.org/mail-archive/web/geopriv/current/msg04356.html Russ: https://datatracker.ietf.org/idtracker/draft-ietf-geopriv-policy/comment/71948/ https://datatracker.ietf.org/idtracker/draft-ietf-geopriv-policy/comment/71949/ Jari: https://datatracker.ietf.org/idtracker/draft-ietf-geopriv-policy/comment/71837/ Chris: https://datatracker.ietf.org/idtracker/draft-ietf-geopriv-policy/comment/71973/ Jon: http://www.nabble.com/COMMENT-on-draft-ietf-geopriv-policy-(Jon-Peterson)-t4514841.html Eric Gray: http://www1.ietf.org/mail-archive/web/gen-art/current/msg02245.html Ciao Hannes _______________________________________________ Geopriv mailing list Geopriv@ietf.org https://www1.ietf.org/mailman/listinfo/geopriv From geopriv-bounces@ietf.org Tue Oct 02 10:31:41 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1IcimW-0004Xa-QC; Tue, 02 Oct 2007 10:31:28 -0400 Received: from geopriv by megatron.ietf.org with local (Exim 4.43) id 1IcimV-0004Ua-6z for geopriv-confirm+ok@megatron.ietf.org; Tue, 02 Oct 2007 10:31:27 -0400 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IcimU-0004US-SS for geopriv@ietf.org; Tue, 02 Oct 2007 10:31:26 -0400 Received: from mail.gmx.net ([213.165.64.20]) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1IcimU-0005tL-Ac for geopriv@ietf.org; Tue, 02 Oct 2007 10:31:26 -0400 Received: (qmail invoked by alias); 02 Oct 2007 14:31:25 -0000 Received: from socks-ic-ext.mch.sbs.de (EHLO [194.138.17.187]) [194.138.17.187] by mail.gmx.net (mp004) with SMTP; 02 Oct 2007 16:31:25 +0200 X-Authenticated: #29516787 X-Provags-ID: V01U2FsdGVkX1/IMjEnAO3ILvXunneH1gwrGnHa/ddSrSwk41umYG +yWaMEEaFiw+aY Message-ID: <4702563C.7090509@gmx.net> Date: Tue, 02 Oct 2007 16:31:24 +0200 From: Hannes Tschofenig User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: GEOPRIV References: <47024D46.9040705@gmx.net> In-Reply-To: <47024D46.9040705@gmx.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-Spam-Score: 0.0 (/) X-Scan-Signature: f607d15ccc2bc4eaf3ade8ffa8af02a0 Cc: Sam Hartman , Tim Polk , Russ Housley , 'Chris Newman' , eric.gray@ericsson.com Subject: [Geopriv] Geolocation Policy Draft Update: Diff Version X-BeenThere: geopriv@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Geographic Location/Privacy List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: geopriv-bounces@ietf.org Here is the diff version: http://tools.ietf.org/rfcdiff?url1=http://www.ietf.org/internet-drafts/draft-ietf-geopriv-policy-12.txt&url2=http://www.ietf.org/internet-drafts/draft-ietf-geopriv-policy-13.txt or http://tinyurl.com/ywusrb Ciao Hannes Hannes Tschofenig wrote: > Hi all, > > Henning and I worked on the draft update to reflect the comments > received by the IESG, Gen-Art reviewer, and SecDir reviewer. > > Here is what we did to produce -13: > * Removed the location-specific conditions from the document. > * Added text to the security consideration section > * Addressed comments by Russ & Jon regarding location transformation. > > Obviously, this is a major change to the draft. > > Here is the new draft: > http://www.ietf.org/internet-drafts/draft-ietf-geopriv-policy-13.txt > > We haven't added an element that is able to contain a description of > the rule. I will post a separate mail on this issue. [This refers to > one of Lisa's comments.] > > We believe that this update reflects the comments (expect for the > comment about the rule description): > Tim: http://www1.ietf.org/mail-archive/web/geopriv/current/msg04354.html > Sam: http://www1.ietf.org/mail-archive/web/geopriv/current/msg04354.html > Lisa: http://www1.ietf.org/mail-archive/web/geopriv/current/msg04356.html > Russ: > https://datatracker.ietf.org/idtracker/draft-ietf-geopriv-policy/comment/71948/ > > https://datatracker.ietf.org/idtracker/draft-ietf-geopriv-policy/comment/71949/ > > Jari: > https://datatracker.ietf.org/idtracker/draft-ietf-geopriv-policy/comment/71837/ > > Chris: > https://datatracker.ietf.org/idtracker/draft-ietf-geopriv-policy/comment/71973/ > > Jon: > http://www.nabble.com/COMMENT-on-draft-ietf-geopriv-policy-(Jon-Peterson)-t4514841.html > > Eric Gray: > http://www1.ietf.org/mail-archive/web/gen-art/current/msg02245.html > > Ciao > Hannes > > > > _______________________________________________ > Geopriv mailing list > Geopriv@ietf.org > https://www1.ietf.org/mailman/listinfo/geopriv _______________________________________________ Geopriv mailing list Geopriv@ietf.org https://www1.ietf.org/mailman/listinfo/geopriv From geopriv-bounces@ietf.org Tue Oct 02 10:36:21 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1IcirF-0004Ra-Fc; Tue, 02 Oct 2007 10:36:21 -0400 Received: from geopriv by megatron.ietf.org with local (Exim 4.43) id 1IcirE-0004NY-UY for geopriv-confirm+ok@megatron.ietf.org; Tue, 02 Oct 2007 10:36:20 -0400 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IcirE-0004NJ-IH for geopriv@ietf.org; Tue, 02 Oct 2007 10:36:20 -0400 Received: from aismt06p.bellsouth.com ([139.76.165.211]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IcirD-0005yC-T4 for geopriv@ietf.org; Tue, 02 Oct 2007 10:36:20 -0400 Received: from ([139.76.131.31]) by aismt06p.bellsouth.com with ESMTP id KP-AXPRN.30625084; Tue, 02 Oct 2007 10:36:04 -0400 Received: from 01NC27689010625.AD.BLS.COM ([90.144.44.200]) by 01GAF5142010625.AD.BLS.COM with Microsoft SMTPSVC(6.0.3790.2499); Tue, 2 Oct 2007 10:36:04 -0400 Received: from 01NC27689010641.AD.BLS.COM ([90.144.44.103]) by 01NC27689010625.AD.BLS.COM with Microsoft SMTPSVC(6.0.3790.2499); Tue, 2 Oct 2007 10:36:04 -0400 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable Subject: RE: [Geopriv] HELD Emergency Text Date: Tue, 2 Oct 2007 10:36:02 -0400 Message-ID: <7582BC68E4994F4ABF0BD4723975C3FA05E34327@crexc41p> In-Reply-To: <0be901c804f3$c64e3f80$640fa8c0@cis.neustar.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Geopriv] HELD Emergency Text Thread-Index: AcgE8lVQqdK6MpsUSuqpbt2CZPAUiQAAVykwAANp4XA= References: <7582BC68E4994F4ABF0BD4723975C3FA05E34268@crexc41p><5D1A7985295922448D5550C94DE2918001770B72@DEEXC1U01.de.lucent.com><47023D8A.4070000@gmx.net> <0be901c804f3$c64e3f80$640fa8c0@cis.neustar.com> From: "Stark, Barbara" To: "Brian Rosen" , "Hannes Tschofenig" , "DRAGE, Keith (Keith)" X-OriginalArrivalTime: 02 Oct 2007 14:36:04.0310 (UTC) FILETIME=[8FA4AF60:01C80501] X-Spam-Score: 0.2 (/) X-Scan-Signature: 9af087f15dbdd4c64ae6bbcdbc5b1d44 Cc: geopriv@ietf.org X-BeenThere: geopriv@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Geographic Location/Privacy List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: geopriv-bounces@ietf.org I believe that the following statement (from James' recommended text) does belong in HELD: The LIS MUST ignore the value of the exact attribute if the responseTime is set to emergencyRouting or emergencyDispatch.=20 Barbara -----Original Message----- From: Brian Rosen [mailto:br@brianrosen.net]=20 Sent: Tuesday, October 02, 2007 8:57 AM To: 'Hannes Tschofenig'; 'DRAGE, Keith (Keith)' Cc: geopriv@ietf.org Subject: RE: [Geopriv] HELD Emergency Text I also agree and will put this text in -phonebcp. Brian > -----Original Message----- > From: Hannes Tschofenig [mailto:Hannes.Tschofenig@gmx.net] > Sent: Tuesday, October 02, 2007 8:46 AM > To: DRAGE, Keith (Keith) > Cc: geopriv@ietf.org > Subject: Re: [Geopriv] HELD Emergency Text >=20 > I agree with Keith. >=20 > DRAGE, Keith (Keith) wrote: > > Agree. > > > > Putting this in HELD in this form is inconsistent with the agreements we > > already made on sip-location-conveyance in regard to emergency call > > material. > > > > Essentially the HELD document should make sure that all the emergency > > call requirements can be met, i.e. that emergency call usage of HELD is > > conformant with HELD itself, but the specifics of using HELD for an > > emergency call should be in an ECRIT document. > > > > Regards > > > > Keith > > > > > >> -----Original Message----- > >> From: Stark, Barbara [mailto:bs7652@att.com] > >> Sent: Tuesday, October 02, 2007 1:26 PM > >> To: Winterbottom, James; geopriv@ietf.org > >> Subject: RE: [Geopriv] HELD Emergency Text > >> > >> Is this text intended for the HELD draft? Does some of it > >> belong more in phonebcp than HELD? Specifically, the last > >> paragraph seems more bcp-like than protocol specification. > >> > >> For the last paragraph, I believe that any device capable of > >> making emergency calls that is making a HELD query to get its > >> location at system startup MUST do so with responseTime set > >> to emergencyDispatch. > >> > >> As for not using emergencyDispatch when making an emergency > >> call, I don't think this is quite right. I think we would > >> want both an emergencyDispatch and emergencyRouting query at > >> call time. The emergencyRouting value would be used for > >> routing, and the emergencyDispatch would update the currently > >> saved Dispatch location. > >> > >> If this is what we want it brings up a few other questions > >> for me. But I think those questions apply to phonebcp, and > >> not HELD (which would mean ecrit and not geopriv). So, I > >> await other opinions as to whether phonebcp will pick up the > >> recommendations of the last paragraph. > >> Barbara > >> > >> -----Original Message----- > >> From: Winterbottom, James [mailto:James.Winterbottom@andrew.com] > >> Sent: Monday, October 01, 2007 9:19 PM > >> To: geopriv@ietf.org > >> Subject: [Geopriv] HELD Emergency Text > >> > >> Hi All, > >> > >> Here is my suggested text for a HELD emergency section. > >> > >> Cheers > >> James > >> > >> > >> One use of HELD allows a Target to acquire location > >> information suitable for use with emergency services. This > >> includes both the requesting and supplying of location > >> information suitable for routing an emergency call to the > >> local PSAP, and location information to which emergency crews > >> can be dispatched. The following paragraphs describe how HELD > >> is used to request location information for use with > >> emergency applications. > >> > >> A request for location information to be used with emergency > >> applications MUST NOT contain an exact attribute with a value of true. > >> It is RECOMMENDED that a request for emergency location > >> information not qualify the location type in the request. The > >> LIS MUST ignore the value of the exact attribute if the > >> responseTime is set to emergencyRouting or emergencyDispatch. > >> > >> The responseTime SHOULD be set to emergencyRouting where the > >> location is requested at emergency call time and being used > >> for routing. The responseTime SHOULD be set to > >> emergencyDispatch if the location information is to be used > >> for providing direction to emergency crews. A responseTime of > >> emergencyDispatch MAY be used at system startup time and > >> periodically there after, but SHOULD NOT be used to request > >> location information at call time. > >> > >> > >> -------------------------------------------------------------- > >> ---------- > >> ------------------------ > >> This message is for the designated recipient only and may > >> contain privileged, proprietary, or otherwise private information. > >> If you have received it in error, please notify the sender > >> immediately and delete the original. Any unauthorized use of > >> this email is prohibited. > >> -------------------------------------------------------------- > >> ---------- > >> ------------------------ > >> [mf2] > >> > >> > >> > >> _______________________________________________ > >> Geopriv mailing list > >> Geopriv@ietf.org > >> https://www1.ietf.org/mailman/listinfo/geopriv > >> > >> ***** > >> > >> The information transmitted is intended only for the person > >> or entity to which it is addressed and may contain > >> confidential, proprietary, and/or privileged material. Any > >> review, retransmission, dissemination or other use of, or > >> taking of any action in reliance upon this information by > >> persons or entities other than the intended recipient is > >> prohibited. If you received this in error, please contact the > >> sender and delete the material from all computers. GA625 > >> > >> > >> > >> > >> _______________________________________________ > >> Geopriv mailing list > >> Geopriv@ietf.org > >> https://www1.ietf.org/mailman/listinfo/geopriv > >> > >> > > > > > > _______________________________________________ > > Geopriv mailing list > > Geopriv@ietf.org > > https://www1.ietf.org/mailman/listinfo/geopriv > > >=20 >=20 >=20 > _______________________________________________ > Geopriv mailing list > Geopriv@ietf.org > https://www1.ietf.org/mailman/listinfo/geopriv _______________________________________________ Geopriv mailing list Geopriv@ietf.org https://www1.ietf.org/mailman/listinfo/geopriv _______________________________________________ Geopriv mailing list Geopriv@ietf.org https://www1.ietf.org/mailman/listinfo/geopriv From geopriv-bounces@ietf.org Tue Oct 02 11:06:10 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1IcjJw-0005ij-Rw; Tue, 02 Oct 2007 11:06:00 -0400 Received: from geopriv by megatron.ietf.org with local (Exim 4.43) id 1IcjJu-0005iF-PV for geopriv-confirm+ok@megatron.ietf.org; Tue, 02 Oct 2007 11:05:58 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IcjJu-0005i7-Ft for geopriv@ietf.org; Tue, 02 Oct 2007 11:05:58 -0400 Received: from zeke.ecotroph.net ([69.31.8.124]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IcjJm-0004Fp-AS for geopriv@ietf.org; Tue, 02 Oct 2007 11:05:58 -0400 Received: from [65.170.117.159] ([::ffff:65.170.117.159]) (AUTH: PLAIN anewton, SSL: TLSv1/SSLv3,128bits,AES128-SHA) by zeke.ecotroph.net with esmtp; Tue, 02 Oct 2007 11:05:24 -0400 id 0158C496.47025E34.0000204D In-Reply-To: References: Mime-Version: 1.0 (Apple Message framework v752.3) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <92D94C18-7D6B-4AB2-AFA1-EB4492B6A44B@hxr.us> Content-Transfer-Encoding: 7bit From: Andrew Newton Subject: Re: [Geopriv] Please review: PROTO writeup for draft-ietf-geopriv-revised-civic-lo-05.txt Date: Tue, 2 Oct 2007 11:05:23 -0400 To: Robert Sparks X-Mailer: Apple Mail (2.752.3) X-Scan-Signature: 8ac499381112328dd60aea5b1ff596ea Cc: GEOPRIV X-BeenThere: geopriv@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Geographic Location/Privacy List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: geopriv-bounces@ietf.org Looks good. Just one small adjustment, the personnel section of 1.k and section 1.a need to match. Thanks Robert. -andy _______________________________________________ Geopriv mailing list Geopriv@ietf.org https://www1.ietf.org/mailman/listinfo/geopriv From geopriv-bounces@ietf.org Tue Oct 02 11:24:34 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1IcjbS-0003AP-HT; Tue, 02 Oct 2007 11:24:06 -0400 Received: from geopriv by megatron.ietf.org with local (Exim 4.43) id 1IcjbQ-0003AK-Ud for geopriv-confirm+ok@megatron.ietf.org; Tue, 02 Oct 2007 11:24:04 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IcjbQ-000374-L2 for geopriv@ietf.org; Tue, 02 Oct 2007 11:24:04 -0400 Received: from carter-zimmerman.suchdamage.org ([69.25.196.178]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IcjbF-0004d7-Gs for geopriv@ietf.org; Tue, 02 Oct 2007 11:23:59 -0400 Received: by carter-zimmerman.suchdamage.org (Postfix, from userid 8042) id 79F7648C4; Tue, 2 Oct 2007 11:23:29 -0400 (EDT) From: Sam Hartman To: Hannes Tschofenig References: <47024D46.9040705@gmx.net> Date: Tue, 02 Oct 2007 11:23:29 -0400 In-Reply-To: <47024D46.9040705@gmx.net> (Hannes Tschofenig's message of "Tue, 02 Oct 2007 15:53:10 +0200") Message-ID: User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/21.4 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Score: 0.0 (/) X-Scan-Signature: 0f1ff0b0158b41ac6b9548d0972cdd31 Cc: GEOPRIV , Tim Polk , Russ Housley , 'Chris Newman' , eric.gray@ericsson.com Subject: [Geopriv] Re: Geolocation Policy Draft Update X-BeenThere: geopriv@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Geographic Location/Privacy List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: geopriv-bounces@ietf.org Does the WG actually have consensus to remove location-specific conditions? _______________________________________________ Geopriv mailing list Geopriv@ietf.org https://www1.ietf.org/mailman/listinfo/geopriv From geopriv-bounces@ietf.org Tue Oct 02 11:30:25 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1IcjhZ-0000pK-Pb; Tue, 02 Oct 2007 11:30:25 -0400 Received: from geopriv by megatron.ietf.org with local (Exim 4.43) id 1IcjhZ-0000oK-34 for geopriv-confirm+ok@megatron.ietf.org; Tue, 02 Oct 2007 11:30:25 -0400 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IcjhY-0000oC-Dh for geopriv@ietf.org; Tue, 02 Oct 2007 11:30:24 -0400 Received: from demumfd001.nsn-inter.net ([217.115.75.233]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IcjhX-00077T-UY for geopriv@ietf.org; Tue, 02 Oct 2007 11:30:24 -0400 Received: from demuprx017.emea.nsn-intra.net ([10.150.129.56]) by demumfd001.nsn-inter.net (8.12.11.20060308/8.12.11) with ESMTP id l92FULtH028147 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 2 Oct 2007 17:30:21 +0200 Received: from demuexc022.nsn-intra.net (webmail.nsn-intra.net [10.150.128.35]) by demuprx017.emea.nsn-intra.net (8.12.11.20060308/8.12.11) with ESMTP id l92FUIL9031533; Tue, 2 Oct 2007 17:30:19 +0200 Received: from DEMUEXC012.nsn-intra.net ([10.150.128.23]) by demuexc022.nsn-intra.net with Microsoft SMTPSVC(6.0.3790.1830); Tue, 2 Oct 2007 17:30:15 +0200 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Subject: AW: [Geopriv] Re: Geolocation Policy Draft Update Date: Tue, 2 Oct 2007 17:30:17 +0200 Message-ID: <5FB585F183235B42A9E70095055136FB32DB08@DEMUEXC012.nsn-intra.net> In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Geopriv] Re: Geolocation Policy Draft Update Thread-Index: AcgFCN1eal6xX7jpRrO/zwmOXFZrbQAABYzA References: <47024D46.9040705@gmx.net> From: "Tschofenig, Hannes (NSN - DE/Munich)" To: "ext Sam Hartman" , "Hannes Tschofenig" X-OriginalArrivalTime: 02 Oct 2007 15:30:15.0529 (UTC) FILETIME=[21855590:01C80509] X-Spam-Score: 0.0 (/) X-Scan-Signature: 7655788c23eb79e336f5f8ba8bce7906 Cc: GEOPRIV , Tim Polk , Russ Housley , Chris Newman , eric.gray@ericsson.com X-BeenThere: geopriv@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Geographic Location/Privacy List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: geopriv-bounces@ietf.org I am waiting for the group to provide us some feedback on the proposed = change ... Ciao Hannes > -----Urspr=FCngliche Nachricht----- > Von: ext Sam Hartman [mailto:hartmans-ietf@mit.edu]=20 > Gesendet: Dienstag, 2. Oktober 2007 17:23 > An: Hannes Tschofenig > Cc: GEOPRIV; Tim Polk; Russ Housley; 'Chris Newman';=20 > eric.gray@ericsson.com > Betreff: [Geopriv] Re: Geolocation Policy Draft Update >=20 > Does the WG actually have consensus to remove location-specific > conditions? >=20 >=20 > _______________________________________________ > Geopriv mailing list > Geopriv@ietf.org > https://www1.ietf.org/mailman/listinfo/geopriv >=20 _______________________________________________ Geopriv mailing list Geopriv@ietf.org https://www1.ietf.org/mailman/listinfo/geopriv From geopriv-bounces@ietf.org Tue Oct 02 12:38:50 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1Ickkr-0007lL-CF; Tue, 02 Oct 2007 12:37:53 -0400 Received: from geopriv by megatron.ietf.org with local (Exim 4.43) id 1Ickkp-0007lG-GH for geopriv-confirm+ok@megatron.ietf.org; Tue, 02 Oct 2007 12:37:51 -0400 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1Ickkp-0007l8-4w for geopriv@ietf.org; Tue, 02 Oct 2007 12:37:51 -0400 Received: from zcars04e.nortel.com ([47.129.242.56]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1Ickkj-00010Z-Nq for geopriv@ietf.org; Tue, 02 Oct 2007 12:37:51 -0400 Received: from zrc2hxm1.corp.nortel.com (zrc2hxm1.corp.nortel.com [47.103.123.72]) by zcars04e.nortel.com (Switch-2.2.0/Switch-2.2.0) with ESMTP id l92GZAp03332; Tue, 2 Oct 2007 16:35:11 GMT X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Subject: RE: [Geopriv] HELD Emergency Text Date: Tue, 2 Oct 2007 11:35:19 -0500 Message-ID: In-Reply-To: <0be901c804f3$c64e3f80$640fa8c0@cis.neustar.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Geopriv] HELD Emergency Text Thread-Index: AcgE8lVQqdK6MpsUSuqpbt2CZPAUiQAAVykwAAd9SxA= References: <7582BC68E4994F4ABF0BD4723975C3FA05E34268@crexc41p><5D1A7985295922448D5550C94DE2918001770B72@DEEXC1U01.de.lucent.com> <47023D8A.4070000@gmx.net> <0be901c804f3$c64e3f80$640fa8c0@cis.neustar.com> From: "Mary Barnes" To: "Brian Rosen" , "Hannes Tschofenig" , "DRAGE, Keith (Keith)" X-Spam-Score: 0.0 (/) X-Scan-Signature: ded6070f7eed56e10c4f4d0d5043d9c7 Cc: geopriv@ietf.org X-BeenThere: geopriv@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Geographic Location/Privacy List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: geopriv-bounces@ietf.org And, I also agree with you all. I think the only text than needs to be in HELD is in the detailed attribute sections describing normative behavior. I think the sentences in the middle paragraph could possibly be put into the appropriate sections of the HELD spec, but I think it really all belongs in phone-bcp. Thanks, Mary.=20 -----Original Message----- From: Brian Rosen [mailto:br@brianrosen.net]=20 Sent: Tuesday, October 02, 2007 7:57 AM To: 'Hannes Tschofenig'; 'DRAGE, Keith (Keith)' Cc: geopriv@ietf.org Subject: RE: [Geopriv] HELD Emergency Text I also agree and will put this text in -phonebcp. Brian > -----Original Message----- > From: Hannes Tschofenig [mailto:Hannes.Tschofenig@gmx.net] > Sent: Tuesday, October 02, 2007 8:46 AM > To: DRAGE, Keith (Keith) > Cc: geopriv@ietf.org > Subject: Re: [Geopriv] HELD Emergency Text >=20 > I agree with Keith. >=20 > DRAGE, Keith (Keith) wrote: > > Agree. > > > > Putting this in HELD in this form is inconsistent with the=20 > > agreements we already made on sip-location-conveyance in regard to=20 > > emergency call material. > > > > Essentially the HELD document should make sure that all the=20 > > emergency call requirements can be met, i.e. that emergency call=20 > > usage of HELD is conformant with HELD itself, but the specifics of=20 > > using HELD for an emergency call should be in an ECRIT document. > > > > Regards > > > > Keith > > > > > >> -----Original Message----- > >> From: Stark, Barbara [mailto:bs7652@att.com] > >> Sent: Tuesday, October 02, 2007 1:26 PM > >> To: Winterbottom, James; geopriv@ietf.org > >> Subject: RE: [Geopriv] HELD Emergency Text > >> > >> Is this text intended for the HELD draft? Does some of it belong=20 > >> more in phonebcp than HELD? Specifically, the last paragraph seems=20 > >> more bcp-like than protocol specification. > >> > >> For the last paragraph, I believe that any device capable of making > >> emergency calls that is making a HELD query to get its location at=20 > >> system startup MUST do so with responseTime set to=20 > >> emergencyDispatch. > >> > >> As for not using emergencyDispatch when making an emergency call, I > >> don't think this is quite right. I think we would want both an=20 > >> emergencyDispatch and emergencyRouting query at call time. The=20 > >> emergencyRouting value would be used for routing, and the=20 > >> emergencyDispatch would update the currently saved Dispatch=20 > >> location. > >> > >> If this is what we want it brings up a few other questions for me.=20 > >> But I think those questions apply to phonebcp, and not HELD (which=20 > >> would mean ecrit and not geopriv). So, I await other opinions as to > >> whether phonebcp will pick up the recommendations of the last=20 > >> paragraph. > >> Barbara > >> > >> -----Original Message----- > >> From: Winterbottom, James [mailto:James.Winterbottom@andrew.com] > >> Sent: Monday, October 01, 2007 9:19 PM > >> To: geopriv@ietf.org > >> Subject: [Geopriv] HELD Emergency Text > >> > >> Hi All, > >> > >> Here is my suggested text for a HELD emergency section. > >> > >> Cheers > >> James > >> > >> > >> One use of HELD allows a Target to acquire location information=20 > >> suitable for use with emergency services. This includes both the=20 > >> requesting and supplying of location information suitable for=20 > >> routing an emergency call to the local PSAP, and location=20 > >> information to which emergency crews can be dispatched. The=20 > >> following paragraphs describe how HELD is used to request location=20 > >> information for use with emergency applications. > >> > >> A request for location information to be used with emergency=20 > >> applications MUST NOT contain an exact attribute with a value of true. > >> It is RECOMMENDED that a request for emergency location information > >> not qualify the location type in the request. The LIS MUST ignore=20 > >> the value of the exact attribute if the responseTime is set to=20 > >> emergencyRouting or emergencyDispatch. > >> > >> The responseTime SHOULD be set to emergencyRouting where the=20 > >> location is requested at emergency call time and being used for=20 > >> routing. The responseTime SHOULD be set to emergencyDispatch if the > >> location information is to be used for providing direction to=20 > >> emergency crews. A responseTime of emergencyDispatch MAY be used at > >> system startup time and periodically there after, but SHOULD NOT be > >> used to request location information at call time. > >> > >> > >> -------------------------------------------------------------- > >> ---------- > >> ------------------------ > >> This message is for the designated recipient only and may contain=20 > >> privileged, proprietary, or otherwise private information. > >> If you have received it in error, please notify the sender=20 > >> immediately and delete the original. Any unauthorized use of this=20 > >> email is prohibited. > >> -------------------------------------------------------------- > >> ---------- > >> ------------------------ > >> [mf2] > >> > >> > >> > >> _______________________________________________ > >> Geopriv mailing list > >> Geopriv@ietf.org > >> https://www1.ietf.org/mailman/listinfo/geopriv > >> > >> ***** > >> > >> The information transmitted is intended only for the person or=20 > >> entity to which it is addressed and may contain confidential,=20 > >> proprietary, and/or privileged material. Any review,=20 > >> retransmission, dissemination or other use of, or taking of any=20 > >> action in reliance upon this information by persons or entities=20 > >> other than the intended recipient is prohibited. If you received=20 > >> this in error, please contact the sender and delete the material=20 > >> from all computers. GA625 > >> > >> > >> > >> > >> _______________________________________________ > >> Geopriv mailing list > >> Geopriv@ietf.org > >> https://www1.ietf.org/mailman/listinfo/geopriv > >> > >> > > > > > > _______________________________________________ > > Geopriv mailing list > > Geopriv@ietf.org > > https://www1.ietf.org/mailman/listinfo/geopriv > > >=20 >=20 >=20 > _______________________________________________ > Geopriv mailing list > Geopriv@ietf.org > https://www1.ietf.org/mailman/listinfo/geopriv _______________________________________________ Geopriv mailing list Geopriv@ietf.org https://www1.ietf.org/mailman/listinfo/geopriv _______________________________________________ Geopriv mailing list Geopriv@ietf.org https://www1.ietf.org/mailman/listinfo/geopriv From geopriv-bounces@ietf.org Tue Oct 02 16:35:03 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1IcoS5-0001UH-3v; Tue, 02 Oct 2007 16:34:45 -0400 Received: from geopriv by megatron.ietf.org with local (Exim 4.43) id 1IcoS3-0001U1-JC for geopriv-confirm+ok@megatron.ietf.org; Tue, 02 Oct 2007 16:34:43 -0400 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IcoS2-0001T6-NA for geopriv@ietf.org; Tue, 02 Oct 2007 16:34:43 -0400 Received: from smtp3.andrew.com ([198.135.207.235] helo=andrew.com) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IcoS2-0008Sn-C1 for geopriv@ietf.org; Tue, 02 Oct 2007 16:34:42 -0400 X-SEF-Processed: 5_0_0_910__2007_10_02_15_44_28 X-SEF-16EBA1E9-99E8-4E1D-A1CA-4971F5510AF: 1 Received: from aopexbh1.andrew.com [10.86.20.24] by smtp3.andrew.com - SurfControl E-mail Filter (5.2.1); Tue, 02 Oct 2007 15:44:27 -0500 Received: from AHQEX1.andrew.com ([10.86.20.21]) by aopexbh1.andrew.com with Microsoft SMTPSVC(6.0.3790.3959); Tue, 2 Oct 2007 15:34:40 -0500 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Subject: RE: [Geopriv] HELD Emergency Text Date: Tue, 2 Oct 2007 15:34:35 -0500 Message-ID: In-Reply-To: <0bea01c804f4$8cafc540$640fa8c0@cis.neustar.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Geopriv] HELD Emergency Text Thread-Index: AcgEkkRIvt0BMW31Sq+6EqPYbJ/A8wAV8dtwAAJttXAAD6m+sA== References: <7582BC68E4994F4ABF0BD4723975C3FA05E34268@crexc41p> <0bea01c804f4$8cafc540$640fa8c0@cis.neustar.com> From: "Winterbottom, James" To: "Brian Rosen" , "Stark, Barbara" , X-OriginalArrivalTime: 02 Oct 2007 20:34:40.0966 (UTC) FILETIME=[A891D660:01C80533] X-Spam-Score: 1.8 (+) X-Scan-Signature: 9182cfff02fae4f1b6e9349e01d62f32 Cc: X-BeenThere: geopriv@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Geographic Location/Privacy List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: geopriv-bounces@ietf.org Inline=0D=0AClipped to the relevant section.=0D=0A=0D=0A>=20=0D=0A> Questio= n to James et. al. on a reference: Do you ever think something=0D=0Alike=0D= =0A> the notion of emergencyRouting/Dispatch would get encoded in the=0D=0A= > reference=3F=0D=0A> I hope not.=0D=0A=0D=0A[AJW] Assuming I understand wh= at you mean, I don't think they are=0D=0Aencoded into the reference. If I a= m using HELD as the dereference=0D=0Aprotocol for an HTTP URI then I can ce= rtainly specify a responseTime of=0D=0AemergencyROuting or emergencyDispatc= h and I think that this needs to be=0D=0Aallowed.=0D=0A=0D=0A>=20=0D=0A> Th= en you could ask for both, but you need to do that in separate=0D=0Arequest= s=0D=0A> so=0D=0A> that the response to the Routing request comes in as soo= n as it's=0D=0Aready.=0D=0A>=0D=0A=0D=0A[AJW] I am not sure eat this point = if you are suggesting that this is a=0D=0Agood thing or not. I think what y= ou are trying to do is to tell the LIS=0D=0Athat an emergencyDispatch reque= st will be coming soon, so start getting=0D=0Aready now. We don't have a wa= y to do this yet.=0D=0A=20=0D=0A> And of course if you get both, and you ha= ve them before you send the=0D=0Acall=0D=0A> (meaning they come in quickly)= , then you want to use and send Dispatch=0D=0Aand=0D=0A> discard Routing un= less there is an error.=0D=0A=0D=0A[AJW] I agree with this last bit.=0D=0A=0D= =0A------------------------------------------------------------------------= ------------------------=0D=0AThis message is for the designated recipient = only and may=0D=0Acontain privileged, proprietary, or otherwise private inf= ormation. =20=0D=0AIf you have received it in error, please notify the send= er=0D=0Aimmediately and delete the original. Any unauthorized use of=0D=0A= this email is prohibited.=0D=0A--------------------------------------------= ----------------------------------------------------=0D=0A[mf2]=0D=0A _______________________________________________ Geopriv mailing list Geopriv@ietf.org https://www1.ietf.org/mailman/listinfo/geopriv From geopriv-bounces@ietf.org Tue Oct 02 16:36:14 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1IcoTW-00024l-9S; Tue, 02 Oct 2007 16:36:14 -0400 Received: from geopriv by megatron.ietf.org with local (Exim 4.43) id 1IcoTU-00023q-Kq for geopriv-confirm+ok@megatron.ietf.org; Tue, 02 Oct 2007 16:36:12 -0400 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IcoTU-00022J-6k for geopriv@ietf.org; Tue, 02 Oct 2007 16:36:12 -0400 Received: from smtp3.andrew.com ([198.135.207.235] helo=andrew.com) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IcoTT-0008W2-Dk for geopriv@ietf.org; Tue, 02 Oct 2007 16:36:12 -0400 X-SEF-Processed: 5_0_0_910__2007_10_02_15_45_57 X-SEF-16EBA1E9-99E8-4E1D-A1CA-4971F5510AF: 1 Received: from aopexbh1.andrew.com [10.86.20.24] by smtp3.andrew.com - SurfControl E-mail Filter (5.2.1); Tue, 02 Oct 2007 15:45:57 -0500 Received: from AHQEX1.andrew.com ([10.86.20.21]) by aopexbh1.andrew.com with Microsoft SMTPSVC(6.0.3790.3959); Tue, 2 Oct 2007 15:36:10 -0500 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Subject: RE: [Geopriv] HELD Emergency Text Date: Tue, 2 Oct 2007 15:36:07 -0500 Message-ID: In-Reply-To: <0be901c804f3$c64e3f80$640fa8c0@cis.neustar.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Geopriv] HELD Emergency Text Thread-Index: AcgE8lVQqdK6MpsUSuqpbt2CZPAUiQAAVykwAA/9w+A= References: <7582BC68E4994F4ABF0BD4723975C3FA05E34268@crexc41p><5D1A7985295922448D5550C94DE2918001770B72@DEEXC1U01.de.lucent.com><47023D8A.4070000@gmx.net> <0be901c804f3$c64e3f80$640fa8c0@cis.neustar.com> From: "Winterbottom, James" To: "Brian Rosen" , "Hannes Tschofenig" , "DRAGE, Keith \(Keith\)" X-OriginalArrivalTime: 02 Oct 2007 20:36:10.0105 (UTC) FILETIME=[DDB35E90:01C80533] X-Spam-Score: 1.8 (+) X-Scan-Signature: a7d2e37451f7f22841e3b6f40c67db0f Cc: geopriv@ietf.org X-BeenThere: geopriv@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Geographic Location/Privacy List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: geopriv-bounces@ietf.org I am okay with this.=0D=0AIs it okay to have a reference from HELD to phone= -BCP then saying see=0D=0Athat document over there for emergency semantics=3F=0D= =0A=0D=0AThe only reason that I proposed this section for the HELD document=0D= =0Aitself was that there seemed to be confusion based on comments from the=0D= =0Alist.=0D=0A=0D=0ACheers=0D=0AJames=0D=0A=0D=0A=0D=0A> -----Original Mess= age-----=0D=0A> From: Brian Rosen [mailto:br@brianrosen.net]=0D=0A> Sent: T= uesday, 2 October 2007 10:57 PM=0D=0A> To: 'Hannes Tschofenig'; 'DRAGE, Kei= th (Keith)'=0D=0A> Cc: geopriv@ietf.org=0D=0A> Subject: RE: [Geopriv] HELD = Emergency Text=0D=0A>=20=0D=0A> I also agree and will put this text in -pho= nebcp.=0D=0A>=20=0D=0A> Brian=0D=0A>=20=0D=0A> > -----Original Message-----=0D= =0A> > From: Hannes Tschofenig [mailto:Hannes.Tschofenig@gmx.net]=0D=0A> > = Sent: Tuesday, October 02, 2007 8:46 AM=0D=0A> > To: DRAGE, Keith (Keith)=0D= =0A> > Cc: geopriv@ietf.org=0D=0A> > Subject: Re: [Geopriv] HELD Emergency = Text=0D=0A> >=0D=0A> > I agree with Keith.=0D=0A> >=0D=0A> > DRAGE, Keith (= Keith) wrote:=0D=0A> > > Agree.=0D=0A> > >=0D=0A> > > Putting this in HELD = in this form is inconsistent with the=0D=0Aagreements=0D=0A> we=0D=0A> > > = already made on sip-location-conveyance in regard to emergency=0D=0Acall=0D= =0A> > > material.=0D=0A> > >=0D=0A> > > Essentially the HELD document shou= ld make sure that all the=0D=0Aemergency=0D=0A> > > call requirements can b= e met, i.e. that emergency call usage of=0D=0AHELD=0D=0A> is=0D=0A> > > con= formant with HELD itself, but the specifics of using HELD for=0D=0Aan=0D=0A= > > > emergency call should be in an ECRIT document.=0D=0A> > >=0D=0A> > > = Regards=0D=0A> > >=0D=0A> > > Keith=0D=0A> > >=0D=0A> > >=0D=0A> > >> -----= Original Message-----=0D=0A> > >> From: Stark, Barbara [mailto:bs7652@att.c= om]=0D=0A> > >> Sent: Tuesday, October 02, 2007 1:26 PM=0D=0A> > >> To: Win= terbottom, James; geopriv@ietf.org=0D=0A> > >> Subject: RE: [Geopriv] HELD = Emergency Text=0D=0A> > >>=0D=0A> > >> Is this text intended for the HELD d= raft=3F Does some of it=0D=0A> > >> belong more in phonebcp than HELD=3F Sp= ecifically, the last=0D=0A> > >> paragraph seems more bcp-like than protoco= l specification.=0D=0A> > >>=0D=0A> > >> For the last paragraph, I believe = that any device capable of=0D=0A> > >> making emergency calls that is makin= g a HELD query to get its=0D=0A> > >> location at system startup MUST do so= with responseTime set=0D=0A> > >> to emergencyDispatch.=0D=0A> > >>=0D=0A>= > >> As for not using emergencyDispatch when making an emergency=0D=0A> > = >> call, I don't think this is quite right. I think we would=0D=0A> > >> wa= nt both an emergencyDispatch and emergencyRouting query at=0D=0A> > >> call= time. The emergencyRouting value would be used for=0D=0A> > >> routing, an= d the emergencyDispatch would update the currently=0D=0A> > >> saved Dispat= ch location.=0D=0A> > >>=0D=0A> > >> If this is what we want it brings up a= few other questions=0D=0A> > >> for me. But I think those questions apply = to phonebcp, and=0D=0A> > >> not HELD (which would mean ecrit and not geopr= iv). So, I=0D=0A> > >> await other opinions as to whether phonebcp will pic= k up the=0D=0A> > >> recommendations of the last paragraph.=0D=0A> > >> Bar= bara=0D=0A> > >>=0D=0A> > >> -----Original Message-----=0D=0A> > >> From: W= interbottom, James [mailto:James.Winterbottom@andrew.com]=0D=0A> > >> Sent:= Monday, October 01, 2007 9:19 PM=0D=0A> > >> To: geopriv@ietf.org=0D=0A> >= >> Subject: [Geopriv] HELD Emergency Text=0D=0A> > >>=0D=0A> > >> Hi All,=0D= =0A> > >>=0D=0A> > >> Here is my suggested text for a HELD emergency sectio= n.=0D=0A> > >>=0D=0A> > >> Cheers=0D=0A> > >> James=0D=0A> > >>=0D=0A> > >>=0D= =0A> > >> One use of HELD allows a Target to acquire location=0D=0A> > >> i= nformation suitable for use with emergency services. This=0D=0A> > >> inclu= des both the requesting and supplying of location=0D=0A> > >> information s= uitable for routing an emergency call to the=0D=0A> > >> local PSAP, and lo= cation information to which emergency crews=0D=0A> > >> can be dispatched. = The following paragraphs describe how HELD=0D=0A> > >> is used to request l= ocation information for use with=0D=0A> > >> emergency applications.=0D=0A>= > >>=0D=0A> > >> A request for location information to be used with emerge= ncy=0D=0A> > >> applications MUST NOT contain an exact attribute with a val= ue of=0D=0A> true.=0D=0A> > >> It is RECOMMENDED that a request for emergen= cy location=0D=0A> > >> information not qualify the location type in the re= quest. The=0D=0A> > >> LIS MUST ignore the value of the exact attribute if = the=0D=0A> > >> responseTime is set to emergencyRouting or emergencyDispatc= h.=0D=0A> > >>=0D=0A> > >> The responseTime SHOULD be set to emergencyRouti= ng where the=0D=0A> > >> location is requested at emergency call time and b= eing used=0D=0A> > >> for routing. The responseTime SHOULD be set to=0D=0A>= > >> emergencyDispatch if the location information is to be used=0D=0A> > = >> for providing direction to emergency crews. A responseTime of=0D=0A> > >= > emergencyDispatch MAY be used at system startup time and=0D=0A> > >> peri= odically there after, but SHOULD NOT be used to request=0D=0A> > >> locatio= n information at call time.=0D=0A> > >>=0D=0A> > >>=0D=0A> > >> -----------= ---------------------------------------------------=0D=0A> > >> ----------=0D= =0A> > >> ------------------------=0D=0A> > >> This message is for the desi= gnated recipient only and may=0D=0A> > >> contain privileged, proprietary, = or otherwise private=0D=0Ainformation.=0D=0A> > >> If you have received it = in error, please notify the sender=0D=0A> > >> immediately and delete the o= riginal. Any unauthorized use of=0D=0A> > >> this email is prohibited.=0D=0A= > > >> --------------------------------------------------------------=0D=0A= > > >> ----------=0D=0A> > >> ------------------------=0D=0A> > >> [mf2]=0D= =0A> > >>=0D=0A> > >>=0D=0A> > >>=0D=0A> > >> _____________________________= __________________=0D=0A> > >> Geopriv mailing list=0D=0A> > >> Geopriv@iet= f.org=0D=0A> > >> https://www1.ietf.org/mailman/listinfo/geopriv=0D=0A> > >= >=0D=0A> > >> *****=0D=0A> > >>=0D=0A> > >> The information transmitted is = intended only for the person=0D=0A> > >> or entity to which it is addressed= and may contain=0D=0A> > >> confidential, proprietary, and/or privileged m= aterial. Any=0D=0A> > >> review, retransmission, dissemination or other use= of, or=0D=0A> > >> taking of any action in reliance upon this information = by=0D=0A> > >> persons or entities other than the intended recipient is=0D=0A= > > >> prohibited. If you received this in error, please contact the=0D=0A>= > >> sender and delete the material from all computers. GA625=0D=0A> > >>=0D= =0A> > >>=0D=0A> > >>=0D=0A> > >>=0D=0A> > >> _____________________________= __________________=0D=0A> > >> Geopriv mailing list=0D=0A> > >> Geopriv@iet= f.org=0D=0A> > >> https://www1.ietf.org/mailman/listinfo/geopriv=0D=0A> > >= >=0D=0A> > >>=0D=0A> > >=0D=0A> > >=0D=0A> > > ____________________________= ___________________=0D=0A> > > Geopriv mailing list=0D=0A> > > Geopriv@ietf= =2Eorg=0D=0A> > > https://www1.ietf.org/mailman/listinfo/geopriv=0D=0A> > >=0D= =0A> >=0D=0A> >=0D=0A> >=0D=0A> > _________________________________________= ______=0D=0A> > Geopriv mailing list=0D=0A> > Geopriv@ietf.org=0D=0A> > htt= ps://www1.ietf.org/mailman/listinfo/geopriv=0D=0A>=20=0D=0A>=20=0D=0A>=20=0D= =0A> _______________________________________________=0D=0A> Geopriv mailing= list=0D=0A> Geopriv@ietf.org=0D=0A> https://www1.ietf.org/mailman/listinfo= /geopriv=0D=0A=0D=0A-------------------------------------------------------= -----------------------------------------=0D=0AThis message is for the desi= gnated recipient only and may=0D=0Acontain privileged, proprietary, or othe= rwise private information. =20=0D=0AIf you have received it in error, pleas= e notify the sender=0D=0Aimmediately and delete the original. Any unauthor= ized use of=0D=0Athis email is prohibited.=0D=0A---------------------------= ---------------------------------------------------------------------=0D=0A= [mf2]=0D=0A _______________________________________________ Geopriv mailing list Geopriv@ietf.org https://www1.ietf.org/mailman/listinfo/geopriv From CONTESSA@angels-story.com Tue Oct 02 17:27:22 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IcpH0-0008TW-Gq for geopriv-archive@lists.ietf.org; Tue, 02 Oct 2007 17:27:22 -0400 Received: from amontpellier-256-1-77-252.w90-28.abo.wanadoo.fr ([90.28.132.252] helo=[90.27.200.35]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IcpH0-0001At-3z for geopriv-archive@lists.ietf.org; Tue, 02 Oct 2007 17:27:22 -0400 Received: by 10.87.205.47 with SMTP id CnXeZOIdOMyaQ; Tue, 2 Oct 2007 23:27:26 +0200 (GMT) Received: by 192.168.153.43 with SMTP id RHChuqwhwCKCqq.5428419696474; Tue, 2 Oct 2007 23:27:24 +0200 (GMT) Message-ID: <000701c8053b$043c7720$d0801c5a@FAMILLEFLANDIN> From: "CONTESSA Behvand" To: Subject: 49-53495 Date: Tue, 2 Oct 2007 23:27:21 +0200 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0006_01C8054B.C7C54720" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3028 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 X-Antivirus: avast! (VPS 000778-1, 02/10/2007), Outbound message X-Antivirus-Status: Clean X-Spam-Score: 2.5 (++) X-Scan-Signature: 97adf591118a232206bdb5a27b217034 ------=_NextPart_000_0006_01C8054B.C7C54720 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable http://coximnews.com/ How it is going geopriv-archive Like millions of other males, I was not too happy with my penis size. so = i dont something about it CONTESSA Behvand ------=_NextPart_000_0006_01C8054B.C7C54720 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
http://coximnews.com/
How it is going geopriv-archive
Like millions of other males, I was not too = happy with=20 my penis size. so i dont something about it
CONTESSA Behvand
------=_NextPart_000_0006_01C8054B.C7C54720-- From Hogartyfetnb@agencyplus.co.uk Wed Oct 03 00:18:34 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1Icvgw-0000Js-0T for geopriv-archive@lists.ietf.org; Wed, 03 Oct 2007 00:18:34 -0400 Received: from cablelink38-9.intercable.net ([207.248.38.9]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1Icvgv-0002MY-Ku for geopriv-archive@lists.ietf.org; Wed, 03 Oct 2007 00:18:33 -0400 Received: from intel by agencyplus.co.uk with ASMTP id DF332832 for ; Tue, 2 Oct 2007 22:17:17 -0600 Received: from intel ([168.121.197.188]) by agencyplus.co.uk with ESMTP id B7123AD5CA66 for ; Tue, 2 Oct 2007 22:17:17 -0600 Message-ID: <000c01c80574$3ca52420$0926f8cf@intel> From: "Tor Hogarty" To: Subject: uttakah Date: Tue, 2 Oct 2007 22:16:57 -0600 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0007_01C80541.F20AB420" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3028 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 X-Spam-Score: 3.3 (+++) X-Scan-Signature: e5ba305d0e64821bf3d8bc5d3bb07228 ------=_NextPart_000_0007_01C80541.F20AB420 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable http://cougarmtm.com/ Good evening geopriv-archive Adding inches to your cock.. Tor Hogarty ------=_NextPart_000_0007_01C80541.F20AB420 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
http://cougarmtm.com/
Good evening geopriv-archive
Adding inches to your cock..
Tor Hogarty
------=_NextPart_000_0007_01C80541.F20AB420-- From Juanitasalesmenanaplasmosis@people.com Wed Oct 03 02:41:36 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IcxvM-0001oi-3z for geopriv-archive@lists.ietf.org; Wed, 03 Oct 2007 02:41:36 -0400 Received: from pool-72-68-95-252.nwrknj.east.verizon.net ([72.68.95.252] helo=dakoglou.myhome.westell.com) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1IcxvH-0005eA-Le for geopriv-archive@lists.ietf.org; Wed, 03 Oct 2007 02:41:31 -0400 Received: from skopje by people.com with SMTP id 9IAr6rQEaa for ; Wed, 3 Oct 2007 02:40:51 +0500 From: "Marjorie Harden" To: Subject: Fwd: Thank you, we are ready to give a loan Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spam-Score: 1.5 (+) X-Scan-Signature: cf4fa59384e76e63313391b70cd0dd25 Finding rates low enough to suit is never an easy task. What if I were to tell you that there actually is a simple way to find the a lower rate for you? What if I told you that the rates were lower than any other one out there? You would of course be doubtful of what I said, but why not check for yourself? http://contriculation.com/ Lenders should be offering you the best deals and not make you search for them. Stop fighting for lenders let them fight for you! Make them work for your business by giving you the lowest rates around! If you want a lower interest rate,and peace of mind then.. http://contriculation.com/ Bad credit seems to be a major deterrent for lenders these days but again, what if there was somewhere out there who didn't care for your credit status? Low credit rating? No problem. http://contriculation.com/ Ethel Pike From Goyal@reelhunts.com Wed Oct 03 04:37:40 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1Iczjg-0002WS-K4 for geopriv-archive@lists.ietf.org; Wed, 03 Oct 2007 04:37:40 -0400 Received: from [195.239.73.226] (helo=[195.239.73.226]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1Iczja-0000OW-Sr for geopriv-archive@lists.ietf.org; Wed, 03 Oct 2007 04:37:35 -0400 Received: from elena ([160.170.40.178] helo=elena) by [195.239.73.226] ( sendmail 8.13.3/8.13.1) with esmtpa id 1KldAU-000VLW-sl for geopriv-archive@lists.ietf.org; Wed, 3 Oct 2007 12:38:06 +0400 Message-ID: <000801c80598$b26aa300$e249efc3@elena> From: "Edin Goyal" To: Subject: brinded Date: Wed, 3 Oct 2007 12:37:56 +0400 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0006_01C805BA.397C4300" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3028 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 X-Spam-Score: 2.1 (++) X-Scan-Signature: 8abaac9e10c826e8252866cbe6766464 ------=_NextPart_000_0006_01C805BA.397C4300 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: quoted-printable http://coycerca.com/ Good morning geopriv-archive Any bigger and i would be in a circus Edin Goyal ------=_NextPart_000_0006_01C805BA.397C4300 Content-Type: text/html; charset="koi8-r" Content-Transfer-Encoding: quoted-printable
http://coycerca.com/
Good morning geopriv-archive
Any bigger and i would be in a = circus
Edin Goyal
------=_NextPart_000_0006_01C805BA.397C4300-- From csabe125@acdcweb.com Wed Oct 03 10:48:06 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1Id5WA-0002Sl-9A for geopriv-archive@lists.ietf.org; Wed, 03 Oct 2007 10:48:06 -0400 Received: from host10-0-dynamic.50-82-r.retail.telecomitalia.it ([82.50.0.10]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1Id5W5-0003rd-Mc for geopriv-archive@lists.ietf.org; Wed, 03 Oct 2007 10:48:02 -0400 Received: from lucipc ([152.141.144.97]:29667 "EHLO lucipc" smtp-auth: TLS-CIPHER: TLS-PEER-CN1: ) by host10-0-dynamic.50-82-r.retail.telecomitalia.it with ESMTP id S22UMTPAXYSYBCHS (ORCPT ); Wed, 3 Oct 2007 16:46:34 +0200 Message-ID: <41E45217.B3DF5BEA@acdcweb.com> Date: Wed, 3 Oct 2007 16:45:55 +0200 From: "csabe Gornik" User-Agent: Thunderbird 1.5.0.10 (Windows/20070221) MIME-Version: 1.0 To: geopriv-archive@lists.ietf.org Subject: 4861 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 2.1 (++) X-Scan-Signature: 8ac499381112328dd60aea5b1ff596ea Nice to meet you geopriv-archive ladies like em big, so i enlarged my cock just to please them.. csabe Gornik http://www.coselran.com/ From geopriv-bounces@ietf.org Wed Oct 03 11:35:27 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1Id6Fl-0001tJ-3v; Wed, 03 Oct 2007 11:35:13 -0400 Received: from geopriv by megatron.ietf.org with local (Exim 4.43) id 1Id6Fj-0001bE-5w for geopriv-confirm+ok@megatron.ietf.org; Wed, 03 Oct 2007 11:35:11 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1Id6Fi-0001YQ-Qb for geopriv@ietf.org; Wed, 03 Oct 2007 11:35:10 -0400 Received: from ebru.winwebhosting.com ([74.52.236.50]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Id6Fc-00014Q-Kq for geopriv@ietf.org; Wed, 03 Oct 2007 11:35:10 -0400 Received: from [209.173.53.233] (helo=BROSLT41xp) by ebru.winwebhosting.com with esmtpa (Exim 4.68) (envelope-from ) id 1Id6FN-0000LJ-HF; Wed, 03 Oct 2007 10:34:49 -0500 From: "Brian Rosen" To: "'Winterbottom, James'" , "'Stark, Barbara'" , References: <7582BC68E4994F4ABF0BD4723975C3FA05E34268@crexc41p> <0bea01c804f4$8cafc540$640fa8c0@cis.neustar.com> Subject: RE: [Geopriv] HELD Emergency Text Date: Wed, 3 Oct 2007 11:35:05 -0400 Message-ID: <0de801c805d2$fb6d3b50$640fa8c0@cis.neustar.com> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 In-Reply-To: Thread-Index: AcgEkkRIvt0BMW31Sq+6EqPYbJ/A8wAV8dtwAAJttXAAD6m+sAAh9/tw X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - ebru.winwebhosting.com X-AntiAbuse: Original Domain - ietf.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - brianrosen.net X-Source: X-Source-Args: X-Source-Dir: X-Spam-Score: 0.0 (/) X-Scan-Signature: 02ec665d00de228c50c93ed6b5e4fc1a Cc: X-BeenThere: geopriv@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Geographic Location/Privacy List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: geopriv-bounces@ietf.org Okay, I agree. The dereference operation itself specifies its own ResponseTime, you only have one ResponseTime, so getting emergencyRouting and emergencyDispatch can't be done with one request. You request one, wait for the response, then make the other request. Brian > -----Original Message----- > From: Winterbottom, James [mailto:James.Winterbottom@andrew.com] > Sent: Tuesday, October 02, 2007 4:35 PM > To: Brian Rosen; Stark, Barbara; geopriv@ietf.org > Subject: RE: [Geopriv] HELD Emergency Text > > Inline > Clipped to the relevant section. > > > > > Question to James et. al. on a reference: Do you ever think something > like > > the notion of emergencyRouting/Dispatch would get encoded in the > > reference? > > I hope not. > > [AJW] Assuming I understand what you mean, I don't think they are > encoded into the reference. If I am using HELD as the dereference > protocol for an HTTP URI then I can certainly specify a responseTime of > emergencyROuting or emergencyDispatch and I think that this needs to be > allowed. > > > > > Then you could ask for both, but you need to do that in separate > requests > > so > > that the response to the Routing request comes in as soon as it's > ready. > > > > [AJW] I am not sure eat this point if you are suggesting that this is a > good thing or not. I think what you are trying to do is to tell the LIS > that an emergencyDispatch request will be coming soon, so start getting > ready now. We don't have a way to do this yet. > > > And of course if you get both, and you have them before you send the > call > > (meaning they come in quickly), then you want to use and send Dispatch > and > > discard Routing unless there is an error. > > [AJW] I agree with this last bit. > > -------------------------------------------------------------------------- > ---------------------- > This message is for the designated recipient only and may > contain privileged, proprietary, or otherwise private information. > If you have received it in error, please notify the sender > immediately and delete the original. Any unauthorized use of > this email is prohibited. > -------------------------------------------------------------------------- > ---------------------- > [mf2] _______________________________________________ Geopriv mailing list Geopriv@ietf.org https://www1.ietf.org/mailman/listinfo/geopriv From geopriv-bounces@ietf.org Wed Oct 03 11:57:16 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1Id6ar-00030A-Tx; Wed, 03 Oct 2007 11:57:01 -0400 Received: from geopriv by megatron.ietf.org with local (Exim 4.43) id 1Id6ar-0002xC-67 for geopriv-confirm+ok@megatron.ietf.org; Wed, 03 Oct 2007 11:57:01 -0400 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1Id6aq-0002wL-RK for geopriv@ietf.org; Wed, 03 Oct 2007 11:57:00 -0400 Received: from aismt07p.bellsouth.com ([139.76.165.213]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1Id6aq-0006PA-Ci for geopriv@ietf.org; Wed, 03 Oct 2007 11:57:00 -0400 Received: from ([139.76.131.79]) by aismt07p.bellsouth.com with ESMTP id KP-AXPTB.185786767; Wed, 03 Oct 2007 11:56:25 -0400 Received: from 01NC27689010625.AD.BLS.COM ([90.144.44.200]) by 01GAF5142010621.AD.BLS.COM with Microsoft SMTPSVC(6.0.3790.2499); Wed, 3 Oct 2007 11:56:25 -0400 Received: from 01NC27689010641.AD.BLS.COM ([90.144.44.103]) by 01NC27689010625.AD.BLS.COM with Microsoft SMTPSVC(6.0.3790.2499); Wed, 3 Oct 2007 11:56:24 -0400 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.2929 Content-Class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable Subject: RE: [Geopriv] HELD Emergency Text Date: Wed, 3 Oct 2007 11:56:23 -0400 Message-ID: <7582BC68E4994F4ABF0BD4723975C3FA05E3462A@crexc41p> In-Reply-To: <0de801c805d2$fb6d3b50$640fa8c0@cis.neustar.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Geopriv] HELD Emergency Text thread-index: AcgEkkRIvt0BMW31Sq+6EqPYbJ/A8wAV8dtwAAJttXAAD6m+sAAh9/twAAbeMGA= References: <7582BC68E4994F4ABF0BD4723975C3FA05E34268@crexc41p> <0bea01c804f4$8cafc540$640fa8c0@cis.neustar.com> <0de801c805d2$fb6d3b50$640fa8c0@cis.neustar.com> From: "Stark, Barbara" To: "Brian Rosen" , "Winterbottom, James" , X-OriginalArrivalTime: 03 Oct 2007 15:56:24.0845 (UTC) FILETIME=[F351B3D0:01C805D5] X-Spam-Score: 0.2 (/) X-Scan-Signature: 8de5f93cb2b4e3bee75302e9eacc33db Cc: X-BeenThere: geopriv@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Geographic Location/Privacy List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: geopriv-bounces@ietf.org Why do you have to wait for the response to the first request, before making the 2nd request? Why can't they be sent at the same time? Is it not possible to determine which request a response is for? Barbara=20 -----Original Message----- From: Brian Rosen [mailto:br@brianrosen.net]=20 Sent: Wednesday, October 03, 2007 11:35 AM To: 'Winterbottom, James'; Stark, Barbara; geopriv@ietf.org Subject: RE: [Geopriv] HELD Emergency Text Okay, I agree. The dereference operation itself specifies its own ResponseTime, you only have one ResponseTime, so getting emergencyRouting and emergencyDispatch can't be done with one request. You request one, wait for the response, then make the other request. Brian > -----Original Message----- > From: Winterbottom, James [mailto:James.Winterbottom@andrew.com] > Sent: Tuesday, October 02, 2007 4:35 PM > To: Brian Rosen; Stark, Barbara; geopriv@ietf.org > Subject: RE: [Geopriv] HELD Emergency Text >=20 > Inline > Clipped to the relevant section. >=20 > > > > Question to James et. al. on a reference: Do you ever think something > like > > the notion of emergencyRouting/Dispatch would get encoded in the > > reference? > > I hope not. >=20 > [AJW] Assuming I understand what you mean, I don't think they are > encoded into the reference. If I am using HELD as the dereference > protocol for an HTTP URI then I can certainly specify a responseTime of > emergencyROuting or emergencyDispatch and I think that this needs to be > allowed. >=20 > > > > Then you could ask for both, but you need to do that in separate > requests > > so > > that the response to the Routing request comes in as soon as it's > ready. > > >=20 > [AJW] I am not sure eat this point if you are suggesting that this is a > good thing or not. I think what you are trying to do is to tell the LIS > that an emergencyDispatch request will be coming soon, so start getting > ready now. We don't have a way to do this yet. >=20 > > And of course if you get both, and you have them before you send the > call > > (meaning they come in quickly), then you want to use and send Dispatch > and > > discard Routing unless there is an error. >=20 > [AJW] I agree with this last bit. >=20 > ------------------------------------------------------------------------ -- > ---------------------- > This message is for the designated recipient only and may > contain privileged, proprietary, or otherwise private information. > If you have received it in error, please notify the sender > immediately and delete the original. Any unauthorized use of > this email is prohibited. > ------------------------------------------------------------------------ -- > ---------------------- > [mf2] ***** The information transmitted is intended only for the person or entity to = which it is addressed and may contain confidential, proprietary, and/or = privileged material. Any review, retransmission, dissemination or other = use of, or taking of any action in reliance upon this information by = persons or entities other than the intended recipient is prohibited. If = you received this in error, please contact the sender and delete the = material from all computers. GA621 _______________________________________________ Geopriv mailing list Geopriv@ietf.org https://www1.ietf.org/mailman/listinfo/geopriv From geopriv-bounces@ietf.org Wed Oct 03 12:06:14 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1Id6jg-0006xJ-Dl; Wed, 03 Oct 2007 12:06:08 -0400 Received: from geopriv by megatron.ietf.org with local (Exim 4.43) id 1Id6jf-0006w9-1X for geopriv-confirm+ok@megatron.ietf.org; Wed, 03 Oct 2007 12:06:07 -0400 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1Id6je-0006vu-Mp for geopriv@ietf.org; Wed, 03 Oct 2007 12:06:06 -0400 Received: from mx11.bbn.com ([128.33.0.80]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1Id6je-0006jS-Dx for geopriv@ietf.org; Wed, 03 Oct 2007 12:06:06 -0400 Received: from mail.bbn.com ([128.33.1.19]) by mx11.bbn.com with esmtp (Exim 4.60) (envelope-from ) id 1Id6je-00006k-3F; Wed, 03 Oct 2007 12:06:06 -0400 Received: from ros-dhcp233-050-233.bbn.com ([192.233.50.233] helo=[127.0.0.1]) by mail.bbn.com with esmtp (Exim 4.67) (envelope-from ) id 1Id6jd-0001O3-GL; Wed, 03 Oct 2007 12:06:05 -0400 Message-ID: <4703BDEC.6060904@bbn.com> Date: Wed, 03 Oct 2007 12:06:04 -0400 From: Richard Barnes User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: Brian Rosen Subject: Re: [Geopriv] HELD Emergency Text References: <7582BC68E4994F4ABF0BD4723975C3FA05E34268@crexc41p> <0bea01c804f4$8cafc540$640fa8c0@cis.neustar.com> <0de801c805d2$fb6d3b50$640fa8c0@cis.neustar.com> In-Reply-To: <0de801c805d2$fb6d3b50$640fa8c0@cis.neustar.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 0.0 (/) X-Scan-Signature: 8ac499381112328dd60aea5b1ff596ea Cc: geopriv@ietf.org X-BeenThere: geopriv@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Geographic Location/Privacy List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: geopriv-bounces@ietf.org > You request one, wait > for the response, then make the other request. Not to nitpick, but can't the two be done in parallel? --RB _______________________________________________ Geopriv mailing list Geopriv@ietf.org https://www1.ietf.org/mailman/listinfo/geopriv From geopriv-bounces@ietf.org Wed Oct 03 12:07:19 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1Id6kZ-0008RE-1E; Wed, 03 Oct 2007 12:07:03 -0400 Received: from geopriv by megatron.ietf.org with local (Exim 4.43) id 1Id6kY-0008R9-Hb for geopriv-confirm+ok@megatron.ietf.org; Wed, 03 Oct 2007 12:07:02 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1Id6kY-0008Qw-85 for geopriv@ietf.org; Wed, 03 Oct 2007 12:07:02 -0400 Received: from ebru.winwebhosting.com ([74.52.236.50]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Id6kU-0002FS-0c for geopriv@ietf.org; Wed, 03 Oct 2007 12:07:02 -0400 Received: from [209.173.53.233] (helo=BROSLT41xp) by ebru.winwebhosting.com with esmtpa (Exim 4.68) (envelope-from ) id 1Id6kJ-0005uF-Tg; Wed, 03 Oct 2007 11:06:48 -0500 From: "Brian Rosen" To: "'Stark, Barbara'" , "'Winterbottom, James'" , References: <7582BC68E4994F4ABF0BD4723975C3FA05E34268@crexc41p> <0bea01c804f4$8cafc540$640fa8c0@cis.neustar.com> <0de801c805d2$fb6d3b50$640fa8c0@cis.neustar.com> <7582BC68E4994F4ABF0BD4723975C3FA05E3462A@crexc41p> Subject: RE: [Geopriv] HELD Emergency Text Date: Wed, 3 Oct 2007 12:06:52 -0400 Message-ID: <0e0601c805d7$6b8a1c60$640fa8c0@cis.neustar.com> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <7582BC68E4994F4ABF0BD4723975C3FA05E3462A@crexc41p> Thread-Index: AcgEkkRIvt0BMW31Sq+6EqPYbJ/A8wAV8dtwAAJttXAAD6m+sAAh9/twAAbeMGAAAE9QsA== X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - ebru.winwebhosting.com X-AntiAbuse: Original Domain - ietf.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - brianrosen.net X-Source: X-Source-Args: X-Source-Dir: X-Spam-Score: 0.0 (/) X-Scan-Signature: 5ebbf074524e58e662bc8209a6235027 Cc: X-BeenThere: geopriv@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Geographic Location/Privacy List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: geopriv-bounces@ietf.org Oh, you probably can. More thread hacking. You can't literally do it on the same thread, because you block on the read for the first response. You can spin off two threads, one for each request, and get what you want. It's probably not much more work than dealing with the 30 second response to begin with. Brian > -----Original Message----- > From: Stark, Barbara [mailto:bs7652@att.com] > Sent: Wednesday, October 03, 2007 11:56 AM > To: Brian Rosen; Winterbottom, James; geopriv@ietf.org > Subject: RE: [Geopriv] HELD Emergency Text > > Why do you have to wait for the response to the first request, before > making the 2nd request? Why can't they be sent at the same time? Is it > not possible to determine which request a response is for? > Barbara > > -----Original Message----- > From: Brian Rosen [mailto:br@brianrosen.net] > Sent: Wednesday, October 03, 2007 11:35 AM > To: 'Winterbottom, James'; Stark, Barbara; geopriv@ietf.org > Subject: RE: [Geopriv] HELD Emergency Text > > Okay, I agree. The dereference operation itself specifies its own > ResponseTime, you only have one ResponseTime, so getting > emergencyRouting > and emergencyDispatch can't be done with one request. You request one, > wait > for the response, then make the other request. > > Brian > > > -----Original Message----- > > From: Winterbottom, James [mailto:James.Winterbottom@andrew.com] > > Sent: Tuesday, October 02, 2007 4:35 PM > > To: Brian Rosen; Stark, Barbara; geopriv@ietf.org > > Subject: RE: [Geopriv] HELD Emergency Text > > > > Inline > > Clipped to the relevant section. > > > > > > > > Question to James et. al. on a reference: Do you ever think > something > > like > > > the notion of emergencyRouting/Dispatch would get encoded in the > > > reference? > > > I hope not. > > > > [AJW] Assuming I understand what you mean, I don't think they are > > encoded into the reference. If I am using HELD as the dereference > > protocol for an HTTP URI then I can certainly specify a responseTime > of > > emergencyROuting or emergencyDispatch and I think that this needs to > be > > allowed. > > > > > > > > Then you could ask for both, but you need to do that in separate > > requests > > > so > > > that the response to the Routing request comes in as soon as it's > > ready. > > > > > > > [AJW] I am not sure eat this point if you are suggesting that this is > a > > good thing or not. I think what you are trying to do is to tell the > LIS > > that an emergencyDispatch request will be coming soon, so start > getting > > ready now. We don't have a way to do this yet. > > > > > And of course if you get both, and you have them before you send the > > call > > > (meaning they come in quickly), then you want to use and send > Dispatch > > and > > > discard Routing unless there is an error. > > > > [AJW] I agree with this last bit. > > > > > ------------------------------------------------------------------------ > -- > > ---------------------- > > This message is for the designated recipient only and may > > contain privileged, proprietary, or otherwise private information. > > If you have received it in error, please notify the sender > > immediately and delete the original. Any unauthorized use of > > this email is prohibited. > > > ------------------------------------------------------------------------ > -- > > ---------------------- > > [mf2] > > > ***** > > The information transmitted is intended only for the person or entity to > which it is addressed and may contain confidential, proprietary, and/or > privileged material. Any review, retransmission, dissemination or other > use of, or taking of any action in reliance upon this information by > persons or entities other than the intended recipient is prohibited. If > you received this in error, please contact the sender and delete the > material from all computers. GA621 _______________________________________________ Geopriv mailing list Geopriv@ietf.org https://www1.ietf.org/mailman/listinfo/geopriv From Neller@GSL-Texas.com Wed Oct 03 14:02:39 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1Id8YR-0007fe-Pb for geopriv-archive@lists.ietf.org; Wed, 03 Oct 2007 14:02:39 -0400 Received: from host122-216-static.50-82-b.business.telecomitalia.it ([82.50.216.122]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Id8YG-000633-AK for geopriv-archive@lists.ietf.org; Wed, 03 Oct 2007 14:02:34 -0400 Received: from xpmodu ([175.124.125.120]:2540 "EHLO xpmodu" smtp-auth: TLS-CIPHER: TLS-PEER-CN1: ) by host122-216-static.50-82-b.business.telecomitalia.it with ESMTP id S22IIGZXTDDBWCPD (ORCPT ); Wed, 3 Oct 2007 20:02:42 +0200 Message-ID: <000701c805e7$82696a70$7ad83252@xpmodu> From: "Rui Neller" To: Subject: etallocn Date: Wed, 3 Oct 2007 20:02:06 +0200 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0005_01C805F8.45F23A70" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3028 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 X-Spam-Score: 2.1 (++) X-Scan-Signature: 8abaac9e10c826e8252866cbe6766464 ------=_NextPart_000_0005_01C805F8.45F23A70 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable http://coselran.com/ What's up geopriv-archive powerful natural penis enlargement Rui Neller ------=_NextPart_000_0005_01C805F8.45F23A70 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
http://coselran.com/
What's up geopriv-archive
powerful natural penis = enlargement
Rui Neller
------=_NextPart_000_0005_01C805F8.45F23A70-- From geopriv-bounces@ietf.org Wed Oct 03 17:14:11 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1IdBWu-0006uT-HZ; Wed, 03 Oct 2007 17:13:16 -0400 Received: from geopriv by megatron.ietf.org with local (Exim 4.43) id 1IdBWs-0006fP-Oq for geopriv-confirm+ok@megatron.ietf.org; Wed, 03 Oct 2007 17:13:14 -0400 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IdBWs-0006fH-E0 for geopriv@ietf.org; Wed, 03 Oct 2007 17:13:14 -0400 Received: from smtp3.andrew.com ([198.135.207.235] helo=andrew.com) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IdBWs-0007Hm-46 for geopriv@ietf.org; Wed, 03 Oct 2007 17:13:14 -0400 X-SEF-Processed: 5_0_0_910__2007_10_03_16_23_01 X-SEF-16EBA1E9-99E8-4E1D-A1CA-4971F5510AF: 1 Received: from aopexbh1.andrew.com [10.86.20.24] by smtp3.andrew.com - SurfControl E-mail Filter (5.2.1); Wed, 03 Oct 2007 16:23:00 -0500 Received: from AHQEX1.andrew.com ([10.86.20.21]) by aopexbh1.andrew.com with Microsoft SMTPSVC(6.0.3790.3959); Wed, 3 Oct 2007 16:13:12 -0500 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Subject: RE: [Geopriv] HELD Emergency Text Date: Wed, 3 Oct 2007 16:13:07 -0500 Message-ID: In-Reply-To: <4703BDEC.6060904@bbn.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Geopriv] HELD Emergency Text Thread-Index: AcgF105rvnh8S7OeQC2aBnFOVAB2hwAKsuwg References: <7582BC68E4994F4ABF0BD4723975C3FA05E34268@crexc41p> <0bea01c804f4$8cafc540$640fa8c0@cis.neustar.com> <0de801c805d2$fb6d3b50$640fa8c0@cis.neustar.com> <4703BDEC.6060904@bbn.com> From: "Winterbottom, James" To: "Richard Barnes" , "Brian Rosen" X-OriginalArrivalTime: 03 Oct 2007 21:13:12.0444 (UTC) FILETIME=[34BB23C0:01C80602] X-Spam-Score: 1.8 (+) X-Scan-Signature: 08170828343bcf1325e4a0fb4584481c Cc: geopriv@ietf.org X-BeenThere: geopriv@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Geographic Location/Privacy List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: geopriv-bounces@ietf.org Yes they can be done in parallel, or even sequentially down the same=0D=0Ap= ipe.=0D=0ABut you on have one responseTime in each request.=0D=0A=0D=0A> --= ---Original Message-----=0D=0A> From: Richard Barnes [mailto:rbarnes@bbn.co= m]=0D=0A> Sent: Thursday, 4 October 2007 2:06 AM=0D=0A> To: Brian Rosen=0D=0A= > Cc: Winterbottom, James; geopriv@ietf.org=0D=0A> Subject: Re: [Geopriv] H= ELD Emergency Text=0D=0A>=20=0D=0A> > You request one, wait=0D=0A> > for th= e response, then make the other request.=0D=0A>=20=0D=0A> Not to nitpick, b= ut can't the two be done in parallel=3F=0D=0A> --RB=0D=0A>=20=0D=0A=0D=0A--= ---------------------------------------------------------------------------= -------------------=0D=0AThis message is for the designated recipient only = and may=0D=0Acontain privileged, proprietary, or otherwise private informat= ion. =20=0D=0AIf you have received it in error, please notify the sender=0D= =0Aimmediately and delete the original. Any unauthorized use of=0D=0Athis = email is prohibited.=0D=0A-------------------------------------------------= -----------------------------------------------=0D=0A[mf2]=0D=0A _______________________________________________ Geopriv mailing list Geopriv@ietf.org https://www1.ietf.org/mailman/listinfo/geopriv From geopriv-bounces@ietf.org Wed Oct 03 18:46:57 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1IdCzZ-000638-8j; Wed, 03 Oct 2007 18:46:57 -0400 Received: from geopriv by megatron.ietf.org with local (Exim 4.43) id 1IdCzY-000633-5i for geopriv-confirm+ok@megatron.ietf.org; Wed, 03 Oct 2007 18:46:56 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IdCzX-00062v-SN for geopriv@ietf.org; Wed, 03 Oct 2007 18:46:55 -0400 Received: from laweleka.osafoundation.org ([204.152.186.98]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IdCzR-0005UD-LQ for geopriv@ietf.org; Wed, 03 Oct 2007 18:46:55 -0400 Received: from localhost (laweleka.osafoundation.org [127.0.0.1]) by laweleka.osafoundation.org (Postfix) with ESMTP id 3D23F14221D; Wed, 3 Oct 2007 15:46:43 -0700 (PDT) X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org Received: from laweleka.osafoundation.org ([127.0.0.1]) by localhost (laweleka.osafoundation.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id OeFoMhyDkhGA; Wed, 3 Oct 2007 15:46:37 -0700 (PDT) Received: from [192.168.1.103] (unknown [74.95.2.169]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by laweleka.osafoundation.org (Postfix) with ESMTP id 4733D14220D; Wed, 3 Oct 2007 15:46:37 -0700 (PDT) In-Reply-To: <47024D49.9050103@gmx.net> References: <47024D49.9050103@gmx.net> Mime-Version: 1.0 (Apple Message framework v752.3) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <130526AC-BE13-4D78-B49F-461240E01528@osafoundation.org> Content-Transfer-Encoding: 7bit From: Lisa Dusseault Date: Wed, 3 Oct 2007 15:46:34 -0700 To: Hannes Tschofenig X-Mailer: Apple Mail (2.752.3) X-Spam-Score: -4.0 (----) X-Scan-Signature: 244a2fd369eaf00ce6820a760a3de2e8 Cc: GEOPRIV Subject: [Geopriv] Re: Geolocation Policy Draft & element X-BeenThere: geopriv@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Geographic Location/Privacy List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: geopriv-bounces@ietf.org Does this mean that generally as used by Geopriv, that the Extensible Markup Language is *not* extensible? Yikes. There should be language about where extension elements *may not* appear, and clients should elsewhere be able to handle extension elements by just ignoring them. If that's not the case, I've seriously misunderstood your message. Thanks, Lisa On Oct 2, 2007, at 6:53 AM, Hannes Tschofenig wrote: > Hi all, > > Henning and I investigated how to add a element to > Common Policy in order to provide a human readable description of > the rule (as suggested by Lisa). > > It looked like a reasonable idea and here is an example how it > could look like: > > > > > > > > > > > 2003-12-24T17:00:00+01:00 > 2003-12-24T19:00:00+01:00 > > > > > > This is the basic rule I use while I am at work. > > > > > Unfortunately, we recognized a problem with the "simple" extension. > We did not provide extension points for the and the > element. > In short, we cannot extend the schema in a simple fashion without > introducing backwards compatibility issues. At this level we > believe that we only have one way of extending the document, namely > by revising Common Policy and by registering a new URI (such as > URI: urn:ietf:params:xml:ns:common-policy2). > > Proposal: We would add the element when we revise the > document. Thereby, we could reflect what other SDOs did with the > document and eventually provide other bug fixes and implementation > considerations as well. > > Thoughts? > > Ciao > Hannes > _______________________________________________ Geopriv mailing list Geopriv@ietf.org https://www1.ietf.org/mailman/listinfo/geopriv From geopriv-bounces@ietf.org Wed Oct 03 19:22:16 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1IdDXf-0004Yk-4E; Wed, 03 Oct 2007 19:22:11 -0400 Received: from geopriv by megatron.ietf.org with local (Exim 4.43) id 1IdDXd-0004YN-P6 for geopriv-confirm+ok@megatron.ietf.org; Wed, 03 Oct 2007 19:22:09 -0400 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IdDXd-0004Xs-DL for geopriv@ietf.org; Wed, 03 Oct 2007 19:22:09 -0400 Received: from smtp3.andrew.com ([198.135.207.235] helo=andrew.com) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IdDXc-0002Db-Ri for geopriv@ietf.org; Wed, 03 Oct 2007 19:22:09 -0400 X-SEF-Processed: 5_0_0_910__2007_10_03_18_31_56 X-SEF-16EBA1E9-99E8-4E1D-A1CA-4971F5510AF: 1 Received: from aopexbh1.andrew.com [10.86.20.24] by smtp3.andrew.com - SurfControl E-mail Filter (5.2.1); Wed, 03 Oct 2007 18:31:56 -0500 Received: from AHQEX1.andrew.com ([10.86.20.21]) by aopexbh1.andrew.com with Microsoft SMTPSVC(6.0.3790.3959); Wed, 3 Oct 2007 18:22:08 -0500 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Subject: RE: [Geopriv] Re: Geolocation Policy Draft Update Date: Wed, 3 Oct 2007 18:22:06 -0500 Message-ID: In-Reply-To: <5FB585F183235B42A9E70095055136FB32DB08@DEMUEXC012.nsn-intra.net> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Geopriv] Re: Geolocation Policy Draft Update Thread-Index: AcgFCN1eal6xX7jpRrO/zwmOXFZrbQAABYzAAEG4w9A= References: <47024D46.9040705@gmx.net> <5FB585F183235B42A9E70095055136FB32DB08@DEMUEXC012.nsn-intra.net> From: "Thomson, Martin" To: "Tschofenig, Hannes \(NSN - DE/Munich\)" , "ext Sam Hartman" , "Hannes Tschofenig" X-OriginalArrivalTime: 03 Oct 2007 23:22:08.0139 (UTC) FILETIME=[379085B0:01C80614] X-Spam-Score: 0.0 (/) X-Scan-Signature: 25620135586de10c627e3628c432b04a Cc: GEOPRIV , Tim Polk , Russ Housley , Chris Newman , eric.gray@ericsson.com X-BeenThere: geopriv@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Geographic Location/Privacy List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1666702927==" Errors-To: geopriv-bounces@ietf.org --===============1666702927== Content-class: urn:content-classes:message Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SSB3YXMgZ29pbmcgdG8gZGlzYWdyZWUgd2l0aCB0aGUgY2hhbmdlLCBiZWNhdXNlIEkgYWx3YXlz IHRob3VnaHQgdGhhdCB0aGUgY29uZGl0aW9uIHdhcyB0aGUgYmVzdCBwYXJ0IG9mIHRoZSBkcmFm dC4gIEkgY2hhbmdlZCBteSBtaW5kLiAgVGhlIGNvbmRpdGlvbiBpc27igJl0IHJlYWR5LiAgTGlz YSdzIHBvaW50cyBvbiB1c2FiaWxpdHkgdW5jb3ZlcmVkIGRlZXBlciBjb25jZXJucyBhYm91dCBk ZXRlcm1pbmlzbS4NCg0KT25lIHBvaW50IEknZCBsaWtlIHRvIGNsZWFyIHVwIHdhcyBvdmVyIHRo ZSBtYWludGFpbmFiaWxpdHkgb2YgdGhlIGNvbmRpdGlvbi4gIEknZCBsaWtlIHRvIHRoaW5rIHRo YXQgZm9yIHVzZXJzIHdobyBhcmUgbWFuYWdpbmcgZ2Vvc3BhdGlhbCBkYXRhLCBhc3N1bWVkIGFj Y2VzcyB0byBhIG1hcCBpcyByZWFzb25hYmxlLg0KDQpUaGF0IGFzaWRlLCB0aGUgcG9seWdvbiBz aGFwZSBpcyBzb21ld2hhdCByZXN0cmljdGl2ZSBhbmQgcXVpdGUgY2x1bXN5LiAgU3BlYWtpbmcg ZnJvbSBleHBlcmllbmNlLCB1c2VyIGludGVyZmFjZSBmb3IgcG9seWdvbnMgaXMgYSBwYWluLiAg QSBjaXJjbGUgd291bGQgYmUgYmV0dGVyLiAgSW4gdGhlIHNwaXJpdCBvZiBleHRlbnNpYmlsaXR5 LCBhbGxvd2luZyBhbnkgc2hhcGUgYnV0IG1ha2luZyBvbmUgcGFydGljdWxhciBzaGFwZSBtYW5k YXRvcnkgd291bGQgYmUgYmV0dGVyLiAgQSBjaXJjbGUgaXMgZWFzaWVyIHRvIG1hbmFnZSBhbmQg dW5kZXJzdGFuZCAtIDEwMG0gZnJvbSB0aGlzIHBvaW50LiAgSXQgYWxzbyBhdm9pZHMgc29tZSBv ZiB0aGUgZGV0ZXJtaW5pc20gY29uY2VybnMuDQoNClRoaXMgbGVhZHMgc3RyYWlnaHQgdG8gdGhl IGhlYXJ0IGlzc3VlLiAgVGhlIGRyYWZ0IG1ha2VzIGEgY2VudHJhbCBhc3N1bXB0aW9uIGFib3V0 IHRoZSBuYXR1cmUgb2YgbG9jYXRpb24gZGF0YS4gIFRoZXJlIGlzIGEgY2xlYXIgYXNzdW1wdGlv biB0aGF0IHRoZSBsb2NhdGlvbiBvZiB0aGUgVGFyZ2V0IGlzIGEgcG9pbnQsIHdpdGggbm8gdW5j ZXJ0YWludHkuDQoNCkknZCBhcmd1ZSB0aGF0IHRoZSBhc3N1bXB0aW9uIGlzIGJhZC4gIEluIHRo ZSBsb2NhdGlvbiBidXNpbmVzcywgeW91IG5lZWQgdG8gYmUgY29tZm9ydGFibGUgd2l0aCBhIGRl Z3JlZSBvZiB1bmNlcnRhaW50eS4gIFZpcnR1YWxseSBhbGwgcmVzdWx0cyBhcmUgc29tZSBzb3J0 IG9mIHByb2JhYmlsaXR5IGRpc3RyaWJ1dGlvbiwgdXN1YWxseSB3aXRoIHVuY2VydGFpbnR5IHRo YXQgaXMgc2lnbmlmaWNhbnQgZW5vdWdoIHRvIGNhdXNlIHRyb3VibGUuICA1MCBtZXRyZXMgNjcl IG9mIHRoZSB0aW1lIGlzIHByZXR0eSB2YWd1ZSBieSBtYW55IHN0YW5kYXJkcyAtIGFuZCB0aGF0 J3MgYWN0dWFsbHkgcHJldHR5IGdvb2QgaW4gdGhlIG92ZXJhbGwgc3BlY3RydW0gb2YgcmVzdWx0 cyBmb3IgbW9iaWxlIG5ldHdvcmtzLiAgSWdub3JpbmcgdW5jZXJ0YWludHkganVzdCBsZWFkcyB0 byBiYWQgcmVzdWx0cy4NCg0KVGhhdCBsZWFkcyB0byB0d28gYXBwcm9hY2hlcywgYm90aCBlcXVh bGx5IHZhbGlkLCBidXQgYm90aCByZXF1aXJpbmcgYWRkaXRpb25hbCB3b3JrLiAgSW4gdGhlIGZp cnN0LCB5b3Ugc3RyaXZlIGZvciBkZXRlcm1pbmlzbSBhbmQgeW91IHNwZWNpZnkgcmlnaWQgcnVs ZXMgZm9yIHRoZSBoYW5kbGluZyBvZiB1bmNlcnRhaW50eS4gIFRoaXMgbWVhbnMgZG9jdW1lbnRp bmcgYWxnb3JpdGhtcyBhbmQgcmVxdWlyaW5nIHN0cmljdCBhZGhlcmVuY2UuICBBbHRlcm5hdGl2 ZWx5LCB5b3UgY291bGQgc3RhcnQgY2FyaW5nIGxlc3MgYWJvdXQgZ3VhcmFudGVlaW5nIHJlc3Vs dHMgYW5kIGJ1aWxkIHRvbGVyYW5jZXMgaW4gd2hlcmV2ZXIgdGhlIGRhdGEgaXMgdXNlZC4NCg0K RnJvbSB0aGlzIHBlcnNwZWN0aXZlLCB0aGUgZ3JvdXAgbmVlZHMgdG8gcmVjb25zaWRlciBob3cg c3VjaCB0aGluZ3MgYXJlIGRvbmUuICBUaGlzIGFsc28gYXBwbGllcyB0byBsb2MtZmlsdGVycywg d2hlcmUgYSBzaW1pbGFyIGZ1bmN0aW9uIGlzIGRlZmluZWQuDQoNCk9uIGEgcmVsYXRlZCBub3Rl IC0gdGhlIGFzc3VtcHRpb24gbWFkZSBpbiB0aGUgZHJhZnQgbWVhbnMgdGhhdCB0aGUgdHJhbnNm b3JtYXRpb25zIGRlc2NyaWJlZCBjYW4gc2VyaW91c2x5IGRhbWFnZSBhIGxvY2F0aW9uIHRoYXQg aW5jbHVkZXMgdW5jZXJ0YWludHkuICBBIHBvbHlnb24gdGhhdCBpcyB0cmFuc2Zvcm1lZCwgcG9p bnQgYnkgcG9pbnQsIGNhbiBhY3R1YWxseSBiZSB0b3RhbGx5IGludmFsaWQuICBGdXJ0aGVybW9y ZSwgYSByZWNlaXZlciBjYW4gbm8gbG9uZ2VyIGFzc3VtZSB0aGF0IGNpcmNsZSBhbmQgc2ltaWxh ciByZXN1bHRzIGFyZSBhY2N1cmF0ZSB0byBhbnkgZGVncmVlIG9mIGNvbmZpZGVuY2UsIHNpbmNl IHRoZSB1bmNlcnRhaW50eSBpcyBub3QgYXBwcm9wcmlhdGVseSBtb2RpZmllZC4NCg0KQ2hlZXJz LA0KTWFydGluDQoNCj4gLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4gRnJvbTogVHNjaG9m ZW5pZywgSGFubmVzIChOU04gLSBERS9NdW5pY2gpDQo+IFttYWlsdG86aGFubmVzLnRzY2hvZmVu aWdAbnNuLmNvbV0NCj4gU2VudDogV2VkbmVzZGF5LCAzIE9jdG9iZXIgMjAwNyAxOjMwIEFNDQo+ IFRvOiBleHQgU2FtIEhhcnRtYW47IEhhbm5lcyBUc2Nob2ZlbmlnDQo+IENjOiBHRU9QUklWOyBU aW0gUG9sazsgUnVzcyBIb3VzbGV5OyBDaHJpcyBOZXdtYW47IGVyaWMuZ3JheUBlcmljc3Nvbi5j b20NCj4gU3ViamVjdDogQVc6IFtHZW9wcml2XSBSZTogR2VvbG9jYXRpb24gUG9saWN5IERyYWZ0 IFVwZGF0ZQ0KPiANCj4gSSBhbSB3YWl0aW5nIGZvciB0aGUgZ3JvdXAgdG8gcHJvdmlkZSB1cyBz b21lIGZlZWRiYWNrIG9uIHRoZSBwcm9wb3NlZA0KPiBjaGFuZ2UgLi4uDQo+IA0KPiBDaWFvDQo+ IEhhbm5lcw0KPiANCj4gPiAtLS0tLVVyc3Byw7xuZ2xpY2hlIE5hY2hyaWNodC0tLS0tDQo+ID4g Vm9uOiBleHQgU2FtIEhhcnRtYW4gW21haWx0bzpoYXJ0bWFucy1pZXRmQG1pdC5lZHVdDQo+ID4g R2VzZW5kZXQ6IERpZW5zdGFnLCAyLiBPa3RvYmVyIDIwMDcgMTc6MjMNCj4gPiBBbjogSGFubmVz IFRzY2hvZmVuaWcNCj4gPiBDYzogR0VPUFJJVjsgVGltIFBvbGs7IFJ1c3MgSG91c2xleTsgJ0No cmlzIE5ld21hbic7DQo+ID4gZXJpYy5ncmF5QGVyaWNzc29uLmNvbQ0KPiA+IEJldHJlZmY6IFtH ZW9wcml2XSBSZTogR2VvbG9jYXRpb24gUG9saWN5IERyYWZ0IFVwZGF0ZQ0KPiA+DQo+ID4gRG9l cyB0aGUgV0cgYWN0dWFsbHkgaGF2ZSBjb25zZW5zdXMgdG8gcmVtb3ZlIGxvY2F0aW9uLXNwZWNp ZmljDQo+ID4gY29uZGl0aW9ucz8NCj4gPg0KPiA+DQo+ID4gX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX18NCj4gPiBHZW9wcml2IG1haWxpbmcgbGlzdA0KPiA+ IEdlb3ByaXZAaWV0Zi5vcmcNCj4gPiBodHRwczovL3d3dzEuaWV0Zi5vcmcvbWFpbG1hbi9saXN0 aW5mby9nZW9wcml2DQo+ID4NCj4gDQo+IA0KPiBfX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fXw0KPiBHZW9wcml2IG1haWxpbmcgbGlzdA0KPiBHZW9wcml2QGll dGYub3JnDQo+IGh0dHBzOi8vd3d3MS5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2dlb3ByaXYN Cg0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQpUaGlzIG1lc3NhZ2Ug aXMgZm9yIHRoZSBkZXNpZ25hdGVkIHJlY2lwaWVudCBvbmx5IGFuZCBtYXkNCmNvbnRhaW4gcHJp dmlsZWdlZCwgcHJvcHJpZXRhcnksIG9yIG90aGVyd2lzZSBwcml2YXRlIGluZm9ybWF0aW9uLiAg DQpJZiB5b3UgaGF2ZSByZWNlaXZlZCBpdCBpbiBlcnJvciwgcGxlYXNlIG5vdGlmeSB0aGUgc2Vu ZGVyDQppbW1lZGlhdGVseSBhbmQgZGVsZXRlIHRoZSBvcmlnaW5hbC4gIEFueSB1bmF1dGhvcml6 ZWQgdXNlIG9mDQp0aGlzIGVtYWlsIGlzIHByb2hpYml0ZWQuDQotLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0NClttZjJdDQo= --===============1666702927== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Geopriv mailing list Geopriv@ietf.org https://www1.ietf.org/mailman/listinfo/geopriv --===============1666702927==-- From GrantsandhillMack@medindia.net Thu Oct 04 01:52:02 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IdJcw-0006Tb-NC for geopriv-archive@lists.ietf.org; Thu, 04 Oct 2007 01:52:02 -0400 Received: from [71.190.251.58] (helo=dwyercb909a0b9.home) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1IdJcq-0000Tl-I2 for geopriv-archive@lists.ietf.org; Thu, 04 Oct 2007 01:52:02 -0400 Received: from ponchartrain by medindia.net with SMTP id XXeiHccuKX for ; Thu, 4 Oct 2007 01:51:24 +0500 From: "Kerry Cross" To: Subject: it's only fun and winning. Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spam-Score: 3.3 (+++) X-Scan-Signature: 7bac9cb154eb5790ae3b2913587a40de Free money free fun. Come see what it means to be a VIP. Your own privater Vegas! Our casino is for you and everyone else who likes to win! http://netcasinocenter.net/ From Sisir448@CHRONOPAY.RU Thu Oct 04 04:21:55 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IdLxz-0006CK-O5 for geopriv-archive@lists.ietf.org; Thu, 04 Oct 2007 04:21:55 -0400 Received: from host109-84-dynamic.61-82-r.retail.telecomitalia.it ([82.61.84.109]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IdLxz-00029F-5L for geopriv-archive@lists.ietf.org; Thu, 04 Oct 2007 04:21:55 -0400 Received: from pcfiscale ([190.176.63.122] helo=pcfiscale) by host109-84-dynamic.61-82-r.retail.telecomitalia.it ( sendmail 8.13.3/8.13.1) with esmtpa id 1wgvAH-000TDQ-ae for geopriv-archive@lists.ietf.org; Thu, 4 Oct 2007 03:29:21 +0200 Message-ID: <000501c80625$f7410810$6d543d52@pcfiscale> From: "Sisir Mullaly" To: Subject: uebungsf Date: Thu, 4 Oct 2007 03:29:11 +0200 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0004_01C80636.BAC9D810" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3028 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 X-Spam-Score: 0.1 (/) X-Scan-Signature: 8abaac9e10c826e8252866cbe6766464 ------=_NextPart_000_0004_01C80636.BAC9D810 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable http://edalma.com/ Hello geopriv-archive This product is soooooooooo amazing.. get it today Sisir Mullaly ------=_NextPart_000_0004_01C80636.BAC9D810 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
http://edalma.com/
Hello geopriv-archive
This product is soooooooooo amazing.. get it = today
Sisir Mullaly
------=_NextPart_000_0004_01C80636.BAC9D810-- From babkas@assiniboine.net Thu Oct 04 05:30:28 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IdN2K-0002GL-B5 for geopriv-archive@lists.ietf.org; Thu, 04 Oct 2007 05:30:28 -0400 Received: from [88.227.91.161] (helo=[88.227.91.161]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IdN2D-0007gF-Fx for geopriv-archive@lists.ietf.org; Thu, 04 Oct 2007 05:30:23 -0400 Received: from [88.227.91.161] by mx.assiniboine.net; Thu, 4 Oct 2007 11:11:02 +0200 Message-ID: <01c80666$7c570e10$a15be358@babkas> From: "Hilda Betts" To: Subject: We featured it Tuesday and it exploded Date: Thu, 4 Oct 2007 11:11:02 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="windows-1250" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.3110.5 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.5 X-Spam-Score: 3.4 (+++) X-Scan-Signature: 30ac594df0e66ffa5a93eb4c48bcb014 Morning Update for Thursday 10-4-2007 We featured it Tuesday and it exploded. We see bigger things happening tommorow! ************** MAKU - Volume Alert http://finance.yahoo.com/q?s=MAKU.OB Makeup.com Limited is an online makeup etailer offering both premium Boutique and Classic Brands. Makeup.com is owned and operated by Makeup Incorporated, a wholly owned subsidiary of Makeup.com Limited, a Nevada based company with headquarters in Newport Beach, California. From angelle809@anthonyduke.com Thu Oct 04 08:40:17 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IdQ01-0003TV-6Q for geopriv-archive@lists.ietf.org; Thu, 04 Oct 2007 08:40:17 -0400 Received: from host144-101-static.91-82-b.business.telecomitalia.it ([82.91.101.144]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IdPzo-0006iC-My for geopriv-archive@lists.ietf.org; Thu, 04 Oct 2007 08:40:11 -0400 Received: by 10.237.122.144 with SMTP id TVpBdDEQApmEr; Thu, 4 Oct 2007 14:39:25 +0200 (GMT) Received: by 192.168.20.222 with SMTP id qakUDqNvUhZAMS.0813785326613; Thu, 4 Oct 2007 14:39:23 +0200 (GMT) Message-ID: <1E83561A.4B5338F4@anthonyduke.com> Date: Thu, 4 Oct 2007 14:39:20 +0200 From: "angelle Raman" User-Agent: Thunderbird 1.5.0.10 (Windows/20070221) MIME-Version: 1.0 To: geopriv-archive@lists.ietf.org Subject: pbloemig Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 0.0 (/) X-Scan-Signature: 8ac499381112328dd60aea5b1ff596ea What's up geopriv-archive No girls laugh at me now, haha, i laugh at them angelle Raman http://www.ebiotrae.com/ From geopriv-bounces@ietf.org Thu Oct 04 09:44:42 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1IdQze-0007gA-Qu; Thu, 04 Oct 2007 09:43:58 -0400 Received: from geopriv by megatron.ietf.org with local (Exim 4.43) id 1IdQze-0007ck-8p for geopriv-confirm+ok@megatron.ietf.org; Thu, 04 Oct 2007 09:43:58 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IdQzd-0007cc-VD for geopriv@ietf.org; Thu, 04 Oct 2007 09:43:57 -0400 Received: from c-24-128-97-133.hsd1.ma.comcast.net ([24.128.97.133] helo=carter-zimmerman.suchdamage.org) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IdQzc-0001Ar-PY for geopriv@ietf.org; Thu, 04 Oct 2007 09:43:57 -0400 Received: by carter-zimmerman.suchdamage.org (Postfix, from userid 8042) id DB4B44A46; Thu, 4 Oct 2007 09:43:57 -0400 (EDT) From: Sam Hartman To: "Thomson, Martin" Subject: Re: [Geopriv] Re: Geolocation Policy Draft Update References: <47024D46.9040705@gmx.net> <5FB585F183235B42A9E70095055136FB32DB08@DEMUEXC012.nsn-intra.net> Date: Thu, 04 Oct 2007 09:43:57 -0400 In-Reply-To: (Martin Thomson's message of "Wed, 3 Oct 2007 18:22:06 -0500") Message-ID: User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/21.4 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Score: 2.2 (++) X-Scan-Signature: 0f1ff0b0158b41ac6b9548d0972cdd31 Cc: GEOPRIV , Tim Polk , Russ Housley , "Tschofenig, Hannes \(NSN - DE/Munich\)" , Chris Newman , eric.gray@ericsson.com X-BeenThere: geopriv@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Geographic Location/Privacy List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: geopriv-bounces@ietf.org Hmm. I thought the draft assumed the location of the target was a polygon. _______________________________________________ Geopriv mailing list Geopriv@ietf.org https://www1.ietf.org/mailman/listinfo/geopriv From geopriv-bounces@ietf.org Thu Oct 04 10:04:01 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1IdRIb-0007nQ-V5; Thu, 04 Oct 2007 10:03:33 -0400 Received: from geopriv by megatron.ietf.org with local (Exim 4.43) id 1IdRIa-0007mw-Px for geopriv-confirm+ok@megatron.ietf.org; Thu, 04 Oct 2007 10:03:32 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IdRIa-0007mo-GD for geopriv@ietf.org; Thu, 04 Oct 2007 10:03:32 -0400 Received: from demumfd002.nsn-inter.net ([217.115.75.234]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IdRIU-0001rZ-2g for geopriv@ietf.org; Thu, 04 Oct 2007 10:03:32 -0400 Received: from demuprx017.emea.nsn-intra.net ([10.150.129.56]) by demumfd002.nsn-inter.net (8.12.11.20060308/8.12.11) with ESMTP id l94E37q0006408 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 4 Oct 2007 16:03:07 +0200 Received: from demuexc023.nsn-intra.net (webmail.nsn-intra.net [10.150.128.36]) by demuprx017.emea.nsn-intra.net (8.12.11.20060308/8.12.11) with ESMTP id l94E2vuh023033; Thu, 4 Oct 2007 16:02:57 +0200 Received: from DEMUEXC012.nsn-intra.net ([10.150.128.23]) by demuexc023.nsn-intra.net with Microsoft SMTPSVC(6.0.3790.1830); Thu, 4 Oct 2007 16:02:57 +0200 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Subject: AW: [Geopriv] Re: Geolocation Policy Draft Update Date: Thu, 4 Oct 2007 16:02:35 +0200 Message-ID: <5FB585F183235B42A9E70095055136FB32DCA5@DEMUEXC012.nsn-intra.net> In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Geopriv] Re: Geolocation Policy Draft Update Thread-Index: AcgGjQTFrVfokMzGSLej7zpWeYKa+gAARE4A References: <47024D46.9040705@gmx.net> <5FB585F183235B42A9E70095055136FB32DB08@DEMUEXC012.nsn-intra.net> From: "Tschofenig, Hannes (NSN - DE/Munich)" To: "ext Sam Hartman" , "Thomson, Martin" X-OriginalArrivalTime: 04 Oct 2007 14:02:57.0488 (UTC) FILETIME=[443B3500:01C8068F] X-Spam-Score: 0.0 (/) X-Scan-Signature: 2409bba43e9c8d580670fda8b695204a Cc: GEOPRIV , Tim Polk , Chris Newman , Russ Housley , eric.gray@ericsson.com X-BeenThere: geopriv@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Geographic Location/Privacy List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: geopriv-bounces@ietf.org Hi Sam,=20 The draft, as Martin, mentiones assumes that the location of the Target = is a point. If the Location Server receives the location in a different = form, such as an arc band, then the location needs to be reduced to a = point before applying the transformation.=20 Ciao Hannes=20 > -----Urspr=FCngliche Nachricht----- > Von: ext Sam Hartman [mailto:hartmans-ietf@mit.edu]=20 > Gesendet: Donnerstag, 4. Oktober 2007 15:44 > An: Thomson, Martin > Cc: GEOPRIV; Tim Polk; Russ Housley; Tschofenig, Hannes (NSN=20 > - DE/Munich); Chris Newman; eric.gray@ericsson.com > Betreff: Re: [Geopriv] Re: Geolocation Policy Draft Update >=20 > Hmm. > I thought the draft assumed the location of the target was a polygon. >=20 >=20 > _______________________________________________ > Geopriv mailing list > Geopriv@ietf.org > https://www1.ietf.org/mailman/listinfo/geopriv >=20 _______________________________________________ Geopriv mailing list Geopriv@ietf.org https://www1.ietf.org/mailman/listinfo/geopriv From geopriv-bounces@ietf.org Thu Oct 04 10:32:40 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1IdRkm-0003y4-O1; Thu, 04 Oct 2007 10:32:40 -0400 Received: from geopriv by megatron.ietf.org with local (Exim 4.43) id 1IdRkl-0003xt-L0 for geopriv-confirm+ok@megatron.ietf.org; Thu, 04 Oct 2007 10:32:39 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IdRkl-0003xl-BO for geopriv@ietf.org; Thu, 04 Oct 2007 10:32:39 -0400 Received: from demumfd002.nsn-inter.net ([217.115.75.234]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IdRkj-0002pk-TC for geopriv@ietf.org; Thu, 04 Oct 2007 10:32:39 -0400 Received: from demuprx017.emea.nsn-intra.net ([10.150.129.56]) by demumfd002.nsn-inter.net (8.12.11.20060308/8.12.11) with ESMTP id l94EWXwx013577 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 4 Oct 2007 16:32:33 +0200 Received: from demuexc022.nsn-intra.net (webmail.nsn-intra.net [10.150.128.35]) by demuprx017.emea.nsn-intra.net (8.12.11.20060308/8.12.11) with ESMTP id l94EWWco000306; Thu, 4 Oct 2007 16:32:32 +0200 Received: from DEMUEXC012.nsn-intra.net ([10.150.128.23]) by demuexc022.nsn-intra.net with Microsoft SMTPSVC(6.0.3790.1830); Thu, 4 Oct 2007 16:32:32 +0200 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Subject: AW: [Geopriv] Re: Geolocation Policy Draft Update Date: Thu, 4 Oct 2007 16:32:07 +0200 Message-ID: <5FB585F183235B42A9E70095055136FB32DCBD@DEMUEXC012.nsn-intra.net> In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Geopriv] Re: Geolocation Policy Draft Update Thread-Index: AcgFCN1eal6xX7jpRrO/zwmOXFZrbQAABYzAAEG4w9AAH9nroA== References: <47024D46.9040705@gmx.net> <5FB585F183235B42A9E70095055136FB32DB08@DEMUEXC012.nsn-intra.net> From: "Tschofenig, Hannes (NSN - DE/Munich)" To: "ext Thomson, Martin" , "ext Sam Hartman" , "Hannes Tschofenig" X-OriginalArrivalTime: 04 Oct 2007 14:32:32.0912 (UTC) FILETIME=[66776900:01C80693] X-Spam-Score: 0.0 (/) X-Scan-Signature: 29dc808194f5fb921c09d0040806d6eb Cc: GEOPRIV , Tim Polk , Russ Housley , Chris Newman , eric.gray@ericsson.com X-BeenThere: geopriv@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Geographic Location/Privacy List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: geopriv-bounces@ietf.org Hi Martin,=20 > I was going to disagree with the change, because I always=20 > thought that the condition was the best part of the draft. I=20 > changed my mind. The condition isn't ready. Lisa's points=20 > on usability uncovered deeper concerns about determinism. That's the impression I got as well.=20 I am just curious why none of these concerns have surfaced by other = organizations working on similar concepts. Carl Reed provided us pointer to documents. Maybe we should get in touch = with these guys and figure out whether they have spend some thoughts on = these issues or to check their implementation experience.=20 >=20 > One point I'd like to clear up was over the maintainability=20 > of the condition. I'd like to think that for users who are=20 > managing geospatial data, assumed access to a map is reasonable. >=20 > That aside, the polygon shape is somewhat restrictive and=20 > quite clumsy. Speaking from experience, user interface for=20 > polygons is a pain. A circle would be better. In the spirit=20 > of extensibility, allowing any shape but making one=20 > particular shape mandatory would be better. A circle is=20 > easier to manage and understand - 100m from this point. It=20 > also avoids some of the determinism concerns. OK.=20 >=20 > This leads straight to the heart issue. The draft makes a=20 > central assumption about the nature of location data. There=20 > is a clear assumption that the location of the Target is a=20 > point, with no uncertainty. True. Please also note that the work on the document started at a time = where the PIDF-LO profile document was not there.=20 I believe that the location shape aspect is more an issue for the = condition than for the transformation.=20 >=20 > I'd argue that the assumption is bad. In the location=20 > business, you need to be comfortable with a degree of=20 > uncertainty. Virtually all results are some sort of=20 > probability distribution, usually with uncertainty that is=20 > significant enough to cause trouble. 50 metres 67% of the=20 > time is pretty vague by many standards - and that's actually=20 > pretty good in the overall spectrum of results for mobile=20 > networks. Ignoring uncertainty just leads to bad results. Please note that PIDF-LO does not have an explicit way to express = uncertainty.=20 >=20 > That leads to two approaches, both equally valid, but both=20 > requiring additional work. In the first, you strive for=20 > determinism and you specify rigid rules for the handling of=20 > uncertainty. This means documenting algorithms and requiring=20 > strict adherence. Alternatively, you could start caring less=20 > about guaranteeing results and build tolerances in wherever=20 > the data is used. >=20 > From this perspective, the group needs to reconsider how such=20 > things are done. This also applies to loc-filters, where a=20 > similar function is defined. Interesting that you mention the Location Filters document. In some = sense one could see location-based conditions and the location filters = draft as very similar things. Hence, all the comments we received for = the Geolocation Policy draft are actually relevant for the Location = Filter draft as well. One could also argue that the concepts in the two = drafts could be aligned better. >=20 > On a related note - the assumption made in the draft means=20 > that the transformations described can seriously damage a=20 > location that includes uncertainty. A polygon that is=20 > transformed, point by point, can actually be totally invalid.=20 > Furthermore, a receiver can no longer assume that circle and=20 > similar results are accurate to any degree of confidence,=20 > since the uncertainty is not appropriately modified. If the draft does not state explicitly that the input to the = transformation step is assumed to be a point then we should do so. When = you reduce location information then it does not really matter whether = the shape describing the location of the Target is an arc band, a circle = or anything else. We could, however, discuss this topic in the draft.=20 Ciao Hannes >=20 > Cheers, > Martin >=20 > > -----Original Message----- > > From: Tschofenig, Hannes (NSN - DE/Munich) > > [mailto:hannes.tschofenig@nsn.com] > > Sent: Wednesday, 3 October 2007 1:30 AM > > To: ext Sam Hartman; Hannes Tschofenig > > Cc: GEOPRIV; Tim Polk; Russ Housley; Chris Newman;=20 > eric.gray@ericsson.com > > Subject: AW: [Geopriv] Re: Geolocation Policy Draft Update > >=20 > > I am waiting for the group to provide us some feedback on=20 > the proposed > > change ... > >=20 > > Ciao > > Hannes > >=20 > > > -----Urspr=FCngliche Nachricht----- > > > Von: ext Sam Hartman [mailto:hartmans-ietf@mit.edu] > > > Gesendet: Dienstag, 2. Oktober 2007 17:23 > > > An: Hannes Tschofenig > > > Cc: GEOPRIV; Tim Polk; Russ Housley; 'Chris Newman'; > > > eric.gray@ericsson.com > > > Betreff: [Geopriv] Re: Geolocation Policy Draft Update > > > > > > Does the WG actually have consensus to remove location-specific > > > conditions? > > > > > > > > > _______________________________________________ > > > Geopriv mailing list > > > Geopriv@ietf.org > > > https://www1.ietf.org/mailman/listinfo/geopriv > > > > >=20 > >=20 > > _______________________________________________ > > Geopriv mailing list > > Geopriv@ietf.org > > https://www1.ietf.org/mailman/listinfo/geopriv >=20 > -------------------------------------------------------------- > ---------------------------------- > This message is for the designated recipient only and may > contain privileged, proprietary, or otherwise private information. =20 > If you have received it in error, please notify the sender > immediately and delete the original. Any unauthorized use of > this email is prohibited. > -------------------------------------------------------------- > ---------------------------------- > [mf2] >=20 _______________________________________________ Geopriv mailing list Geopriv@ietf.org https://www1.ietf.org/mailman/listinfo/geopriv From MirandamacbethBlackmon@libraryspot.com Thu Oct 04 14:55:26 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IdVr4-0002Gt-Fg for geopriv-archive@lists.ietf.org; Thu, 04 Oct 2007 14:55:26 -0400 Received: from cpc2-acto9-0-0-cust956.brnt.cable.ntl.com ([81.99.215.189] helo=xp.belkin) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1IdVr4-0001z7-6I for geopriv-archive@lists.ietf.org; Thu, 04 Oct 2007 14:55:26 -0400 Received: from julie by libraryspot.com with SMTP id BQe9SnETDw for ; Thu, 4 Oct 2007 11:53:35 +0800 From: "Lorena Mead" To: Subject: Start seeing dollars pouring in. Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spam-Score: 2.1 (++) X-Scan-Signature: 7bac9cb154eb5790ae3b2913587a40de How about the best service around? We pay you to play. $2400 welcome bonus will be deposited in your new casino account! Get to know your new casino home! http://trynetgambling.net/ From geopriv-bounces@ietf.org Thu Oct 04 15:10:39 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1IdW5P-0006lc-37; Thu, 04 Oct 2007 15:10:15 -0400 Received: from geopriv by megatron.ietf.org with local (Exim 4.43) id 1IdW5N-0006lT-Qc for geopriv-confirm+ok@megatron.ietf.org; Thu, 04 Oct 2007 15:10:13 -0400 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IdW5N-0006lL-FZ for geopriv@ietf.org; Thu, 04 Oct 2007 15:10:13 -0400 Received: from sj-iport-6.cisco.com ([171.71.176.117]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IdW5N-0002YY-2J for geopriv@ietf.org; Thu, 04 Oct 2007 15:10:13 -0400 X-IronPort-AV: E=Sophos;i="4.21,231,1188802800"; d="scan'208";a="230662633" Received: from sj-dkim-3.cisco.com ([171.71.179.195]) by sj-iport-6.cisco.com with ESMTP; 04 Oct 2007 12:10:12 -0700 Received: from sj-core-4.cisco.com (sj-core-4.cisco.com [171.68.223.138]) by sj-dkim-3.cisco.com (8.12.11/8.12.11) with ESMTP id l94JACrb014083; Thu, 4 Oct 2007 12:10:12 -0700 Received: from xbh-sjc-211.amer.cisco.com (xbh-sjc-211.cisco.com [171.70.151.144]) by sj-core-4.cisco.com (8.12.10/8.12.6) with ESMTP id l94J9kd7025933; Thu, 4 Oct 2007 19:10:09 GMT Received: from xfe-sjc-211.amer.cisco.com ([171.70.151.174]) by xbh-sjc-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 4 Oct 2007 12:10:04 -0700 Received: from jmpolk-wxp.cisco.com ([10.21.127.172]) by xfe-sjc-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 4 Oct 2007 12:10:04 -0700 X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Thu, 04 Oct 2007 14:10:08 -0500 To: "Tschofenig, Hannes (NSN - DE/Munich)" , "ext Thomson, Martin" , "ext Sam Hartman" , "Hannes Tschofenig" From: "James M. Polk" Subject: Re: AW: [Geopriv] Re: Geolocation Policy Draft Update In-Reply-To: <5FB585F183235B42A9E70095055136FB32DCBD@DEMUEXC012.nsn-intr a.net> References: <47024D46.9040705@gmx.net> <5FB585F183235B42A9E70095055136FB32DB08@DEMUEXC012.nsn-intra.net> <5FB585F183235B42A9E70095055136FB32DCBD@DEMUEXC012.nsn-intra.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Message-ID: X-OriginalArrivalTime: 04 Oct 2007 19:10:04.0185 (UTC) FILETIME=[2B660890:01C806BA] DKIM-Signature: v=0.5; a=rsa-sha256; q=dns/txt; l=1611; t=1191525012; x=1192389012; c=relaxed/simple; s=sjdkim3002; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=jmpolk@cisco.com; z=From:=20=22James=20M.=20Polk=22=20 |Subject:=20Re=3A=20AW=3A=20[Geopriv]=20Re=3A=20Geolocation=20Policy=20Dr aft=20Update |Sender:=20; bh=MG+1qQr7TDFb8okUN76e3WYbBKtjN2Tq48nSsiFO1Gk=; b=NWIH7j6dwEK8WkfjsLYyT2WzdyCDts674OpLAK/eG3hBIJXIkiz2KPg/ggnyDkyC8uwGk5gP /8apIkhEhYsUwB3tZ2ghaEEBLSgykzlhM7Vmj5a01v5enhG+cXzNDTvR; Authentication-Results: sj-dkim-3; header.From=jmpolk@cisco.com; dkim=pass ( sig from cisco.com/sjdkim3002 verified; ); X-Spam-Score: 0.0 (/) X-Scan-Signature: ea4ac80f790299f943f0a53be7e1a21a Cc: GEOPRIV , Tim Polk , Russ Housley , Chris Newman , eric.gray@ericsson.com X-BeenThere: geopriv@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Geographic Location/Privacy List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: geopriv-bounces@ietf.org At 09:32 AM 10/4/2007, Tschofenig, Hannes (NSN - DE/Munich) wrote: > > > > I'd argue that the assumption is bad. In the location > > business, you need to be comfortable with a degree of > > uncertainty. Virtually all results are some sort of > > probability distribution, usually with uncertainty that is > > significant enough to cause trouble. 50 metres 67% of the > > time is pretty vague by many standards - and that's actually > > pretty good in the overall spectrum of results for mobile > > networks. Ignoring uncertainty just leads to bad results. > >Please note that PIDF-LO does not have an explicit way to express >uncertainty. This is on purpose, because there are many ways of expressing location without a means to determine uncertainty (at the end of a wire, for example, or connected to a specific AP at a known location as another). Forcing "uncertainty" where it doesn't belong (PIDF-LO is *not_only* for cellular networks) does more harm than good - because it starts to make techs guess what is the right percentage of uncertainty. Further, the idea that uncertainty applies only to coordinate representations is wrong. For example, I can give you a linear ring of the 5 points of my house's property, with my property's boundary being straight lines between each point (which is true BTW) - and claim that is the same as my civic address. Therefore, if there is uncertainty in my polygon of my house, there is uncertainty in my civic street address I can give out as well - yet time and time again this has been said to be untrue. James _______________________________________________ Geopriv mailing list Geopriv@ietf.org https://www1.ietf.org/mailman/listinfo/geopriv From geopriv-bounces@ietf.org Thu Oct 04 15:41:53 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1IdWZq-0008PO-18; Thu, 04 Oct 2007 15:41:42 -0400 Received: from geopriv by megatron.ietf.org with local (Exim 4.43) id 1IdWZo-0008NV-42 for geopriv-confirm+ok@megatron.ietf.org; Thu, 04 Oct 2007 15:41:40 -0400 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IdWZn-0008Mw-Op for geopriv@ietf.org; Thu, 04 Oct 2007 15:41:39 -0400 Received: from smtp3.andrew.com ([198.135.207.235] helo=andrew.com) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IdWZn-0003Yf-5v for geopriv@ietf.org; Thu, 04 Oct 2007 15:41:39 -0400 X-SEF-Processed: 5_0_0_910__2007_10_04_14_51_25 X-SEF-16EBA1E9-99E8-4E1D-A1CA-4971F5510AF: 1 Received: from aopexbh1.andrew.com [10.86.20.24] by smtp3.andrew.com - SurfControl E-mail Filter (5.2.1); Thu, 04 Oct 2007 14:51:25 -0500 Received: from AOPEX4.andrew.com ([10.86.20.22]) by aopexbh1.andrew.com with Microsoft SMTPSVC(6.0.3790.3959); Thu, 4 Oct 2007 14:41:36 -0500 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Subject: RE: AW: [Geopriv] Re: Geolocation Policy Draft Update Date: Thu, 4 Oct 2007 14:41:34 -0500 Message-ID: In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: AW: [Geopriv] Re: Geolocation Policy Draft Update Thread-Index: AcgGupKY7NwIfsA1RJG7pY92lLAa+QAAgrTg References: <47024D46.9040705@gmx.net> <5FB585F183235B42A9E70095055136FB32DB08@DEMUEXC012.nsn-intra.net><5FB585F183235B42A9E70095055136FB32DCBD@DEMUEXC012.nsn-intra.net> From: "Dawson, Martin" To: "GEOPRIV" X-OriginalArrivalTime: 04 Oct 2007 19:41:36.0910 (UTC) FILETIME=[938CF2E0:01C806BE] X-Spam-Score: 1.8 (+) X-Scan-Signature: 244a2fd369eaf00ce6820a760a3de2e8 Cc: Tim Polk , Russ Housley , ext Sam Hartman , Chris Newman , eric.gray@ericsson.com X-BeenThere: geopriv@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Geographic Location/Privacy List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: geopriv-bounces@ietf.org Any polygon is a representation of uncertainty iff the intent is to=0D=0Aco= mmunicate that the location of the *subject* of the application is=0D=0Asom= ewhere within that polygon. Of course a civic address is conveying=0D=0Athe= same uncertainty information with respect to the point if the intent=0D=0A= is that the location is somewhere within that civic address. The only=0D=0A= difference is that one quantifies the geographic extent of the=0D=0Auncerta= inty explicitly and the other only implicitly.=0D=0A=0D=0AActually, I think= it's only true that a PIDF-LO doesn't communicate=0D=0Auncertainty if you'= re using it in an application that says that the=0D=0Acommunicated shape ex= actly represents the actual subject of the=0D=0Acommunication. I think the = more common use case is the one described=0D=0Aabove.=0D=0A=0D=0AIt's silly= to say that the communication of uncertainty is a cellular=0D=0Athing. If = I provide a polygon that represents the boundary of my=0D=0Aproperty with t= he intent of saying that the actual subject of the=0D=0Aexchange is somewhe= re (and anywhere) within that property, then I have=0D=0Ajust communicated = an uncertainty. The polygon clearly didn't have to be=0D=0Adetermined in th= e context of cellular communications.=0D=0A=0D=0AI think there may be - not= sure - some confusion with confidence; which=0D=0Awould actually apply a p= ercentage value to the probability that the=0D=0Asubject is within the boun= dary of the provided polygon and not outside=0D=0Ait. Indeed, PIDF-LO does = not provide a mechanism to communicate=0D=0Aconfidence. But, also, I don't = think that confidence need only apply to=0D=0Acellular. For example, you mi= ght provide a more constrained polygon in a=0D=0Aproperty boundary scenario= because 95% of the time the subject occupies=0D=0Aa 10% subset of the larg= er polygon. Again, this is nothing to do with=0D=0Awhether it's a cellular = context or not.=0D=0A=0D=0ACheers,=0D=0AMartin=0D=0A=0D=0A-----Original Mes= sage-----=0D=0AFrom: James M. Polk [mailto:jmpolk@cisco.com]=20=0D=0ASent: = Friday, 5 October 2007 5:10 AM=0D=0ATo: Tschofenig, Hannes (NSN - DE/Munich= ); Thomson, Martin; ext Sam=0D=0AHartman; Hannes Tschofenig=0D=0ACc: GEOPRI= V; Tim Polk; Russ Housley; Chris Newman;=0D=0Aeric.gray@ericsson.com=0D=0AS= ubject: Re: AW: [Geopriv] Re: Geolocation Policy Draft Update=0D=0A=0D=0AAt= 09:32 AM 10/4/2007, Tschofenig, Hannes (NSN - DE/Munich) wrote:=0D=0A> >=0D= =0A> > I'd argue that the assumption is bad. In the location=0D=0A> > busi= ness, you need to be comfortable with a degree of=0D=0A> > uncertainty. Vi= rtually all results are some sort of=0D=0A> > probability distribution, usu= ally with uncertainty that is=0D=0A> > significant enough to cause trouble.= 50 metres 67% of the=0D=0A> > time is pretty vague by many standards - an= d that's actually=0D=0A> > pretty good in the overall spectrum of results f= or mobile=0D=0A> > networks. Ignoring uncertainty just leads to bad result= s.=0D=0A>=0D=0A>Please note that PIDF-LO does not have an explicit way to e= xpress=20=0D=0A>uncertainty.=0D=0A=0D=0AThis is on purpose, because there a= re many ways of expressing=20=0D=0Alocation without a means to determine un= certainty (at the end of a=20=0D=0Awire, for example, or connected to a spe= cific AP at a known location=20=0D=0Aas another). Forcing "uncertainty" wh= ere it doesn't belong (PIDF-LO=20=0D=0Ais *not_only* for cellular networks)= does more harm than good -=20=0D=0Abecause it starts to make techs guess w= hat is the right percentage of=20=0D=0Auncertainty. Further, the idea that = uncertainty applies only to=20=0D=0Acoordinate representations is wrong. Fo= r example, I can give you a=20=0D=0Alinear ring of the 5 points of my house= 's property, with my=20=0D=0Aproperty's boundary being straight lines betwe= en each point (which is=20=0D=0Atrue BTW) - and claim that is the same as m= y civic=20=0D=0Aaddress. Therefore, if there is uncertainty in my polygon = of my=20=0D=0Ahouse, there is uncertainty in my civic street address I can = give out=20=0D=0Aas well - yet time and time again this has been said to be= untrue.=0D=0A=0D=0AJames=0D=0A=0D=0A=0D=0A________________________________= _______________=0D=0AGeopriv mailing list=0D=0AGeopriv@ietf.org=0D=0Ahttps:= //www1.ietf.org/mailman/listinfo/geopriv=0D=0A=0D=0A-----------------------= -------------------------------------------------------------------------=0D= =0AThis message is for the designated recipient only and may=0D=0Acontain p= rivileged, proprietary, or otherwise private information. =20=0D=0AIf you h= ave received it in error, please notify the sender=0D=0Aimmediately and del= ete the original. Any unauthorized use of=0D=0Athis email is prohibited.=0D= =0A------------------------------------------------------------------------= ------------------------=0D=0A[mf2]=0D=0A _______________________________________________ Geopriv mailing list Geopriv@ietf.org https://www1.ietf.org/mailman/listinfo/geopriv From hightowerjfs@alextronicrecords.co.uk Thu Oct 04 15:55:42 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IdWnO-0003gS-Mq for geopriv-archive@lists.ietf.org; Thu, 04 Oct 2007 15:55:42 -0400 Received: from [201.250.40.137] (helo=[201.250.40.137]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IdWnN-00042U-TH for geopriv-archive@lists.ietf.org; Thu, 04 Oct 2007 15:55:42 -0400 Received: from PC-NADIA ([120.175.97.34] helo=PC-NADIA) by [201.250.40.137] ( sendmail 8.13.3/8.13.1) with esmtpa id 1IqBPV-000SHE-fQ for geopriv-archive@lists.ietf.org; Thu, 4 Oct 2007 16:56:25 -0300 Message-ID: <000b01c806c0$923c6c20$8928fac9@PCNADIA> From: "Shahzad hightower" To: Subject: ttacosis Date: Thu, 4 Oct 2007 16:55:53 -0300 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0006_01C806A7.6CEF3420" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3028 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 X-Spam-Score: 2.1 (++) X-Scan-Signature: 8abaac9e10c826e8252866cbe6766464 ------=_NextPart_000_0006_01C806A7.6CEF3420 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable http://www.siybreeze.com/ How it is going geopriv-archive COMPLETE VIRILITY formula for men Shahzad hightower ------=_NextPart_000_0006_01C806A7.6CEF3420 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
http://www.siybreeze.com/
How it is going geopriv-archive
COMPLETE VIRILITY formula for men
Shahzad hightower
------=_NextPart_000_0006_01C806A7.6CEF3420-- From geopriv-bounces@ietf.org Thu Oct 04 17:00:08 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1IdXnI-0005U9-H7; Thu, 04 Oct 2007 16:59:40 -0400 Received: from geopriv by megatron.ietf.org with local (Exim 4.43) id 1IdXnG-0005Tt-Ra for geopriv-confirm+ok@megatron.ietf.org; Thu, 04 Oct 2007 16:59:38 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IdXnG-0005TC-En for geopriv@ietf.org; Thu, 04 Oct 2007 16:59:38 -0400 Received: from mail.opengeospatial.org ([208.44.53.140]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IdXn6-0000B8-6y for geopriv@ietf.org; Thu, 04 Oct 2007 16:59:34 -0400 Received: from SusieandCarl (c-24-8-177-87.hsd1.co.comcast.net [24.8.177.87]) (authenticated bits=0) by mail.opengeospatial.org (8.13.4/8.13.4/Debian-3sarge3) with ESMTP id l94KwWTl013956 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT); Thu, 4 Oct 2007 16:58:32 -0400 Message-ID: <00e401c806c9$5b2d7cc0$6401a8c0@SusieandCarl> From: "Carl Reed OGC Account" To: "Dawson, Martin" , "GEOPRIV" References: <47024D46.9040705@gmx.net><5FB585F183235B42A9E70095055136FB32DB08@DEMUEXC012.nsn-intra.net><5FB585F183235B42A9E70095055136FB32DCBD@DEMUEXC012.nsn-intra.net> Subject: Re: AW: [Geopriv] Re: Geolocation Policy Draft Update Date: Thu, 4 Oct 2007 14:49:43 -0600 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3138 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3138 X-Spam-Status: No, score=-98.0 required=5.0 tests=BAYES_50,RCVD_IN_PBL, RCVD_IN_SORBS_DUL,USER_IN_WHITELIST autolearn=disabled version=3.1.4 X-Spam-Checker-Version: SpamAssassin 3.1.4 (2006-07-26) on mail.opengeospatial.org X-Virus-Scanned: ClamAV 0.91.2/4472/Thu Oct 4 10:45:39 2007 on mail.opengeospatial.org X-Virus-Status: Clean X-Spam-Score: 0.0 (/) X-Scan-Signature: 825e642946eda55cd9bc654a36dab8c2 Cc: ext Sam Hartman , Tim Polk , Russ Housley , Chris Newman , eric.gray@ericsson.com X-BeenThere: geopriv@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Geographic Location/Privacy List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: geopriv-bounces@ietf.org There is a huge amount of literature in the Geography/photogrammetry community about uncertainty and confidence in mapped data. One of the world experts on this topic lives a mile or so from me here in Colorado. I would look to that community if we are seeking a general solution and not one specific to cellular. Regards Carl ----- Original Message ----- From: "Dawson, Martin" To: "GEOPRIV" Cc: "Tim Polk" ; "Russ Housley" ; "ext Sam Hartman" ; "Chris Newman" ; Sent: Thursday, October 04, 2007 1:41 PM Subject: RE: AW: [Geopriv] Re: Geolocation Policy Draft Update > Any polygon is a representation of uncertainty iff the intent is to > communicate that the location of the *subject* of the application is > somewhere within that polygon. Of course a civic address is conveying > the same uncertainty information with respect to the point if the intent > is that the location is somewhere within that civic address. The only > difference is that one quantifies the geographic extent of the > uncertainty explicitly and the other only implicitly. > > Actually, I think it's only true that a PIDF-LO doesn't communicate > uncertainty if you're using it in an application that says that the > communicated shape exactly represents the actual subject of the > communication. I think the more common use case is the one described > above. > > It's silly to say that the communication of uncertainty is a cellular > thing. If I provide a polygon that represents the boundary of my > property with the intent of saying that the actual subject of the > exchange is somewhere (and anywhere) within that property, then I have > just communicated an uncertainty. The polygon clearly didn't have to be > determined in the context of cellular communications. > > I think there may be - not sure - some confusion with confidence; which > would actually apply a percentage value to the probability that the > subject is within the boundary of the provided polygon and not outside > it. Indeed, PIDF-LO does not provide a mechanism to communicate > confidence. But, also, I don't think that confidence need only apply to > cellular. For example, you might provide a more constrained polygon in a > property boundary scenario because 95% of the time the subject occupies > a 10% subset of the larger polygon. Again, this is nothing to do with > whether it's a cellular context or not. > > Cheers, > Martin > > -----Original Message----- > From: James M. Polk [mailto:jmpolk@cisco.com] > Sent: Friday, 5 October 2007 5:10 AM > To: Tschofenig, Hannes (NSN - DE/Munich); Thomson, Martin; ext Sam > Hartman; Hannes Tschofenig > Cc: GEOPRIV; Tim Polk; Russ Housley; Chris Newman; > eric.gray@ericsson.com > Subject: Re: AW: [Geopriv] Re: Geolocation Policy Draft Update > > At 09:32 AM 10/4/2007, Tschofenig, Hannes (NSN - DE/Munich) wrote: >> > >> > I'd argue that the assumption is bad. In the location >> > business, you need to be comfortable with a degree of >> > uncertainty. Virtually all results are some sort of >> > probability distribution, usually with uncertainty that is >> > significant enough to cause trouble. 50 metres 67% of the >> > time is pretty vague by many standards - and that's actually >> > pretty good in the overall spectrum of results for mobile >> > networks. Ignoring uncertainty just leads to bad results. >> >>Please note that PIDF-LO does not have an explicit way to express >>uncertainty. > > This is on purpose, because there are many ways of expressing > location without a means to determine uncertainty (at the end of a > wire, for example, or connected to a specific AP at a known location > as another). Forcing "uncertainty" where it doesn't belong (PIDF-LO > is *not_only* for cellular networks) does more harm than good - > because it starts to make techs guess what is the right percentage of > uncertainty. Further, the idea that uncertainty applies only to > coordinate representations is wrong. For example, I can give you a > linear ring of the 5 points of my house's property, with my > property's boundary being straight lines between each point (which is > true BTW) - and claim that is the same as my civic > address. Therefore, if there is uncertainty in my polygon of my > house, there is uncertainty in my civic street address I can give out > as well - yet time and time again this has been said to be untrue. > > James > > > _______________________________________________ > Geopriv mailing list > Geopriv@ietf.org > https://www1.ietf.org/mailman/listinfo/geopriv > > ------------------------------------------------------------------------------------------------ > This message is for the designated recipient only and may > contain privileged, proprietary, or otherwise private information. > If you have received it in error, please notify the sender > immediately and delete the original. Any unauthorized use of > this email is prohibited. > ------------------------------------------------------------------------------------------------ > [mf2] > > > > _______________________________________________ > Geopriv mailing list > Geopriv@ietf.org > https://www1.ietf.org/mailman/listinfo/geopriv > _______________________________________________ Geopriv mailing list Geopriv@ietf.org https://www1.ietf.org/mailman/listinfo/geopriv From geopriv-bounces@ietf.org Thu Oct 04 17:25:33 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1IdYCJ-0004ev-Vc; Thu, 04 Oct 2007 17:25:32 -0400 Received: from geopriv by megatron.ietf.org with local (Exim 4.43) id 1IdYCG-0004Xg-24 for geopriv-confirm+ok@megatron.ietf.org; Thu, 04 Oct 2007 17:25:28 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IdYCC-0004RK-96 for geopriv@ietf.org; Thu, 04 Oct 2007 17:25:24 -0400 Received: from mail.gmx.net ([213.165.64.20]) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1IdYBu-0001nk-AU for geopriv@ietf.org; Thu, 04 Oct 2007 17:25:24 -0400 Received: (qmail invoked by alias); 04 Oct 2007 21:24:50 -0000 Received: from p54984810.dip.t-dialin.net (EHLO [192.168.1.4]) [84.152.72.16] by mail.gmx.net (mp035) with SMTP; 04 Oct 2007 23:24:50 +0200 X-Authenticated: #29516787 X-Provags-ID: V01U2FsdGVkX1+XKptw6dmXzpd0o4qYyKuB3ywj5rPw5+IwuIbugZ ih4iE7yKwe6oZc Message-ID: <47055A1E.5040501@gmx.net> Date: Thu, 04 Oct 2007 23:24:46 +0200 From: Hannes Tschofenig User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: Carl Reed OGC Account Subject: Re: AW: [Geopriv] Re: Geolocation Policy Draft Update References: <47024D46.9040705@gmx.net><5FB585F183235B42A9E70095055136FB32DB08@DEMUEXC012.nsn-intra.net><5FB585F183235B42A9E70095055136FB32DCBD@DEMUEXC012.nsn-intra.net> <00e401c806c9$5b2d7cc0$6401a8c0@SusieandCarl> In-Reply-To: <00e401c806c9$5b2d7cc0$6401a8c0@SusieandCarl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-Spam-Score: 0.0 (/) X-Scan-Signature: 93e7fb8fef2e780414389440f367c879 Cc: GEOPRIV , "Dawson, Martin" , Chris Newman , Russ Housley , Tim Polk , ext Sam Hartman , eric.gray@ericsson.com X-BeenThere: geopriv@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Geographic Location/Privacy List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: geopriv-bounces@ietf.org It would be helpful to get in touch with these experts since we are discussing this topic now for years. An outsider could help us to move the work in the right direction -- and I am not really focusing on this document alone. This issue needs to get resolved asap. Ciao Hannes Carl Reed OGC Account wrote: > There is a huge amount of literature in the Geography/photogrammetry > community about uncertainty and confidence in mapped data. One of the > world experts on this topic lives a mile or so from me here in > Colorado. I would look to that community if we are seeking a general > solution and not one specific to cellular. > > Regards > > Carl > > ----- Original Message ----- From: "Dawson, Martin" > > To: "GEOPRIV" > Cc: "Tim Polk" ; "Russ Housley" > ; "ext Sam Hartman" ; > "Chris Newman" ; > Sent: Thursday, October 04, 2007 1:41 PM > Subject: RE: AW: [Geopriv] Re: Geolocation Policy Draft Update > > >> Any polygon is a representation of uncertainty iff the intent is to >> communicate that the location of the *subject* of the application is >> somewhere within that polygon. Of course a civic address is conveying >> the same uncertainty information with respect to the point if the intent >> is that the location is somewhere within that civic address. The only >> difference is that one quantifies the geographic extent of the >> uncertainty explicitly and the other only implicitly. >> >> Actually, I think it's only true that a PIDF-LO doesn't communicate >> uncertainty if you're using it in an application that says that the >> communicated shape exactly represents the actual subject of the >> communication. I think the more common use case is the one described >> above. >> >> It's silly to say that the communication of uncertainty is a cellular >> thing. If I provide a polygon that represents the boundary of my >> property with the intent of saying that the actual subject of the >> exchange is somewhere (and anywhere) within that property, then I have >> just communicated an uncertainty. The polygon clearly didn't have to be >> determined in the context of cellular communications. >> >> I think there may be - not sure - some confusion with confidence; which >> would actually apply a percentage value to the probability that the >> subject is within the boundary of the provided polygon and not outside >> it. Indeed, PIDF-LO does not provide a mechanism to communicate >> confidence. But, also, I don't think that confidence need only apply to >> cellular. For example, you might provide a more constrained polygon in a >> property boundary scenario because 95% of the time the subject occupies >> a 10% subset of the larger polygon. Again, this is nothing to do with >> whether it's a cellular context or not. >> >> Cheers, >> Martin >> >> -----Original Message----- >> From: James M. Polk [mailto:jmpolk@cisco.com] >> Sent: Friday, 5 October 2007 5:10 AM >> To: Tschofenig, Hannes (NSN - DE/Munich); Thomson, Martin; ext Sam >> Hartman; Hannes Tschofenig >> Cc: GEOPRIV; Tim Polk; Russ Housley; Chris Newman; >> eric.gray@ericsson.com >> Subject: Re: AW: [Geopriv] Re: Geolocation Policy Draft Update >> >> At 09:32 AM 10/4/2007, Tschofenig, Hannes (NSN - DE/Munich) wrote: >>> > >>> > I'd argue that the assumption is bad. In the location >>> > business, you need to be comfortable with a degree of >>> > uncertainty. Virtually all results are some sort of >>> > probability distribution, usually with uncertainty that is >>> > significant enough to cause trouble. 50 metres 67% of the >>> > time is pretty vague by many standards - and that's actually >>> > pretty good in the overall spectrum of results for mobile >>> > networks. Ignoring uncertainty just leads to bad results. >>> >>> Please note that PIDF-LO does not have an explicit way to express >>> uncertainty. >> >> This is on purpose, because there are many ways of expressing >> location without a means to determine uncertainty (at the end of a >> wire, for example, or connected to a specific AP at a known location >> as another). Forcing "uncertainty" where it doesn't belong (PIDF-LO >> is *not_only* for cellular networks) does more harm than good - >> because it starts to make techs guess what is the right percentage of >> uncertainty. Further, the idea that uncertainty applies only to >> coordinate representations is wrong. For example, I can give you a >> linear ring of the 5 points of my house's property, with my >> property's boundary being straight lines between each point (which is >> true BTW) - and claim that is the same as my civic >> address. Therefore, if there is uncertainty in my polygon of my >> house, there is uncertainty in my civic street address I can give out >> as well - yet time and time again this has been said to be untrue. >> >> James >> >> >> _______________________________________________ >> Geopriv mailing list >> Geopriv@ietf.org >> https://www1.ietf.org/mailman/listinfo/geopriv >> >> ------------------------------------------------------------------------------------------------ >> >> This message is for the designated recipient only and may >> contain privileged, proprietary, or otherwise private information. >> If you have received it in error, please notify the sender >> immediately and delete the original. Any unauthorized use of >> this email is prohibited. >> ------------------------------------------------------------------------------------------------ >> >> [mf2] >> >> >> >> _______________________________________________ >> Geopriv mailing list >> Geopriv@ietf.org >> https://www1.ietf.org/mailman/listinfo/geopriv >> > > > > _______________________________________________ > Geopriv mailing list > Geopriv@ietf.org > https://www1.ietf.org/mailman/listinfo/geopriv _______________________________________________ Geopriv mailing list Geopriv@ietf.org https://www1.ietf.org/mailman/listinfo/geopriv From maurice84hugo41@azerity.com Thu Oct 04 18:29:55 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IdZCd-0000Ax-Ca for geopriv-archive@lists.ietf.org; Thu, 04 Oct 2007 18:29:55 -0400 Received: from pool-72-92-116-41.phlapa.east.verizon.net ([72.92.116.41]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IdZCV-0004YO-J3 for geopriv-archive@lists.ietf.org; Thu, 04 Oct 2007 18:29:55 -0400 Received: from [72.92.116.41] by qtgvw.azerity.com; Thu, 04 Oct 2007 22:29:19 +0000 Message-ID: <000801c806d6$015f07bd$7e5904b1@agnprlq> From: "emlyn keith" To: "Audrey Lusk" Subject: Shop around for luxury items Date: Thu, 04 Oct 2007 20:41:57 +0000 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0005_01C806D6.015D833A" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.3790.2663 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.2757 X-Spam-Score: 4.6 (++++) X-Scan-Signature: f4c2cf0bccc868e4cc88dace71fb3f44 This is a multi-part message in MIME format. ------=_NextPart_000_0005_01C806D6.015D833A Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hello, Life Should be Full of Luxuries, yet, only a handful of people can = afford the finest products, the luxuries of the elite. We are committed to bringing you the finest products, at prices = incomparably lower. Perfectly crafted luxury timepieces, all at = affordable prices. Thousands of different models to choose from! http://razluxury.com.cn/ The finest of products, at the lowest of prices: http://razluxury.com.cn/=20 Sincerely, benny anita ------=_NextPart_000_0005_01C806D6.015D833A Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hello,

Life Should be Full of Luxuries, yet, only a handful of people can = afford the finest products,=20 the luxuries of the elite.
We are committed to bringing you the = finest products, at prices=20 incomparably lower. Perfectly crafted luxury timepieces, all at = affordable prices. Thousands=20 of different models to choose from!


http://razluxury.com.cn/

The = finest of products, at the lowest of prices:

http://razluxury.com.cn/ =


Sincerely,
benny anita ------=_NextPart_000_0005_01C806D6.015D833A-- From geopriv-bounces@ietf.org Thu Oct 04 21:37:06 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1Idc7a-0004A8-Sw; Thu, 04 Oct 2007 21:36:54 -0400 Received: from geopriv by megatron.ietf.org with local (Exim 4.43) id 1Idc7Z-00049L-Fa for geopriv-confirm+ok@megatron.ietf.org; Thu, 04 Oct 2007 21:36:53 -0400 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1Idc7Z-0003u9-19 for geopriv@ietf.org; Thu, 04 Oct 2007 21:36:53 -0400 Received: from smtp3.andrew.com ([198.135.207.235] helo=andrew.com) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1Idc7Q-00086x-UC for geopriv@ietf.org; Thu, 04 Oct 2007 21:36:45 -0400 X-SEF-Processed: 5_0_0_910__2007_10_04_20_46_30 X-SEF-16EBA1E9-99E8-4E1D-A1CA-4971F5510AF: 1 Received: from aopexbh2.andrew.com [10.86.20.25] by smtp3.andrew.com - SurfControl E-mail Filter (5.2.1); Thu, 04 Oct 2007 20:46:30 -0500 Received: from AHQEX1.andrew.com ([10.86.20.21]) by aopexbh2.andrew.com with Microsoft SMTPSVC(6.0.3790.3959); Thu, 4 Oct 2007 20:36:41 -0500 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Subject: RE: AW: [Geopriv] Re: Geolocation Policy Draft Update Date: Thu, 4 Oct 2007 20:36:38 -0500 Message-ID: In-Reply-To: <47055A1E.5040501@gmx.net> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: AW: [Geopriv] Re: Geolocation Policy Draft Update Thread-Index: AcgGzVhNnzIh/YQ/SmiQO7NjqIqr5AAIQ5Og References: <47024D46.9040705@gmx.net><5FB585F183235B42A9E70095055136FB32DB08@DEMUEXC012.nsn-intra.net><5FB585F183235B42A9E70095055136FB32DCBD@DEMUEXC012.nsn-intra.net> <00e401c806c9$5b2d7cc0$6401a8c0@SusieandCarl> <47055A1E.5040501@gmx.net> From: "Thomson, Martin" To: "Hannes Tschofenig" , "Carl Reed OGC Account" X-OriginalArrivalTime: 05 Oct 2007 01:36:41.0234 (UTC) FILETIME=[2DEACF20:01C806F0] X-Spam-Score: 0.0 (/) X-Scan-Signature: 3971661e40967acfc35f708dd5f33760 Cc: GEOPRIV , "Dawson, Martin" X-BeenThere: geopriv@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Geographic Location/Privacy List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1394396135==" Errors-To: geopriv-bounces@ietf.org --===============1394396135== Content-class: urn:content-classes:message Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 KHRha2luZyBJRVNHIG1lbWJlcnMgb2ZmIHRoZSBDQykNCg0KSSBoYXZlIGFscmVhZHkgYmVndW4g YW4gYXR0ZW1wdCB0byBiZXR0ZXIgZGVmaW5lIFVuY2VydGFpbnR5IGFuZCBDb25maWRlbmNlLiAg VGhlIGRyYWZ0IGlzIGluIHZlcnkgZWFybHkgZGF5cyBzbyBmYXIsIHNvLCBnaXZlbiB0aGUgY3Vy cmVudCBkaXNjdXNzaW9uLCBJJ20ga2VlbiB0byBzb2xpY2l0IGlucHV0LiAgSSdkIGRlZmluaXRl bHkgYmUgaW50ZXJlc3RlZCBpbiBhbnkgYXNzaXN0YW5jZSBDYXJsIGFuZCBoaXMgY29udGFjdHMg Y2FuIHByb3ZpZGUuDQoNCkkgaGF2ZSBzZXZlcmFsIGdvYWxzIGZvciB0aGUgZHJhZnQuICBUaGUg Zmlyc3QgaXMgdG8gcmVzb2x2ZSB0aGUgZGVmaW5pdGlvbnMgb2YgVW5jZXJ0YWludHkgYW5kIENv bmZpZGVuY2UgYW5kIHRvIGRlcHJlY2F0ZSB0aGUgdXNhZ2Ugb2YgUHJlY2lzaW9uIGFuZCBBY2N1 cmFjeS4gIFByZWNpc2lvbiBhbmQgQWNjdXJhY3kgaGF2ZSBteXJpYWQgbWVhbmluZ3MgYW5kIHdo aWxlIHRoZSAzNjkzIGRlZmluaXRpb25zIGFyZSBnb29kLCB0aGV5IGFyZW4ndCBjb25jcmV0ZSBl bm91Z2ggdGVybXMgZm9yIG91ciBwdXJwb3Nlcy4NCg0KKE9yaWdpbmFsbHksIEkgaGFkIGhvcGVk IHRoYXQgdGhlIGRlZmluaXRpb25zIGluIEdlb1NoYXBlIHdvdWxkIHN1ZmZpY2UsIGJ1dCBpdCdz IGNsZWFyIHRoYXQgdGhvc2UgaGF2ZW4ndCBkb25lIHRoZSBqb2IsIG9yIGF0IGxlYXN0IHBlb3Bs ZSBoYXZlbid0IHJlYWQgaXQuKQ0KDQpUaGUgc2Vjb25kIGdvYWwgaXMgdG8gZGVmaW5lIHNvbWUg Z3VpZGVsaW5lcyBvbiBob3cgdG8gYXBwbHkgdW5jZXJ0YWludHkgaW4gZGV0ZXJtaW5pbmcgaWYg YSBUYXJnZXQgaXMgd2l0aGluIGEgZ2l2ZW4gcmVnaW9uLiAgVGhpcyBhcHBsaWVzIGRpcmVjdGx5 IHRvIHRoZSBnZW9wcml2LXBvbGljeSBhbmQgbG9jLWZpbHRlcnMgd29yay4NCg0KVGhlIHRoaXJk IGdvYWwsIHBvdGVudGlhbGx5IHRoZSBtb3N0IGNvbnRyb3ZlcnNpYWwgb25lLCBpcyB0byBmb3Jt YWxpemUgdGhlIGFkZGl0aW9uIG9mIENvbmZpZGVuY2UgdG8gdGhlIFBJREYtTE8gcmVwcmVzZW50 YXRpb24gYW5kIHRvIGRlZmluZSBhIGRlZmF1bHQgdmFsdWUgdGhhdCBjYW4gYmUgYXNzdW1lZCB3 aGVuIG5vbmUgaXMgcHJlc2VudC4NCg0KSSB0aGluayB0aGF0IGlmIHRob3NlIGdvYWxzIGNhbiBi ZSBhY2hpZXZlZCwgYW5kIHRoZSBncm91cCBjYW4gZmluZCBjb25zZW5zdXMgb24gdGhvc2UgaXNz dWVzLCB0aGUgcHJvYmxlbSB3aWxsIGJlIHNvbHZlZC4gIEhvd2V2ZXIsIHlvdSBtaWdodCBuZWVk IHRvIGJlIGEgbGl0dGxlIGZsZXhpYmxlIG9uIHlvdXIgZGVmaW5pdGlvbiBvZiBBU0FQLg0KDQpD aGVlcnMsDQpNYXJ0aW4NCg0KDQo+IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQo+IEZyb206 IEhhbm5lcyBUc2Nob2ZlbmlnIFttYWlsdG86SGFubmVzLlRzY2hvZmVuaWdAZ214Lm5ldF0NCj4g U2VudDogRnJpZGF5LCA1IE9jdG9iZXIgMjAwNyA3OjI1IEFNDQo+IFRvOiBDYXJsIFJlZWQgT0dD IEFjY291bnQNCj4gQ2M6IEdFT1BSSVY7IERhd3NvbiwgTWFydGluOyBDaHJpcyBOZXdtYW47IFJ1 c3MgSG91c2xleTsgVGltIFBvbGs7IGV4dCBTYW0NCj4gSGFydG1hbjsgZXJpYy5ncmF5QGVyaWNz c29uLmNvbQ0KPiBTdWJqZWN0OiBSZTogQVc6IFtHZW9wcml2XSBSZTogR2VvbG9jYXRpb24gUG9s aWN5IERyYWZ0IFVwZGF0ZQ0KPiANCj4gSXQgd291bGQgYmUgaGVscGZ1bCB0byBnZXQgaW4gdG91 Y2ggd2l0aCB0aGVzZSBleHBlcnRzIHNpbmNlIHdlIGFyZQ0KPiBkaXNjdXNzaW5nIHRoaXMgdG9w aWMgbm93IGZvciB5ZWFycy4NCj4gQW4gb3V0c2lkZXIgY291bGQgaGVscCB1cyB0byBtb3ZlIHRo ZSB3b3JrIGluIHRoZSByaWdodCBkaXJlY3Rpb24gLS0gYW5kDQo+IEkgYW0gbm90IHJlYWxseSBm b2N1c2luZyBvbiB0aGlzIGRvY3VtZW50IGFsb25lLg0KPiANCj4gVGhpcyBpc3N1ZSBuZWVkcyB0 byBnZXQgcmVzb2x2ZWQgYXNhcC4NCj4gDQo+IENpYW8NCj4gSGFubmVzDQo+IA0KPiANCj4gQ2Fy bCBSZWVkIE9HQyBBY2NvdW50IHdyb3RlOg0KPiA+IFRoZXJlIGlzIGEgaHVnZSBhbW91bnQgb2Yg bGl0ZXJhdHVyZSBpbiB0aGUgR2VvZ3JhcGh5L3Bob3RvZ3JhbW1ldHJ5DQo+ID4gY29tbXVuaXR5 IGFib3V0IHVuY2VydGFpbnR5IGFuZCBjb25maWRlbmNlIGluIG1hcHBlZCBkYXRhLiBPbmUgb2Yg dGhlDQo+ID4gd29ybGQgZXhwZXJ0cyBvbiB0aGlzIHRvcGljIGxpdmVzIGEgbWlsZSBvciBzbyBm cm9tIG1lIGhlcmUgaW4NCj4gPiBDb2xvcmFkby4gSSB3b3VsZCBsb29rIHRvIHRoYXQgY29tbXVu aXR5IGlmIHdlIGFyZSBzZWVraW5nIGEgZ2VuZXJhbA0KPiA+IHNvbHV0aW9uIGFuZCBub3Qgb25l IHNwZWNpZmljIHRvIGNlbGx1bGFyLg0KPiA+DQo+ID4gUmVnYXJkcw0KPiA+DQo+ID4gQ2FybA0K PiA+DQo+ID4gLS0tLS0gT3JpZ2luYWwgTWVzc2FnZSAtLS0tLSBGcm9tOiAiRGF3c29uLCBNYXJ0 aW4iDQo+ID4gPE1hcnRpbi5EYXdzb25AYW5kcmV3LmNvbT4NCj4gPiBUbzogIkdFT1BSSVYiIDxn ZW9wcml2QGlldGYub3JnPg0KPiA+IENjOiAiVGltIFBvbGsiIDx0aW0ucG9sa0BuaXN0Lmdvdj47 ICJSdXNzIEhvdXNsZXkiDQo+ID4gPGhvdXNsZXlAdmlnaWxzZWMuY29tPjsgImV4dCBTYW0gSGFy dG1hbiIgPGhhcnRtYW5zLWlldGZAbWl0LmVkdT47DQo+ID4gIkNocmlzIE5ld21hbiIgPGNocmlz Lm5ld21hbkBzdW4uY29tPjsgPGVyaWMuZ3JheUBlcmljc3Nvbi5jb20+DQo+ID4gU2VudDogVGh1 cnNkYXksIE9jdG9iZXIgMDQsIDIwMDcgMTo0MSBQTQ0KPiA+IFN1YmplY3Q6IFJFOiBBVzogW0dl b3ByaXZdIFJlOiBHZW9sb2NhdGlvbiBQb2xpY3kgRHJhZnQgVXBkYXRlDQo+ID4NCj4gPg0KPiA+ PiBBbnkgcG9seWdvbiBpcyBhIHJlcHJlc2VudGF0aW9uIG9mIHVuY2VydGFpbnR5IGlmZiB0aGUg aW50ZW50IGlzIHRvDQo+ID4+IGNvbW11bmljYXRlIHRoYXQgdGhlIGxvY2F0aW9uIG9mIHRoZSAq c3ViamVjdCogb2YgdGhlIGFwcGxpY2F0aW9uIGlzDQo+ID4+IHNvbWV3aGVyZSB3aXRoaW4gdGhh dCBwb2x5Z29uLiBPZiBjb3Vyc2UgYSBjaXZpYyBhZGRyZXNzIGlzIGNvbnZleWluZw0KPiA+PiB0 aGUgc2FtZSB1bmNlcnRhaW50eSBpbmZvcm1hdGlvbiB3aXRoIHJlc3BlY3QgdG8gdGhlIHBvaW50 IGlmIHRoZQ0KPiBpbnRlbnQNCj4gPj4gaXMgdGhhdCB0aGUgbG9jYXRpb24gaXMgc29tZXdoZXJl IHdpdGhpbiB0aGF0IGNpdmljIGFkZHJlc3MuIFRoZSBvbmx5DQo+ID4+IGRpZmZlcmVuY2UgaXMg dGhhdCBvbmUgcXVhbnRpZmllcyB0aGUgZ2VvZ3JhcGhpYyBleHRlbnQgb2YgdGhlDQo+ID4+IHVu Y2VydGFpbnR5IGV4cGxpY2l0bHkgYW5kIHRoZSBvdGhlciBvbmx5IGltcGxpY2l0bHkuDQo+ID4+ DQo+ID4+IEFjdHVhbGx5LCBJIHRoaW5rIGl0J3Mgb25seSB0cnVlIHRoYXQgYSBQSURGLUxPIGRv ZXNuJ3QgY29tbXVuaWNhdGUNCj4gPj4gdW5jZXJ0YWludHkgaWYgeW91J3JlIHVzaW5nIGl0IGlu IGFuIGFwcGxpY2F0aW9uIHRoYXQgc2F5cyB0aGF0IHRoZQ0KPiA+PiBjb21tdW5pY2F0ZWQgc2hh cGUgZXhhY3RseSByZXByZXNlbnRzIHRoZSBhY3R1YWwgc3ViamVjdCBvZiB0aGUNCj4gPj4gY29t bXVuaWNhdGlvbi4gSSB0aGluayB0aGUgbW9yZSBjb21tb24gdXNlIGNhc2UgaXMgdGhlIG9uZSBk ZXNjcmliZWQNCj4gPj4gYWJvdmUuDQo+ID4+DQo+ID4+IEl0J3Mgc2lsbHkgdG8gc2F5IHRoYXQg dGhlIGNvbW11bmljYXRpb24gb2YgdW5jZXJ0YWludHkgaXMgYSBjZWxsdWxhcg0KPiA+PiB0aGlu Zy4gSWYgSSBwcm92aWRlIGEgcG9seWdvbiB0aGF0IHJlcHJlc2VudHMgdGhlIGJvdW5kYXJ5IG9m IG15DQo+ID4+IHByb3BlcnR5IHdpdGggdGhlIGludGVudCBvZiBzYXlpbmcgdGhhdCB0aGUgYWN0 dWFsIHN1YmplY3Qgb2YgdGhlDQo+ID4+IGV4Y2hhbmdlIGlzIHNvbWV3aGVyZSAoYW5kIGFueXdo ZXJlKSB3aXRoaW4gdGhhdCBwcm9wZXJ0eSwgdGhlbiBJIGhhdmUNCj4gPj4ganVzdCBjb21tdW5p Y2F0ZWQgYW4gdW5jZXJ0YWludHkuIFRoZSBwb2x5Z29uIGNsZWFybHkgZGlkbid0IGhhdmUgdG8g YmUNCj4gPj4gZGV0ZXJtaW5lZCBpbiB0aGUgY29udGV4dCBvZiBjZWxsdWxhciBjb21tdW5pY2F0 aW9ucy4NCj4gPj4NCj4gPj4gSSB0aGluayB0aGVyZSBtYXkgYmUgLSBub3Qgc3VyZSAtIHNvbWUg Y29uZnVzaW9uIHdpdGggY29uZmlkZW5jZTsgd2hpY2gNCj4gPj4gd291bGQgYWN0dWFsbHkgYXBw bHkgYSBwZXJjZW50YWdlIHZhbHVlIHRvIHRoZSBwcm9iYWJpbGl0eSB0aGF0IHRoZQ0KPiA+PiBz dWJqZWN0IGlzIHdpdGhpbiB0aGUgYm91bmRhcnkgb2YgdGhlIHByb3ZpZGVkIHBvbHlnb24gYW5k IG5vdCBvdXRzaWRlDQo+ID4+IGl0LiBJbmRlZWQsIFBJREYtTE8gZG9lcyBub3QgcHJvdmlkZSBh IG1lY2hhbmlzbSB0byBjb21tdW5pY2F0ZQ0KPiA+PiBjb25maWRlbmNlLiBCdXQsIGFsc28sIEkg ZG9uJ3QgdGhpbmsgdGhhdCBjb25maWRlbmNlIG5lZWQgb25seSBhcHBseSB0bw0KPiA+PiBjZWxs dWxhci4gRm9yIGV4YW1wbGUsIHlvdSBtaWdodCBwcm92aWRlIGEgbW9yZSBjb25zdHJhaW5lZCBw b2x5Z29uIGluDQo+IGENCj4gPj4gcHJvcGVydHkgYm91bmRhcnkgc2NlbmFyaW8gYmVjYXVzZSA5 NSUgb2YgdGhlIHRpbWUgdGhlIHN1YmplY3Qgb2NjdXBpZXMNCj4gPj4gYSAxMCUgc3Vic2V0IG9m IHRoZSBsYXJnZXIgcG9seWdvbi4gQWdhaW4sIHRoaXMgaXMgbm90aGluZyB0byBkbyB3aXRoDQo+ ID4+IHdoZXRoZXIgaXQncyBhIGNlbGx1bGFyIGNvbnRleHQgb3Igbm90Lg0KPiA+Pg0KPiA+PiBD aGVlcnMsDQo+ID4+IE1hcnRpbg0KPiA+Pg0KPiA+PiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0t LQ0KPiA+PiBGcm9tOiBKYW1lcyBNLiBQb2xrIFttYWlsdG86am1wb2xrQGNpc2NvLmNvbV0NCj4g Pj4gU2VudDogRnJpZGF5LCA1IE9jdG9iZXIgMjAwNyA1OjEwIEFNDQo+ID4+IFRvOiBUc2Nob2Zl bmlnLCBIYW5uZXMgKE5TTiAtIERFL011bmljaCk7IFRob21zb24sIE1hcnRpbjsgZXh0IFNhbQ0K PiA+PiBIYXJ0bWFuOyBIYW5uZXMgVHNjaG9mZW5pZw0KPiA+PiBDYzogR0VPUFJJVjsgVGltIFBv bGs7IFJ1c3MgSG91c2xleTsgQ2hyaXMgTmV3bWFuOw0KPiA+PiBlcmljLmdyYXlAZXJpY3Nzb24u Y29tDQo+ID4+IFN1YmplY3Q6IFJlOiBBVzogW0dlb3ByaXZdIFJlOiBHZW9sb2NhdGlvbiBQb2xp Y3kgRHJhZnQgVXBkYXRlDQo+ID4+DQo+ID4+IEF0IDA5OjMyIEFNIDEwLzQvMjAwNywgVHNjaG9m ZW5pZywgSGFubmVzIChOU04gLSBERS9NdW5pY2gpIHdyb3RlOg0KPiA+Pj4gPg0KPiA+Pj4gPiBJ J2QgYXJndWUgdGhhdCB0aGUgYXNzdW1wdGlvbiBpcyBiYWQuICBJbiB0aGUgbG9jYXRpb24NCj4g Pj4+ID4gYnVzaW5lc3MsIHlvdSBuZWVkIHRvIGJlIGNvbWZvcnRhYmxlIHdpdGggYSBkZWdyZWUg b2YNCj4gPj4+ID4gdW5jZXJ0YWludHkuICBWaXJ0dWFsbHkgYWxsIHJlc3VsdHMgYXJlIHNvbWUg c29ydCBvZg0KPiA+Pj4gPiBwcm9iYWJpbGl0eSBkaXN0cmlidXRpb24sIHVzdWFsbHkgd2l0aCB1 bmNlcnRhaW50eSB0aGF0IGlzDQo+ID4+PiA+IHNpZ25pZmljYW50IGVub3VnaCB0byBjYXVzZSB0 cm91YmxlLiAgNTAgbWV0cmVzIDY3JSBvZiB0aGUNCj4gPj4+ID4gdGltZSBpcyBwcmV0dHkgdmFn dWUgYnkgbWFueSBzdGFuZGFyZHMgLSBhbmQgdGhhdCdzIGFjdHVhbGx5DQo+ID4+PiA+IHByZXR0 eSBnb29kIGluIHRoZSBvdmVyYWxsIHNwZWN0cnVtIG9mIHJlc3VsdHMgZm9yIG1vYmlsZQ0KPiA+ Pj4gPiBuZXR3b3Jrcy4gIElnbm9yaW5nIHVuY2VydGFpbnR5IGp1c3QgbGVhZHMgdG8gYmFkIHJl c3VsdHMuDQo+ID4+Pg0KPiA+Pj4gUGxlYXNlIG5vdGUgdGhhdCBQSURGLUxPIGRvZXMgbm90IGhh dmUgYW4gZXhwbGljaXQgd2F5IHRvIGV4cHJlc3MNCj4gPj4+IHVuY2VydGFpbnR5Lg0KPiA+Pg0K PiA+PiBUaGlzIGlzIG9uIHB1cnBvc2UsIGJlY2F1c2UgdGhlcmUgYXJlIG1hbnkgd2F5cyBvZiBl eHByZXNzaW5nDQo+ID4+IGxvY2F0aW9uIHdpdGhvdXQgYSBtZWFucyB0byBkZXRlcm1pbmUgdW5j ZXJ0YWludHkgKGF0IHRoZSBlbmQgb2YgYQ0KPiA+PiB3aXJlLCBmb3IgZXhhbXBsZSwgb3IgY29u bmVjdGVkIHRvIGEgc3BlY2lmaWMgQVAgYXQgYSBrbm93biBsb2NhdGlvbg0KPiA+PiBhcyBhbm90 aGVyKS4gIEZvcmNpbmcgInVuY2VydGFpbnR5IiB3aGVyZSBpdCBkb2Vzbid0IGJlbG9uZyAoUElE Ri1MTw0KPiA+PiBpcyAqbm90X29ubHkqIGZvciBjZWxsdWxhciBuZXR3b3JrcykgZG9lcyBtb3Jl IGhhcm0gdGhhbiBnb29kIC0NCj4gPj4gYmVjYXVzZSBpdCBzdGFydHMgdG8gbWFrZSB0ZWNocyBn dWVzcyB3aGF0IGlzIHRoZSByaWdodCBwZXJjZW50YWdlIG9mDQo+ID4+IHVuY2VydGFpbnR5LiBG dXJ0aGVyLCB0aGUgaWRlYSB0aGF0IHVuY2VydGFpbnR5IGFwcGxpZXMgb25seSB0bw0KPiA+PiBj b29yZGluYXRlIHJlcHJlc2VudGF0aW9ucyBpcyB3cm9uZy4gRm9yIGV4YW1wbGUsIEkgY2FuIGdp dmUgeW91IGENCj4gPj4gbGluZWFyIHJpbmcgb2YgdGhlIDUgcG9pbnRzIG9mIG15IGhvdXNlJ3Mg cHJvcGVydHksIHdpdGggbXkNCj4gPj4gcHJvcGVydHkncyBib3VuZGFyeSBiZWluZyBzdHJhaWdo dCBsaW5lcyBiZXR3ZWVuIGVhY2ggcG9pbnQgKHdoaWNoIGlzDQo+ID4+IHRydWUgQlRXKSAtIGFu ZCBjbGFpbSB0aGF0IGlzIHRoZSBzYW1lIGFzIG15IGNpdmljDQo+ID4+IGFkZHJlc3MuICBUaGVy ZWZvcmUsIGlmIHRoZXJlIGlzIHVuY2VydGFpbnR5IGluIG15IHBvbHlnb24gb2YgbXkNCj4gPj4g aG91c2UsIHRoZXJlIGlzIHVuY2VydGFpbnR5IGluIG15IGNpdmljIHN0cmVldCBhZGRyZXNzIEkg Y2FuIGdpdmUgb3V0DQo+ID4+IGFzIHdlbGwgLSB5ZXQgdGltZSBhbmQgdGltZSBhZ2FpbiB0aGlz IGhhcyBiZWVuIHNhaWQgdG8gYmUgdW50cnVlLg0KPiA+Pg0KPiA+PiBKYW1lcw0KPiA+Pg0KPiA+ Pg0KPiA+PiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0K PiA+PiBHZW9wcml2IG1haWxpbmcgbGlzdA0KPiA+PiBHZW9wcml2QGlldGYub3JnDQo+ID4+IGh0 dHBzOi8vd3d3MS5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2dlb3ByaXYNCj4gPj4NCj4gPj4g LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0NCj4gLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KPiA+Pg0KPiA+PiBU aGlzIG1lc3NhZ2UgaXMgZm9yIHRoZSBkZXNpZ25hdGVkIHJlY2lwaWVudCBvbmx5IGFuZCBtYXkN Cj4gPj4gY29udGFpbiBwcml2aWxlZ2VkLCBwcm9wcmlldGFyeSwgb3Igb3RoZXJ3aXNlIHByaXZh dGUgaW5mb3JtYXRpb24uDQo+ID4+IElmIHlvdSBoYXZlIHJlY2VpdmVkIGl0IGluIGVycm9yLCBw bGVhc2Ugbm90aWZ5IHRoZSBzZW5kZXINCj4gPj4gaW1tZWRpYXRlbHkgYW5kIGRlbGV0ZSB0aGUg b3JpZ2luYWwuICBBbnkgdW5hdXRob3JpemVkIHVzZSBvZg0KPiA+PiB0aGlzIGVtYWlsIGlzIHBy b2hpYml0ZWQuDQo+ID4+IC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQo+IC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0NCj4gPj4NCj4gPj4gW21mMl0NCj4gPj4NCj4gPj4NCj4gPj4NCj4gPj4gX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj4gPj4gR2VvcHJpdiBtYWlsaW5n IGxpc3QNCj4gPj4gR2VvcHJpdkBpZXRmLm9yZw0KPiA+PiBodHRwczovL3d3dzEuaWV0Zi5vcmcv bWFpbG1hbi9saXN0aW5mby9nZW9wcml2DQo+ID4+DQo+ID4NCj4gPg0KPiA+DQo+ID4gX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj4gPiBHZW9wcml2IG1h aWxpbmcgbGlzdA0KPiA+IEdlb3ByaXZAaWV0Zi5vcmcNCj4gPiBodHRwczovL3d3dzEuaWV0Zi5v cmcvbWFpbG1hbi9saXN0aW5mby9nZW9wcml2DQo+IA0KPiANCj4gDQo+IF9fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+IEdlb3ByaXYgbWFpbGluZyBsaXN0 DQo+IEdlb3ByaXZAaWV0Zi5vcmcNCj4gaHR0cHM6Ly93d3cxLmlldGYub3JnL21haWxtYW4vbGlz dGluZm8vZ2VvcHJpdg0KDQotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0N ClRoaXMgbWVzc2FnZSBpcyBmb3IgdGhlIGRlc2lnbmF0ZWQgcmVjaXBpZW50IG9ubHkgYW5kIG1h eQ0KY29udGFpbiBwcml2aWxlZ2VkLCBwcm9wcmlldGFyeSwgb3Igb3RoZXJ3aXNlIHByaXZhdGUg aW5mb3JtYXRpb24uICANCklmIHlvdSBoYXZlIHJlY2VpdmVkIGl0IGluIGVycm9yLCBwbGVhc2Ug bm90aWZ5IHRoZSBzZW5kZXINCmltbWVkaWF0ZWx5IGFuZCBkZWxldGUgdGhlIG9yaWdpbmFsLiAg QW55IHVuYXV0aG9yaXplZCB1c2Ugb2YNCnRoaXMgZW1haWwgaXMgcHJvaGliaXRlZC4NCi0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KW21mMl0NCg== --===============1394396135== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Geopriv mailing list Geopriv@ietf.org https://www1.ietf.org/mailman/listinfo/geopriv --===============1394396135==-- From geopriv-bounces@ietf.org Fri Oct 05 04:26:41 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1IdiVT-0007LF-2A; Fri, 05 Oct 2007 04:25:59 -0400 Received: from geopriv by megatron.ietf.org with local (Exim 4.43) id 1IdiVS-0007IY-GS for geopriv-confirm+ok@megatron.ietf.org; Fri, 05 Oct 2007 04:25:58 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IdiVS-0007EY-6z for geopriv@ietf.org; Fri, 05 Oct 2007 04:25:58 -0400 Received: from mail.gmx.net ([213.165.64.20]) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1IdiVF-0004Aa-SH for geopriv@ietf.org; Fri, 05 Oct 2007 04:25:52 -0400 Received: (qmail invoked by alias); 05 Oct 2007 08:25:24 -0000 Received: from socks-ic-ext.mch.sbs.de (EHLO [194.138.17.187]) [194.138.17.187] by mail.gmx.net (mp048) with SMTP; 05 Oct 2007 10:25:24 +0200 X-Authenticated: #29516787 X-Provags-ID: V01U2FsdGVkX19BQTRuY4hB2cXZqCS20aWEaI+5gVAI3xyL29H4WZ EMDxe9RmsHpdi2 Message-ID: <4705F4F3.2060102@gmx.net> Date: Fri, 05 Oct 2007 10:25:23 +0200 From: Hannes Tschofenig User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: GEOPRIV Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-Spam-Score: 0.0 (/) X-Scan-Signature: b19722fc8d3865b147c75ae2495625f2 Subject: [Geopriv] [Fwd: W3C Policy Languages Interest Group (PLING)] X-BeenThere: geopriv@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Geographic Location/Privacy List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: geopriv-bounces@ietf.org FYI -------- Original Message -------- Subject: W3C Policy Languages Interest Group (PLING) Resent-Date: Fri, 05 Oct 2007 00:04:10 +0000 Resent-From: public-privacy06ws@w3.org Date: Fri, 5 Oct 2007 10:00:02 +1000 From: Renato Iannella To: public-privacy06ws@w3.org W3C is pleased to announce the launch of the Policy Languages Interest Group (PLING), [1] chaired by Marco Casassa-Mont (HP Labs) and Renato Iannella (NICTA). The group is chartered [2] to discuss interoperability, requirements and related needs for integrating and computing the results when different policy languages used together, for example, OASIS XACML (eXtensible Access Control Markup Language), IETF Common Policy, and P3P (W3C Platform for Privacy Preferences). Participation is open to W3C Members and the public [3] Look forward to seeing you all in this new group! Cheers... Renato Iannella NICTA [1] [2] [3] _______________________________________________ Geopriv mailing list Geopriv@ietf.org https://www1.ietf.org/mailman/listinfo/geopriv From karenmarie@inisor.com Fri Oct 05 07:07:39 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1Idl1v-0007bn-31 for geopriv-archive@lists.ietf.org; Fri, 05 Oct 2007 07:07:39 -0400 Received: from [85.105.10.121] (helo=dsl.static8510510121.ttnet.net.tr) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1Idl1n-0007rF-Nn for geopriv-archive@lists.ietf.org; Fri, 05 Oct 2007 07:07:32 -0400 Received: from MUHASEBE1 ([161.195.101.89] helo=MUHASEBE1) by dsl.static8510510121.ttnet.net.tr ( sendmail 8.13.3/8.13.1) with esmtpa id 1ORIwK-000AJN-vU for geopriv-archive@lists.ietf.org; Fri, 5 Oct 2007 14:07:54 +0300 Message-ID: <000801c8073f$e98264b0$790a6955@MUHASEBE1> From: "karenmarie Monteiro" To: Subject: aubror Date: Fri, 5 Oct 2007 14:07:26 +0300 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0007_01C80759.0ECF9CB0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3028 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 X-Spam-Score: 3.5 (+++) X-Scan-Signature: 8abaac9e10c826e8252866cbe6766464 ------=_NextPart_000_0007_01C80759.0ECF9CB0 Content-Type: text/plain; charset="iso-8859-9" Content-Transfer-Encoding: quoted-printable http://smandalist.com/ Day geopriv-archive Imagine a bigger orgasm, better erection, longer-lasting sessions karenmarie Monteiro ------=_NextPart_000_0007_01C80759.0ECF9CB0 Content-Type: text/html; charset="iso-8859-9" Content-Transfer-Encoding: quoted-printable
http://smandalist.com/
Day geopriv-archive
Imagine a bigger orgasm, better erection, = longer-lasting sessions
karenmarie Monteiro
------=_NextPart_000_0007_01C80759.0ECF9CB0-- From ypbb@brandonpatrick.com Fri Oct 05 08:09:41 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1Idlzx-0002h7-N1 for geopriv-archive@lists.ietf.org; Fri, 05 Oct 2007 08:09:41 -0400 Received: from softbank219011118090.bbtec.net ([219.11.118.90]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Idlzl-00034L-OF for geopriv-archive@lists.ietf.org; Fri, 05 Oct 2007 08:09:37 -0400 Received: from [219.11.118.90] by smtp-backup.advancedaccess.com; Fri, 5 Oct 2007 21:09:18 +0900 From: "Andrea Rowell" To: Subject: Plant workers survived fire, died awaiting help Date: Fri, 5 Oct 2007 21:09:18 +0900 MIME-Version: 1.0 Content-Type: multipart/related; boundary="----=_NextPart_000_000E_01C80748.8E10E210" X-Mailer: Microsoft Office Outlook, Build 11.0.5510 Thread-Index: Aca6QSN1QL38IVONU1S4551FPQY2YP== X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2670 Message-ID: <01c80748$8e10e210$5a760bdb@ypbb> X-Spam-Score: 0.8 (/) X-Scan-Signature: c07eeb7900970a16fe4056cc74ae9ce2 This is a multi-part message in MIME format. ------=_NextPart_000_000E_01C80748.8E10E210 Content-Type: multipart/alternative; boundary="----=_NextPart_001_000F_01C80748.8E10E210" ------=_NextPart_001_000F_01C80748.8E10E210 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Hong Kong's Hang Sen was also up 3.89 percent -- gaining more than 1,000 points -- at 28,047.(CNN) -- Darren Tuck, the man who gave police a tape depicting the rape of a 3-year-old girl, turned himself in Sunday to Nye County, Nevada, authorities. Witnesses told police that Gotbaum was "yelling and screaming" and running through the terminal Friday. She was arrested for disorderly conduct. Investigators said officers went to check on her five to 10 minutes later. Police policy requires that be done every 15 minutes. Someone close to Stiles told investigators Stiles is a "survivalist type" and always carries a weapon, Nye County District Attorney Bob Beckett said. Authorities have identified Chester A. Stiles, 37, as the suspect in the tape. A resident of Pahrump, Nevada, he remains at-large, De Meo said. Pahrump is about 60 miles west of Las Vegas. "The degree of recovery in trading volume will largely decide how high the market can go," he said. Allen said he never witnessed Stiles physically assault anyone. Finding Gotbaum "unconscious and not breathing," Hill said, officers performed CPR. "Sometime during the time she went into custody, she went into medical distress," he said. "The mother has cooperated with us," De Meo said. "We believe that the mother was not aware of anything that went on with this young girl. It was very sad for her to find this out." "But I have seen him verbally and mentally assault many people," Allen told CNN. "He's good with mind games. He's good at twisting people's realities and manipulating people." Stiles was a distant friend of the girl's family, De Meo said. Allen said nobody realized the child had been abused. Todd Allen, a Las Vegas resident, told CNN he once lived with the girl from the video and her mother. He said he recognizes his old apartment from scenes in the video. He said he knows the suspect because Allen's mother dated Stiles and the couple spent time together at Allen's apartment. Watch Allen describe Stiles and the girl » CNN and other news organizations did so until the child was found, and De Meo asked media to stop showing the picture. Carol Ann Gotbaum may have accidentally strangled herself while trying to get out of her handcuffs, Phoenix Police Department spokesman Sgt. Andy Hill said Saturday. "She's what you'd expect a little girl in elementary school to be like," he said. "You would never know something like that happened. Ever." The Dow Jones industrial average added nearly 192 points to end at an all-time high of 14,087.55 points on Monday amid hopes that banks have put the worst of the recent 'credit crunch' behind them and expectations that the Federal Reserve will continue to cut interest rates. Gotbaum was the mother of three young children and the daughter-in-law of longtime New York City Public Advocate Betsy Gotbaum. Betsy Gotbaum called Carol Ann Gotbaum "a wonderful, wonderful person" and a great mother. She said the family was dealing with the situation "the best way we can." A spokeswoman for the Maricopa County medical examiner said an autopsy would be conducted Monday morning. "According to investigators, it appeared as though Ms. Gotbaum had possibly tried to manipulate the handcuffs from behind her to the front, got tangled up in the process, and they ended up around her neck area," he said. ------=_NextPart_001_000F_01C80748.8E10E210 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hong Kong's Hang Sen was also up 3.89 percent -- gaining more than 1,= 000 points -- at 28,047.


(CNN) -- Darren Tuck, the man who gave police a tape depicting th= e rape of a 3-year-old girl, turned himself in Sunday to Nye County, Neva= da, authorities.


Witnesses told police that Gotbaum was "yelling and screaming" and ru= nning through the terminal Friday. She was arrested for disorderly conduc= t.


Investigators said officers went to check on her five to 10 minutes l= ater. Police policy requires that be done every 15 minutes.


So= meone close to Stiles told investigators Stiles is a "survivalist type" a= nd always carries a weapon, Nye County District Attorney Bob Beckett said=


Authorities have identified Chester A. Stiles, 37, as the suspect in = the tape. A resident of Pahrump, Nevada, he remains at-large, De Meo sai= d. Pahrump is about 60 miles west of Las Vegas.


"The degree of recovery in trading volume will largely decide how hig= h the market can go," he said.


Allen said he never witnessed Stiles physically assault anyone.

Finding Gotbaum "unconscious and not breathing," Hill said, officers = performed CPR.


"Sometime during the time she went into custody, she went into medica= l distress," he said.


"The mother has cooperated with us," De Meo said. "We believe that th= e mother was not aware of anything that went on with this young girl. It = was very sad for her to find this out."


"But I have seen him verbally and mentally assault many people," Alle= n told CNN. "He's good with mind games. He's good at twisting people's re= alities and manipulating people."


Stiles was a distant friend of the girl's family, De Meo said.

Allen said nobody realized the child had been abused.


Todd Allen, a Las Vegas resident, told CNN he once lived with the g= irl from the video and her mother. He said he recognizes his old apartmen= t from scenes in the video. He said he knows the suspect because Allen's = mother dated Stiles and the couple spent time together at Allen's apartme= nt. Watch Allen describe Stiles and the girl =BB


CNN and other news organizations did so until the child was found, an= d De Meo asked media to stop showing the picture.


Carol Ann Gotbaum may have accidentally strangled herself while tryin= g to get out of her handcuffs, Phoenix Police Department spokesman Sgt. A= ndy Hill said Saturday.


"She's what you'd expect a little girl in elementary school to be lik= e," he said. "You would never know something like that happened. Ever."

The Dow Jones industrial average added nearly 192 points to end at an= all-time high of 14,087.55 points on Monday amid hopes that banks have p= ut the worst of the recent 'credit crunch' behind them and expectations t= hat the Federal Reserve will continue to cut interest rates.


Gotbaum was the mother of three young children and the daughter-in-la= w of longtime New York City Public Advocate Betsy Gotbaum.


Betsy Gotbaum called Carol Ann Gotbaum "a wonderful, wonderful person= " and a great mother. She said the family was dealing with the situation = "the best way we can."


A spokeswoman for the Maricopa County medical examiner said an autops= y would be conducted Monday morning.


"According to investigators, it appeared as though Ms. Gotbaum had po= ssibly tried to manipulate the handcuffs from behind her to the front, go= t tangled up in the process, and they ended up around her neck area," he = said.


------=_NextPart_001_000F_01C80748.8E10E210-- ------=_NextPart_000_000E_01C80748.8E10E210 Content-Type: image/gif; name="footer" Content-Disposition: attachment; filename="footer" Content-Transfer-Encoding: base64 Content-ID: <006901c80748$8e10e210$5a760bdb@QGLNHBZ> R0lGODlhigHWAPcAAAAAAIAAAACAAICAAAAAgIAAgACAgICAgMDAwP8AAAD/AP//AAAA//8A/wD/ /////wAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAMwAAZgAAmQAAzAAA/wAzAAAzMwAzZgAzmQAzzAAz/wBm AABmMwBmZgBmmQBmzABm/wCZAACZMwCZZgCZmQCZzACZ/wDMAADMMwDMZgDMmQDMzADM/wD/AAD/ MwD/ZgD/mQD/zAD//zMAADMAMzMAZjMAmTMAzDMA/zMzADMzMzMzZjMzmTMzzDMz/zNmADNmMzNm ZjNmmTNmzDNm/zOZADOZMzOZZjOZmTOZzDOZ/zPMADPMMzPMZjPMmTPMzDPM/zP/ADP/MzP/ZjP/ mTP/zDP//2YAAGYAM2YAZmYAmWYAzGYA/2YzAGYzM2YzZmYzmWYzzGYz/2ZmAGZmM2ZmZmZmmWZm zGZm/2aZAGaZM2aZZmaZmWaZzGaZ/2bMAGbMM2bMZmbMmWbMzGbM/2b/AGb/M2b/Zmb/mWb/zGb/ /5kAAJkAM5kAZpkAmZkAzJkA/5kzAJkzM5kzZpkzmZkzzJkz/5lmAJlmM5lmZplmmZlmzJlm/5mZ AJmZM5mZZpmZmZmZzJmZ/5nMAJnMM5nMZpnMmZnMzJnM/5n/AJn/M5n/Zpn/mZn/zJn//8wAAMwA M8wAZswAmcwAzMwA/8wzAMwzM8wzZswzmcwzzMwz/8xmAMxmM8xmZsxmmcxmzMxm/8yZAMyZM8yZ ZsyZmcyZzMyZ/8zMAMzMM8zMZszMmczMzMzM/8z/AMz/M8z/Zsz/mcz/zMz///8AAP8AM/8AZv8A mf8AzP8A//8zAP8zM/8zZv8zmf8zzP8z//9mAP9mM/9mZv9mmf9mzP9m//+ZAP+ZM/+ZZv+Zmf+Z zP+Z///MAP/MM//MZv/Mmf/MzP/M////AP//M///Zv//mf//zP///yH5BAEAABAALAAAAACKAdYA AAj/AP8JHEiwoEGD2rIdrLat4b17DSNWm3iwosWLGDP+K6ZRIz6LHztm3GYwpMiLCi3eO2lRm0mD /lj+WymzZkyR/vrVfCmwGktqBXXWrJjMYr+VDQ3WEvjQokSfQ0/KyZguqsGUBbFZPXjzHz5tBqed xCc0I9ao2rpuPXh2LdeBW/5Nm0bzILVURiuCHcjz4leg1EyKdSvQGUq6FbEeHbmtWqyIJAkLtKRx sNu9BC1nhHUSKFvJBTEPVQt6oObSBP3l02I5zJmDxcbhPSiaoMm+Ff3dTElN3sCztVH/k/YvuNXG j5MWrFua+WXTpzHaYircbduTpIVfr/4vO8tkyBDa/5a5Vzc+3egJUsPq3O1R7xghk4T8L3Jj5b+F 4/49fai06AKlJVBZMxHI0n5VWSdZXVCt1d5akWlHkDaeCbQfRimhZx4++MBCzYcfZgMWc9tlFF02 /eQDoXxJNRTLY4T1VWFNABZU4mDMPciSP9ctMyFBzXCHIUH54LFWiVa5khFHNZWFT2BWffUkiFOC SOWHFi5XE3GfydSQNgxBlhyLL8ISy1bwBSMKbXnVOJCBNq70iioz1TSjSFgpKaRIRnKnY0ZaYXQP Om1ZaSiWxUX1ZJV+WMlhYIs++uiHHznnpky0zOIUfvWxyGKYoDZUzTSxwNLgjjLtR9Ol/yAp10Cv GP8y1J8oHQRnQXd29IdB/RgXKGr8dHRhq1idIlA+H07DDLKH8jXeP72C1J0/kR4amCgcZgvplSBS +1E2np0an2SelvvpROhmUw0sjJxZU4QFjdOSra0aBK+rChm350C51haketAKlI2r/6iISmLUlBWd b93t2/CruE7jKDWJBPZhKvk8ORC1ySLKE4+Q4lPLh/lQSKmhkU4qaZUfNuNyM1aG1pm0Av1ByEHm QhamueimO1Es7YYpUyEHJQiTQZ6xKhrBDmcklFDNwPtPrhiJa1GNQerbkdYFfaTZpCiDmBLGAqUn sHpQWnwoPtI4mjKH02hrKMzUTOMyNS5LTOl51fX/lbPO5fYseM8vlvpiuzCyhBc1KmqUloqOTSOG smJU7k/lXHBRueSViyFN52K8yJCt/fRTIheAJMorfB3dA5ZJjXtF61UVWetKzAWxLmxGU+rddbbA c3ahPyCmkoofyKeiNpVTAg+2xXBbaffLdONd/baLckfa308N7j26hRte5uEvcirS7GUPtI0YN+CA wzTtxy//DYawf0P7r9x/Pw73cyH11W1BUj+GhRIUeSV3LAGXtaw1jVc0yypooE69LvKhe6CMSAV5 RXGg9JGPUAN5fpiCCEfYKJYxz3n40Nvd7iaxuVjBCnpzGwq1pTunsCQi+ICMLeTzPcGFT3zjC5+Z /xpBxEZYzTQWqeGx1McF991gGvyLov70x7/7MeMG+Jjf/ThjkTtNIxuH4NeszJINfKCPX9Jb4Nos yEBs/KsmaTjggCioxhk1Dh/GS4Uo1DY1EWZhhFPowxRKuDyUAe8uLateCmU4wxmWkRo3iZ1IJIkz FlFDcKYa3A+BWDgzbZJUjQAaI0ZZRCNWxB4XcR1GMLO+9vEPflqcYhXv5w8qRpGLXRKIZRgxGKCo hVoEmUJBpHHGZ6HRWn/5kMnqSCk2Tq8Z9viPy7ZyFtYxEzBTC0wI7zBI6N1jLvEApCD9MA2Oie1k E6ubDP0RNxTeo5F7ayck5ViabeSQIejCx/c2yf/PfoZPFbEopUCJ+D+mQYsRGmllFKkxxYY69KHt w2XABJKrGmWHWjehwkCKmc1DOSMV1zsU8WLIwLzhoxnTgIc05zIXlL4xI1RTHUbqqLyCLYoaU+Am IaeGikECMqd9gN6i2FhISE3tps1rpFLxUUYKPUot8MBZfX5UEcj4ozH41OQms+HPfgpUGwMdJRpI abUz+iOCGmHfeZw4S4i6dYsDwYxoTJK6t2TkT4l8mfVANA1iXnN5LH0mSllat7g1g5h5zAZIX3pX esHUoxdrhk9QUYgP5nQKyqMGhVIhyD/+MZBTkJg5mZrObYVsZWYE3js5VMYZvrMfkngDpEjDDN7/ XSQiENFqPz/U1R824hADxUcpR8mIRoiBlIz4X2m+IsW3uhUQ+uvQ2aabPn6FUTwiuUsqnGGojy7W Gdydi0KIJz3jwWwa2qBe3qbXUrydtBl5vEcejTeNxTKWEIvoYlAugoxjHNNaNS3eZcmJpWx0doSf TQV5m9fOQ4YMFkl1XmudVzcHLxJ71GjKcXhYDX32g3D+5Gpvw1pcgfqjEcg1RCEqR0rlblQgiWjF uwzxh7Y6F6KF0J+I6LnfzOTmWDWcL0itJAxhUMMeC/yHKECIPFS4lBEvs1tLXTZffwjZvnrF21xE 4qM7xRRpIOJuGtF1PBHeIW4WI+dPRVjCBad2/28mxIctTts8EL2Tzg5OpxmVaK86nasaH3aMiEcc vv9MoxGwUIVAiYti5BZXuMRlhCHCUL8SRyhXBsWIIbhw407rjzN8FiNGVCMahv3jyiAlKjXiYTw/ pEJvIcyCrHOKiik34wwsdamQm6GNfKi3GdkIrN5YehJjaeZWAvnPf63EXQvqzR8jzGw+VOOPXvvx j41yc53xPMOTqXZRhICUhyjMLY1FRRo60y0+ehtQoM2FxETMhqMbHWl8jNIQhmBE5/LNCKiAi8du CrUhtuBpT+OSa2uxDKrl+yFV3MUPWXD1XFDRh4j3wQ99qLX1BitlW+fNJXOxkjaEHfK8EUQLNf9B OEUXyPByamPAIDr1ZxEcSLWp7JDNI15SuxUpVTdqLnEmN3frVEn1RUQg28BG93621fCFEnElhje9 p0HK4xbR0fjId/3q1zlSblQbOVJJRwZ+Pzw4dwsEf4U03CpR9rAqI6KRBBdbgQpUc9cZqvCDFlzd j/pivA+Aj/iUpcxxwob8i/kg7HoKK+yWacYPYxyIYXClxntIHBYYF2FmiRfCQH5WkApenqT2Zlpy a8uEh2qGqq+EDz1M6VY8aRHSGzIN8IVv0IV7ekBLCdxGF4LRVyfuEAxhXKsTUeuSFgO+QcfiUeJq dxoZOPvM7txX5O+tEi2ONoI1lncSpC2YQbX/8cT8h0BiC2+AR176YdaMYQgjsOcl+XpaKmVqOJDk LUSpcJ5BeZaPQrMhNE5qkwo0B1p+cB5wdnrmwW3Y8xHewiHkFQ/xYFohh04WowdQcjQFQR8SIQ2O wU9c5Q/t1i7DFXWl9HvFFWnEFQbFxWLsgmJbVzlhwHwsRkTP1xF8NnA5BlHZMDIjkw03ln3/8Ay1 8UUe8U7tEX7iB16pcAoRN3LTIAoWB3GuVjdRZjeMB399R3LBlizyhzfhwhRfFhXdZSXGkw+p8Fl3 kApPYmUB+Hk1p3PIFCnJMHonJHrexjxzmGcGQiAtIhHbAAjoQiogqA2x0EJUp4Il5miKuIjF/0V8 LkhKhoAGlcN1NDhWR5QaNKNpnPZWr3BFBmcQ7hIW92BQfSgQPXBq4rddfjAIEud3IAR4ysNehSUN K8WF8Id/+Kd/xZFC1UFTyhOA3fQonTdrfcBNofc2KBQYzqBUWEINd4At1aKMztNgKnMaIWEfnlIN h8B0/GSIhohi9EZvKkhEkdZoiCZK+JYGYjBWxUdENEiDKJaJuhRqFrFpbwWK9zMNteBcQugg2AUG qnhl/8dZ/3EPA0SFFicKElN4gWUPgfVNLGVBDslSwUZYeqVLQlJHqpAKozBzbPgRBEhzAqgyhoSA R+UVjjINGYdHw3geywg2qaVUm/JnHxg+xP8VC2DVCNmwaK6AjoqIYsdVXKK0iPhWP2MANCymlPHY daaEEqxDQP+AjwV3A7YAhBD1jwXDHat4PLL4IX+nfhK3Xh03bBZZWC6TDS5VlvLXXg4DWR/yUbH2 kpY1a2qIZkhVjRzSR3t0HjHxEc0wBahALTDzPKznPKuFc4iygQkzDenmjbkHlCnIk44GCUFJb0vJ LslndUcpBkXUdUzZlKPkYpkBICo3lQT3VjEQAwWnldVlVzWxisgTcTBzPBZ3cbOIUqowPWCYLByX NxJ3kfmHiHkzWIzFHXUkl6DFhoExkmsWktOoLcdjeXfBBNIIgUAxDZi1MqJgZhcjVNmSmBb/FlMR QSHZgFXrskkDRURUJ5mSRo4pSFw1WHVWhwbL55mMtohN6Zmj6DRIoxHVkJputZr6s3bYN2q/UUb9 4B3b4QkGIX6jAELK0wyAV6EX53jTYAgqhDevKDHZ4GoudRfUE3LCSX92oxH/NhQKkZxlVnOAMZcz F1Qrsy2nNkLNcGYnRYGuE5ii4A+BaTyD1Ax9CUmnx1qAoZgDMRudso3puXsCVWkodg/wCXyRdjj0 2QjUoG8pxnxEtHvvWXw0mG+n0ie0Ay1ugFA8dhEBemOsuY8P1QyfJhPwoS+dUBDiJ5bLcBdTEHEY 5wfsN1gXgzzy1QeZFSJrWF/ZsGSuNmSF/5WFbrkvFWgtyvmSzilCgiSYpZctNeqn1GAIkNJOI1kL d/AhTKBgPxoGUwAUkXI3xhMY7aVHdDYQxkAQ5+JbpLRoxdWe50if7aKZ5qhvYrBu69kI94lc+7af KMZFCgF5olYb4HWaPSGgA6o/sORQBuqacdU1bNIRQpYOrQZxqEANzIA8LqB+e8SWonBxrnYPKHU8 i7qG7rqo1ENfL8OoH9IVdDI1qKFOktqiCiYXnbenoCVapJctsMBNqjoK+hSYMDMFoqBHDksNWsCG P5oKYDAF7Mox8HVYeSMKqPCxrQo29rINl7QNYGB7Thd85JiIxMVvYjU5u1c5YxWD1NClx/9nrJUT UJUzBvvZdT6xF20xGNDqFJ2omp0Gp9i6Mc4yEKNoHA8iZMXQahdXm+rap6/GcXexhnzlahKarq0m CnfwikImCmQrCuqAOwJBCvraEW93QCwagKo6kp4VSEKqGwV7HoWAWaNlZdtpMYHpp1qwJj/qoyFE F9kCX4ynaw9rWrlyHw3RA97YiJKriPyGpZXTCInIs5VYXPeAn0JZiZ+LBo2gucynuZRYg/BSUUN7 EU0EUbAUA6/bpg6FtAShQSfhLloDdnaKan1aN0wGQlYYWMhjhnbTalFIqMcDXyE0oR5rPB5Lttez Fd/kFyu3QGtQZuE6NcW4p1nwClPQDG7/dlohBD0696PaO2A8elJTQByAOUhg4TL9cAfGSTchGzvw 8pg36aXxub8wWFxpoIjaoG/Eh7mNaAid+5mWaI6VowVD0DlZ0LNP+X02Qhit61BYuZoMdXbTIFG2 Sx4XYSB3mnEP97uz2F7NgAfnKjHJS7aWlzyp4AoglQqHemUu42Qxg2wFgQ42sWyGsgbd2QznIcN+ tKfMQJczalmZSg1M0LCcGrbm2www/FGWFZKi0A8SC8SHVL/qQxCggrL5GZSjxFL/4ZlFNIn3wLPE J5/4mYKni2L4IAaka4lioAUzWDkwIJqNIDUUUqZbUcENdQ/3s5rXB1HFgAo3ALtNchGv/zNHu3tl yfNBVTu1WlZy0ch48RoY0RiNZCsNTbZxWHs3hkIwNyEvZKhGqcAJhCSMfzQNf6RgLOMShoAPzjC+ XgE8DOsHZ+YVYYtTqYoNavcKzVDEbEg8VgxPFZIP+BQhooKyAbW/zkysKliDodQI98AIY6ANa8wI 00bGn3tcQHM5PVu6MnseoSM1KdG2cPdLNjZFw9AMsDtFfwBRMZC0ByGVMRETwYFq2uAHt9MMfTqb e4RSiYs8talHfgC2iioNZGte0kA3MXR4C+QqNxFVRpEPpNlRAIYHB/gklyqwe7qGowWTpMAhy6sx 5YtZ3CQxnSekUwDMnEo3KBQ3Ogc8D/94RMucv5PbslbHaPVDb7FwD/k2OVkqaWEQBtSyk1w3VmIA zuEMOvr2xj7QLveiiW6hGwLBBVkEUcNwA68guzewBVndUPMsE2ZVyw96DFc2ciMcixPaeDLMZMmr R4v1RX/a0F+oRtlg1RdxnFpCRwtEgGxYo9IgQt9UkknlEtmiYKkKN/D6vSglQs9LDdhAMns5ek5F Wg2ID/mw2QWjIrHzGF6MXOTYCGMFrNN8pfAYn5cLVvoGzSUmx5Xzxk0Nx/vmA+UswUrbEWLgOP4A XbUkzzHQDIOcwQ411hIkKKjSyELGDLWWriQ8yYrnriBVf4lEX/MlkYanRjmhKEtbOzT/tYZP4gfe OwV/8EfMoE4RRtMfdB6ZJ78/akHK40G6gQ0WxDISoy1tM0Ob7dn7zThIh7Lw6cbA2pPFJ7r9Wzms fbkwmJlRB6z3GY+cE4+G4A9aupQH8QeywhJolRHQNaCryZrujA8ffgqhoD+riUvonCrKPV9+UGu/ S5skJ9D8aj1dqXrf9B+GYjYyo6ZJhNt2QVPkNFIj9JHRFtJS4jzHgw+Eqi0zERIeVCV0TT32oC33 nVRZ8g8UQRG6lL/weZRUtzn2VnyMkKWQGKyfq9pL2S5qnAawzXycAwh13Dmk4BKdkziQ2ksmHsgf vucfTg18zuecsQiodCQakUejwOJO/wZC00CFZAl/81UIuxZ/GfZNfDVPx21MOKGtfY02ppxtqVAL a6Z54UsWOPeAM10tvQkioLyS7XRnwHNHPRHrv3GTo0QFU3BvUXpolMhLjFALYpANtoDrYmAPKFYI LKjmkna6xwWJ/Dbb1MB8aECJ9vmO8OISDlMNhvDnH34PfO7n2t7nAkE0WwGteYTWebSoTMaSfrqW jr5YThaiVohS8qVIRBcgeiEP9FgSG3gQpcjpf51tvLxmQTXqOFclcqjqI7o2qj4pDUYynD17LTIj tYeTn2l16wGsvAQyYvC/MaFvdYNiQNNoodk50b7r8RjnncM5AswI9mnajeBjTUNRqv8w82i35/Lg 7QR6yDCw8zy/mlDBKuGBoCZyp1Kr6Njdcb9povUaw/ZaEWKhKsVURiJhGcx0PJAUsB4dSC7BbcCT f4zXMYwEk85TmCyzl8eyM/NBslO1Hk53q53TCPYGibmqDdNBEgQsBlJKb/bnmcbHCNYnn6er7Je4 OaUtaaPUOdtwCwTBUR4MU1TA8xIjD8UdAz1PzwMhDGvb4xkhDbz7rbFIToX3yVS2WOa1sfdaOziS GwkDm1cuE1VfQlg/a930SFyfQpGKWiFTy3Z4h1TC2fu92fZEEj5BEkChLuETCOPolCx/ufqWDWIQ 1e6m4MRqCOz4CpIjjoafoYAPrGj/0EDQnm/ZkG/ECo+3LWrCoTVLQRBbILv5A8hiDQN/QA0XrV9O QRYZchBEz1lMNrVKb8JXC18AMS1VM4LTqPn7l1BhwmnTFj78J0lSwnsLKyZEuDAjRIXZqHHER03k SJKp/FDD16fPlCxTWLo8qY0kvpA0beKbRvPezZv3qO0MSbKZQZE0UaLEl0/p0nwK+23bVi1htVQO q8WKxUjrIUaNtDYSEzaWV61dxRgaE7YrtbCNvBpy69bQq2lltRqiVlaM3mlo1DISgwaN3bJg9257 2I9j4sXUVMFaHDmhLYXa/onBkTmzNs2dcdyQmtAyx9GSKSq81680Roja8KWCHdsP/+wsfvr4se2n YMGGQ6cRfA27mXCUHBE6NL1Q28WE+FhrlMwcYlCSJEX5CenHZRZqL6f0QemxaEh/N1H6xAcUn7+j JNm3z0bdqPN/NBMypab0Xj58oVP1+Weaq7AiDDCt2mpEkq7sSgPBRqYJy5CvCizwHkYMwVCvvRgZ zK4OC2sLsYeQW6yfjTiS558Tk+Mom2k8w+HFzrjAQQwR/1GstemeW4g+HhU60Z/YhjRpNtyOvG0g 33rrjaDhnGzooMVWZLG+h7KpskqfqrPuJGru2E6bLFqawkt8xEuvPp7mk4lLkvIZqaE2x6tJIThH aqqafCqiRqpUysSyGlgofItDB/8X1LCwWgilsCxtGi1LQkTJOvCwjlZbTLosN9VmG1hotIULGmmE MTMbm1sM0wDt3BRVhYiU7UgkbUOFmmak+W233uyJ0iBkhPGHSh6L0wZLyXz8BxZNW33IzZJOmsal l6gh08v20nPOKKRokqa69Zx1Vqn7lKrOmfyaEvefP7+bCpa44vpKQjEMIyuvsvw6qyuyKJ3QLcIa wYdRfxv1KizEbvxHm2mMFY3ZVkfBaJs0IMysFs1ExWHUzHzgOJaGH/IHmxaT+4nEyGCFLTdZb7tt JGxs/a3JhqI8KFiLNNqoWGYZcc3hjx6qxlmDTGqGWpZa0uYla0nK5p7y1qTmlaD/hjqqaOqqkykp cn++8xVqnDFXKT3/yWfdMtsduN9GOhTDh3ljeVQufbWqC1J47XLL3gnx3pdfg3/U0WGFkH3oxmNi SWMMXtLIRgxquOB4Yx8y5thtU2PZRliGEzrGysWiBGnzhFAu8jZZ/finj1REasZcamYeiqCRIPIn x4V+FlxF3FtVlUu87BEplTsaamlMlsT8rhmbRPKoZ6jBfX2kkGjGPap/pAp6JKnhJPcfatZ15ex/ osJqLIINS8Orugusm19IEX1fq2zsyscfwOZFWMWNshFd8P4VosY2EJeGxI1BcWN4ReMkh4PKYSYz pOKCGDyWHHb4bHcLId3pZvWP/9lAjySDwxHhbseR/E0HIarKUv98163gTWF12ileFrKxnVTohHnn +dZ8oHeTatwjJ0nRhrjyISI9NaU+5ILNKFLhvT+txBW3SYgAp/GKu/ELLvfTCjXcxwhpcJFvX9nX F/HGt4ABzH6GakQJMSKs3C0GKgSEYxwJqI00WC4spYKRGGARmja2ikhKLNLpWAagDnoQd2mSjDaE dYvk2Ewyh0hks+6xJS4Jzw/TgOHRstCQMh1lYdKbz/JmsiajxAIpo6lGKqGSyqVQQ4nO+A01lkMN 7cBkhgCK4lUG9a5/9Y0RFpobI17BiPUFc4tpg1+BxMSJsjQojRzBgxaaw8Y+Qv9lgGOQ48TgOI3E tQ0HjyNVKxIhOY75QybawFwfNxUbVSwnZUfCx6xUUhtVzOQ9s6tMRz53wYcUS4TsSc4qJMNPkUyD kiNZVyqKxxLiaecOKDGIeLb1MvJsa3nmuYk5x3a9algPe95z3TSW471afkdMtVHIKstnPn0NjJfB 7ErdpFFFr/Crpi69KaXwkTZDiGEn/1NnchBnwGzCcQzc7KbbMGOLi3HhFZqpXFR9wAg+BlUysFIR btYjSNuopJBz+iCQxAoRPvHTeznKhsiUc7OgQi8VeJBWXF1Cik+4JBXsAd62FnY1D9KEKeliyn7I lspUogZOJtmOH5L2HdSlNBb/A8pKS98VxmQiqi6TbYQ/pkGWRyXTpXaJW1f88kyrtkpiRc3mGLJh QI6FRQzZkCoOsgFVMTQkqhJUYyMmkSUOXRVlfvCHBr06z++szk0UcUhGUPiPi9RsRSJcI2pK61Y8 zFCucW2JH17hvfpQox8eCaW2ZoKUvyolbPmIxVIa0hRk3EckJJXWkaSF0oVcpRqveAVW+mZTydJ0 b16J2r46W5hkxq0fc8Nface3KdTK0YBheYUYsAnH1brWtWxxLT4c17YGqlHBsMkGkeJpujAMsg+1 Ie5sjDu7YPUDJx8b0QgfAgZp0u5nj0iEgqk7he5cV66KzQ81sIQS/vAVlFor/2+Sb9HKhbHjdchB LEwQy4yXnCIhDMPKgGCxUv1ilrI2dSk+ulgYfGgDmbzMht+oqk61bkqg25hwag04BqXGucFxfAUB pzFnCLnWbZBZiO2CCpuhxcp0fuhBV+c5JuPVRsU/Owhy7gHUZu0Ougk5iGIuzZAqMWzHU/DHdclE ptWpSVyk5AlTUNGMJC/FD0uRCpzc+724ziau4ZsCKzjSUQFy2dc5xex/HdWIZjwoLmWO7D/2xjN4 SbCqO+p0q94s4Tg+2MJ31uad6bhNo4YF0AoxWR9TIY1UaGNIGoyPbRi9buOZbnXv8ceyJAPQxfgI oMvVZ5b64RC3lnSx23lJu/+XeL18FLbVSUayUoJVcFeLLTRGjHJxUbGSuEoDFahwY5ZzArfy+asR Y7kbGL0MMEa4AsBlLoxbdhrGgPnlsabZdGlda1SiYjsN2sizzeWI4bC4LX/GMmLuqgLi2PxBZbiR pYvYzWivCkSWIvGHNB4CD3hAhI/vrbfuqhRuFrkIXBGfAj7mC/BqOUMhrDx4ec9VP4UTtrzcha+0 VFdLJ4x9ClKPTEdTOcmd+BrkI/8y334ScmbfzdseTk7/4iO4akDOzjqfGFIhnxa3RS4zocHJJOlD zeiMLoOO9sOYPLL0WvvBClB4es0ovZAbYT0jGzFnlQS9KeipoqQu6QfAvVP/rdVBxXuEBX7Bg88U 4GsD+EUUGxNvbySXwMDHGDdNVlbqml9LH/CBT/lNtRKwu/R0ggnZbqv+t3hOJYuBj9+2tnVuYQdq hhrfVrCxvgcrRS+a0XE9dGwOMidFPuQMpsEniDCrxVi9gfq625MrMnGJlaACu1KM4zs+h0M7CGSl 4SMbsHOhKHsBH1MdFhGgriCQ6xO27IOpXrIpsXgIQwAZFrm0fcsS5ICFmYOj9GuwbLiztPAzz7iB esI3yeC6h5AO+lM340ksP8gGFYsMSlqRSCCh25GSh4g5xhCcfvOxKpQr8ogikSCshRA+CJwKkege 76GlHwO7DSwT3ACkTRkQ/7jAii1bqZEri0LwLI/br6/wtmdbFehgkR+8sgKEMZ6bQciTMwvDmIup p3xLIRbRlCGhOJY4EuOyjNkbK5RghLCqkvdgGHpTsMY4QCuswjGJlizovbOjQOAjxYcDIJNQwDJ5 J5jwAzxQMdjAJz4koUE5C8LTPjASuWCbFBARg0NYFq7rwYFqFlXxIR/BnRgMCwKiBkFMAwnBwZ6b nM+4gRvYAljIH84jq2gTQFl5LxJhDhQKlnuqREXSxkpjjyHbRAN0FgyswmCQqx77DkJ4heUqRbdr ivm7vaSJRdz4A/37A5FgjmfInQ90rc/6l5bCkMlatkrZI/iTLtpxGJFKjv+gw7SFiIWwwCYbFMS0 gJBpzIwb+AxDwMOxSjza2zpExBHaGUeiEIn+cxhz6sFhbBUq9ERp4YW4qoHrwo0awrrIkAZmSCVX uj0q0AZzI5KieQhVcIqzUydPYT8KGaZeahTXwpzlkrdzjIxNmwZa0B9wewhYcJvHQ61oDAsIIZXM MIQ9aiQglAweMMk2coj+MUeOqCeSgMma5LwBzB2RqCdnuMuv0QYEvEns8rGk0YJHcxNnSBm4ckUl QkpLhIiBO41N9BRGgJzWYr8IkZfNtDBGmCBJ3BR8mAdoa40o/EqI2AZDGEs9K6poBEkZUcuS1BLa /IctCDR14jfRfA5H4pL/9cgZkjGNFSGIPnKMekqH1ZkGaWBMsfOxaCnMK2yJKii9I6ECPMBOWflH 49LKeuNNNXEYWIAM8ewpDgsDqVIqzwRNENrEYezOXWNNasOHavMzkMyMZnARVbDNRroIgmSR76yv yFgO1HwOZzHHE1qj7wIgy7AHjlAMmrQg5Fyx77EuuYJO/ItOT4TFe+hJWRwZwYEu+6gSNFgIN8i7 N7yftnGtLUMYeVMn1CTQxojPMVANbbC2sChEarzGbZgGAB1OfEC8VMmdn9qUcbwnvDRSRwKSJ2xQ ASyN/WQWv/yaCaWlf7tJLZC7O1hFDnzE1UFNCD0W5oi3VlmEf7gChXCD/0PIBm34TlrcxN2SyHUE mp4aAwzTBmkMyWrcgkNsI22gjJUM0oQghEDDBx9tDUM1jnH0oBWBOraCwoaB0oRgBBYhCcZ0HXMh TGkxm+sKBR87HVls1DzsPHVCVMk40xjbSjldjO9LDryzqmpom2mInLSsxhtwDItUVZD4g35SE758 1CmUkiMdiRV5jzhljPdMiDaIQg/SDmlIwHvYUk/t0gB0S4hQQZXskVytEleVQhUZTePcw8BhvLTs jGpcy8zxVuMIqjXlVWIU0jZSUN15vcgo1m9tlZhDCIT4nsD8mjG8u2aQlguVFmdlrFjkCHjg1nzi iEmtTI5w0QDxwz6iRf/cGY1AddMqidR/2Jw9glHEo4ZC2IJatUY+bQ7CMZYYjQx2bZY2QlmIUFkn lCWQGVZmAVPB0SjHcMnbY4ZaEKkfIwR7oMyWTQhJzMvkENEWmaQ2qroRudiVBByHTcKsExyTGQVq eAHKdBhBEZU9UiMXuxLPaZVjgBhMKYQXuAes1VblQI5saAUteIEaA5L3OFCHibmyvVrBYVMAOluR 0I6FmQaePcNU8BpHTRihHRxF+oMXMIgsMdwsWVoMUtyHvTJRjdrFSIfIKNUPVYhOgAFeoFlmEZam rRJYgIHSfYFd3ZQyjYwe3RS3fYG35bS0xbTShYHTdRjFm1IjxA1CKDX/yZi9o5SMYIBCo3jd1xVd 2YXYhkgI0h0FUvAhQPOwhUkYZrncd20zwTGGf9ACz9VeuHXXjCXcyYXQoy3QFygEhUiRyhUNhFBd SfoHVWAGiFyMQvBeLZCmmu3Lu13H6fmJVjkDEs3W930B+OuEXYMByHi94wXRxUiFxIXdpXwBP4EB PsJKyZVaH4xYWKDf18XacdDe8/0HGABh0yARXwUJ00gF19UCtAXP+0gI+9XY0bi0JtXDFH5dLVjc 0YEBgwLAF2BKhRDhVqkGBzZf8IXh8DQNY1HgV1HhEVaXCV6IUvjhhfgDuL0HbRBhEzaN7J03hKmh VKCKAYaIP0DdKinU/8jgBDwYUuaSjGqw3yU64tt5gddJxDZ6WPuFDDd24sggXYpMRYjoB9E0p2n4 4WkIYohw01SI4DaCBWpA3bLNWNJF20IwK4haPIFSRNqz3x9OhUNmT8nwZMQAKAte2YXghGPxkRTO CBjw3tkF3wBB1k0hkaZZDC344bIFtI34A+XVN41VCLMLqkKA4oQoBBbmiD8YXIWQ5CqxWi3QLIWw ZWaJ46yFAdupBhjAyLPbncTdnWm2quOFhQeG5ilOV8lQBR/+kYzoBy2m3EzhCGqosW0oW3J+YXom 4YhVZPntPPpIDUz5RyCG24wg2YXwQ4bxz/ryZoVYh8VgZQzSZ4go3f+HgOS4LY0pvuYaY46AFGLz baOyfULtfQhG4oiIPjuOXsdp8L28a+iH0OhPnl6ImOhlOWNm4TrW5YhCGGG3fbY/AOGybWVhrt2q IJFUsNsac+SrVWQtCA1hzgL9jaT6mL1FDhCT9lZqgGJYcNtCJubaderRwWIYGLgUxuasXl7XxeZ/ iAcBfIEFI2bcsWEYIOdmhubifQEYMKspdlvcuYhHFuetDmqFOOcfxmp0VggHbuXCnuOzK+P3dVu4 LgIAeuBwrusbdhhSlgwtSGYqJubEXghGMF3mOGJtGGymxBJVcF17bhFVwVWJhtu6lug/KDgVVuwe UuTdIeqmaGiiTlz/+v2ZIfYTzp63tZoKMZ5qrMUHLfgIRX7dn+kH31YX4P6HgBSSOXbjcLbfES7m hFjpyBhmlpYmq55gq31drkbnaujrk7HdAHZjyp6KP/ht3JmCCC6z4sUdLdjV2r5p8wVg776e0p0G NxhvulaFZfDo3BHabYC40xXN9RZn51bkizBvEK6h5V7eZkilhK6MSGyVigjn0MgG7zVtTAtI/XVj cDvrhFAFEJ6GF5C683VbuC3xFz5x0vjkTqgIxNACEAYDG4A/0U6IP4CFLDjxaYBbLZjxGtMGI1cX kahryiwEwe5qmH7bZ4NnhSiEhjAWnV6IwA5fYt4C6F4IWBjxgYtx/+098ixYZyBX8uE25oeo3UJo X2KG27LlZS1XCGM47FZZ4oXQAp9w2tsJyJi9HjOA5hPn8ugm8rPOBmmYcdPIXFd5CMXNiBSWaLt+ 4d5W3LMzdBYHYjyo7972ZI5Y7YQoYCmvb4jc7mkAtAi38hFO8lcRZ6y2cqmOjMT13n5wamEe4e1+ YVq/snCTa8kocO1ddaquBkTSbu9d6Tbvb7CWYyc3X+WFATWG7D1W3vaCiGAo9YjMEomwWhKRxPLg bMwebuz29YZObsKeyExxUVYeGrh9BrM74hR+BcQ4Z9wh40JHDqudAyYGbHUfdYXA9qtamGzoB+SG 4LCG20O3Wkj7nv+5rm/KxHCIeHErt/TNHrhw3mNeJ2jIzXM+rzFKR3F1z4arzZFDH/mQjwzxnuIC LwVSKNslmiTzpUxFRu2mSQZJWmdBi9iHUORLs5l5X3h1V3KDX05XwNq8zh1MKY7IsF8XyQmgMWn7 vrLErQZ+U/fttnloLuM/MD42To7OMWcxRvhKDw2q/3GprmLA9giAFo17L3dA5gi3HTi3XYhCiIef GYi4pmrJ2O02nvqup3Vhfi9nEObQuOLo7vvFOOcir+ZZDw1VIGRwW3OfmWlm4WbAB2G0V/zQuObF nmgAiuhjKAeaHhHvcnq4Rg5B43JW955mOGtC5uxzLg0j93yT/vb/yaVhPURkiAjnFDbmI3Z9qz3x 7VZy57BaEO4HYS50Foauc0Zdkn5hLaAPRq+G0sDvMp/7KIdgphx+14ZmaaqGbMBquHUOLKn8y+bs iM5yx+ejbFj2hD0W0Qz4uXd20big1sd98BdgpqTk7gWIfwIHqnqRaiDChAoHZkt47x8+fNoUanmh BaLCQi+qqUpl8R81LTBehaT2Z6PAiv4GwrgokNrHkDCyUZNG7V+8hQunTVsI0+DCai8K+dMC8yIs kUa1ePwjsKDLfAVVCZxW8aaWq6mcDnyoEGYhgTBg3PwHC0a1f/futRQo8d/Jaqlm6kwJ42BdjRyn fUzasqTQQtW0/0wL/I/ptJv9psGoi7Bi2n9jy1JDy9KlQFev/gzWUg2b49CiKQLV1jCjGI4ekSot qbfQxWowwmZ1Sk0o3tEKeyLkrfMPZopktRR8YfFns4snD2Z9sRLk0IE/j7/g60p31bowcyesvDXV dKPG74m/qKoi18OWUxp/oUrjCxiwEBakdq/sP49lT16sXPb+NGENhE9Fx/2jzUQLaSSgTiINpoor xolXQ0wtuWeWQX+kkgoVD53lW0rB/cMTfvyBRJZ00Q3kSoQvpIcdjDpplI1XC4nkA3HG/dXeRRVl 9VKGqfyojYMxJnRaV3WlEpmNQB3mInTEPVRQS9Vo9M9KUz0GJf9M2ajSDHbT1DhQPOwIxKBCUJWF XpSq+EPgWEuqKFlwR01UEZorLYiQbMEVyBlCHlGF0J4j9vNPNtrgkxBUaQ5aEVXa8GXbC1kMKpRR At1jIFx83QXSQM0wgxKiAb4w30AF9oPPc/ldiBAM0gxqJK30fZRQKlT1UxFebB416HIEGRiShEzu VCuM2rSK0CE6mQTsC1jqNhF+o42p0zRIJrRsXfdwZVhvR9a1qGzyCfRKW6OJNO6iCF375KxmXZTg QBMdKtq7oWnkkkyoirYusgHL0+CrAiX1jzP01gViwEnq1s+92PmjcJoZ+dmYQvk0jFC72Gq7ELfd EZdibl6BSDH/xwJVc1J8f1Qb2mwLZcMwRl/F+ZRLCqM8oEL5hiakhGiKFvPGtXbMpzaf5ueSM9LW tXNCEmUzMb5FW32miOleHWbEoS1rLAzx1odQgl59rNDR2LWLj5jY+WylhINSDLVb7tJKM0Kr1KXK eqP5K9rLMVajTdwJ0d211YEXrbhuWqBZCB7xWs1b2lZvIyyTfSp02kNd07QtrRM9qHaME1XuLEKM h/aQJ58sFAuiCo0OY9OjadxwyNKFpg3iyKoeIzX4UNN7jH+YCxeUgMPYce4N4bMNaLqdfhTOfSN0 b43DL3TP7Y2/8Ipx3FXtWPfSEj+uQGfrpr5CtjzZnvhbW023//w6ZYOkxnTfI6YUOnlFf9QGlpBj cIJHknuabu5jt5f5Bm/bq0tSdBQ/j+kmHwA8yTRcVr/LpS939UuIAxXCMg3GiIMfjNH+0qeNe2Tj fA1T1Eoq5xt61cAx7NMJCxbyCiP9LlwIeU7a8MYIneDDhY7hSdE0Vq18nE4hK1zVPYx4QqtJcX5T vOLGqNGMBLXqWsoajQuvFQWdvGKH2FGfwvDxLg+yb4hR005dsBHCgcwRi1P0WcPq6EP5AdCOMOoh lt4ykHs9J3qjoYak6uU/iHDLgWYUjQORdL4m6lFToamd4ULDk57kro9+rNUNP1nJGDVxWx7E4wmN 1Z25IW6UA/9Jiwm39yYQSgMhoexWXQ6Fyk+SbXwH2g0/XDmgXfoRkFjEGzGt5o+QJRM7VKjf1OhI q1iiDR/2SIghq3LLhczqXRNpph+zicu6KbIq2rAHON1yj1JerSzLcIi4sAOmDwqzfukUzTN1cgxe cmwTjlnUtRgGmlv6wxjVauBC2GmtOuLDn9byyfXsJxCDLsqY/HTLJvDzziNqq5TzRIhBxzlFD0rP oX40xj4FQlL5GYMSLi3LJlwqij0aw6FDMINLpSFIIsaUEiZtqDHSJ5BmuJQZL/1HT2d6tZYeFaky TYg0ROFSh1LDpZSY5z2yAIZMUqOnDkXQJoKaEKL6tF1S9en/FJlKibKQdRPtasRQp1pRq34UIcjo 51QnOtVQ/DKuZYVIUo2kha3mp1ZqhelTExLYf5D1qqJpaF7/cdaMdqen81zsQuiFJKI2I6yU+EdN IeJYf9BEUUR16CbAdC8XNlQUxuCsUykh1mk8o1pEZSwlIuLYonHWs6D1Jz52KxBpMGNRYUVqUIk6 s7PxZhOuhW1MqaFU6ThWFP4k6qGOW7/ethQk1XXoEKsKJusiF7cLMdNAnPtaeGCDqMYVBR7uJV6k +tMYnBBtXZOljZTCiLufDW1w6+reAAcYtwpVL3bd24/uIoQSM73tgIWbskGGKrfAVaxYEbIJXqA2 v+O6akg7/6bdhRxXu6HlrYVrlt4Mq8WhohBFcNvFDA/HTiBX9cdNRMxi7y4KwvN88Qfde+ET95LI om3XHWjc4Gbcw3S+6WzdTnxbDe/YjkJWsUBGXN7fHk3CCwExNd7UMWt2bMornqhJKWw4JTo4zS/x 8ilaYQxe2Niy/6QvZansrLVu2czIytY9oupm/CJEGmsNcFXbldrQbKLR5UNqCxW26OMGN3heJttK HVNV8ma50X9Nr6fdmugsC00hjc5zjbT7kBNXmrpKnuKmB13gM5s3G6yK8T9UqeFGB64Z1WppT2+i XT/XBUnSdelHgX20GN/PxmAiKiBr+uktK+TEUo1ITNt51v9kT1stp2VELMy8aJA4UNoRoXXqfPrZ uDr3scsUBvC2TV/jprnR9DZzex0SxSZPtBB/nQZZq3UPSjhFqmVR9kVBIm+9uhWkuYUs2abRLl0P RNoNdws+6trS8f734Ztopm8a6t5da7gZ2WD1L8eNW5dWu7PTda7ihOvVdWtabanNbb0ajZBm1BKp yHgGzVXe2JZvgkla5jFjr4vaKuvEHOQcjcgtLFY/D3utQZ/GvRqbD0RWnBHtHpF569VSOcT0aJuo p5G0kY+J+cMrUTe7m2eOUTcPPSGicPlQtZgQVvN55gpFm1v5XOEBWdWqVXnFNFTuGINymto7pzlI B52GhAj/EOofB0VZDkV1r7gX5/+49EIMeuKu7rimi6r0JvBC7MduE6OV5rSfYZ9bzzvWNLupuHTT 3GpL5p0aZSki5O3o9sDbNvgVB65sYcT46zr2fv2gyTTWvftSfRw7Ne3qbTWB2kH/1rtgwoc0kFgX EHd2ntk4Opa+3v1ZI2TyB1onC0Vz/ZvTtyE6H4h1e6LzRa9eIeQfN1CNlQK5lyj4Ab3ByEps0/xB WN+xGLSVF/8ZX8r8XzOMXEvNAx1RQmLcQ1DxGn0ZCdp1RU0l3m3d3/2hGZY4VvIl1MdQ4HzxHqGR V03NQ4H9Hf5ZVY55lXGxmJTRlWh0VmQhStVJhHj5AUa5/xTTwcgtIMRZ8Rk+ZINclRdk/VVVIdsP elVXDGEqqNX36eDypI9CFQMO+tXSkeGbWaENASFa3cNk3cQx4NxkuQUUdluY1EpPSJVR5WAUUlpM tU1joWE/eEUsqaE/NeFLjVwVNhxkBUMShkZD2ZNOhJTdOEYf1I+icNAjoo1uWBRESOJLLMQibA2O DUSmZSJDOMa12ODB5ViNYYcnOQY8oJ1XtMLZTQsMwtPicSIR/UM+PFrCteIv7uK20M89iUbvVM4r lo5KwcjMZMciHdG5nSJC+KIzIlDA2EM9PUciVOPDiAYqnJAaiVPChaBuUJPbnKNA2EKiZBrpiAb9 2KBOcP/RaDSb04RQ26DOQPTcGYmfzIiUJk0ithzLF4aGEfZMgkjDLXXN7UxEtpCjNPKQJeZRHXYH NaQCJl3NXXWHE6UOs8AI8SzTsnSUwzxjLyGOPj5UIglEKkxXX20OjFRDWqCSLqJi6dRIJb3MNylE KyDLPdRCwyxhQsEIb1TD3yQQO47kJ6GXUEHU0/0DKZDNLdENSG4kz4xGIuzkTv3jQCTCNjYQ+3xl jBBPxxTjFGkDxT3W1lhQwJijAnkkL5Hl1dANNfAGKj1hFQWjToRfUIKQ27ReOvqaQOIlrZylM9oH FtEEClQkCvyDH0yBP54RL/ll6iRmKixmY9bFSh3OtLD/ik7AAux8EGVQpmU65sI8pkZC4+1pYqnd YjtqmmgyJmnqRjA4xjM4xixhhzDcFTz+w6HgR2XCJkkCz1s6opKMptcskzKqDdU8JD3hinHezV6C BP3szOe8UWkKp2785mXyJjE1ok6sFq2oUbIspXbGpmCKEm+U5wndpbvwxk0AZS79mdPEQzNuJzOq guJ4kQedTk94kUKYgu5sTHU6JzXY5wdJZn6gwBSgwDoJxIIqqO8pKArkxhRMwSso6Ii85mUmYzBW 5oPixYNOQYQuaCo8R4WiAApcBzVoqHme5ye+qEJU5jSgKIiiqIiuKIkOxIkmiqIk5jE8J2Qi58LU yOlA/w09TthAgEKixKiETqiD2uiIOqlEnCiGrmhF3oSBHlFmhYb6nM2hVGYq4ENlFihpNuaKFqSO TkFDTIEfWKl25sS9MBFPHuU0nORogGmCkqlAmCkKGGGrVOhNsKmbAmnRKAyCCgSCiEYqTMNBjOl2 8imaOugU8I6gsui0rESmBWIevUsLpM8N4amjlqmI9umB8Aag/kOlVmRP+IExvMMhaQ8pCoQ5llP6 0OXm/KZATCiK7mpiOilCTAFe8KlijsgU7CbU/c42mSOu/oOu8mqvluivBuuoDqs0tCgeIEvIzKRC ROpApMJHNeuu+lpFJgSw7um0licyPKUmgs4nUcwV3P/pYuZqZTrriopPuRKrldoCoVoL2/HJM6QF Z3aL+tzDsuoqd9QruUorNZBEZfZDY3Joh8Yrs+KpdPiqjiqshjJMHuSSth6qQmxBjBrCQBgsIvUm CqTNvQqrenJjVbzLDClEJ8WTbdJKwVLsS1isgwZrYiTmNGACcJISXHKpk64sn9qrY1JDNiyqaN6D H9ipKcFIk2mrog7tcxYtuR4tsA4qYzqt78Sj/FSmyGpnQzDtqEJrmoJE1lLmQ1xmQziQeCIEaHzk urbKoWQa/UAMkzZq1U7BPeAsqmLtfYimJ2RpS4IMMI4GGsDrg5aFH6CAC9yo31boNkhEPmQDZdaS Hzz/EmY6zdNALIx4KIrehH3wHOTihftR6dGyKNtMDs203daAbmLuad+W7rKgLkigACxUJj5s52Jc yzpUJXGiT71sEwBlJeymUONCaN/mRj5sg+1abkU2hIFWg8awI41EJ0K4gUDQguY6Z11w60AcQ7na i4vGSG4sq25M3r3ujrGuzsv4A3vCq0CEInEG6gTFam98DH+NxlHSqjVix282Yz8qxPp+ItS0Cp0i SYMiC/rqhvgeRE7WjzRwrfIoqkpKLIwUcF24jx4BEL2kItTcb3GqJP+uqQiz5uGWUrYYiSrozeEa Tj+skAD/DArM0eloMOey60DM6kIcCsp4bMC8jPtM/86q5MM08DA+Gkn/0spdUiOSwlPupIKiyI8/ rB0wiogSty92UHAm6carhc5CzGqrjMLMdvHWzNHHSMLkDNIKYdGhIDEI9oz/xoj6VFEbb4yQLqVA XCuymM4UOaRPSG0PK4Q02EOmjcJuanE3wiw/LUaMiKxQxshnXmeh2doLDXLCAbHwKvI8eu0rCTIf yR8qvMkSf5A3XdTbhgYhEMI/GIITDwh+5MNawMgkB2YvbUyCREz8nvHVLFv9LMrZJGr5VsU0vGIq bw2HajKsFREL7bJOtEolTa4vofDuOIbnDjMqagMoO8blnEzIEKX81LL8ODOijgZ8PpQfXTMeA+TG 1P9lzWHzJwmyxpxG/5LUKFqNC8flHOtGKaMjII+GNsPzNLIsD83RPws0dghyNmSTMpONOttREY3I PQ70Mycn/hYbQnOz/NxOCtHRHJmQb0jCEMvs1dBCRhdNHVsNJwtfCELsE560GesEMsCbkSBJE7EQ zfTECl8NOevGdTjEMcP0d/rM2Yy0UGPRborJQB11Cl9NjUwxXja0H2WlMnUtdhi1HR2Kx+bzSDmG NDxEu/QDJAPCRV5yQpDCEzzBWTZRRzUEOvGJHqR1WF6P1KpCWhPmeUrDT/vOStfFK0/zA8UIWVtN Q9BLWcCDOjiGOH+QsWaDyFqBumIHIKS1KqiCFVj/p0BYAV6TlLZ8UUI4w2ULhB4Awp2lTCTQ7xas Zl3oQWQ4g1rrxBMcEFoyckLgtYB+EjwCUD9ndmQ3jNkkyBdTZeyM9tW40uCo9f5ITjWgdVpHNnGT AmkLtyroQfAmBDUpTC9ChB7Itir0Nm9mFlxa9jhnRwzR9j9czjkXzVPz0lGyT4POZDXENUfEtkJw 0GTTd3WrDmfzTkJkpG/HCGtXdiB6RXxTxVy29muXthXINvCWdtRUwxOUda5FODvzJa0QNzJrStPs tjDqcKy2y0Pz85gJhBEpjhutRTEGOIP/gxWQNinAY75UJzvFX3+PRjXAMTv1Q7VYQVxLTmULBCBQ //dLRDfgULjw0so92DU3PYGFW/c93PNL4rdpGmPswO/m2mJmte5FKYtn30M1YKBLLkQkNAyPS/lZ hzaWrY79xPD2IC01LHjDRCNmcwy3OANpxzejCLmUP8EsVwOPE8Q03PU/KLldE3ltx/UTULddU4Vr R0Y13DcgLEqQP0VsQ3hax/Z01w5od4ce6IGy3AZaR7efJzpBXHpaxDeTU/oT9MRkN018X3aoq0xc azY+VAMisXacE08LnY6cY5F//xAlOwZ6+aWd55qQ17aUJ4g8aAOip4VlU/Y/6AFvAILkRLoz2LVp 4IMqTAN+DrqU37erz3o1XBPHsJM2RA+IHKprX//6XW+DmMD5oL+4eP8DILS4n3O3nne3XTcNKYR2 fKdFbC8KnFd2hK8EvAOCnz8lhKeOHvA4tT8BwtM3aHNEaEP3oF/2ck86vZP2NIy2kj96w0c8Vfh5 NTT6gUhKhPNxeI5LWnDLvYQ4jCTDADuGHM0wQjjDQZe6rt0DJsCkFSw4awMCabv2iw96vFD7PSA8 hHf3ZCM8wdfOdt87yTd6yLHjQTHnaPT7QNS7ykB40xT7iKirFag1hOuanwtEo893Zg+KZiPMa3t9 rim5P8B9qRs7fRA9vV+2yS94vzt7aBN3Wgy8TqtMpA86hCv6awu9ZQ+K0N9LPoXG1sX0/5bzeTb/ w0EzjLYgqMaDEONjul07+2snOSbBpCrwDspf+6LHfaoLPUIAAiksviXNgSXcDW+Io2O0+EDg/lOE NpxXQzO4On2L97qntTZQ++6L9p1TuCpE96QneapH+1Nq+/MPRIRfO6O8NpxPul1vN6KWrDbgt8lL +9HEtsaY/KRbem8nvCYHxyiIMIf3NbIUQ8PoYx2Rce4fUKBHRqeLdmh/fq4ZOkD8+6cHkEBVVgTq QZiw4L8nqgT+q/bkCamIFzFm1Hhx2r+OGy9m++fsSTWBJCEyHFnyn6on+O6RFEgNkCpnEftNvFnN SsGJEAGVJGUlJVF8/wDpGegQorak//zdTKiq/4/Ji091/iNKKuhJmyxV3atm8eDRJ4A6FiRpUlu/ hURVuTRZDRBXiU8+gtRbRa/Ae3n7ZvQXmLBAfP3uET5VGKTUxH1FRZR7UY8qaiyZJkTIs2Q1pRmf SCUq8CE10hBRCqzJki5jwoA1atM6jadFg5i1qlpdzWWzafeGkp6mzarsn54ftiwJyArBiRb1PKSt hzqgn3pqp5QMSEtGK2Sf3FXFFe80K7xLupwWF2nlaU/0TLPr0plSPUevu1TFk65S+kGtcq2fvmBz LaJ7qHkMpGwK1CjBBg18zTTCePquLpP0yEY/pBpSjiuSSPkMo7XaO6mkxCbSZr3kKtOPp2yei/9Q xn/6IeWV5CKK7omFKFrtiVGmaagn0rAT6SIrKiLRJeuYM+my1fCByIrRnKlitCkh2ma7lAYUr8SJ CpqGGRwnIgqtlKLjohpqqImPxvcqYyqms+56aC4kk2NOywgVnJExNmVb8Cg/MQr0IiqmYEwkCC9y iaIb8aITORwNwk4gYbTDyFE6DVoIH5KIUhG+uSgixaT3MiU0MNP6vGjQf8wRRiLr/jkmlQgP0stI w2TU7Z97Wp1xQoyAnQbCV1V9LdllOdq1r0Xa0GswZvEZViNjI2oG2cBk3YggvYLVi1FmM9LGWYyQ 9TUhUqTBtrBvIzJUIEPDJcy6ejWSisJ5tZn/kJoCxyU3onMJtZZZbATeKAxC3Y0oYNcovUiUTvwS MOG+CHb1Isx+ijDiYHd9OCNnUiWsmYv01SjAXx3O+GKQ8LX4YpEvMpiwM36NeSNpHGSWxIR5lnFa 1+QN6Z9Xk+NJRME2IiXif4oOlOZGbSP05JdBGhrrLkHKa2qsB54mnojwWVkvmFzbM1lg0Y4IwIT/ Iozri4ap2s9dBz2oVAMnoujpa10LajSwASec3GlcPlobfD7S2XCyXesIFlt4jTDQRFpZVkdOl6Um 6IgQ3qhoqJZV0BabCUd9xn60Gf3owgkb5ZhCHye0H2v9wYfxeY9yPFl/XI9wUHsuCp6wxclN/9zP jjoifmCQRt/WcmaVNxz4vnKnvfhpGJ8bdsam+TebW2sXiPWITPu6fIzkyejV0F+fntB8NqreQFWQ +cceiJwX6GutI+S95YFrfRsBoO+6pirV/WMdMpLG5whYQBklpn0aqxjp9EIL+GFEfYVJnPEKYzes XY8wpdAI5RIYQQkybV7lk0QjDHS1cU2jHwHTBiEKkRF2GO5VAAxMuLShNR8aSHodzIjLima/jJBv ZjIKREZucTTdZc9h/1jFIUAivRaur3crnBEIF2U8LcJqgcuS1xA30sUsymh0zhqXAAmlRI2UjFCA kAoIlwXBRlHEJH3SWxkNFC7UIbBmAqNfYf9mmLls5CQjcJQjucaokcHoDI4aseMWN+K4Gl6EE4yh C0WSZQhyfQeTMmIG9PynEUv9o4LbMd/fjKa2TKYxMFIoTMoIswg0gASQHNFL5iLSypkUhjiEQ6NA lhGRaZXxmBghZWBo1g8j4aEwPCneEPGBG+21RFWriA56IDI3+fiNnGaLyCkxogcQHoQag0JWaGhE zMBUspQaeYEXI+SyxPWpHfgkjDEq1ywWbgQ54JxjUOBkTl52qC9xQtcB+2IuZj0DO+yBWkSqIQqL MMdIS9PIrgARSZXMMTwGks0hI9RLZiFGIM0UmrgE8ofIgESYEWEiPl9VLXMy6GsVLZln4oT/oScM TaSD60tWCKMzI26kOZQy0nkEMhptjEKEIXGWFUDYMUt6lJiGgtfxXGMtQiwsMFQMqEae8QyMdKtr shTYTfWCx4iaS6IXcWlfjoFOZ0YnVTwBSnLWMpho4AupfXHJNWhBGJGm0llF66UzfOJRyAokK/th 0D+ctiP/BeUhQclmSTXlN6sg5zODC4ozJoUQVXzGURCphlP24zQ00XEm/VgsRokYtQhRbEH1nCX6 DOhWwmTjkQXc1mQ9gxFSpIREgGiIP8YEz0lxhiJcRQ5UnxKUlExXItGRDEVS0toJJWYUcE2WujYF 2jh9axrOQMhTtAFa5RYkVyM5T66ysprc/0xkLv4pCEF0c5Z77GcyNdEIgvyxCEkGhrZznJBcTQq+ iwpEebmblkJjQ41s1BVsqiOY7gizEKSc5SkJSUxydKMNkpUoI/whyU2aYx282LcaFaJLiARiF+q0 5L8FeUxxU3lUlmhDD1pqiIEzc5cAlVhTC4HXVqDqEso+pSQV8cpPAOEHWHzFIoMazSXLdY9+wNWs gkHeKtgYSF15sCPyUilwI0rcjQg3I9YaFxLXqJfWRJW+zWkJUfRgG1W84kh0NOpdVHs107JkNPWl bGc/IxIg/8NmY/SHPyJmTeU0Cqq50cjgUPwEamiHyThSxRZSUpCgOFQ5TqrUUjDSj0rmdP9QflAc NDEyaYG0khoCpKY8ETdMer7sricZWE2riJFFtOUfenSNpbQKICTRym2fKWxEfnYbkzSDvpjZMYm+ ilk5sJrCBiJYvY4ymWqrRinV2DCH7oJahipJKGjxyn7tyBJ/bIhWQ2oJhkSUmLUwFB/2A/FFbE0Y QkNOdH0xmJgvsgWiaezBIMQHnR9nGpsJEB84i0hie6Va0E5Jq5V5C0SkzJs9zgXlSslGZ9+Wmfo6 Ix566AQg+hXSf8fr4b3FiOoGxRwEuQ0hTnPuyyGyY7mQWy4ugct7eGOFExsCLqFp91le8RHNOvc0 GAETaq1suNfihJcYKTZM/xEL950rMbr/LmC4gsVscvl1Vk8gzlk8E5fOfPk8q1TNE/DgGZN851MV WQ1QjlyZVSPFInYHHkPjd0EIRz4j6VWFbZWDnb0F5R6WWlKLd6SbON0DvH6piElc4lArNExwzNUm aRamVZO6vV4CHJrIRGLWj5htdG9GpEmjyCzfByaxnPWbdWSDpFXq6Mh/m0gcbNMxkkS29AnBe+v/ fuggX7DY9zjj2WmZT40MqC0W5iDMNlISBftJNnJ2Db4MJpuh4XEwAGwQkKXhiggFbG7aCH6yimY4 iMU1QC5boMYVgIlwEuO2AqPglmVaLg38zE7N6mdGwmXPqIcxjCdjMM9hICRxCoQBI+fA//5hFMou Xl7mHrQo2GbkVmRjlyLiGUTQgtBvwvxk+M5mWWYwqf7krK7Cn0BigwJjdAgposTF2VoqL4ohInjG BD0iI/LCUERGrhYoG/oHJJrhagaqYBwnL3awkVSl/mZkqRaMAp8wnjKC2vQCpQIjGpJJVdRHXiav MIbNI7ABCd0lFJKN0jJCQehlCPVneTKGQdwPlVSFnuRlbiTwZeqQDS+C0LpDB4dvXPpGDUVnARdR gmZQRWTGNYhqYOZGeSbkYaTGAoHQB4vHCJklGF7GEZtNIKgAJFgHH+TOT3Bp+4qHCIGlkvxBBTMx YcbFcQpRA18Kgw7kfMqogh7GSIqQWv8EBogSJpJmp3ZCsC++8CJgwTVo8ReN0YvqMGZUJ2AEcA2z xuf6QmecRddWJjGoIRv7og5l5FzmkDG4EWy2wRXdZw83Ah6t0VAYUEF8SJTKZ7GAjP/KbUbQiAyf B4OukBjjxXcWEeOgcFfmcc1a6hRdJRMd5xqNxh9+A6z0wryA8OCgqSH70Je2CSPQTCDwsS98gTES 45BiBqVSAQm7pAP3cQcnKW4C47KSZbww0kCoYRBooCgJLQv+IetoAAsi4hVoYOFAjIYioiixAJCc khq+gJDcbiQnxCkXbgATx2DcMRUzggZgoCqTkio1Qgsx4iUJo5cIgSkd5lasBRZoYBr/5JJl9EJt iPIpBaIvCa0izUdV3m0mBNM1mAEesOfsnJIQ5qUvI8IeaKAp/bLOIgIVaKCXtOELkLACCXMQ/Mkr wRAkPI4wtOYxrjIiiDJ/LqIZP8quNCIumZAGaYQoPXEzv+AfZNMVclM2vwjXGi7WtlKZWqd1sIYa aCA3L8I2/Scv0S4teykZCEE5C+kiyEohEWcogXBsIkQMiOhVUlMgZFNfFPKCJEwvfFMD/eEov2Aa /DILqJMRPTMliWnDZAPZco1ZviAzf44GpMY5Iyg8aekZpnMAMyIMhvMesuEeXsExUTEjJIEREoY7 wcZ7BDQ9cVEWVYhZMFThKtMjPjQw//CTASeEH5cFPw9y//pzMjNiECYkPV2KewR0/MQzPhvENX9u XqKhXaCGI+nQgICnHwajPLdQIFJTJDCUUX5tmGqQXDo0MOxy4Rg0RP9Br1oMXWaQHe1Rngx0Q400 OVVGILbBN78ACz50KItyENqPcdhkKc30K+NnEL4AM43yEb/AFWhATdOSBhyTKB30FfYzT0fHKYty KfEBeF4hC4rSQTGCUB1zPx0UFgJVT+mUBognUL8gUL9SGwZBGpLzFWSDKgmhUlGBUPnz5/oSC+A0 FWjA/QbBlsyT0gIVFaoBDxw1LpNzWDi1KL/gK9E0OUN1GnjUSAM1C16hnXLHNxMhEf8wAld7VSAC 1SjxtFAXLi6XQVWhtSipgVBlAx9mlVFRyUf35aMQ50YHJR8kEDPjEzZ1My+Rc+G0gU8FAgu+YBsU lD+pAQzk5SimhSh5wDTickI8FVR1EymhdVSRkynfFVoNNiOwwEGPQjT/QU434gsQFgsUtjIJwWBF k3EIYeEWdl4HQSSc8iMediYqkxqywHVO9h8w8ytfQRqG5UkFIgtMg1OHxkxt9h/2M1Cy4CNSM14d FD6/9F+EtTKJ0jgnFkAjIlO/dOEkNi0Xzh/kVDYSFWqf8mPf82YpFmPQ8GJMlHsOhFDUtS8wVGMb 1hX+wCOyblvXlcIeI2BRduFaIQv/3KkyN5PQnPYLGjZkMaJl55U63/UWzGYQBgEp97ZvK5NvZ3Mq Fw4zZaMjHnZAfNMpDbZUY4NPOcEP/BYbTrVdHWRlWRI0GTZQkNMxMXNXTnYQ8rJlX6EWurIyr7JL aPYVaGFmOfZDJdYfPnRjUdYxnXIRVNZQSFdgvlB9HkMMvDNCLNdsnRNb/yFPlekf/iAbQDUu3xZy CnRuBYIqizIbWpYQ+uUivLdQwVVC/wFwkRMVLgILinc5aSASu7d85VVqk5IQFAR6A9VM3VN0F3YQ 4vIoF4gaUEFRdZcTZpZps5VPSYhn45NeeZYGsMFMixIpiTYj7FJeXqFS2+kvFdgp/y8CM00jap0S IvCBTs2UGWgAFST0dDFiUlHhMOMqKAODXm3mFRZuC5zzKXdIesUUdG7IhUGCEEShgpBzWsDUHGaH a+JSNvYETEHCDeaVUde3fZk1I9Izf6AYXfqBaL/AWhaXRTUiU7XBggkBK0GCb2PYb18BgSPCdzcC FQiBd/PSaacyN/fzH0TiVbBgbTPCKY0EN9l3dsWzYckGQ0XYfr80ER7BH17WL/whG6LlFXTgFbZF js1UgQ0xB0+RQTjsj2lgEZZ0JgZlEOQ3fV9hbBiXdOQyG/gzarGYOiN54RT1EdkXdHellpvylv/W QXPzgimNSj04mNLXOTd4ULzSkP9RWTzR8jHVKi0B2GUfFk5D+FRJ+HNZVyMatH0Xjm9N1xWYQRoC lhahZhD8gW/1BQsS4ypFYpVd9nOf1HqpIIGfljKx9lgH5SMX9ijkwRnmeE+gd1lMdPzkBRVyCGww Mw8CBVAJzbZoQYzjFWtB0x9GdV5ONWk3IpsH413XOU/VClDfGECdknRTIXvTNze3WTRxcyM6tDGJ FSMUFU4jel7gU+O+QBuSISIw9maLMngCOCn3k5dTMxtrd4VnYmcjmD+9GWpux6YHY6TFM4ahU48V 1Wr38yuz+SK65AtsoJ4V+asHwR4IjWpfQQVDNmKNmtKQWrG6MWFqESPISmAaVFT/TUMaMLMvUSFa /ROo03Re73KFCaFQARQ5qXKDi/Ie5BJQa6B+TdVM7TRNMSxRt1iy67dRBVuM+dqHHxGz95c/dzVP TUMSUKiAVfN9C6UvgRdMC/VTo5WXZwKAefUrM5VOv9gwPttFFzpQCaEjVnsyKZvQ/NRU07pZY3t+ qfUVprUy3ZMGjHWBi5J9/WEoAzs5p+GJ0u7/ZFGGz89AegAkZWQa1s8i6+cwxXVG8kG7yZKGMWIc ksWOsUePBZLhPkKL/kJ5fOd2SLAwFGQSIrfB3Edp4zEQseYe6lERjNASdAV5ftN6bDAMQUIUnBBr JFIg0sEMa1aZ52xarNsv+KFP/1TQgAIlDywzVsd2IyBEw0AChc5QbuTPT2qhM/PsHAdFAgEqQ49I IEbZgGakvBlOI14FvTGo19iPG3GwASmTWs/GdXzyocYoiLRhpsIvNrq0NT+oaKw0ropcgUByxhnD BB8jZgCDE0S8wQEQXdKsDMk8wqrz53jqkWp8IzaXUCzqxl0jH7ZgC3yISPOT7MzxaymskmQjeK48 Nrp1egnnKKaGG+/hEQx8wasJrfqoNfecrenTTzgy4VzFZqC8z81OG7ZhiFpyMOWHMPYkd0y0INpi V3B0zdBbNibESC6NMb5wWmDczFGwMEyyJyfw0b8bJGzS0JlldB5GDx9ynvZx//9MI9TPnJjahjE8 YTg9qMwnLC9iHRBhEiWHsDBl5M0KBMiBk3bgEcAJZYxqfcpjXMq5VL3FTy8WzhWiQd2BRVFmcLF8 aJMEQhJqIcAxogiWAAp93IvyIQqlxXVoph4DiFn8oRA6JL7/3bszohDAQC8jJB++cCy93VAGuknP kdJeBQlXZoimxlzw+/fSXB9NvGGWhVECOUJQ6HNkTd1/slFm2NodjjDYe7hcBjD0/N3gEX2D/SI+ 55Mf1M+NpjCwwWVMo5mEkCNQ/nBS6DBRSM8vojvuIcdXyNsr3d93weYJhFFsBtplclX+IbyHi2as 0K6U9gvlyN67BoSkntIM5pj/bnRBRwcPqEmO3v4fEi4bOml9IkESwEaJjIS3ZmQYS3zF7wYjlH27 C+NfgF0vOpPHNX6TJajMoFBBaBEeuWbCBUKP9Pwj37t2Wp3SK1SPvVZCLIeQRqf7OMilgqYdiS0j 7EGPQh1YUFzWGxDI5IXz6Zwwyp0PZ170YT5CevH0W2qxJjHvrz0wEtDhFKQZGkhFVejDb/1lGHAr 9YldeUYGOdnEDZ4Hfat8Mt7f/4F+5mZuUOdQddw1oH0MUxDrf0tDN+KZZwTDFDxcYCHfdf3Yq58w Dcu/AeKfwIEECd7z9w9fwYUMGzp8eO+hxH4FI/bLJpEgPoUFETqc9g+kwGwi/zOaPCmw5D9tHgvi i4gypkyBMGf+W/WQms2dDFUuBIlRoDabNUfybMjRYcujO7MVRZkv6ECpMu/lMwlT2tSjQwVStMlS 4NJ+SZmaNdlym02fZ09ik5gN39ej02p2bctx3MOhXee2zegX69J/VB3eJagTq8CyXLfGrDbPYby/ lCtbvkw4W+GHV/RsTsmWact0Jqlpe7rzsEBVZu9FTByTscaY01Sb/RxTrUFAmHsfpYa6d+iG/Yb/ 88dxVMNYsC0PRokbpTbbAnVOmTLznvF/gQtSH+jvucTvTS//ORn8L3Dgvv9R2962O9yGg42d9ad7 YLHQss2iIthMQ13BJxOBIWU5FN1i+IhnWHv0NbcYUwbyBGFjDua0Exg2XFgQNadMeNZ/AqXC0F3p mVUNRCVm1BWDPZE0EHzyZQQLI4CZVRdm5NlUIYcETWZZfm1l9ReIDQV10UKxnKWTi4Ul2FRgPS40 JUMBAQA7 ------=_NextPart_000_000E_01C80748.8E10E210-- From geopriv-bounces@ietf.org Fri Oct 05 09:30:04 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1IdnF6-0002dD-L1; Fri, 05 Oct 2007 09:29:24 -0400 Received: from geopriv by megatron.ietf.org with local (Exim 4.43) id 1IdnF5-0002d6-1Y for geopriv-confirm+ok@megatron.ietf.org; Fri, 05 Oct 2007 09:29:23 -0400 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IdnF4-0002cx-N9 for geopriv@ietf.org; Fri, 05 Oct 2007 09:29:22 -0400 Received: from smtp.nokia.com ([131.228.20.170] helo=mgw-ext11.nokia.com) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IdnF4-0004u7-37 for geopriv@ietf.org; Fri, 05 Oct 2007 09:29:22 -0400 Received: from esebh105.NOE.Nokia.com (esebh105.ntc.nokia.com [172.21.138.211]) by mgw-ext11.nokia.com (Switch-3.2.5/Switch-3.2.5) with ESMTP id l95DSquq029605; Fri, 5 Oct 2007 16:29:05 +0300 Received: from esebh103.NOE.Nokia.com ([172.21.143.33]) by esebh105.NOE.Nokia.com with Microsoft SMTPSVC(6.0.3790.1830); Fri, 5 Oct 2007 16:29:00 +0300 Received: from esebe105.NOE.Nokia.com ([172.21.143.53]) by esebh103.NOE.Nokia.com with Microsoft SMTPSVC(6.0.3790.1830); Fri, 5 Oct 2007 16:28:50 +0300 Received: from [172.21.41.217] ([172.21.41.217]) by esebe105.NOE.Nokia.com with Microsoft SMTPSVC(6.0.3790.1830); Fri, 5 Oct 2007 16:28:50 +0300 Message-ID: <47063C12.5040905@nokia.com> Date: Fri, 05 Oct 2007 16:28:50 +0300 From: Jari Urpalainen User-Agent: Thunderbird 1.5.0.12 (X11/20070719) MIME-Version: 1.0 To: ext Lisa Dusseault Subject: Re: [Geopriv] Re: Geolocation Policy Draft & element References: <47024D49.9050103@gmx.net> <130526AC-BE13-4D78-B49F-461240E01528@osafoundation.org> In-Reply-To: <130526AC-BE13-4D78-B49F-461240E01528@osafoundation.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 05 Oct 2007 13:28:50.0691 (UTC) FILETIME=[AAA88530:01C80753] X-Nokia-AV: Clean X-Spam-Score: 0.0 (/) X-Scan-Signature: ea4ac80f790299f943f0a53be7e1a21a Cc: GEOPRIV X-BeenThere: geopriv@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Geographic Location/Privacy List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: geopriv-bounces@ietf.org ext Lisa Dusseault wrote: > > Does this mean that generally as used by Geopriv, that the Extensible > Markup Language is *not* extensible? Yikes. There should be language > about where extension elements *may not* appear, and clients should > elsewhere be able to handle extension elements by just ignoring them. > > If that's not the case, I've seriously misunderstood your message. > > Thanks, > Lisa > I've ranted about xml extensions too many times, so sorry to continue... In many cases we have adopted a model where the first submitted schema _must_ be the most liberal one, then the following extension schemas just basically limit the baseline schema. All of this is done so that we accomplish forwards and backwards compatibility. So when defining the baseline schema a lot of carefulness is needed if there's a requirement to fulfill this. Unfortunately, quite many schemas have been done with the w3c schema 1.0 tool, which doesn't allow flexible extensions unlike relax ng which seems to be gaining popularity in ietf finally. However, even using relax doesn't change the fact that the baseline must be liberal. Of course, one can always argue, whether valid xml according to these schemas is always needed, as an implementor i happen to like them because you can typically find some bugs or avoid some interoperability problems by using them (at least when the xml-content _is_ complex). But as discussed with Hannes, this particular case is such that the baseline happens to be too restricting, unfortunately. So no easy way out... br, jari _______________________________________________ Geopriv mailing list Geopriv@ietf.org https://www1.ietf.org/mailman/listinfo/geopriv From IgnaciopassportWise@blinddogs.com Fri Oct 05 15:38:33 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1Idt0L-0006e3-3v for geopriv-archive@lists.ietf.org; Fri, 05 Oct 2007 15:38:33 -0400 Received: from pool-151-204-243-244.bos.east.verizon.net ([151.204.243.244] helo=yourd3d3f0feb8.myhome.westell.com) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1Idt0K-0001cw-P8 for geopriv-archive@lists.ietf.org; Fri, 05 Oct 2007 15:38:33 -0400 Received: from j by blinddogs.com with SMTP id 1B9bjaRdb6 for ; Fri, 5 Oct 2007 15:33:53 +0500 From: "Clint Colon" To: Subject: Get your bonus and walk the red carpet to winnings and fun. Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spam-Score: 3.2 (+++) X-Scan-Signature: 7bac9cb154eb5790ae3b2913587a40de Huge progressive jackpots, slots, multi-hand, and single-hand blackjack. Best offer in gambling history . Best offer in gambling history . Get $2400 you download our casino. http://bigcasinopoint.com/ From geopriv-bounces@ietf.org Sat Oct 06 04:16:57 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1Ie4pZ-0002BV-QD; Sat, 06 Oct 2007 04:16:13 -0400 Received: from geopriv by megatron.ietf.org with local (Exim 4.43) id 1Ie4pZ-0002BI-8G for geopriv-confirm+ok@megatron.ietf.org; Sat, 06 Oct 2007 04:16:13 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1Ie4pY-0002B8-St for geopriv@ietf.org; Sat, 06 Oct 2007 04:16:12 -0400 Received: from smtp3.andrew.com ([198.135.207.235] helo=andrew.com) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Ie4pM-0005Zn-W1 for geopriv@ietf.org; Sat, 06 Oct 2007 04:16:09 -0400 X-SEF-Processed: 5_0_0_910__2007_10_06_03_25_30 X-SEF-16EBA1E9-99E8-4E1D-A1CA-4971F5510AF: 1 Received: from aopexbh1.andrew.com [10.86.20.24] by smtp3.andrew.com - SurfControl E-mail Filter (5.2.1); Sat, 06 Oct 2007 03:25:30 -0500 Received: from AHQEX1.andrew.com ([10.86.20.21]) by aopexbh1.andrew.com with Microsoft SMTPSVC(6.0.3790.3959); Sat, 6 Oct 2007 03:15:40 -0500 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Sat, 6 Oct 2007 03:15:38 -0500 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: New Version Notification for draft-winterbottom-geopriv-held-context-01 Thread-Index: AcgHpbyzhgTVj74GSiWmtE66hufx6AAS0Rbw From: "Winterbottom, James" To: X-OriginalArrivalTime: 06 Oct 2007 08:15:40.0342 (UTC) FILETIME=[15268D60:01C807F1] X-Spam-Score: 1.8 (+) X-Scan-Signature: ffa9dfbbe7cc58b3fa6b8ae3e57b0aa3 Subject: [Geopriv] FW: New Version Notification for draft-winterbottom-geopriv-held-context-01 X-BeenThere: geopriv@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Geographic Location/Privacy List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: geopriv-bounces@ietf.org =0D=0A=0D=0A-----Original Message-----=0D=0AFrom: IETF I-D Submission Tool = [mailto:idsubmission@ietf.org]=20=0D=0ASent: Saturday, 6 October 2007 9:16 = AM=0D=0ATo: Winterbottom, James=0D=0ACc: Hannes.Tschofenig@nsn.com; Thomson= , Martin=0D=0ASubject: New Version Notification for=0D=0Adraft-winterbottom= -geopriv-held-context-01=20=0D=0A=0D=0A=0D=0AA new version of I-D, draft-wi= nterbottom-geopriv-held-context-01.txt has=0D=0Abeen successfuly submitted = by James Winterbottom and posted to the IETF=0D=0Arepository.=0D=0A=0D=0AFi= lename:=09 draft-winterbottom-geopriv-held-context=0D=0ARevision:=09 01=0D=0A= Title:=09=09 HELD Protocol Context Management Extensions=0D=0ACreation_date= :=09 2007-10-06=0D=0AWG ID:=09=09 Independent Submission=0D=0ANumber_of_pag= es: 26=0D=0A=0D=0AAbstract:=0D=0AThis document describes a protocol extensi= on for the HTTP Enabled=0D=0ALocation Delivery (HELD) protocol. It allows = a Target to manage=0D=0Atheir location information on a Location Informatio= n Server (LIS)=0D=0Athrough the application of constraints invoked by acces= sing a=0D=0Alocation URI. Constraints described in this memo restrict how = often=0D=0Alocation can be accessed through a location URI, how long the UR= I is=0D=0Avalid for, and the type of location information returned when a=0D= =0Alocation URI is accessed. Extension points are also provided.=0D=0A=20=0D= =0A=0D=0A=0D=0A=0D=0AThe IETF Secretariat.=0D=0A=0D=0A=0D=0A=0D=0A---------= ---------------------------------------------------------------------------= ------------=0D=0AThis message is for the designated recipient only and may=0D= =0Acontain privileged, proprietary, or otherwise private information. =20=0D= =0AIf you have received it in error, please notify the sender=0D=0Aimmediat= ely and delete the original. Any unauthorized use of=0D=0Athis email is pr= ohibited.=0D=0A------------------------------------------------------------= ------------------------------------=0D=0A[mf2]=0D=0A _______________________________________________ Geopriv mailing list Geopriv@ietf.org https://www1.ietf.org/mailman/listinfo/geopriv From fredbjornson@OSD.COM.AU Sat Oct 06 06:47:04 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1Ie7BY-0000om-6u for geopriv-archive@lists.ietf.org; Sat, 06 Oct 2007 06:47:04 -0400 Received: from abordeaux-156-1-118-190.w90-5.abo.wanadoo.fr ([90.5.101.190]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1Ie7BQ-0001rm-LC for geopriv-archive@lists.ietf.org; Sat, 06 Oct 2007 06:46:57 -0400 Received: by 10.145.215.103 with SMTP id bYbvWoNmVUGus; Sat, 6 Oct 2007 12:47:14 +0200 (GMT) Received: by 192.168.104.35 with SMTP id vrwjvctWLaAuaS.1003927224957; Sat, 6 Oct 2007 12:47:12 +0200 (GMT) Message-ID: <000601c80806$3ed01770$be65055a@mike9289f29247> From: "Teddra fredbjornson" To: Subject: mreb Date: Sat, 6 Oct 2007 12:47:09 +0200 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0005_01C80817.0258E770" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3028 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 X-Spam-Score: 3.5 (+++) X-Scan-Signature: 8abaac9e10c826e8252866cbe6766464 ------=_NextPart_000_0005_01C80817.0258E770 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable http://mobecorp.com/ Good day geopriv-archive how do you measure up to other men? Teddra fredbjornson ------=_NextPart_000_0005_01C80817.0258E770 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
http://mobecorp.com/
Good day geopriv-archive
how do you measure up to other = men?
Teddra fredbjornson
------=_NextPart_000_0005_01C80817.0258E770-- From Jecny@pacifistas.com Sat Oct 06 07:59:47 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1Ie8Ju-0003yN-Vt for geopriv-archive@lists.ietf.org; Sat, 06 Oct 2007 07:59:47 -0400 Received: from [190.172.182.205] (helo=[190.172.158.12]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1Ie8Ju-0003rC-6o for geopriv-archive@lists.ietf.org; Sat, 06 Oct 2007 07:59:46 -0400 Received: from leonardo-3efr0c ([169.142.79.38]:29332 "EHLO leonardo-3efr0c" smtp-auth: TLS-CIPHER: TLS-PEER-CN1: ) by [190.172.158.12] with ESMTP id S22PRPDWXDWXRHQF (ORCPT ); Sat, 6 Oct 2007 09:01:23 -0300 Message-ID: <000c01c80810$879f92a0$0c9eacbe@leonardo3efr0c> From: "Marilena Jecny" To: Subject: barbues Date: Sat, 6 Oct 2007 09:00:46 -0300 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0006_01C807F7.62525AA0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3028 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 X-Spam-Score: 3.1 (+++) X-Scan-Signature: e5ba305d0e64821bf3d8bc5d3bb07228 ------=_NextPart_000_0006_01C807F7.62525AA0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable http://mobecorp.com/ Welcome geopriv-archive Most women enjoy a larger penis Marilena Jecny ------=_NextPart_000_0006_01C807F7.62525AA0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
http://mobecorp.com/
Welcome geopriv-archive
Most women enjoy a larger penis
Marilena Jecny
------=_NextPart_000_0006_01C807F7.62525AA0-- From baddy@austincountryclub.com Sat Oct 06 16:21:06 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IeG94-0001jp-Gy for geopriv-archive@lists.ietf.org; Sat, 06 Oct 2007 16:21:06 -0400 Received: from host-85-27-4-251.brutele.be ([85.27.4.251] helo=behome-6141be1d) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IeG8w-0005qd-Rp for geopriv-archive@lists.ietf.org; Sat, 06 Oct 2007 16:21:00 -0400 Received: from [85.27.4.251] by protis.com.mail2.psmtp.com; Sat, 6 Oct 2007 21:01:16 +0100 Date: Sat, 6 Oct 2007 21:01:16 +0100 From: "Paulette Riggs" X-Mailer: The Bat! (v3.71.01) Home Reply-To: baddy@austincountryclub.com X-Priority: 3 (Normal) Message-ID: <118786976.41419600432175@austincountryclub.com> To: geopriv-archive@lists.ietf.org Subject: our secret MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spam-Score: 0.0 (/) X-Scan-Signature: 08e48e05374109708c00c6208b534009 Have you ever hoped to have a expensive Watch? We have the piece for you! We stock all the top quality for a very small fraction of the expense. www.uwegwvee.com From lestin-steenstra@joytoys4play.com Sat Oct 06 18:07:20 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IeHns-0000d0-PO for geopriv-archive@lists.ietf.org; Sat, 06 Oct 2007 18:07:20 -0400 Received: from adsl-dyn29.78-98-15.t-com.sk ([78.98.15.29] helo=[78.98.30.63]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IeHnp-00012a-88 for geopriv-archive@lists.ietf.org; Sat, 06 Oct 2007 18:07:17 -0400 Received: from dzurkova-7e8fb1 ([176.144.26.111] helo=dzurkova-7e8fb1) by [78.98.30.63] ( sendmail 8.13.3/8.13.1) with esmtpa id 1KhbRP-000YUG-NY for geopriv-archive@lists.ietf.org; Sun, 7 Oct 2007 00:07:41 +0200 Message-ID: <000701c80865$41644ab0$3f1e624e@dzurkova7e8fb1> From: "lestin steenstra" To: Subject: ogradais Date: Sun, 7 Oct 2007 00:07:16 +0200 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0008_01C80876.04ED1AB0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3028 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 X-Spam-Score: 0.1 (/) X-Scan-Signature: 8abaac9e10c826e8252866cbe6766464 ------=_NextPart_000_0008_01C80876.04ED1AB0 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable http://mwtscm.com/ Evening geopriv-archive girls lover a big, think cock - get yours now! lestin steenstra ------=_NextPart_000_0008_01C80876.04ED1AB0 Content-Type: text/html; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable
http://mwtscm.com/
Evening geopriv-archive
girls lover a big, think cock - get yours = now!
lestin steenstra
------=_NextPart_000_0008_01C80876.04ED1AB0-- From Guimond-Nadel@manipi.net Sat Oct 06 18:45:31 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IeIOp-0006SB-Dc for geopriv-archive@lists.ietf.org; Sat, 06 Oct 2007 18:45:31 -0400 Received: from host68-238-dynamic.19-79-r.retail.telecomitalia.it ([79.19.238.68] helo=[79.19.211.220]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IeIOi-0001hC-Io for geopriv-archive@lists.ietf.org; Sat, 06 Oct 2007 18:45:25 -0400 Received: from IGOR ([171.189.69.78]:6999 "EHLO IGOR" smtp-auth: TLS-CIPHER: TLS-PEER-CN1: ) by [79.19.211.220] with ESMTP id S22RZLCERBBKTZQJ (ORCPT ); Sun, 7 Oct 2007 00:45:23 +0200 Message-ID: <000701c8086a$89ae8290$dcd3134f@IGOR> From: "Guimond Nadel" To: Subject: erykenis Date: Sun, 7 Oct 2007 00:44:59 +0200 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0009_01C8087B.4D375290" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3028 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 X-Spam-Score: 0.1 (/) X-Scan-Signature: 8abaac9e10c826e8252866cbe6766464 ------=_NextPart_000_0009_01C8087B.4D375290 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable http://mvgroupe.com/ What's up geopriv-archive girls lover a big, think cock - get yours now! Guimond Nadel ------=_NextPart_000_0009_01C8087B.4D375290 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
http://mvgroupe.com/
What's up geopriv-archive
girls lover a big, think cock - get yours = now!
Guimond Nadel
------=_NextPart_000_0009_01C8087B.4D375290-- From Kakes@dansbandstoppen.no Sun Oct 07 02:56:26 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IeQ3u-00018m-9v for geopriv-archive@lists.ietf.org; Sun, 07 Oct 2007 02:56:26 -0400 Received: from host86-152-31-100.range86-152.btcentralplus.com ([86.152.31.100] helo=[86.150.159.162]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IeQ3r-0004Kw-LU for geopriv-archive@lists.ietf.org; Sun, 07 Oct 2007 02:56:24 -0400 Received: from GROVE by dansbandstoppen.no with ASMTP id B91B951B for ; Sun, 7 Oct 2007 07:56:50 +0100 Received: from GROVE ([185.174.35.86]) by dansbandstoppen.no with ESMTP id 9182DE6868AB for ; Sun, 7 Oct 2007 07:56:50 +0100 Message-ID: <2EDBAA01.340E2D8D@dansbandstoppen.no> Date: Sun, 7 Oct 2007 07:56:15 +0100 From: "Kakes Brumm" User-Agent: Thunderbird 1.5.0.10 (Windows/20070221) MIME-Version: 1.0 To: geopriv-archive@lists.ietf.org Subject: casinos Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 0.1 (/) X-Scan-Signature: 8ac499381112328dd60aea5b1ff596ea Wazzup geopriv-archive girls lover a big, think cock - get yours now! Kakes Brumm http://mundogo.com/ From bakos@espaflor.com Sun Oct 07 11:11:31 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IeXn1-0001Dc-8v for geopriv-archive@lists.ietf.org; Sun, 07 Oct 2007 11:11:31 -0400 Received: from [200.119.52.48] (helo=SERVER) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IeXmq-0000Vz-Hv for geopriv-archive@lists.ietf.org; Sun, 07 Oct 2007 11:11:22 -0400 Received: from [200.119.52.48] by mx1.traction-it.net; , 7 Oct 2007 09:51:23 -0500 Message-ID: <01c808f1$87719e90$303477c8@bakos> From: "Fletcher Head" To: Subject: Make them look Date: , 7 Oct 2007 09:51:23 -0500 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-2" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1478 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1478 X-Spam-Score: 3.6 (+++) X-Scan-Signature: 9466e0365fc95844abaf7c3f15a05c7d What is Prestige Replica store? At Prestige Replica, we specialize in the sales of brand-name quality, luxury replicas at some of the lowest prices possible. With our large selection of products, you can be sure to find that perfect gift for yourself or a loved one. Visit Prestige Replica Shop! www.ureywhbb.com You can buy: * Rolex Watches * Cartier Watches * Breitling Watches * Bvlgari Watches * Omega Watches * Tag Heuer Watches * Officine Panerai Watches * A.Lange & Sohne Watches * Franck Muller Watches * Chopard Watches * Hermes Watches * Jacob & Co. Watches Thanks Fletcher Head SR. Sales Rep From Lalannensvxq@lindemans.org Sun Oct 07 13:15:49 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IeZjJ-0003UB-OH for geopriv-archive@lists.ietf.org; Sun, 07 Oct 2007 13:15:49 -0400 Received: from dynamic-62-87-248-100.ssp.dialog.net.pl ([62.87.248.100] helo=[62.87.248.42]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IeZjF-0003XC-A3 for geopriv-archive@lists.ietf.org; Sun, 07 Oct 2007 13:15:46 -0400 Received: by 10.81.226.138 with SMTP id IlbHhvEaJKHdF; Sun, 7 Oct 2007 19:15:45 +0200 (GMT) Received: by 192.168.77.147 with SMTP id HcwhTwaBVhucxV.7536020744823; Sun, 7 Oct 2007 19:15:43 +0200 (GMT) Message-ID: <000201c80905$afaf0af0$2af8573e@pieniak2a16a9d> From: "Llamour Lalanne" To: Subject: eknevs Date: Sun, 7 Oct 2007 19:15:40 +0200 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0009_01C80916.7337DAF0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3028 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 X-Spam-Score: 1.9 (+) X-Scan-Signature: 8abaac9e10c826e8252866cbe6766464 ------=_NextPart_000_0009_01C80916.7337DAF0 Content-Type: text/plain; charset="windows-1250" Content-Transfer-Encoding: quoted-printable http://potny.com/ How it is going geopriv-archive A girl once told me i was too small.. Llamour Lalanne ------=_NextPart_000_0009_01C80916.7337DAF0 Content-Type: text/html; charset="windows-1250" Content-Transfer-Encoding: quoted-printable
http://potny.com/
How it is going geopriv-archive
A girl once told me i was too = small..
Llamour Lalanne
------=_NextPart_000_0009_01C80916.7337DAF0-- From Winfred_brignac@snstitle.com Sun Oct 07 18:45:42 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IeesY-0007jT-Bq for geopriv-archive@lists.ietf.org; Sun, 07 Oct 2007 18:45:42 -0400 Received: from 227.142.broadband4.iol.cz ([85.71.142.227]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IeesX-0008LO-Rf for geopriv-archive@lists.ietf.org; Sun, 07 Oct 2007 18:45:42 -0400 Received: from ersepka1 ([155.156.191.181] helo=ersepka1) by 227.142.broadband4.iol.cz ( sendmail 8.13.3/8.13.1) with esmtpa id 1YujLe-000GQP-lx for geopriv-archive@lists.ietf.org; Mon, 8 Oct 2007 00:46:09 +0200 X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Mon, 8 Oct 2007 00:45:40 +0200 To: geopriv-archive@lists.ietf.org From: "Winfred brignac" Subject: retsimla Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Spam-Score: 2.0 (++) X-Scan-Signature: 8ac499381112328dd60aea5b1ff596ea Hello geopriv-archive African tribes take these herbs all the time, this is why they have such big cocks! Winfred brignac http://pmckl.com/ From KurtisOreta@neilsderm.com Mon Oct 08 00:55:11 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1Ieke7-0004dU-0L for geopriv-archive@lists.ietf.org; Mon, 08 Oct 2007 00:55:11 -0400 Received: from [220.175.97.34] (helo=[220.175.97.34]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1Ieke0-0000gd-52 for geopriv-archive@lists.ietf.org; Mon, 08 Oct 2007 00:55:04 -0400 Received: from lb-hvcb4w8ya6hd ([172.121.93.77] helo=lb-hvcb4w8ya6hd) by [220.175.97.34] ( sendmail 8.13.3/8.13.1) with esmtpa id 1dfLPp-000GHJ-Ch for geopriv-archive@lists.ietf.org; Mon, 8 Oct 2007 12:55:25 +0800 Message-ID: <000401c80967$60eac820$2261afdc@lbhvcb4w8ya6hd> From: "Kurtis Oreta" To: Subject: atavros Date: Mon, 8 Oct 2007 12:54:59 +0800 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0007_01C809AA.6F0E0820" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3028 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 X-Spam-Score: 3.9 (+++) X-Scan-Signature: e5ba305d0e64821bf3d8bc5d3bb07228 ------=_NextPart_000_0007_01C809AA.6F0E0820 Content-Type: text/plain; charset="windows-1250" Content-Transfer-Encoding: quoted-printable http://www.pmckl.com/ Hi geopriv-archive I fill her whole mouth now Kurtis Oreta ------=_NextPart_000_0007_01C809AA.6F0E0820 Content-Type: text/html; charset="windows-1250" Content-Transfer-Encoding: quoted-printable
http://www.pmckl.com/
Hi geopriv-archive
I fill her whole mouth now
Kurtis Oreta
------=_NextPart_000_0007_01C809AA.6F0E0820-- From teresa11jerrimy6@chi-flow.com Mon Oct 08 02:05:38 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IelkH-0005Pw-T3 for geopriv-archive@lists.ietf.org; Mon, 08 Oct 2007 02:05:37 -0400 Received: from av2026.comex.ru ([217.10.34.165]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IelkF-0002Ly-5c for geopriv-archive@lists.ietf.org; Mon, 08 Oct 2007 02:05:35 -0400 Received: from [217.10.34.165] by leovq.chi-flow.com; Mon, 08 Oct 2007 06:05:37 +0000 Message-ID: <000601c80971$079828ae$67e361ad@eovqsy> From: "Loren Lang" To: "Edmund Ferguson" Subject: Re: Thanks, we are ready to lend some cash regardless of Credit Date: Mon, 08 Oct 2007 04:18:14 +0000 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0003_01C80971.07938DF3" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.3790.2663 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.2757 X-Spam-Score: 2.2 (++) X-Scan-Signature: 4adaf050708fb13be3316a9eee889caa This is a multi-part message in MIME format. ------=_NextPart_000_0003_01C80971.07938DF3 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable If you have your own business and want IMMEDIATE ready money to spend = ANY way you like or want Extra money to give the company a boost or need = A low interest loan - NO STRINGS ATTACHED, here is our best deal we can = offer you TONIGHT (hurry, this deal will expire NOW):   $23,000+ loan   Hurry, when our deal is gone, it is gone. Simply Call Us Free on=20 877-292-6896 ------=_NextPart_000_0003_01C80971.07938DF3 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
If you have your own business and want = IMMEDIATE ready money to spend ANY way you like or want Extra money to = give the company a boost or need A low interest loan - NO STRINGS = ATTACHED, here is our best deal we can offer you TONIGHT (hurry, this = deal will expire NOW):
=20
 
$23,000+ loan
 
Hurry, when our deal is gone, it is = gone. Simply Call Us Free on 877-292-6896
------=_NextPart_000_0003_01C80971.07938DF3-- From bagwig@americanalpha.com Mon Oct 08 11:22:17 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IeuQz-0000kz-4Y for geopriv-archive@lists.ietf.org; Mon, 08 Oct 2007 11:22:17 -0400 Received: from [85.98.174.233] (helo=dsl85-98-44777.ttnet.net.tr) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IeuQq-0002Eo-Ix for geopriv-archive@lists.ietf.org; Mon, 08 Oct 2007 11:22:11 -0400 Received: from [85.98.174.233] by sprintmail.mapmobile.com; Mon, 8 Oct 2007 17:02:00 +0200 Message-ID: <01c809bc$2d89db10$e9ae6255@bagwig> From: "Latonya Ford" To: Subject: our secret Date: Mon, 8 Oct 2007 17:02:00 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="windows-1250" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.3110.5 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.5 X-Spam-Score: 1.6 (+) X-Scan-Signature: 7bac9cb154eb5790ae3b2913587a40de Have you ever wanted a high dollar Watch? We have the problem solved for you! We sell all the expensive brands for a low precentage of the cost. www.uwegwvee.com From Ozaeta@simondye.com.au Tue Oct 09 03:03:25 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1If97l-0005KV-KN for geopriv-archive@lists.ietf.org; Tue, 09 Oct 2007 03:03:25 -0400 Received: from [85.103.89.158] (helo=[85.103.89.158]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1If97k-0007DW-V9 for geopriv-archive@lists.ietf.org; Tue, 09 Oct 2007 03:03:25 -0400 Received: from aykut ([199.179.164.35] helo=aykut) by [85.103.89.158] ( sendmail 8.13.3/8.13.1) with esmtpa id 1ZAxFN-000KZM-XA for geopriv-archive@lists.ietf.org; Tue, 9 Oct 2007 10:03:47 +0300 Message-ID: <000801c80a42$7cbe6170$9e596755@aykut> From: "kirril Ozaeta" To: Subject: 'journes Date: Tue, 9 Oct 2007 10:03:25 +0300 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0003_01C80A5B.A20B9970" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3028 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 X-Spam-Score: 2.1 (++) X-Scan-Signature: e5ba305d0e64821bf3d8bc5d3bb07228 ------=_NextPart_000_0003_01C80A5B.A20B9970 Content-Type: text/plain; charset="iso-8859-9" Content-Transfer-Encoding: quoted-printable http://nicny.com/ How it is going geopriv-archive Bigger is better kirril Ozaeta ------=_NextPart_000_0003_01C80A5B.A20B9970 Content-Type: text/html; charset="iso-8859-9" Content-Transfer-Encoding: quoted-printable
http://nicny.com/
How it is going geopriv-archive
Bigger is better
kirril Ozaeta
------=_NextPart_000_0003_01C80A5B.A20B9970-- From geopriv-bounces@ietf.org Tue Oct 09 03:56:30 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1If9vq-00060l-AN; Tue, 09 Oct 2007 03:55:10 -0400 Received: from geopriv by megatron.ietf.org with local (Exim 4.43) id 1If9vp-00060g-Hx for geopriv-confirm+ok@megatron.ietf.org; Tue, 09 Oct 2007 03:55:09 -0400 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1If9vk-0005oO-Sa for geopriv@ietf.org; Tue, 09 Oct 2007 03:55:04 -0400 Received: from sj-iport-5.cisco.com ([171.68.10.87]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1If9vk-00006s-Gd for geopriv@ietf.org; Tue, 09 Oct 2007 03:55:04 -0400 X-IronPort-AV: E=Sophos;i="4.21,247,1188802800"; d="scan'208";a="179810334" Received: from sj-dkim-1.cisco.com ([171.71.179.21]) by sj-iport-5.cisco.com with ESMTP; 09 Oct 2007 00:55:04 -0700 Received: from sj-core-5.cisco.com (sj-core-5.cisco.com [171.71.177.238]) by sj-dkim-1.cisco.com (8.12.11/8.12.11) with ESMTP id l997t3lY025249 for ; Tue, 9 Oct 2007 00:55:03 -0700 Received: from xbh-sjc-221.amer.cisco.com (xbh-sjc-221.cisco.com [128.107.191.63]) by sj-core-5.cisco.com (8.12.10/8.12.6) with ESMTP id l997t3PC003819 for ; Tue, 9 Oct 2007 07:55:03 GMT Received: from xfe-sjc-212.amer.cisco.com ([171.70.151.187]) by xbh-sjc-221.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Tue, 9 Oct 2007 00:55:03 -0700 Received: from jmpolk-wxp.cisco.com ([10.21.145.158]) by xfe-sjc-212.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Tue, 9 Oct 2007 00:55:03 -0700 X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Tue, 09 Oct 2007 02:55:02 -0500 To: geopriv@ietf.org From: "James M. Polk" Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Message-ID: X-OriginalArrivalTime: 09 Oct 2007 07:55:03.0627 (UTC) FILETIME=[B34011B0:01C80A49] DKIM-Signature: v=0.5; a=rsa-sha256; q=dns/txt; l=1121; t=1191916503; x=1192780503; c=relaxed/simple; s=sjdkim1004; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=jmpolk@cisco.com; z=From:=20=22James=20M.=20Polk=22=20 |Subject:=20Issue=20with=20section=20in=20geopriv-pdif-lo-profile-09 |Sender:=20; bh=q9UCVKo+fX3x2JPyWyQNgs8yM8UdRRD5rZcUBTSb7k8=; b=BCfygSJZSijIJnTVAV7miIn8FM45bWadhfwVyyCIZgBCi87ZVg9P1SsA0Ti9Yk3lxP6sMyO6 2OShITXj485xqCrizPn50LDyl8zMjNGTMMq3svmzYQzBhdmF/dwh4CNeqv1QVyyGk46/qBVFXL 9ZhTSX63kQEeFx1nvgZt47JUY=; Authentication-Results: sj-dkim-1; header.From=jmpolk@cisco.com; dkim=pass ( sig from cisco.com/sjdkim1004 verified; ); X-Spam-Score: 0.0 (/) X-Scan-Signature: 7655788c23eb79e336f5f8ba8bce7906 Subject: [Geopriv] Issue with section in geopriv-pdif-lo-profile-09 X-BeenThere: geopriv@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Geographic Location/Privacy List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: geopriv-bounces@ietf.org I guess I haven't read it this way in the past, but am noticing this now. Section 3.4 of draft-ietf-geopriv-pdif-lo-profile-09 is showing how "Vanessa" can lie about her location. This is in stark contrast to what this WG agreed to do during the formation of the WG, and I haven't read or been part of any discussion within the WG reaching consensus that position (different usage ;-) had changed. Since this ID is discussing the PIDF-LO defined in RFC 4119, it is about Presence communications (the P in PIDF-LO). Specifically related to section 3.4, a more appropriate solution for Vanessa to indicate she doesn't want to be disturbed using Presence is to indicate "she doesn't want to be disturbed", *not* to lie about where she is. Since this ID is a profile doc (a "how to use" type of doc), I believe this subsection is inappropriate for each of the above reasons, and should be changed. James BTW - it is obvious a device can provide false location, but we shouldn't be advocating it or giving any examples of how this is done -- especially for a Standards Track document. _______________________________________________ Geopriv mailing list Geopriv@ietf.org https://www1.ietf.org/mailman/listinfo/geopriv From geopriv-bounces@ietf.org Tue Oct 09 04:21:40 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1IfALG-0003ME-P4; Tue, 09 Oct 2007 04:21:26 -0400 Received: from geopriv by megatron.ietf.org with local (Exim 4.43) id 1IfALF-0003M5-O4 for geopriv-confirm+ok@megatron.ietf.org; Tue, 09 Oct 2007 04:21:25 -0400 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IfALF-0003Lv-Bw for geopriv@ietf.org; Tue, 09 Oct 2007 04:21:25 -0400 Received: from smtp3.andrew.com ([198.135.207.235] helo=andrew.com) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IfALE-0000sI-Sk for geopriv@ietf.org; Tue, 09 Oct 2007 04:21:25 -0400 X-SEF-Processed: 5_0_0_910__2007_10_09_03_31_18 X-SEF-16EBA1E9-99E8-4E1D-A1CA-4971F5510AF: 1 Received: from aopexbh2.andrew.com [10.86.20.25] by smtp3.andrew.com - SurfControl E-mail Filter (5.2.1); Tue, 09 Oct 2007 03:31:18 -0500 Received: from AHQEX1.andrew.com ([10.86.20.21]) by aopexbh2.andrew.com with Microsoft SMTPSVC(6.0.3790.3959); Tue, 9 Oct 2007 03:21:24 -0500 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Subject: RE: [Geopriv] Issue with section in geopriv-pdif-lo-profile-09 Date: Tue, 9 Oct 2007 03:20:28 -0500 Message-ID: In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Geopriv] Issue with section in geopriv-pdif-lo-profile-09 Thread-Index: AcgKSv7IZScEuMMtSVC04qe1CGZr/AAAjmYg References: From: "Winterbottom, James" To: "James M. Polk" , X-OriginalArrivalTime: 09 Oct 2007 08:21:24.0390 (UTC) FILETIME=[61755C60:01C80A4D] X-Spam-Score: 1.8 (+) X-Scan-Signature: e5ba305d0e64821bf3d8bc5d3bb07228 Cc: X-BeenThere: geopriv@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Geographic Location/Privacy List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: geopriv-bounces@ietf.org Thanks James.=0D=0A=0D=0AWe will correct that.=0D=0A=0D=0ACheers=0D=0AJames=0D= =0A=0D=0A=0D=0A> -----Original Message-----=0D=0A> From: James M. Polk [mai= lto:jmpolk@cisco.com]=0D=0A> Sent: Tuesday, 9 October 2007 5:55 PM=0D=0A> T= o: geopriv@ietf.org=0D=0A> Subject: [Geopriv] Issue with section in geopriv= -pdif-lo-profile-09=0D=0A>=20=0D=0A> I guess I haven't read it this way in = the past, but am noticing this=0D=0A> now. Section 3.4 of draft-ietf-geopri= v-pdif-lo-profile-09 is showing=0D=0A> how "Vanessa" can lie about her loca= tion. This is in stark contrast=0D=0A> to what this WG agreed to do during= the formation of the WG, and I=0D=0A> haven't read or been part of any dis= cussion within the WG reaching=0D=0A> consensus that position (different us= age ;-) had changed.=0D=0A>=20=0D=0A> Since this ID is discussing the PIDF-= LO defined in RFC 4119, it is=0D=0A> about Presence communications (the P i= n PIDF-LO). Specifically=0D=0A> related to section 3.4, a more appropriate = solution for Vanessa to=0D=0A> indicate she doesn't want to be=0D=0A> distu= rbed using Presence is to indicate "she doesn't want to be=0D=0A> disturbed= ", *not* to lie about where she is.=0D=0A>=20=0D=0A> Since this ID is a pro= file doc (a "how to use" type of doc), I=0D=0A> believe this subsection is = inappropriate for each of the above=0D=0A> reasons, and should be changed.=0D= =0A>=20=0D=0A> James=0D=0A>=20=0D=0A> BTW - it is obvious a device can prov= ide false location, but we=0D=0A> shouldn't be advocating it or giving any = examples of how this is done=0D=0A> -- especially for a Standards Track doc= ument.=0D=0A>=20=0D=0A>=20=0D=0A> _________________________________________= ______=0D=0A> Geopriv mailing list=0D=0A> Geopriv@ietf.org=0D=0A> https://w= ww1.ietf.org/mailman/listinfo/geopriv=0D=0A=0D=0A--------------------------= ----------------------------------------------------------------------=0D=0A= This message is for the designated recipient only and may=0D=0Acontain priv= ileged, proprietary, or otherwise private information. =20=0D=0AIf you have= received it in error, please notify the sender=0D=0Aimmediately and delete= the original. Any unauthorized use of=0D=0Athis email is prohibited.=0D=0A= ---------------------------------------------------------------------------= ---------------------=0D=0A[mf2]=0D=0A _______________________________________________ Geopriv mailing list Geopriv@ietf.org https://www1.ietf.org/mailman/listinfo/geopriv From Patin@go1.godesign.com Tue Oct 09 05:59:19 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IfBrz-0002l7-RN for geopriv-archive@lists.ietf.org; Tue, 09 Oct 2007 05:59:19 -0400 Received: from 48.tinet.ur.ru ([213.140.110.48]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IfBrz-0003d1-3G for geopriv-archive@lists.ietf.org; Tue, 09 Oct 2007 05:59:19 -0400 Received: by 10.217.142.78 with SMTP id WYTFJduMpTyxz; Tue, 9 Oct 2007 15:59:22 +0600 (GMT) Received: by 192.168.99.37 with SMTP id ApdUCZyXLUGkfw.7857261318680; Tue, 9 Oct 2007 15:59:20 +0600 (GMT) Message-ID: <000e01c80a5b$0e45b450$306e8cd5@your0be56b5912> From: "Wade Patin" To: Subject: convair1 Date: Tue, 9 Oct 2007 15:59:17 +0600 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0006_01C80A8D.58E02450" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3028 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 X-Spam-Score: 3.8 (+++) X-Scan-Signature: 97adf591118a232206bdb5a27b217034 ------=_NextPart_000_0006_01C80A8D.58E02450 Content-Type: text/plain; charset="windows-1251" Content-Transfer-Encoding: quoted-printable http://nikeehn.com/ How it is going geopriv-archive Size does matter. I recently started dating a really nice guy with a = really small dick (less that 5") Wade Patin ------=_NextPart_000_0006_01C80A8D.58E02450 Content-Type: text/html; charset="windows-1251" Content-Transfer-Encoding: quoted-printable
http://nikeehn.com/
How it is going geopriv-archive
Size does matter. I recently started dating a = really=20 nice guy with a really small dick (less that 5")
Wade Patin
------=_NextPart_000_0006_01C80A8D.58E02450-- From geopriv-bounces@ietf.org Tue Oct 09 08:09:03 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1IfDsi-0002Jq-Dx; Tue, 09 Oct 2007 08:08:12 -0400 Received: from geopriv by megatron.ietf.org with local (Exim 4.43) id 1IfDsh-0002Jf-4k for geopriv-confirm+ok@megatron.ietf.org; Tue, 09 Oct 2007 08:08:11 -0400 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IfDsg-0002DE-Lp for geopriv@ietf.org; Tue, 09 Oct 2007 08:08:10 -0400 Received: from aismt07p.bellsouth.com ([139.76.165.213]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IfDsg-0008MP-C1 for geopriv@ietf.org; Tue, 09 Oct 2007 08:08:10 -0400 Received: from ([139.76.131.87]) by aismt07p.bellsouth.com with ESMTP id KP-AXPTB.186116721; Tue, 09 Oct 2007 08:07:56 -0400 Received: from 01NC27689010625.AD.BLS.COM ([90.144.44.200]) by 01GAF5142010623.AD.BLS.COM with Microsoft SMTPSVC(6.0.3790.2499); Tue, 9 Oct 2007 08:07:56 -0400 Received: from 01NC27689010641.AD.BLS.COM ([90.144.44.103]) by 01NC27689010625.AD.BLS.COM with Microsoft SMTPSVC(6.0.3790.2499); Tue, 9 Oct 2007 08:07:55 -0400 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.2929 Content-Class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable Date: Tue, 9 Oct 2007 08:07:54 -0400 Message-ID: <7582BC68E4994F4ABF0BD4723975C3FA05E34F3C@crexc41p> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: HELD 'expires' parameter thread-index: AcgKbQYNr5g9z0YzRh21GGA/7aY7Mg== From: "Stark, Barbara" To: X-OriginalArrivalTime: 09 Oct 2007 12:07:56.0014 (UTC) FILETIME=[06B298E0:01C80A6D] X-Spam-Score: 0.2 (/) X-Scan-Signature: 2409bba43e9c8d580670fda8b695204a Subject: [Geopriv] HELD 'expires' parameter X-BeenThere: geopriv@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Geographic Location/Privacy List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: geopriv-bounces@ietf.org Right now, expires is defined only for use with a returned location reference. I was wondering if there might be value in also allowing it to be returned with a value. The meaning would be that the device needs to do another query to update its location, before 'expires'.=20 In phonebcp-02, there's a recommendation that devices which don't expect to roam should refresh location daily, and those that can be expected to roam should refresh more frequently. The problem is that many devices don't know that they're part of a roaming network. But the access network often does know. So, if we use 'expires' with location values, the access network could let the device know that more frequent refreshes are appropriate. Just a thought. Barbara ***** The information transmitted is intended only for the person or entity to = which it is addressed and may contain confidential, proprietary, and/or = privileged material. Any review, retransmission, dissemination or other = use of, or taking of any action in reliance upon this information by = persons or entities other than the intended recipient is prohibited. If = you received this in error, please contact the sender and delete the = material from all computers. GA623 _______________________________________________ Geopriv mailing list Geopriv@ietf.org https://www1.ietf.org/mailman/listinfo/geopriv From DOUGNitka@campusfive.com Tue Oct 09 08:56:04 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IfEd2-00074P-3C for geopriv-archive@lists.ietf.org; Tue, 09 Oct 2007 08:56:04 -0400 Received: from e181177212.adsl.alicedsl.de ([85.181.177.212] helo=[78.51.75.153]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IfEcr-0001TX-DH for geopriv-archive@lists.ietf.org; Tue, 09 Oct 2007 08:55:53 -0400 Received: from saxonia ([104.179.141.99] helo=saxonia) by [78.51.75.153] (sendmail 8.13.3/8.13.1) with esmtpa id 1Bizst-000CSD-Je for geopriv-archive@lists.ietf.org; Tue, 9 Oct 2007 14:55:17 +0200 Message-ID: <000901c80a73$921510b0$994b334e@saxonia> From: "DOUG Nitka" To: Subject: erneissa Date: Tue, 9 Oct 2007 14:54:46 +0200 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0003_01C80A84.559DE0B0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3028 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 X-Spam-Score: 2.6 (++) X-Scan-Signature: 8abaac9e10c826e8252866cbe6766464 ------=_NextPart_000_0003_01C80A84.559DE0B0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable http://www.nichh.com/ Evening geopriv-archive WAnt to be a p0rnstar, now you can! DOUG Nitka ------=_NextPart_000_0003_01C80A84.559DE0B0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
http://www.nichh.com/
Evening geopriv-archive
WAnt to be a p0rnstar, now you = can!
DOUG Nitka
------=_NextPart_000_0003_01C80A84.559DE0B0-- From geopriv-bounces@ietf.org Tue Oct 09 09:12:02 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1IfErm-00049W-Ho; Tue, 09 Oct 2007 09:11:18 -0400 Received: from geopriv by megatron.ietf.org with local (Exim 4.43) id 1IfErl-00049K-5f for geopriv-confirm+ok@megatron.ietf.org; Tue, 09 Oct 2007 09:11:17 -0400 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IfErk-000485-Qm for geopriv@ietf.org; Tue, 09 Oct 2007 09:11:16 -0400 Received: from mx11.bbn.com ([128.33.0.80]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IfErg-0001ri-Eq for geopriv@ietf.org; Tue, 09 Oct 2007 09:11:12 -0400 Received: from mail.bbn.com ([128.33.1.19]) by mx11.bbn.com with esmtp (Exim 4.60) (envelope-from ) id 1IfErf-0000Fx-6N; Tue, 09 Oct 2007 09:11:12 -0400 Received: from col-dhcp33-244-153.bbn.com ([128.33.244.153] helo=[127.0.0.1]) by mail.bbn.com with esmtp (Exim 4.67) (envelope-from ) id 1IfErf-0001cp-RY; Tue, 09 Oct 2007 09:11:11 -0400 Message-ID: <470B7DEC.60704@bbn.com> Date: Tue, 09 Oct 2007 09:11:08 -0400 From: Richard Barnes User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: "Stark, Barbara" Subject: Re: [Geopriv] HELD 'expires' parameter References: <7582BC68E4994F4ABF0BD4723975C3FA05E34F3C@crexc41p> In-Reply-To: <7582BC68E4994F4ABF0BD4723975C3FA05E34F3C@crexc41p> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 0.0 (/) X-Scan-Signature: 8b30eb7682a596edff707698f4a80f7d Cc: geopriv@ietf.org X-BeenThere: geopriv@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Geographic Location/Privacy List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: geopriv-bounces@ietf.org That seems reasonable, but it might overlap/conflict with the "retention-expires" rule in the returned PIDF-LO. Slightly different semantics, but I think the effect is the same. --Richard Stark, Barbara wrote: > Right now, expires is defined only for use with a returned location > reference. I was wondering if there might be value in also allowing it > to be returned with a value. The meaning would be that the device needs > to do another query to update its location, before 'expires'. > > In phonebcp-02, there's a recommendation that devices which don't expect > to roam should refresh location daily, and those that can be expected to > roam should refresh more frequently. The problem is that many devices > don't know that they're part of a roaming network. But the access > network often does know. So, if we use 'expires' with location values, > the access network could let the device know that more frequent > refreshes are appropriate. > > Just a thought. > Barbara > > ***** > > The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential, proprietary, and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender and delete the material from all computers. GA623 > > > > > _______________________________________________ > Geopriv mailing list > Geopriv@ietf.org > https://www1.ietf.org/mailman/listinfo/geopriv > > _______________________________________________ Geopriv mailing list Geopriv@ietf.org https://www1.ietf.org/mailman/listinfo/geopriv From geopriv-bounces@ietf.org Tue Oct 09 09:39:35 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1IfFJ9-0002gw-7h; Tue, 09 Oct 2007 09:39:35 -0400 Received: from geopriv by megatron.ietf.org with local (Exim 4.43) id 1IfFJ7-0002gh-Sp for geopriv-confirm+ok@megatron.ietf.org; Tue, 09 Oct 2007 09:39:33 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IfFJ7-0002gU-J7 for geopriv@ietf.org; Tue, 09 Oct 2007 09:39:33 -0400 Received: from aismt07p.bellsouth.com ([139.76.165.213]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IfFJ0-0008V2-Bf for geopriv@ietf.org; Tue, 09 Oct 2007 09:39:33 -0400 Received: from ([139.76.131.83]) by aismt07p.bellsouth.com with ESMTP id KP-AXPTB.186126974; Tue, 09 Oct 2007 09:38:55 -0400 Received: from 01NC27689010625.AD.BLS.COM ([90.144.44.200]) by 01GAF5142010622.AD.BLS.COM with Microsoft SMTPSVC(6.0.3790.2499); Tue, 9 Oct 2007 09:38:54 -0400 Received: from 01NC27689010641.AD.BLS.COM ([90.144.44.103]) by 01NC27689010625.AD.BLS.COM with Microsoft SMTPSVC(6.0.3790.2499); Tue, 9 Oct 2007 09:38:54 -0400 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.2929 Content-Class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable Subject: RE: [Geopriv] HELD 'expires' parameter Date: Tue, 9 Oct 2007 09:38:53 -0400 Message-ID: <7582BC68E4994F4ABF0BD4723975C3FA05E34FA8@crexc41p> In-Reply-To: <470B7DEC.60704@bbn.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Geopriv] HELD 'expires' parameter thread-index: AcgKdfF9Vyqg7Uv/RpW8kvC5sI3ivAAA4Cjg References: <7582BC68E4994F4ABF0BD4723975C3FA05E34F3C@crexc41p> <470B7DEC.60704@bbn.com> From: "Stark, Barbara" To: "Richard Barnes" X-OriginalArrivalTime: 09 Oct 2007 13:38:54.0764 (UTC) FILETIME=[BC5DBEC0:01C80A79] X-Spam-Score: 0.2 (/) X-Scan-Signature: d0bdc596f8dd1c226c458f0b4df27a88 Cc: geopriv@ietf.org X-BeenThere: geopriv@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Geographic Location/Privacy List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: geopriv-bounces@ietf.org Thanks. I'd overlooked that parameter in the PIDF-LO. You're right -- that PIDF-LO parameter can meet this need. Barbara=20 -----Original Message----- From: Richard Barnes [mailto:rbarnes@bbn.com]=20 Sent: Tuesday, October 09, 2007 9:11 AM To: Stark, Barbara Cc: geopriv@ietf.org Subject: Re: [Geopriv] HELD 'expires' parameter That seems reasonable, but it might overlap/conflict with the=20 "retention-expires" rule in the returned PIDF-LO. Slightly different=20 semantics, but I think the effect is the same. --Richard Stark, Barbara wrote: > Right now, expires is defined only for use with a returned location > reference. I was wondering if there might be value in also allowing it > to be returned with a value. The meaning would be that the device needs > to do another query to update its location, before 'expires'.=20 >=20 > In phonebcp-02, there's a recommendation that devices which don't expect > to roam should refresh location daily, and those that can be expected to > roam should refresh more frequently. The problem is that many devices > don't know that they're part of a roaming network. But the access > network often does know. So, if we use 'expires' with location values, > the access network could let the device know that more frequent > refreshes are appropriate. >=20 > Just a thought. > Barbara >=20 > ***** >=20 > The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential, proprietary, and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender and delete the material from all computers. GA623 >=20 >=20 >=20 >=20 > _______________________________________________ > Geopriv mailing list > Geopriv@ietf.org > https://www1.ietf.org/mailman/listinfo/geopriv >=20 >=20 ***** The information transmitted is intended only for the person or entity to = which it is addressed and may contain confidential, proprietary, and/or = privileged material. Any review, retransmission, dissemination or other = use of, or taking of any action in reliance upon this information by = persons or entities other than the intended recipient is prohibited. If = you received this in error, please contact the sender and delete the = material from all computers. GA622 _______________________________________________ Geopriv mailing list Geopriv@ietf.org https://www1.ietf.org/mailman/listinfo/geopriv From geopriv-bounces@ietf.org Tue Oct 09 12:08:39 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1IfHdC-0008J1-QE; Tue, 09 Oct 2007 12:08:26 -0400 Received: from geopriv by megatron.ietf.org with local (Exim 4.43) id 1IfHdB-0008In-AL for geopriv-confirm+ok@megatron.ietf.org; Tue, 09 Oct 2007 12:08:25 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IfHdB-0008If-0l for geopriv@ietf.org; Tue, 09 Oct 2007 12:08:25 -0400 Received: from sj-iport-2-in.cisco.com ([171.71.176.71] helo=sj-iport-2.cisco.com) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IfHd4-0003mP-N8 for geopriv@ietf.org; Tue, 09 Oct 2007 12:08:24 -0400 X-IronPort-AV: E=Sophos;i="4.21,249,1188802800"; d="scan'208";a="405032860" Received: from sj-dkim-3.cisco.com ([171.71.179.195]) by sj-iport-2.cisco.com with ESMTP; 09 Oct 2007 09:08:00 -0700 Received: from sj-core-5.cisco.com (sj-core-5.cisco.com [171.71.177.238]) by sj-dkim-3.cisco.com (8.12.11/8.12.11) with ESMTP id l99G7x7h007648 for ; Tue, 9 Oct 2007 09:07:59 -0700 Received: from xbh-sjc-231.amer.cisco.com (xbh-sjc-231.cisco.com [128.107.191.100]) by sj-core-5.cisco.com (8.12.10/8.12.6) with ESMTP id l99G7xZo005237 for ; Tue, 9 Oct 2007 16:07:59 GMT Received: from xfe-sjc-211.amer.cisco.com ([171.70.151.174]) by xbh-sjc-231.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Tue, 9 Oct 2007 09:07:59 -0700 Received: from jmpolk-wxp.cisco.com ([10.21.123.234]) by xfe-sjc-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Tue, 9 Oct 2007 09:07:59 -0700 X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Tue, 09 Oct 2007 11:07:57 -0500 To: geopriv@ietf.org From: "James M. Polk" Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Message-ID: X-OriginalArrivalTime: 09 Oct 2007 16:07:59.0532 (UTC) FILETIME=[8FDD06C0:01C80A8E] DKIM-Signature: v=0.5; a=rsa-sha256; q=dns/txt; l=985; t=1191946079; x=1192810079; c=relaxed/simple; s=sjdkim3002; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=jmpolk@cisco.com; z=From:=20=22James=20M.=20Polk=22=20 |Subject:=20Question=20about=20non-labeled=20field=20usage=20within=20RFC 4119/4776 |Sender:=20; bh=2iMoo1P9inOF2MmlUe8C/UVdIf6/wtE+2gDkF5cf5Yo=; b=r0y/sHJSIceDDp1t6o3rC+ga6ZbcJ1aQ36BBCj3HKQ7MhNpkHaWZyGB77LLH507PdDLv60gQ rr5v2T7ka07eygV1CZPLyqoUkXbOWw+qVg19YYcRmJLzfMhlPxlhmv2i; Authentication-Results: sj-dkim-3; header.From=jmpolk@cisco.com; dkim=pass ( sig from cisco.com/sjdkim3002 verified; ); X-Spam-Score: -4.0 (----) X-Scan-Signature: 0bc60ec82efc80c84b8d02f4b0e4de22 Subject: [Geopriv] Question about non-labeled field usage within RFC4119/4776 X-BeenThere: geopriv@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Geographic Location/Privacy List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: geopriv-bounces@ietf.org All I'm looking for views on how the non-labeled CATypes are used within the XML of the PIDF-LO. For example, CAType=25 is for building, but is the XML for this (if one chooses to use it): Building-1 ? I'm also confused about something between RFC4119 and 4776 that I'm sure was discussed, but I don't remember its outcome. This has to do with the example given in RFC4119 for "Low Library" as , yet in RFC4776, "Low Library" is under CAType=25 (and LMK is showing "Columbia University"). It seems like the usage is RFC4776 makes more sense, but I don't know what to do with the non-labeled (specifically the ones without a ~3-letter character describer string) I don't remember if we ever got down to these lower level aspects of the differences between RFC4119 and 4776. I think this may have fallen between the cracks of the differences between NENA and PIDF, with no resolution. I hope I'm wrong. Thanks James _______________________________________________ Geopriv mailing list Geopriv@ietf.org https://www1.ietf.org/mailman/listinfo/geopriv From geopriv-bounces@ietf.org Tue Oct 09 13:11:52 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1IfIcB-00086h-9j; Tue, 09 Oct 2007 13:11:27 -0400 Received: from geopriv by megatron.ietf.org with local (Exim 4.43) id 1IfIc9-00083W-56 for geopriv-confirm+ok@megatron.ietf.org; Tue, 09 Oct 2007 13:11:25 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IfIc8-00081y-Hn for geopriv@ietf.org; Tue, 09 Oct 2007 13:11:24 -0400 Received: from sj-iport-4.cisco.com ([171.68.10.86]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IfIc7-0005CP-BF for geopriv@ietf.org; Tue, 09 Oct 2007 13:11:24 -0400 X-IronPort-AV: E=Sophos;i="4.21,249,1188802800"; d="scan'208";a="11547377" Received: from sj-dkim-4.cisco.com ([171.71.179.196]) by sj-iport-4.cisco.com with ESMTP; 09 Oct 2007 10:11:22 -0700 Received: from sj-core-2.cisco.com (sj-core-2.cisco.com [171.71.177.254]) by sj-dkim-4.cisco.com (8.12.11/8.12.11) with ESMTP id l99HBMUx001075 for ; Tue, 9 Oct 2007 10:11:22 -0700 Received: from xbh-sjc-231.amer.cisco.com (xbh-sjc-231.cisco.com [128.107.191.100]) by sj-core-2.cisco.com (8.12.10/8.12.6) with ESMTP id l99HBMZv024450 for ; Tue, 9 Oct 2007 17:11:22 GMT Received: from xfe-sjc-212.amer.cisco.com ([171.70.151.187]) by xbh-sjc-231.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Tue, 9 Oct 2007 10:11:17 -0700 Received: from jmpolk-wxp.cisco.com ([10.21.123.234]) by xfe-sjc-212.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Tue, 9 Oct 2007 10:11:16 -0700 X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Tue, 09 Oct 2007 12:11:15 -0500 To: geopriv@ietf.org From: "James M. Polk" Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Message-ID: X-OriginalArrivalTime: 09 Oct 2007 17:11:16.0856 (UTC) FILETIME=[673EAF80:01C80A97] DKIM-Signature: v=0.5; a=rsa-sha256; q=dns/txt; l=1300; t=1191949882; x=1192813882; c=relaxed/simple; s=sjdkim4002; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=jmpolk@cisco.com; z=From:=20=22James=20M.=20Polk=22=20 |Subject:=20Fwd=3A=20Question=20about=20non-labeled=20field=20usage=20wit hin=20RFC4119/4776 |Sender:=20; bh=S1Zy5x0rDQq0V1bUUBCcjVNdutUwFc00pT0mw3A29to=; b=lJ4FC3ofdpRvR73xx0Q9ZhPn1SI+a91wGY7BNq9Gk16oi9VB/rgVb0zOIElMVfMTiawXnC9r i/xvtgAGZl5osmL1Rlry6Pv9yp/sBRVig1ypsaw0hexZqN6ACxgTqFTf; Authentication-Results: sj-dkim-4; header.From=jmpolk@cisco.com; dkim=pass ( sig from cisco.com/sjdkim4002 verified; ); X-Spam-Score: -4.0 (----) X-Scan-Signature: 8b30eb7682a596edff707698f4a80f7d Subject: [Geopriv] Fwd: Question about non-labeled field usage within RFC4119/4776 X-BeenThere: geopriv@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Geographic Location/Privacy List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: geopriv-bounces@ietf.org never mind ... I woke up and realized this was covered already caffeine does wonders sorry >Date: Tue, 09 Oct 2007 11:07:57 -0500 >To: geopriv@ietf.org >From: "James M. Polk" >Subject: Question about non-labeled field usage within RFC4119/4776 > >All > >I'm looking for views on how the non-labeled CATypes are used within >the XML of the PIDF-LO. For example, CAType=25 is for building, but >is the XML for this (if one chooses to use it): > > Building-1 > >? > >I'm also confused about something between RFC4119 and 4776 that I'm >sure was discussed, but I don't remember its outcome. This has to >do with the example given in RFC4119 for "Low Library" as , yet >in RFC4776, "Low Library" is under CAType=25 (and LMK is showing >"Columbia University"). > >It seems like the usage is RFC4776 makes more sense, but I don't >know what to do with the non-labeled (specifically the ones without >a ~3-letter character describer string) > >I don't remember if we ever got down to these lower level aspects of >the differences between RFC4119 and 4776. I think this may have >fallen between the cracks of the differences between NENA and PIDF, >with no resolution. I hope I'm wrong. > >Thanks > >James _______________________________________________ Geopriv mailing list Geopriv@ietf.org https://www1.ietf.org/mailman/listinfo/geopriv From Havenga@csc-board.de Tue Oct 09 14:33:22 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IfJtS-0003lh-G8 for geopriv-archive@lists.ietf.org; Tue, 09 Oct 2007 14:33:22 -0400 Received: from [204.15.149.170] (helo=[204.15.149.170]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IfJtN-0002Gg-TU for geopriv-archive@lists.ietf.org; Tue, 09 Oct 2007 14:33:18 -0400 Received: by 10.73.153.146 with SMTP id doXMCGSMAepEC; Tue, 9 Oct 2007 14:32:46 -0400 (GMT) Received: by 192.168.18.108 with SMTP id jNZdhZdGJudxIx.1331543056608; Tue, 9 Oct 2007 14:32:44 -0400 (GMT) Message-ID: <000c01c80aa2$c70da8c0$aa950fcc@hewlettsqusv2q> From: "Patriq Havenga" To: Subject: mutuyana Date: Tue, 9 Oct 2007 14:32:41 -0400 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0003_01C80A81.3FFC08C0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3028 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 X-Antivirus: avast! (VPS 000780-0, 09/10/2007), Outbound message X-Antivirus-Status: Clean X-Spam-Score: 4.2 (++++) X-Scan-Signature: 97adf591118a232206bdb5a27b217034 ------=_NextPart_000_0003_01C80A81.3FFC08C0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable http://recreotech.com/ Good evening geopriv-archive I started to notice that my penis had grown at least an inch Patriq Havenga ------=_NextPart_000_0003_01C80A81.3FFC08C0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
http://recreotech.com/
Good evening geopriv-archive
I started to notice that my penis had grown at = least an inch
Patriq Havenga
------=_NextPart_000_0003_01C80A81.3FFC08C0-- From GeraldhomicideParker@williepbennett.com Tue Oct 09 16:33:02 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IfLlG-000617-2S for geopriv-archive@lists.ietf.org; Tue, 09 Oct 2007 16:33:02 -0400 Received: from c-24-127-222-250.hsd1.fl.comcast.net ([24.127.222.250] helo=dellk0z56t607b) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1IfLlA-0005w4-Mn for geopriv-archive@lists.ietf.org; Tue, 09 Oct 2007 16:32:56 -0400 Received: from lipstick by williepbennett.com with SMTP id FYZCHFcFLY for ; Tue, 9 Oct 2007 16:30:25 +0500 From: "Ryan Murphy" To: Subject: If you're in the US or anywhere else, join your new casino paradise. Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spam-Score: 2.1 (++) X-Scan-Signature: 7bac9cb154eb5790ae3b2913587a40de Our safe, secure games will get you smiling when you start seeing dollars pouring in. Best offer in gambling history . How about the best service around? If you're in the US or anywhere else, join your new casino paradise. http://bestgoldencasino.net/ From geopriv-bounces@ietf.org Tue Oct 09 17:52:39 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1IfMzc-00076Q-I0; Tue, 09 Oct 2007 17:51:56 -0400 Received: from geopriv by megatron.ietf.org with local (Exim 4.43) id 1IfMzb-00076F-KU for geopriv-confirm+ok@megatron.ietf.org; Tue, 09 Oct 2007 17:51:55 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IfMzb-000764-AZ for geopriv@ietf.org; Tue, 09 Oct 2007 17:51:55 -0400 Received: from smtp3.andrew.com ([198.135.207.235] helo=andrew.com) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IfMzV-0005WG-5N for geopriv@ietf.org; Tue, 09 Oct 2007 17:51:55 -0400 X-SEF-Processed: 5_0_0_910__2007_10_09_17_01_21 X-SEF-16EBA1E9-99E8-4E1D-A1CA-4971F5510AF: 1 Received: from aopexbh2.andrew.com [10.86.20.25] by smtp3.andrew.com - SurfControl E-mail Filter (5.2.1); Tue, 09 Oct 2007 17:01:21 -0500 Received: from AHQEX1.andrew.com ([10.86.20.21]) by aopexbh2.andrew.com with Microsoft SMTPSVC(6.0.3790.3959); Tue, 9 Oct 2007 16:51:26 -0500 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Subject: RE: [Geopriv] HELD 'expires' parameter Date: Tue, 9 Oct 2007 16:51:24 -0500 Message-ID: In-Reply-To: <7582BC68E4994F4ABF0BD4723975C3FA05E34FA8@crexc41p> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Geopriv] HELD 'expires' parameter Thread-Index: AcgKdfF9Vyqg7Uv/RpW8kvC5sI3ivAAA4CjgABDqmQA= References: <7582BC68E4994F4ABF0BD4723975C3FA05E34F3C@crexc41p><470B7DEC.60704@bbn.com> <7582BC68E4994F4ABF0BD4723975C3FA05E34FA8@crexc41p> From: "Winterbottom, James" To: "Stark, Barbara" , "Richard Barnes" X-OriginalArrivalTime: 09 Oct 2007 21:51:26.0292 (UTC) FILETIME=[8A731140:01C80ABE] X-Spam-Score: 1.8 (+) X-Scan-Signature: 02ec665d00de228c50c93ed6b5e4fc1a Cc: geopriv@ietf.org X-BeenThere: geopriv@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Geographic Location/Privacy List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: geopriv-bounces@ietf.org This isn't really the aim of retention-expires parameter.=0D=0Aretention-ex= pires indicates the point in time after which a recipient is=0D=0Ano longer= permitted to hold the location object, it does not provide any=0D=0Aindica= tor as to whether the Target is still at the location or not. I=0D=0Adon't = think that over-loading its value to indicate that the Target=0D=0Ashould r= e-acquire its location is a good idea.=0D=0A=0D=0AI think we either need a = separate indicator in the PIDF-LO, or a=0D=0Aparameter in the HELD location= Response message.=0D=0A=0D=0ACheers=0D=0AJames=20=0D=0A=0D=0A> -----Origina= l Message-----=0D=0A> From: Stark, Barbara [mailto:bs7652@att.com]=0D=0A> S= ent: Tuesday, 9 October 2007 11:39 PM=0D=0A> To: Richard Barnes=0D=0A> Cc: = geopriv@ietf.org=0D=0A> Subject: RE: [Geopriv] HELD 'expires' parameter=0D=0A= >=20=0D=0A> Thanks. I'd overlooked that parameter in the PIDF-LO. You're ri= ght --=0D=0A> that PIDF-LO parameter can meet this need.=0D=0A> Barbara=0D=0A= >=20=0D=0A> -----Original Message-----=0D=0A> From: Richard Barnes [mailto:= rbarnes@bbn.com]=0D=0A> Sent: Tuesday, October 09, 2007 9:11 AM=0D=0A> To: = Stark, Barbara=0D=0A> Cc: geopriv@ietf.org=0D=0A> Subject: Re: [Geopriv] HE= LD 'expires' parameter=0D=0A>=20=0D=0A> That seems reasonable, but it might= overlap/conflict with the=0D=0A> "retention-expires" rule in the returned = PIDF-LO. Slightly different=0D=0A> semantics, but I think the effect is th= e same.=0D=0A>=20=0D=0A> --Richard=0D=0A>=20=0D=0A>=20=0D=0A>=20=0D=0A> Sta= rk, Barbara wrote:=0D=0A> > Right now, expires is defined only for use with= a returned location=0D=0A> > reference. I was wondering if there might be = value in also allowing=0D=0Ait=0D=0A> > to be returned with a value. The me= aning would be that the device=0D=0A> needs=0D=0A> > to do another query to= update its location, before 'expires'.=0D=0A> >=0D=0A> > In phonebcp-02, t= here's a recommendation that devices which don't=0D=0A> expect=0D=0A> > to = roam should refresh location daily, and those that can be=0D=0Aexpected=0D=0A= > to=0D=0A> > roam should refresh more frequently. The problem is that many=0D= =0Adevices=0D=0A> > don't know that they're part of a roaming network. But = the access=0D=0A> > network often does know. So, if we use 'expires' with = location=0D=0A> values,=0D=0A> > the access network could let the device kn= ow that more frequent=0D=0A> > refreshes are appropriate.=0D=0A> >=0D=0A> >= Just a thought.=0D=0A> > Barbara=0D=0A> >=0D=0A> > *****=0D=0A> >=0D=0A> >= The information transmitted is intended only for the person or=0D=0Aentity=0D= =0A> to which it is addressed and may contain confidential, proprietary,=0D= =0A> and/or privileged material. Any review, retransmission, dissemination=0D= =0Aor=0D=0A> other use of, or taking of any action in reliance upon this=0D= =0Ainformation=0D=0A> by persons or entities other than the intended recipi= ent is=0D=0Aprohibited.=0D=0A> If you received this in error, please contac= t the sender and delete=0D=0Athe=0D=0A> material from all computers. GA623=0D= =0A> >=0D=0A> >=0D=0A> >=0D=0A> >=0D=0A> > ________________________________= _______________=0D=0A> > Geopriv mailing list=0D=0A> > Geopriv@ietf.org=0D=0A= > > https://www1.ietf.org/mailman/listinfo/geopriv=0D=0A> >=0D=0A> >=0D=0A>= =20=0D=0A>=20=0D=0A> *****=0D=0A>=20=0D=0A> The information transmitted is = intended only for the person or entity=0D=0Ato=0D=0A> which it is addressed= and may contain confidential, proprietary,=0D=0Aand/or=0D=0A> privileged m= aterial. Any review, retransmission, dissemination or=0D=0Aother=0D=0A> use= of, or taking of any action in reliance upon this information by=0D=0A> pe= rsons or entities other than the intended recipient is prohibited.=0D=0AIf=0D= =0A> you received this in error, please contact the sender and delete the=0D= =0A> material from all computers. GA622=0D=0A>=20=0D=0A>=20=0D=0A>=20=0D=0A= >=20=0D=0A> _______________________________________________=0D=0A> Geopriv = mailing list=0D=0A> Geopriv@ietf.org=0D=0A> https://www1.ietf.org/mailman/l= istinfo/geopriv=0D=0A=0D=0A------------------------------------------------= ------------------------------------------------=0D=0AThis message is for t= he designated recipient only and may=0D=0Acontain privileged, proprietary, = or otherwise private information. =20=0D=0AIf you have received it in error= , please notify the sender=0D=0Aimmediately and delete the original. Any u= nauthorized use of=0D=0Athis email is prohibited.=0D=0A--------------------= ---------------------------------------------------------------------------= -=0D=0A[mf2]=0D=0A _______________________________________________ Geopriv mailing list Geopriv@ietf.org https://www1.ietf.org/mailman/listinfo/geopriv From najwaCarpino@tasteofafricasafaris.com Tue Oct 09 18:48:29 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IfNsL-0004WZ-HB for geopriv-archive@lists.ietf.org; Tue, 09 Oct 2007 18:48:29 -0400 Received: from [85.101.152.24] (helo=[85.101.31.132]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IfNsF-0006wR-L6 for geopriv-archive@lists.ietf.org; Tue, 09 Oct 2007 18:48:25 -0400 Received: from admin-71a34330d by tasteofafricasafaris.com with ASMTP id 170F1B0E for ; Wed, 10 Oct 2007 01:49:02 +0300 Received: from admin-71a34330d ([152.124.163.139]) by tasteofafricasafaris.com with ESMTP id BDEB04018508 for ; Wed, 10 Oct 2007 01:49:02 +0300 Message-ID: <000401c80ac6$85c4aac0$841f6555@admin71a34330d> From: "najwa Carpino" To: Subject: tiedeuut Date: Wed, 10 Oct 2007 01:48:34 +0300 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0005_01C80ADF.AB11E2C0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3028 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 X-Spam-Score: 4.5 (++++) X-Scan-Signature: bb8f917bb6b8da28fc948aeffb74aa17 ------=_NextPart_000_0005_01C80ADF.AB11E2C0 Content-Type: text/plain; charset="iso-8859-9" Content-Transfer-Encoding: quoted-printable http://www.reaoltors.com/ Morning geopriv-archive 1 inch, 2 inch, 3 inch, its upto you how big you want to go najwa Carpino ------=_NextPart_000_0005_01C80ADF.AB11E2C0 Content-Type: text/html; charset="iso-8859-9" Content-Transfer-Encoding: quoted-printable
http://www.reaoltors.com/
Morning geopriv-archive
1 inch, 2 inch, 3 inch, its upto you how big = you want to go
najwa Carpino
------=_NextPart_000_0005_01C80ADF.AB11E2C0-- From geopriv-bounces@ietf.org Wed Oct 10 00:03:52 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1IfSmT-0004PC-KC; Wed, 10 Oct 2007 00:02:45 -0400 Received: from geopriv by megatron.ietf.org with local (Exim 4.43) id 1IfSmS-0004Ot-Fm for geopriv-confirm+ok@megatron.ietf.org; Wed, 10 Oct 2007 00:02:44 -0400 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IfSmS-0004Ol-5h for geopriv@ietf.org; Wed, 10 Oct 2007 00:02:44 -0400 Received: from ns3.neustar.com ([156.154.24.138]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IfSmR-0003qn-TQ for geopriv@ietf.org; Wed, 10 Oct 2007 00:02:44 -0400 Received: from ietf.org (stiedprweb1.va.neustar.com [10.91.34.42]) by ns3.neustar.com (Postfix) with ESMTP id 83FDB175C1; Wed, 10 Oct 2007 04:02:38 +0000 (GMT) Received: from mirror by ietf.org with local (Exim 4.43) id 1IfSmM-00087F-20; Wed, 10 Oct 2007 00:02:38 -0400 Content-Type: text/plain; charset="utf-8" Mime-Version: 1.0 To: martin.thomson@andrew.com From: IETF I-D Submission Tool Message-Id: Date: Wed, 10 Oct 2007 00:02:38 -0400 X-Spam-Score: 0.0 (/) X-Scan-Signature: e5ba305d0e64821bf3d8bc5d3bb07228 Cc: geopriv@ietf.org, james.winterbottom@andrew.com Subject: [Geopriv] New Version Notification for draft-ietf-geopriv-pdif-lo-profile-10 X-BeenThere: geopriv@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Geographic Location/Privacy List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: geopriv-bounces@ietf.org A new version of I-D, draft-ietf-geopriv-pdif-lo-profile-10.txt has been successfuly submitted by Martin Thomson and posted to the IETF repository. Filename: draft-ietf-geopriv-pdif-lo-profile Revision: 10 Title: GEOPRIV PIDF-LO Usage Clarification, Considerations and Recommendations Creation_date: 2007-10-10 WG ID: geopriv Number_of_pages: 31 Abstract: The Presence Information Data Format Location Object (PIDF-LO) specification provides a flexible and versatile means to represent location information. There are, however, circumstances that arise when information needs to be constrained in how it is represented. In these circumstances the range of options that need to be implemented are reduced. There is growing interest in being able to use location information contained in a PIDF-LO for routing applications. To allow successful interoperability between applications, location information needs to be normative and more tightly constrained than is currently specified in the RFC 4119 (PIDF-LO). This document makes recommendations on how to constrain, represent and interpret locations in a PIDF-LO. It further recommends a subset of GML that is mandatory to implement by applications involved in location based routing. The IETF Secretariat. _______________________________________________ Geopriv mailing list Geopriv@ietf.org https://www1.ietf.org/mailman/listinfo/geopriv From geopriv-bounces@ietf.org Wed Oct 10 00:06:12 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1IfSpk-00021v-9u; Wed, 10 Oct 2007 00:06:08 -0400 Received: from geopriv by megatron.ietf.org with local (Exim 4.43) id 1IfSpj-00021q-AN for geopriv-confirm+ok@megatron.ietf.org; Wed, 10 Oct 2007 00:06:07 -0400 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IfSpi-00021i-VA for geopriv@ietf.org; Wed, 10 Oct 2007 00:06:07 -0400 Received: from smtp3.andrew.com ([198.135.207.235] helo=andrew.com) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IfSpi-0003vV-FJ for geopriv@ietf.org; Wed, 10 Oct 2007 00:06:06 -0400 X-SEF-Processed: 5_0_0_910__2007_10_09_23_16_00 X-SEF-16EBA1E9-99E8-4E1D-A1CA-4971F5510AF: 1 Received: from aopexbh2.andrew.com [10.86.20.25] by smtp3.andrew.com - SurfControl E-mail Filter (5.2.1); Tue, 09 Oct 2007 23:16:00 -0500 Received: from AHQEX1.andrew.com ([10.86.20.21]) by aopexbh2.andrew.com with Microsoft SMTPSVC(6.0.3790.3959); Tue, 9 Oct 2007 23:06:05 -0500 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Tue, 9 Oct 2007 23:06:03 -0500 Message-ID: In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: New Version Notification for draft-ietf-geopriv-pdif-lo-profile-10 Thread-Index: AcgK8maeEejhpEItTKqI8I6MKelkAQAADIuw References: From: "Thomson, Martin" To: X-OriginalArrivalTime: 10 Oct 2007 04:06:05.0915 (UTC) FILETIME=[E15952B0:01C80AF2] X-Spam-Score: 0.0 (/) X-Scan-Signature: 5a9a1bd6c2d06a21d748b7d0070ddcb8 Cc: Subject: [Geopriv] RE: New Version Notification for draft-ietf-geopriv-pdif-lo-profile-10 X-BeenThere: geopriv@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Geographic Location/Privacy List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1139661907==" Errors-To: geopriv-bounces@ietf.org --===============1139661907== Content-class: urn:content-classes:message Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SSBoYXZlIHVwbG9hZGVkIGEgbmV3IHZlcnNpb24gb2YgUERJRi1MTyAoc2ljKSBwcm9maWxlLg0K DQpUaGUgbWFpbiBkaWZmZXJlbmNlIGJldHdlZW4gdGhpcyBhbmQgdGhlIHByZXZpb3VzIHZlcnNp b24gaXMgdGhhdCBJIGhhdmUgY29ycmVjdGVkIHRoZSBleGFtcGxlIGluIDMuNCAoaXQgd2FzIHBy ZXZpb3VzbHkgYSBjb3B5IGFuZCBwYXN0ZSBmcm9tIGFuIGVhcmxpZXIgZXhhbXBsZSkgYW5kIGNo YW5nZWQgdGhlIHRleHQgYmFzZWQgb24gSmFtZXMgUG9saydzIGNvbW1lbnQuDQoNCkkgaGF2ZSBh bHNvIGNoYW5nZWQgdGhlIGFzc3VtZWQgY29uZmlkZW5jZSB0byA5NSUgKHRoaXMgaXMgYmFzZWQg b24gc29tZSBvZiBteSByZXNlYXJjaCBpbnRvIHRoZSB0b3BpYywgYW5kIGFsc28gdG8gYmV0dGVy IGZpdCBleHBlY3RhdGlvbnMpLg0KDQpBbGwgb2YgdGhlIGV4YW1wbGVzIGluIHRoZSBkb2N1bWVu dCBoYXZlIGJlZW4gY29ycmVjdGVkIGFzIHdlbGwgYW5kIHZhbGlkYXRlZCBhZ2FpbnN0IFhlcmNl cy1KIDIuOC4wLiAgVGhpcyBsZWFkIHRvIHF1aXRlIGEgZmV3IGNvcnJlY3Rpb25zLCBkdXJpbmcg d2hpY2ggSSBhbHNvIHJlbW92ZWQgcmVkdW5kYW50IHhtbG5zOnggYXR0cmlidXRlcy4NCg0KPCBo dHRwOi8vd3d3LmlldGYub3JnL2ludGVybmV0LWRyYWZ0cy9kcmFmdC1pZXRmLWdlb3ByaXYtcGRp Zi1sby1wcm9maWxlLTEwLnR4dD4NCg0KRGlmZiB3aXRoIC0wOToNCjxodHRwOi8vdG9vbHMuaWV0 Zi5vcmcvdG9vbHMvcmZjZGlmZi9yZmNkaWZmLnB5aHQ/dXJsMT1odHRwOi8vd3d3LmlldGYub3Jn L2ludGVybmV0LWRyYWZ0cy9kcmFmdC1pZXRmLWdlb3ByaXYtcGRpZi1sby1wcm9maWxlLTA5LnR4 dCZ1cmwyPWh0dHA6Ly93d3cuaWV0Zi5vcmcvaW50ZXJuZXQtZHJhZnRzL2RyYWZ0LWlldGYtZ2Vv cHJpdi1wZGlmLWxvLXByb2ZpbGUtMTAudHh0Pg0KDQoNCkNoZWVycywNCk1hcnRpbg0KDQo+IC0t LS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQo+IEZyb206IElFVEYgSS1EIFN1Ym1pc3Npb24gVG9v bCBbbWFpbHRvOmlkc3VibWlzc2lvbkBpZXRmLm9yZ10NCj4gU2VudDogV2VkbmVzZGF5LCAxMCBP Y3RvYmVyIDIwMDcgMjowMyBQTQ0KPiBUbzogVGhvbXNvbiwgTWFydGluDQo+IENjOiBnZW9wcml2 QGlldGYub3JnOyBXaW50ZXJib3R0b20sIEphbWVzOyBIYW5uZXMuVHNjaG9mZW5pZ0Buc24uY29t DQo+IFN1YmplY3Q6IE5ldyBWZXJzaW9uIE5vdGlmaWNhdGlvbiBmb3IgZHJhZnQtaWV0Zi1nZW9w cml2LXBkaWYtbG8tcHJvZmlsZS0NCj4gMTANCj4gDQo+IA0KPiBBIG5ldyB2ZXJzaW9uIG9mIEkt RCwgZHJhZnQtaWV0Zi1nZW9wcml2LXBkaWYtbG8tcHJvZmlsZS0xMC50eHQgaGFzIGJlZW4NCj4g c3VjY2Vzc2Z1bHkgc3VibWl0dGVkIGJ5IE1hcnRpbiBUaG9tc29uIGFuZCBwb3N0ZWQgdG8gdGhl IElFVEYgcmVwb3NpdG9yeS4NCj4gDQo+IEZpbGVuYW1lOgkgZHJhZnQtaWV0Zi1nZW9wcml2LXBk aWYtbG8tcHJvZmlsZQ0KPiBSZXZpc2lvbjoJIDEwDQo+IFRpdGxlOgkJIEdFT1BSSVYgUElERi1M TyBVc2FnZSBDbGFyaWZpY2F0aW9uLCBDb25zaWRlcmF0aW9ucyBhbmQNCj4gUmVjb21tZW5kYXRp b25zDQo+IENyZWF0aW9uX2RhdGU6CSAyMDA3LTEwLTEwDQo+IFdHIElEOgkJIGdlb3ByaXYNCj4g TnVtYmVyX29mX3BhZ2VzOiAzMQ0KPiANCj4gQWJzdHJhY3Q6DQo+IFRoZSBQcmVzZW5jZSBJbmZv cm1hdGlvbiBEYXRhIEZvcm1hdCBMb2NhdGlvbiBPYmplY3QgKFBJREYtTE8pDQo+IHNwZWNpZmlj YXRpb24gcHJvdmlkZXMgYSBmbGV4aWJsZSBhbmQgdmVyc2F0aWxlIG1lYW5zIHRvIHJlcHJlc2Vu dA0KPiBsb2NhdGlvbiBpbmZvcm1hdGlvbi4gIFRoZXJlIGFyZSwgaG93ZXZlciwgY2lyY3Vtc3Rh bmNlcyB0aGF0IGFyaXNlDQo+IHdoZW4gaW5mb3JtYXRpb24gbmVlZHMgdG8gYmUgY29uc3RyYWlu ZWQgaW4gaG93IGl0IGlzIHJlcHJlc2VudGVkLg0KPiBJbiB0aGVzZSBjaXJjdW1zdGFuY2VzIHRo ZSByYW5nZSBvZiBvcHRpb25zIHRoYXQgbmVlZCB0byBiZQ0KPiBpbXBsZW1lbnRlZCBhcmUgcmVk dWNlZC4gIFRoZXJlIGlzIGdyb3dpbmcgaW50ZXJlc3QgaW4gYmVpbmcgYWJsZSB0bw0KPiB1c2Ug bG9jYXRpb24gaW5mb3JtYXRpb24gY29udGFpbmVkIGluIGEgUElERi1MTyBmb3Igcm91dGluZw0K PiBhcHBsaWNhdGlvbnMuICBUbyBhbGxvdyBzdWNjZXNzZnVsIGludGVyb3BlcmFiaWxpdHkgYmV0 d2Vlbg0KPiBhcHBsaWNhdGlvbnMsIGxvY2F0aW9uIGluZm9ybWF0aW9uIG5lZWRzIHRvIGJlIG5v cm1hdGl2ZSBhbmQgbW9yZQ0KPiB0aWdodGx5IGNvbnN0cmFpbmVkIHRoYW4gaXMgY3VycmVudGx5 IHNwZWNpZmllZCBpbiB0aGUgUkZDIDQxMTkNCj4gKFBJREYtTE8pLiAgVGhpcyBkb2N1bWVudCBt YWtlcyByZWNvbW1lbmRhdGlvbnMgb24gaG93IHRvIGNvbnN0cmFpbiwNCj4gcmVwcmVzZW50IGFu ZCBpbnRlcnByZXQgbG9jYXRpb25zIGluIGEgUElERi1MTy4gIEl0IGZ1cnRoZXINCj4gcmVjb21t ZW5kcyBhIHN1YnNldCBvZiBHTUwgdGhhdCBpcyBtYW5kYXRvcnkgdG8gaW1wbGVtZW50IGJ5DQo+ IGFwcGxpY2F0aW9ucyBpbnZvbHZlZCBpbiBsb2NhdGlvbiBiYXNlZCByb3V0aW5nLg0KPiANCj4g DQo+IA0KPiBUaGUgSUVURiBTZWNyZXRhcmlhdC4NCj4gDQo+IA0KDQotLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NClRoaXMgbWVzc2FnZSBpcyBmb3IgdGhlIGRlc2lnbmF0 ZWQgcmVjaXBpZW50IG9ubHkgYW5kIG1heQ0KY29udGFpbiBwcml2aWxlZ2VkLCBwcm9wcmlldGFy eSwgb3Igb3RoZXJ3aXNlIHByaXZhdGUgaW5mb3JtYXRpb24uICANCklmIHlvdSBoYXZlIHJlY2Vp dmVkIGl0IGluIGVycm9yLCBwbGVhc2Ugbm90aWZ5IHRoZSBzZW5kZXINCmltbWVkaWF0ZWx5IGFu ZCBkZWxldGUgdGhlIG9yaWdpbmFsLiAgQW55IHVuYXV0aG9yaXplZCB1c2Ugb2YNCnRoaXMgZW1h aWwgaXMgcHJvaGliaXRlZC4NCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LQ0KW21mMl0NCg== --===============1139661907== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Geopriv mailing list Geopriv@ietf.org https://www1.ietf.org/mailman/listinfo/geopriv --===============1139661907==-- From geopriv-bounces@ietf.org Wed Oct 10 00:10:34 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1IfSu2-0000OI-MG; Wed, 10 Oct 2007 00:10:34 -0400 Received: from geopriv by megatron.ietf.org with local (Exim 4.43) id 1IfSu1-0000O1-TA for geopriv-confirm+ok@megatron.ietf.org; Wed, 10 Oct 2007 00:10:33 -0400 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IfSu1-0000Nt-5i; Wed, 10 Oct 2007 00:10:33 -0400 Received: from ns4.neustar.com ([156.154.24.139]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IfSu0-00040F-OG; Wed, 10 Oct 2007 00:10:33 -0400 Received: from stiedprstage1.ietf.org (stiedprstage1.va.neustar.com [10.31.47.10]) by ns4.neustar.com (Postfix) with ESMTP id 9D2E52ACBF; Wed, 10 Oct 2007 04:10:02 +0000 (GMT) Received: from ietf by stiedprstage1.ietf.org with local (Exim 4.43) id 1IfStW-0002Rs-DC; Wed, 10 Oct 2007 00:10:02 -0400 Content-Type: Multipart/Mixed; Boundary="NextPart" Mime-Version: 1.0 To: i-d-announce@ietf.org From: Internet-Drafts@ietf.org Message-Id: Date: Wed, 10 Oct 2007 00:10:02 -0400 X-Spam-Score: 0.0 (/) X-Scan-Signature: b5d20af10c334b36874c0264b10f59f1 Cc: geopriv@ietf.org Subject: [Geopriv] I-D Action:draft-ietf-geopriv-pdif-lo-profile-10.txt X-BeenThere: geopriv@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Geographic Location/Privacy List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: geopriv-bounces@ietf.org --NextPart A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Geographic Location/Privacy Working Group of the IETF. Title : GEOPRIV PIDF-LO Usage Clarification, Considerations and Recommendations Author(s) : J. Winterbottom, et al. Filename : draft-ietf-geopriv-pdif-lo-profile-10.txt Pages : 31 Date : 2007-10-10 The Presence Information Data Format Location Object (PIDF-LO) specification provides a flexible and versatile means to represent location information. There are, however, circumstances that arise when information needs to be constrained in how it is represented. In these circumstances the range of options that need to be implemented are reduced. There is growing interest in being able to use location information contained in a PIDF-LO for routing applications. To allow successful interoperability between applications, location information needs to be normative and more tightly constrained than is currently specified in the RFC 4119 (PIDF-LO). This document makes recommendations on how to constrain, represent and interpret locations in a PIDF-LO. It further recommends a subset of GML that is mandatory to implement by applications involved in location based routing. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-geopriv-pdif-lo-profile-10.txt To remove yourself from the I-D Announcement list, send a message to i-d-announce-request@ietf.org with the word unsubscribe in the body of the message. You can also visit https://www1.ietf.org/mailman/listinfo/I-D-announce to change your subscription settings. Internet-Drafts are also available by anonymous FTP. Login with the username "anonymous" and a password of your e-mail address. After logging in, type "cd internet-drafts" and then "get draft-ietf-geopriv-pdif-lo-profile-10.txt". A list of Internet-Drafts directories can be found in http://www.ietf.org/shadow.html or ftp://ftp.ietf.org/ietf/1shadow-sites.txt Internet-Drafts can also be obtained by e-mail. Send a message to: mailserv@ietf.org. In the body type: "FILE /internet-drafts/draft-ietf-geopriv-pdif-lo-profile-10.txt". NOTE: The mail server at ietf.org can return the document in MIME-encoded form by using the "mpack" utility. To use this feature, insert the command "ENCODING mime" before the "FILE" command. To decode the response(s), you will need "munpack" or a MIME-compliant mail reader. Different MIME-compliant mail readers exhibit different behavior, especially when dealing with "multipart" MIME messages (i.e. documents which have been split up into multiple messages), so check your local documentation on how to manipulate these messages. Below is the data which will enable a MIME compliant mail reader implementation to automatically retrieve the ASCII version of the Internet-Draft. --NextPart Content-Type: Multipart/Alternative; Boundary="OtherAccess" --OtherAccess Content-Type: Message/External-body; access-type="mail-server"; server="mailserv@ietf.org" Content-Type: text/plain Content-ID: <2007-10-10000235.I-D@ietf.org> ENCODING mime FILE /internet-drafts/draft-ietf-geopriv-pdif-lo-profile-10.txt --OtherAccess Content-Type: Message/External-body; name="draft-ietf-geopriv-pdif-lo-profile-10.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <2007-10-10000235.I-D\@ietf.org> --OtherAccess-- --NextPart Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Geopriv mailing list Geopriv@ietf.org https://www1.ietf.org/mailman/listinfo/geopriv --NextPart-- From StanleyMalmsten@aquaclear.co.za Wed Oct 10 02:38:05 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IfVCm-0002X7-Jb for geopriv-archive@lists.ietf.org; Wed, 10 Oct 2007 02:38:04 -0400 Received: from host-84-221-154-194.cust-adsl.tiscali.it ([84.221.154.194] helo=[84.221.175.198]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IfVCg-0008P4-Is for geopriv-archive@lists.ietf.org; Wed, 10 Oct 2007 02:37:59 -0400 Received: from pierina ([149.144.23.198] helo=pierina) by [84.221.175.198] ( sendmail 8.13.3/8.13.1) with esmtpa id 1XfJIz-000NLB-PL for geopriv-archive@lists.ietf.org; Wed, 10 Oct 2007 08:38:25 +0200 Message-ID: <000e01c80b08$176b48d0$c6afdd54@pierina> From: "Stanley Malmsten" To: Subject: lretseav Date: Wed, 10 Oct 2007 08:37:56 +0200 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0004_01C80B18.DAF418D0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3028 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 X-Spam-Score: 0.1 (/) X-Scan-Signature: bb8f917bb6b8da28fc948aeffb74aa17 ------=_NextPart_000_0004_01C80B18.DAF418D0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable http://reggetkn.com/ Good evening geopriv-archive imagine the look on your wifes face when she sees the new you Stanley Malmsten ------=_NextPart_000_0004_01C80B18.DAF418D0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
http://reggetkn.com/
Good evening geopriv-archive
imagine the look on your wifes face when she = sees the=20 new you
Stanley Malmsten
------=_NextPart_000_0004_01C80B18.DAF418D0-- From baleine@danacompanies.com Wed Oct 10 04:20:51 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IfWoF-00030R-AO for geopriv-archive@lists.ietf.org; Wed, 10 Oct 2007 04:20:51 -0400 Received: from dyn-91-165-85-240.ppp.tiscali.fr ([91.165.85.240]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IfWo5-0007w9-Ge for geopriv-archive@lists.ietf.org; Wed, 10 Oct 2007 04:20:48 -0400 Received: from [91.165.85.240] by EXCHANGE.danacompanies.com; Wed, 10 Oct 2007 09:00:15 +0100 From: "Bertha Vaughan" To: Subject: who will know Date: Wed, 10 Oct 2007 09:00:15 +0100 Message-ID: <01c80b13$9768c890$f055a55b@baleine> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2616 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1807 Importance: Normal X-Spam-Score: 3.5 (+++) X-Scan-Signature: 08e48e05374109708c00c6208b534009 Have you ever wished for a costly Watch? We have the problem solved for you! We carry all the expensive brands for a very small precentage of the cost. www.urheggv.com From geopriv-bounces@ietf.org Wed Oct 10 10:27:29 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1IfcWs-00026v-5C; Wed, 10 Oct 2007 10:27:18 -0400 Received: from geopriv by megatron.ietf.org with local (Exim 4.43) id 1IfcWq-00023V-TF for geopriv-confirm+ok@megatron.ietf.org; Wed, 10 Oct 2007 10:27:16 -0400 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IfcWq-0001zC-2u for geopriv@ietf.org; Wed, 10 Oct 2007 10:27:16 -0400 Received: from mx12.bbn.com ([128.33.0.81]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IfcWm-0006QH-2V for geopriv@ietf.org; Wed, 10 Oct 2007 10:27:15 -0400 Received: from mail.bbn.com ([128.33.1.19]) by mx12.bbn.com with esmtp (Exim 4.60) (envelope-from ) id 1IfcWj-0005S2-4q; Wed, 10 Oct 2007 10:27:09 -0400 Received: from dhcp89-089-119.bbn.com ([128.89.89.119] helo=[127.0.0.1]) by mail.bbn.com with esmtp (Exim 4.67) (envelope-from ) id 1IfcWj-0002KA-Eo; Wed, 10 Oct 2007 10:27:09 -0400 Message-ID: <470CE0F1.2040807@bbn.com> Date: Wed, 10 Oct 2007 10:25:53 -0400 From: Matt Lepinski Organization: BBN User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Winterbottom, James" Subject: Re: [Geopriv] HELD 'expires' parameter References: <7582BC68E4994F4ABF0BD4723975C3FA05E34F3C@crexc41p><470B7DEC.60704@bbn.com> <7582BC68E4994F4ABF0BD4723975C3FA05E34FA8@crexc41p> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 0.0 (/) X-Scan-Signature: ff0adf256e4dd459cc25215cfa732ac1 Cc: geopriv@ietf.org X-BeenThere: geopriv@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Geographic Location/Privacy List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: geopriv-bounces@ietf.org James, I agree that the retention-expires parameter doesn't really have the semantics that Barbara indicated. However, what is not clear to me is how the access network knows at the time of the HELD request, how long the returned location is valid. In many scenarios this would depend on how much the device is going to be moving, and I don't see device movement as being very predictable by the access network. This is a general issue with location-by-value. In many scenarios neither the device nor the access network is in a position to predict how long a location returned by HELD will be valid. - Matt Lepinski :-> Winterbottom, James wrote: >This isn't really the aim of retention-expires parameter. >retention-expires indicates the point in time after which a recipient is >no longer permitted to hold the location object, it does not provide any >indicator as to whether the Target is still at the location or not. I >don't think that over-loading its value to indicate that the Target >should re-acquire its location is a good idea. > >I think we either need a separate indicator in the PIDF-LO, or a >parameter in the HELD locationResponse message. > >Cheers >James > > > >>-----Original Message----- >>From: Stark, Barbara [mailto:bs7652@att.com] >>Sent: Tuesday, 9 October 2007 11:39 PM >>To: Richard Barnes >>Cc: geopriv@ietf.org >>Subject: RE: [Geopriv] HELD 'expires' parameter >> >>Thanks. I'd overlooked that parameter in the PIDF-LO. You're right -- >>that PIDF-LO parameter can meet this need. >>Barbara >> >>-----Original Message----- >>From: Richard Barnes [mailto:rbarnes@bbn.com] >>Sent: Tuesday, October 09, 2007 9:11 AM >>To: Stark, Barbara >>Cc: geopriv@ietf.org >>Subject: Re: [Geopriv] HELD 'expires' parameter >> >>That seems reasonable, but it might overlap/conflict with the >>"retention-expires" rule in the returned PIDF-LO. Slightly different >>semantics, but I think the effect is the same. >> >>--Richard >> >> >> >>Stark, Barbara wrote: >> >> >>>Right now, expires is defined only for use with a returned location >>>reference. I was wondering if there might be value in also allowing >>> >>> >it > > >>>to be returned with a value. The meaning would be that the device >>> >>> >>needs >> >> >>>to do another query to update its location, before 'expires'. >>> >>>In phonebcp-02, there's a recommendation that devices which don't >>> >>> >>expect >> >> >>>to roam should refresh location daily, and those that can be >>> >>> >expected > > >>to >> >> >>>roam should refresh more frequently. The problem is that many >>> >>> >devices > > >>>don't know that they're part of a roaming network. But the access >>>network often does know. So, if we use 'expires' with location >>> >>> >>values, >> >> >>>the access network could let the device know that more frequent >>>refreshes are appropriate. >>> >>>Just a thought. >>>Barbara >>> >>>***** >>> >>>The information transmitted is intended only for the person or >>> >>> >entity > > >>to which it is addressed and may contain confidential, proprietary, >>and/or privileged material. Any review, retransmission, dissemination >> >> >or > > >>other use of, or taking of any action in reliance upon this >> >> >information > > >>by persons or entities other than the intended recipient is >> >> >prohibited. > > >>If you received this in error, please contact the sender and delete >> >> >the > > >>material from all computers. GA623 >> >> >>> >>> >>>_______________________________________________ >>>Geopriv mailing list >>>Geopriv@ietf.org >>>https://www1.ietf.org/mailman/listinfo/geopriv >>> >>> >>> >>> >>***** >> >>The information transmitted is intended only for the person or entity >> >> >to > > >>which it is addressed and may contain confidential, proprietary, >> >> >and/or > > >>privileged material. Any review, retransmission, dissemination or >> >> >other > > >>use of, or taking of any action in reliance upon this information by >>persons or entities other than the intended recipient is prohibited. >> >> >If > > >>you received this in error, please contact the sender and delete the >>material from all computers. GA622 >> >> >> >> >>_______________________________________________ >>Geopriv mailing list >>Geopriv@ietf.org >>https://www1.ietf.org/mailman/listinfo/geopriv >> >> > >------------------------------------------------------------------------------------------------ >This message is for the designated recipient only and may >contain privileged, proprietary, or otherwise private information. >If you have received it in error, please notify the sender >immediately and delete the original. Any unauthorized use of >this email is prohibited. >------------------------------------------------------------------------------------------------ >[mf2] > > > >_______________________________________________ >Geopriv mailing list >Geopriv@ietf.org >https://www1.ietf.org/mailman/listinfo/geopriv > > > _______________________________________________ Geopriv mailing list Geopriv@ietf.org https://www1.ietf.org/mailman/listinfo/geopriv From geopriv-bounces@ietf.org Wed Oct 10 10:53:37 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1IfcwI-00056G-QT; Wed, 10 Oct 2007 10:53:34 -0400 Received: from geopriv by megatron.ietf.org with local (Exim 4.43) id 1IfcwH-000537-P8 for geopriv-confirm+ok@megatron.ietf.org; Wed, 10 Oct 2007 10:53:33 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IfcwH-00052z-FN for geopriv@ietf.org; Wed, 10 Oct 2007 10:53:33 -0400 Received: from smtp3.andrew.com ([198.135.207.235] helo=andrew.com) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IfcwB-0004Pp-8q for geopriv@ietf.org; Wed, 10 Oct 2007 10:53:33 -0400 X-SEF-Processed: 5_0_0_910__2007_10_10_10_03_16 X-SEF-16EBA1E9-99E8-4E1D-A1CA-4971F5510AF: 1 Received: from aopexbh1.andrew.com [10.86.20.24] by smtp3.andrew.com - SurfControl E-mail Filter (5.2.1); Wed, 10 Oct 2007 10:03:15 -0500 Received: from AOPEX4.andrew.com ([10.86.20.22]) by aopexbh1.andrew.com with Microsoft SMTPSVC(6.0.3790.3959); Wed, 10 Oct 2007 09:53:20 -0500 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Subject: RE: [Geopriv] HELD 'expires' parameter Date: Wed, 10 Oct 2007 09:53:16 -0500 Message-ID: In-Reply-To: <470CE0F1.2040807@bbn.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Geopriv] HELD 'expires' parameter Thread-Index: AcgLSeQzNNQE7tQFSB6J8dDPeNNGwwAAmSTg References: <7582BC68E4994F4ABF0BD4723975C3FA05E34F3C@crexc41p><470B7DEC.60704@bbn.com> <7582BC68E4994F4ABF0BD4723975C3FA05E34FA8@crexc41p> <470CE0F1.2040807@bbn.com> From: "Dawson, Martin" To: "Matt Lepinski" , "Winterbottom, James" X-OriginalArrivalTime: 10 Oct 2007 14:53:20.0479 (UTC) FILETIME=[4C8D86F0:01C80B4D] X-Spam-Score: 1.8 (+) X-Scan-Signature: c83ccb5cc10e751496398f1233ca9c3a Cc: geopriv@ietf.org X-BeenThere: geopriv@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Geographic Location/Privacy List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: geopriv-bounces@ietf.org I tend to agree Matt. Certainly the location in a mobile network is=0D=0Are= ally only valid instantaneously - so the application needs to judge=0D=0Awh= ether the value is too old to be trusted. And even for a fixed network=0D=0A= attachment, the network can't anticipate whether or not the device is=0D=0A= going to immediately detach and move a considerable distance as soon as=0D=0A= the location is provided.=0D=0A=0D=0AI think the goal is really to give the= recipient of the location=0D=0Ainformation - and this could be the device = itself - an indication of the=0D=0Anature of the point of attachment. Contr= asting a residential DSL=0D=0Aconnection with a mobile WiMAX connection, th= e location associated with=0D=0Athe former effectively never changes while = for the latter it can change=0D=0Amoment to moment. It's useful for the app= lication to know this as it=0D=0Aprovides anecdotal information that is use= ful in deciding when or=0D=0Awhether to request an update to location - amo= ngst other things.=0D=0A=0D=0AI do wonder whether a nature-of-network indic= ator which simply said=0D=0A"fixed" or "mobile" would not be sufficient.=0D= =0A=0D=0ACheers,=0D=0AMartin=0D=0A=0D=0A-----Original Message-----=0D=0AFro= m: Matt Lepinski [mailto:mlepinski@bbn.com]=20=0D=0ASent: Thursday, 11 Octo= ber 2007 12:26 AM=0D=0ATo: Winterbottom, James=0D=0ACc: geopriv@ietf.org=0D= =0ASubject: Re: [Geopriv] HELD 'expires' parameter=0D=0A=0D=0AJames,=0D=0A=0D= =0AI agree that the retention-expires parameter doesn't really have the=20=0D= =0Asemantics that Barbara indicated.=0D=0A=0D=0AHowever, what is not clear = to me is how the access network knows at the=20=0D=0Atime of the HELD reque= st, how long the returned location is valid. In=20=0D=0Amany scenarios this= would depend on how much the device is going to be=20=0D=0Amoving, and I d= on't see device movement as being very predictable by the=0D=0A=0D=0Aaccess= network.=0D=0A=0D=0AThis is a general issue with location-by-value. In man= y scenarios=20=0D=0Aneither the device nor the access network is in a posit= ion to predict=20=0D=0Ahow long a location returned by HELD will be valid.=0D= =0A=0D=0A- Matt Lepinski :->=0D=0A=0D=0AWinterbottom, James wrote:=0D=0A=0D= =0A>This isn't really the aim of retention-expires parameter.=0D=0A>retenti= on-expires indicates the point in time after which a recipient=0D=0Ais=0D=0A= >no longer permitted to hold the location object, it does not provide=0D=0A= any=0D=0A>indicator as to whether the Target is still at the location or no= t. I=0D=0A>don't think that over-loading its value to indicate that the Tar= get=0D=0A>should re-acquire its location is a good idea.=0D=0A>=0D=0A>I thi= nk we either need a separate indicator in the PIDF-LO, or a=0D=0A>parameter= in the HELD locationResponse message.=0D=0A>=0D=0A>Cheers=0D=0A>James=20=0D= =0A>=0D=0A> =20=0D=0A>=0D=0A>>-----Original Message-----=0D=0A>>From: Stark= , Barbara [mailto:bs7652@att.com]=0D=0A>>Sent: Tuesday, 9 October 2007 11:3= 9 PM=0D=0A>>To: Richard Barnes=0D=0A>>Cc: geopriv@ietf.org=0D=0A>>Subject: = RE: [Geopriv] HELD 'expires' parameter=0D=0A>>=0D=0A>>Thanks. I'd overlooke= d that parameter in the PIDF-LO. You're right --=0D=0A>>that PIDF-LO parame= ter can meet this need.=0D=0A>>Barbara=0D=0A>>=0D=0A>>-----Original Message= -----=0D=0A>>From: Richard Barnes [mailto:rbarnes@bbn.com]=0D=0A>>Sent: Tue= sday, October 09, 2007 9:11 AM=0D=0A>>To: Stark, Barbara=0D=0A>>Cc: geopriv= @ietf.org=0D=0A>>Subject: Re: [Geopriv] HELD 'expires' parameter=0D=0A>>=0D= =0A>>That seems reasonable, but it might overlap/conflict with the=0D=0A>>"= retention-expires" rule in the returned PIDF-LO. Slightly different=0D=0A>= >semantics, but I think the effect is the same.=0D=0A>>=0D=0A>>--Richard=0D= =0A>>=0D=0A>>=0D=0A>>=0D=0A>>Stark, Barbara wrote:=0D=0A>> =20=0D=0A>>=0D= =0A>>>Right now, expires is defined only for use with a returned location=0D= =0A>>>reference. I was wondering if there might be value in also allowing=0D= =0A>>> =20=0D=0A>>>=0D=0A>it=0D=0A> =20=0D=0A>=0D=0A>>>to be returned w= ith a value. The meaning would be that the device=0D=0A>>> =20=0D=0A>>>=0D= =0A>>needs=0D=0A>> =20=0D=0A>>=0D=0A>>>to do another query to update its = location, before 'expires'.=0D=0A>>>=0D=0A>>>In phonebcp-02, there's a reco= mmendation that devices which don't=0D=0A>>> =20=0D=0A>>>=0D=0A>>expect=0D= =0A>> =20=0D=0A>>=0D=0A>>>to roam should refresh location daily, and thos= e that can be=0D=0A>>> =20=0D=0A>>>=0D=0A>expected=0D=0A> =20=0D=0A>=0D= =0A>>to=0D=0A>> =20=0D=0A>>=0D=0A>>>roam should refresh more frequently. = The problem is that many=0D=0A>>> =20=0D=0A>>>=0D=0A>devices=0D=0A> =0D= =0A>=0D=0A>>>don't know that they're part of a roaming network. But the acc= ess=0D=0A>>>network often does know. So, if we use 'expires' with location=0D= =0A>>> =20=0D=0A>>>=0D=0A>>values,=0D=0A>> =20=0D=0A>>=0D=0A>>>the ac= cess network could let the device know that more frequent=0D=0A>>>refreshes= are appropriate.=0D=0A>>>=0D=0A>>>Just a thought.=0D=0A>>>Barbara=0D=0A>>>=0D= =0A>>>*****=0D=0A>>>=0D=0A>>>The information transmitted is intended only f= or the person or=0D=0A>>> =20=0D=0A>>>=0D=0A>entity=0D=0A> =20=0D=0A>=0D= =0A>>to which it is addressed and may contain confidential, proprietary,=0D= =0A>>and/or privileged material. Any review, retransmission, dissemination=0D= =0A>> =20=0D=0A>>=0D=0A>or=0D=0A> =20=0D=0A>=0D=0A>>other use of, or taki= ng of any action in reliance upon this=0D=0A>> =20=0D=0A>>=0D=0A>informat= ion=0D=0A> =20=0D=0A>=0D=0A>>by persons or entities other than the intended= recipient is=0D=0A>> =20=0D=0A>>=0D=0A>prohibited.=0D=0A> =20=0D=0A>=0D=0A= >>If you received this in error, please contact the sender and delete=0D=0A= >> =20=0D=0A>>=0D=0A>the=0D=0A> =20=0D=0A>=0D=0A>>material from all compu= ters. GA623=0D=0A>> =20=0D=0A>>=0D=0A>>>=0D=0A>>>=0D=0A>>>_______________= ________________________________=0D=0A>>>Geopriv mailing list=0D=0A>>>Geopr= iv@ietf.org=0D=0A>>>https://www1.ietf.org/mailman/listinfo/geopriv=0D=0A>>>=0D= =0A>>>=0D=0A>>> =20=0D=0A>>>=0D=0A>>*****=0D=0A>>=0D=0A>>The informatio= n transmitted is intended only for the person or entity=0D=0A>> =20=0D=0A= >>=0D=0A>to=0D=0A> =20=0D=0A>=0D=0A>>which it is addressed and may contain = confidential, proprietary,=0D=0A>> =20=0D=0A>>=0D=0A>and/or=0D=0A> =20=0D= =0A>=0D=0A>>privileged material. Any review, retransmission, dissemination = or=0D=0A>> =20=0D=0A>>=0D=0A>other=0D=0A> =20=0D=0A>=0D=0A>>use of, or ta= king of any action in reliance upon this information by=0D=0A>>persons or e= ntities other than the intended recipient is prohibited.=0D=0A>> =20=0D=0A= >>=0D=0A>If=0D=0A> =20=0D=0A>=0D=0A>>you received this in error, please con= tact the sender and delete the=0D=0A>>material from all computers. GA622=0D= =0A>>=0D=0A>>=0D=0A>>=0D=0A>>=0D=0A>>______________________________________= _________=0D=0A>>Geopriv mailing list=0D=0A>>Geopriv@ietf.org=0D=0A>>https:= //www1.ietf.org/mailman/listinfo/geopriv=0D=0A>> =20=0D=0A>>=0D=0A>=0D=0A= >-----------------------------------------------------------------------=0D= =0A-------------------------=0D=0A>This message is for the designated recip= ient only and may=0D=0A>contain privileged, proprietary, or otherwise priva= te information. =20=0D=0A>If you have received it in error, please notify t= he sender=0D=0A>immediately and delete the original. Any unauthorized use = of=0D=0A>this email is prohibited.=0D=0A>----------------------------------= -------------------------------------=0D=0A-------------------------=0D=0A>= [mf2]=0D=0A>=0D=0A>=0D=0A>=0D=0A>__________________________________________= _____=0D=0A>Geopriv mailing list=0D=0A>Geopriv@ietf.org=0D=0A>https://www1.= ietf.org/mailman/listinfo/geopriv=0D=0A>=0D=0A> =20=0D=0A>=0D=0A=0D=0A=0D=0A=0D= =0A=0D=0A_______________________________________________=0D=0AGeopriv maili= ng list=0D=0AGeopriv@ietf.org=0D=0Ahttps://www1.ietf.org/mailman/listinfo/g= eopriv=0D=0A=0D=0A---------------------------------------------------------= ---------------------------------------=0D=0AThis message is for the design= ated recipient only and may=0D=0Acontain privileged, proprietary, or otherw= ise private information. =20=0D=0AIf you have received it in error, please = notify the sender=0D=0Aimmediately and delete the original. Any unauthoriz= ed use of=0D=0Athis email is prohibited.=0D=0A-----------------------------= -------------------------------------------------------------------=0D=0A[m= f2]=0D=0A _______________________________________________ Geopriv mailing list Geopriv@ietf.org https://www1.ietf.org/mailman/listinfo/geopriv From geopriv-bounces@ietf.org Wed Oct 10 11:52:34 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1IfdrD-00073O-Rn; Wed, 10 Oct 2007 11:52:23 -0400 Received: from geopriv by megatron.ietf.org with local (Exim 4.43) id 1IfdrD-0006zk-9S for geopriv-confirm+ok@megatron.ietf.org; Wed, 10 Oct 2007 11:52:23 -0400 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IfdrC-0006zQ-SL for geopriv@ietf.org; Wed, 10 Oct 2007 11:52:22 -0400 Received: from aismt06p.bellsouth.com ([139.76.165.211]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IfdrC-0000gp-47 for geopriv@ietf.org; Wed, 10 Oct 2007 11:52:22 -0400 Received: from ([139.76.131.31]) by aismt06p.bellsouth.com with ESMTP id KP-AXPRN.31170340; Wed, 10 Oct 2007 11:52:07 -0400 Received: from 01NC27689010626.AD.BLS.COM ([90.144.44.201]) by 01GAF5142010625.AD.BLS.COM with Microsoft SMTPSVC(6.0.3790.2499); Wed, 10 Oct 2007 11:52:07 -0400 Received: from 01NC27689010641.AD.BLS.COM ([90.144.44.103]) by 01NC27689010626.AD.BLS.COM with Microsoft SMTPSVC(6.0.3790.2499); Wed, 10 Oct 2007 11:52:06 -0400 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.2929 Content-Class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable Subject: RE: [Geopriv] HELD 'expires' parameter Date: Wed, 10 Oct 2007 11:52:05 -0400 Message-ID: <7582BC68E4994F4ABF0BD4723975C3FA05FFC11B@crexc41p> In-Reply-To: <470CE0F1.2040807@bbn.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Geopriv] HELD 'expires' parameter thread-index: AcgLSbaYywaxWBrXSV28QwgDTW1TLQACgq7w References: <7582BC68E4994F4ABF0BD4723975C3FA05E34F3C@crexc41p><470B7DEC.60704@bbn.com> <7582BC68E4994F4ABF0BD4723975C3FA05E34FA8@crexc41p> <470CE0F1.2040807@bbn.com> From: "Stark, Barbara" To: "Matt Lepinski" , "Winterbottom, James" X-OriginalArrivalTime: 10 Oct 2007 15:52:06.0864 (UTC) FILETIME=[82712D00:01C80B55] X-Spam-Score: 0.2 (/) X-Scan-Signature: 2a9ffb6f997442a3b543bcdaf483b990 Cc: geopriv@ietf.org X-BeenThere: geopriv@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Geographic Location/Privacy List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: geopriv-bounces@ietf.org The access network knows whether the access network technology is fixed (twisted pair, coax, fiber) or not (like WiMAX or metro mesh Wi-Fi). For fixed, the 24 hour default is perfectly reasonable. For RF, it may not be, because devices may move around. The end device may be behind a bridge device or router that connects to the access network, in which case it wouldn't know the nature of the access network. Right now, phonebcp suggests 24 hours, unless the device has reason to believe it may be mobile. If the device doesn't know the nature of the access network, then it will probably just use 24 hours. Barbara -----Original Message----- From: Matt Lepinski [mailto:mlepinski@bbn.com]=20 Sent: Wednesday, October 10, 2007 10:26 AM To: Winterbottom, James Cc: Stark, Barbara; Richard Barnes; geopriv@ietf.org Subject: Re: [Geopriv] HELD 'expires' parameter James, I agree that the retention-expires parameter doesn't really have the=20 semantics that Barbara indicated. However, what is not clear to me is how the access network knows at the=20 time of the HELD request, how long the returned location is valid. In=20 many scenarios this would depend on how much the device is going to be=20 moving, and I don't see device movement as being very predictable by the access network. This is a general issue with location-by-value. In many scenarios=20 neither the device nor the access network is in a position to predict=20 how long a location returned by HELD will be valid. - Matt Lepinski :-> Winterbottom, James wrote: >This isn't really the aim of retention-expires parameter. >retention-expires indicates the point in time after which a recipient is >no longer permitted to hold the location object, it does not provide any >indicator as to whether the Target is still at the location or not. I >don't think that over-loading its value to indicate that the Target >should re-acquire its location is a good idea. > >I think we either need a separate indicator in the PIDF-LO, or a >parameter in the HELD locationResponse message. > >Cheers >James=20 > > =20 > >>-----Original Message----- >>From: Stark, Barbara [mailto:bs7652@att.com] >>Sent: Tuesday, 9 October 2007 11:39 PM >>To: Richard Barnes >>Cc: geopriv@ietf.org >>Subject: RE: [Geopriv] HELD 'expires' parameter >> >>Thanks. I'd overlooked that parameter in the PIDF-LO. You're right -- >>that PIDF-LO parameter can meet this need. >>Barbara >> >>-----Original Message----- >>From: Richard Barnes [mailto:rbarnes@bbn.com] >>Sent: Tuesday, October 09, 2007 9:11 AM >>To: Stark, Barbara >>Cc: geopriv@ietf.org >>Subject: Re: [Geopriv] HELD 'expires' parameter >> >>That seems reasonable, but it might overlap/conflict with the >>"retention-expires" rule in the returned PIDF-LO. Slightly different >>semantics, but I think the effect is the same. >> >>--Richard >> >> >> >>Stark, Barbara wrote: >> =20 >> >>>Right now, expires is defined only for use with a returned location >>>reference. I was wondering if there might be value in also allowing >>> =20 >>> >it > =20 > >>>to be returned with a value. The meaning would be that the device >>> =20 >>> >>needs >> =20 >> >>>to do another query to update its location, before 'expires'. >>> >>>In phonebcp-02, there's a recommendation that devices which don't >>> =20 >>> >>expect >> =20 >> >>>to roam should refresh location daily, and those that can be >>> =20 >>> >expected > =20 > >>to >> =20 >> >>>roam should refresh more frequently. The problem is that many >>> =20 >>> >devices > =20 > >>>don't know that they're part of a roaming network. But the access >>>network often does know. So, if we use 'expires' with location >>> =20 >>> >>values, >> =20 >> >>>the access network could let the device know that more frequent >>>refreshes are appropriate. >>> >>>Just a thought. >>>Barbara >>> >>>***** >>> >>>The information transmitted is intended only for the person or >>> =20 >>> >entity > =20 > >>to which it is addressed and may contain confidential, proprietary, >>and/or privileged material. Any review, retransmission, dissemination >> =20 >> >or > =20 > >>other use of, or taking of any action in reliance upon this >> =20 >> >information > =20 > >>by persons or entities other than the intended recipient is >> =20 >> >prohibited. > =20 > >>If you received this in error, please contact the sender and delete >> =20 >> >the > =20 > >>material from all computers. GA623 >> =20 >> >>> >>> >>>_______________________________________________ >>>Geopriv mailing list >>>Geopriv@ietf.org >>>https://www1.ietf.org/mailman/listinfo/geopriv >>> >>> >>> =20 >>> >>***** >> >>The information transmitted is intended only for the person or entity >> =20 >> >to > =20 > >>which it is addressed and may contain confidential, proprietary, >> =20 >> >and/or > =20 > >>privileged material. Any review, retransmission, dissemination or >> =20 >> >other > =20 > >>use of, or taking of any action in reliance upon this information by >>persons or entities other than the intended recipient is prohibited. >> =20 >> >If > =20 > >>you received this in error, please contact the sender and delete the >>material from all computers. GA622 >> >> >> >> >>_______________________________________________ >>Geopriv mailing list >>Geopriv@ietf.org >>https://www1.ietf.org/mailman/listinfo/geopriv >> =20 >> > >----------------------------------------------------------------------- ------------------------- >This message is for the designated recipient only and may >contain privileged, proprietary, or otherwise private information. =20 >If you have received it in error, please notify the sender >immediately and delete the original. Any unauthorized use of >this email is prohibited. >----------------------------------------------------------------------- ------------------------- >[mf2] > > > >_______________________________________________ >Geopriv mailing list >Geopriv@ietf.org >https://www1.ietf.org/mailman/listinfo/geopriv > > =20 > ***** The information transmitted is intended only for the person or entity to = which it is addressed and may contain confidential, proprietary, and/or = privileged material. Any review, retransmission, dissemination or other = use of, or taking of any action in reliance upon this information by = persons or entities other than the intended recipient is prohibited. If = you received this in error, please contact the sender and delete the = material from all computers. GA625 _______________________________________________ Geopriv mailing list Geopriv@ietf.org https://www1.ietf.org/mailman/listinfo/geopriv From kimberlie-Konigsson@CONSTRUCTION.ST Wed Oct 10 23:31:12 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IfolU-0006s8-QN for geopriv-archive@lists.ietf.org; Wed, 10 Oct 2007 23:31:12 -0400 Received: from [60.48.238.81] (helo=[60.48.238.81]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IfolR-0005qs-Mf for geopriv-archive@lists.ietf.org; Wed, 10 Oct 2007 23:31:10 -0400 Received: from HP by CONSTRUCTION.ST with ASMTP id A4BAA98F for ; Thu, 11 Oct 2007 11:32:18 +0800 Received: from HP ([144.109.44.18]) by CONSTRUCTION.ST with ESMTP id AEC2B0083E7A for ; Thu, 11 Oct 2007 11:32:18 +0800 Message-ID: <000301c80bb7$4594f5d0$51ee303c@HP> From: "kimberlie Konigsson" To: Subject: ejkulp Date: Thu, 11 Oct 2007 11:31:55 +0800 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0003_01C80BFA.53B835D0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3028 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 X-Spam-Score: 0.1 (/) X-Scan-Signature: 39bd8f8cbb76cae18b7e23f7cf6b2b9f ------=_NextPart_000_0003_01C80BFA.53B835D0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable http://www.baloidse.com/ Hello geopriv-archive Customers keep coming back for and more, why? because virility pills = really do work! kimberlie Konigsson ------=_NextPart_000_0003_01C80BFA.53B835D0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
http://www.baloidse.com/
Hello geopriv-archive
Customers keep coming back for and more, why? = because=20 virility pills really do work!
kimberlie Konigsson
------=_NextPart_000_0003_01C80BFA.53B835D0-- From Cavanaugh_Nisbett@ocelot.ca Thu Oct 11 02:58:47 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1Ifs0N-00037c-Ha for geopriv-archive@lists.ietf.org; Thu, 11 Oct 2007 02:58:47 -0400 Received: from aafi158.neoplus.adsl.tpnet.pl ([83.4.138.158] helo=dgn109.neoplus.adsl.tpnet.pl) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Ifs0E-0002d0-0Y for geopriv-archive@lists.ietf.org; Thu, 11 Oct 2007 02:58:44 -0400 Received: from 94534c08d5ca49f by ocelot.ca with ASMTP id 953E9A87 for ; Thu, 11 Oct 2007 08:58:32 +0200 Received: from 94534c08d5ca49f ([176.136.73.126]) by ocelot.ca with ESMTP id E976129C285F for ; Thu, 11 Oct 2007 08:58:32 +0200 Message-ID: <000a01c80bd4$1a641cc0$6da91753@94534c08d5ca49f> From: "Cavanaugh Nisbett" To: Subject: fomlinge Date: Thu, 11 Oct 2007 08:58:18 +0200 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0006_01C80BE4.DDECECC0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3028 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 X-Spam-Score: 1.8 (+) X-Scan-Signature: 69a74e02bbee44ab4f8eafdbcedd94a1 ------=_NextPart_000_0006_01C80BE4.DDECECC0 Content-Type: text/plain; charset="windows-1250" Content-Transfer-Encoding: quoted-printable http://www.asjolane.com/ Wassup geopriv-archive Before Manster i had 0 ladies, now i=92ve had 3 this week, its all about = confidence A lady can sence a confident man, and they like it. Cavanaugh Nisbett ------=_NextPart_000_0006_01C80BE4.DDECECC0 Content-Type: text/html; charset="windows-1250" Content-Transfer-Encoding: quoted-printable
http://www.asjolane.com/
Wassup geopriv-archive
Before Manster i had 0 ladies, now i=92ve had = 3 this week,=20 its all about confidence A lady can sence a confident man, and they like = it.
Cavanaugh Nisbett
------=_NextPart_000_0006_01C80BE4.DDECECC0-- From choulisa34@astec.com Thu Oct 11 03:09:30 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IfsAj-0007SZ-V3 for geopriv-archive@lists.ietf.org; Thu, 11 Oct 2007 03:09:29 -0400 Received: from [58.76.170.59] (helo=58.76.170.59) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IfsAe-0005yJ-57 for geopriv-archive@lists.ietf.org; Thu, 11 Oct 2007 03:09:24 -0400 Received: from [58.76.170.59] by abntcdde.astec.com; Thu, 11 Oct 2007 07:09:17 +0000 Message-ID: <000a01c80bd5$03b99174$173fdfbd@ywnyx> From: "Nelson Babcock" To: "Darla Humphrey" Subject: $5,000 to $500,000 or more Date: Thu, 11 Oct 2007 05:21:55 +0000 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0007_01C80BD5.03B50196" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.3790.2663 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.2757 X-Spam-Score: 3.9 (+++) X-Scan-Signature: 7aafa0432175920a4b3e118e16c5cb64 This is a multi-part message in MIME format. ------=_NextPart_000_0007_01C80BD5.03B50196 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Let us assist with the placement of working capital business loans for = small to medium sized businesses in all 50 states   We've created an affordable, simple, and flexible approach to providing = working capital of $5,000 to $500,000 or more.   No obligation application. No cost to apply. No closing costs. Poor = credit not a problem.   Get approved in 48 hours! with a simple application process & quick = funding, Call Us Free on=20 877-292-6896 ------=_NextPart_000_0007_01C80BD5.03B50196 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Let us assist with the placement of = working capital business loans for small to medium sized businesses in = all 50 states
 
We've created an affordable, simple, = and flexible approach to providing working capital of $5,000 to $500,000 = or more.
=20
 
No obligation application. No cost = to apply. No closing costs. Poor credit not a problem.
 
Get approved in 48 hours! with a simple = application process & quick funding, Call Us Free on = 877-292-6896
------=_NextPart_000_0007_01C80BD5.03B50196-- From omerGARRETT@talleresmir.com Thu Oct 11 11:01:07 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IfzX9-0006Iv-8h for geopriv-archive@lists.ietf.org; Thu, 11 Oct 2007 11:01:07 -0400 Received: from [75.117.52.52] (helo=[75.117.52.52]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IfzX2-0000sp-ME for geopriv-archive@lists.ietf.org; Thu, 11 Oct 2007 11:01:00 -0400 Received: from dell by talleresmir.com with ASMTP id 3C6BB8A5 for ; Thu, 11 Oct 2007 11:01:35 -0400 Received: from dell ([191.137.147.46]) by talleresmir.com with ESMTP id 41EB6405E67C for ; Thu, 11 Oct 2007 11:01:35 -0400 Message-ID: <000401c80c17$8a6adf20$3434754b@dell> From: "omer GARRETT" To: Subject: akretlup Date: Thu, 11 Oct 2007 11:01:02 -0400 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0006_01C80BF6.03593F20" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3028 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 X-Spam-Score: 2.1 (++) X-Scan-Signature: bb8f917bb6b8da28fc948aeffb74aa17 ------=_NextPart_000_0006_01C80BF6.03593F20 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Great to see you again geopriv-archive once you get it theres no turning back omer GARRETT http://bluenoe.com/ ------=_NextPart_000_0006_01C80BF6.03593F20 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Great to see you again = geopriv-archive
once you get it theres no turning = back
omer GARRETT
http://bluenoe.com/
------=_NextPart_000_0006_01C80BF6.03593F20-- From geopriv-bounces@ietf.org Thu Oct 11 12:38:47 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1Ig13F-0006Uy-8U; Thu, 11 Oct 2007 12:38:21 -0400 Received: from geopriv by megatron.ietf.org with local (Exim 4.43) id 1Ig13E-0006Ur-1B for geopriv-confirm+ok@megatron.ietf.org; Thu, 11 Oct 2007 12:38:20 -0400 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1Ig13D-0006Uj-Mr for geopriv@ietf.org; Thu, 11 Oct 2007 12:38:19 -0400 Received: from ns3.neustar.com ([156.154.24.138]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1Ig13D-0005M2-G0 for geopriv@ietf.org; Thu, 11 Oct 2007 12:38:19 -0400 Received: from ietf.org (stiedprweb1.va.neustar.com [10.91.34.42]) by ns3.neustar.com (Postfix) with ESMTP id 1F56B175A5; Thu, 11 Oct 2007 16:38:14 +0000 (GMT) Received: from mirror by ietf.org with local (Exim 4.43) id 1Ig137-0002xP-KT; Thu, 11 Oct 2007 12:38:13 -0400 Content-Type: text/plain; charset="utf-8" Mime-Version: 1.0 To: rmarshall@telecomsys.com From: IETF I-D Submission Tool Message-Id: Date: Thu, 11 Oct 2007 12:38:13 -0400 X-Spam-Score: 0.0 (/) X-Scan-Signature: 79899194edc4f33a41f49410777972f8 Cc: geopriv@ietf.org Subject: [Geopriv] New Version Notification for draft-ietf-geopriv-lbyr-requirements-01 X-BeenThere: geopriv@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Geographic Location/Privacy List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: geopriv-bounces@ietf.org A new version of I-D, draft-ietf-geopriv-lbyr-requirements-01.txt has been successfuly submitted by Roger Marshall and posted to the IETF repository. Filename: draft-ietf-geopriv-lbyr-requirements Revision: 01 Title: Requirements for a Location-by-Reference Mechanism Creation_date: 2007-10-11 WG ID: geopriv Number_of_pages: 15 Abstract: This document defines terminology and provides requirements relating to Location-by-Reference approach to handling location information within signaling and other Internet messaging. The IETF Secretariat. _______________________________________________ Geopriv mailing list Geopriv@ietf.org https://www1.ietf.org/mailman/listinfo/geopriv From geopriv-bounces@ietf.org Thu Oct 11 12:40:34 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1Ig15O-0007Em-Md; Thu, 11 Oct 2007 12:40:34 -0400 Received: from geopriv by megatron.ietf.org with local (Exim 4.43) id 1Ig15N-0007EV-Tq for geopriv-confirm+ok@megatron.ietf.org; Thu, 11 Oct 2007 12:40:33 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1Ig15N-0007Bb-Fm; Thu, 11 Oct 2007 12:40:33 -0400 Received: from ns0.neustar.com ([156.154.16.158]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Ig15L-000244-Tz; Thu, 11 Oct 2007 12:40:33 -0400 Received: from stiedprstage1.ietf.org (stiedprstage1.va.neustar.com [10.31.47.10]) by ns0.neustar.com (Postfix) with ESMTP id DCAFA32893; Thu, 11 Oct 2007 16:40:01 +0000 (GMT) Received: from ietf by stiedprstage1.ietf.org with local (Exim 4.43) id 1Ig14r-0002QL-QA; Thu, 11 Oct 2007 12:40:01 -0400 Content-Type: Multipart/Mixed; Boundary="NextPart" Mime-Version: 1.0 To: i-d-announce@ietf.org From: Internet-Drafts@ietf.org Message-Id: Date: Thu, 11 Oct 2007 12:40:01 -0400 X-Spam-Score: 0.0 (/) X-Scan-Signature: b280b4db656c3ca28dd62e5e0b03daa8 Cc: geopriv@ietf.org Subject: [Geopriv] I-D Action:draft-ietf-geopriv-lbyr-requirements-01.txt X-BeenThere: geopriv@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Geographic Location/Privacy List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: geopriv-bounces@ietf.org --NextPart A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Geographic Location/Privacy Working Group of the IETF. Title : Requirements for a Location-by-Reference Mechanism Author(s) : R. Marshall Filename : draft-ietf-geopriv-lbyr-requirements-01.txt Pages : 15 Date : 2007-10-11 This document defines terminology and provides requirements relating to Location-by-Reference approach to handling location information within signaling and other Internet messaging. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-geopriv-lbyr-requirements-01.txt To remove yourself from the I-D Announcement list, send a message to i-d-announce-request@ietf.org with the word unsubscribe in the body of the message. You can also visit https://www1.ietf.org/mailman/listinfo/I-D-announce to change your subscription settings. Internet-Drafts are also available by anonymous FTP. Login with the username "anonymous" and a password of your e-mail address. After logging in, type "cd internet-drafts" and then "get draft-ietf-geopriv-lbyr-requirements-01.txt". A list of Internet-Drafts directories can be found in http://www.ietf.org/shadow.html or ftp://ftp.ietf.org/ietf/1shadow-sites.txt Internet-Drafts can also be obtained by e-mail. Send a message to: mailserv@ietf.org. In the body type: "FILE /internet-drafts/draft-ietf-geopriv-lbyr-requirements-01.txt". NOTE: The mail server at ietf.org can return the document in MIME-encoded form by using the "mpack" utility. To use this feature, insert the command "ENCODING mime" before the "FILE" command. To decode the response(s), you will need "munpack" or a MIME-compliant mail reader. Different MIME-compliant mail readers exhibit different behavior, especially when dealing with "multipart" MIME messages (i.e. documents which have been split up into multiple messages), so check your local documentation on how to manipulate these messages. Below is the data which will enable a MIME compliant mail reader implementation to automatically retrieve the ASCII version of the Internet-Draft. --NextPart Content-Type: Multipart/Alternative; Boundary="OtherAccess" --OtherAccess Content-Type: Message/External-body; access-type="mail-server"; server="mailserv@ietf.org" Content-Type: text/plain Content-ID: <2007-10-11123811.I-D@ietf.org> ENCODING mime FILE /internet-drafts/draft-ietf-geopriv-lbyr-requirements-01.txt --OtherAccess Content-Type: Message/External-body; name="draft-ietf-geopriv-lbyr-requirements-01.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <2007-10-11123811.I-D\@ietf.org> --OtherAccess-- --NextPart Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Geopriv mailing list Geopriv@ietf.org https://www1.ietf.org/mailman/listinfo/geopriv --NextPart-- From geopriv-bounces@ietf.org Thu Oct 11 13:22:08 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1Ig1jJ-0001zc-UU; Thu, 11 Oct 2007 13:21:49 -0400 Received: from geopriv by megatron.ietf.org with local (Exim 4.43) id 1Ig1jI-0001zM-SO for geopriv-confirm+ok@megatron.ietf.org; Thu, 11 Oct 2007 13:21:48 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1Ig1jI-0001zC-Ii for geopriv@ietf.org; Thu, 11 Oct 2007 13:21:48 -0400 Received: from sea-mimesweep-1.telecomsys.com ([206.173.41.176]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Ig1jC-0003y2-Tg for geopriv@ietf.org; Thu, 11 Oct 2007 13:21:48 -0400 Received: from SEA-EXCHVS-2.telecomsys.com (unverified [10.32.12.6]) by sea-mimesweep-1.telecomsys.com (Clearswift SMTPRS 5.2.9) with ESMTP id ; Thu, 11 Oct 2007 10:21:31 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Subject: [Geopriv] Changes from -00 to WG Draft: "draft-ietf-geopriv-lbyr-requirements-01.txt" Date: Thu, 11 Oct 2007 10:21:31 -0700 Message-ID: <8C837214C95C864C9F34F3635C2A65750866B142@SEA-EXCHVS-2.telecomsys.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Geopriv] Changes from -00 to WG Draft: "draft-ietf-geopriv-lbyr-requirements-01.txt" Thread-Index: Acfws0I2089pYRN4SGy8DH1PmGblVAJhskygBHuucWA= From: "Roger Marshall" To: X-Spam-Score: 0.0 (/) X-Scan-Signature: 39bd8f8cbb76cae18b7e23f7cf6b2b9f Cc: X-BeenThere: geopriv@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Geographic Location/Privacy List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: geopriv-bounces@ietf.org I've posted an update to the LbyR requirements draft. You'll also find the same changes listed as below, btwn -01 and -00 versions, in an appendix within the -01: 1. Shortened Abstract & Introduction. 2. LDP term gone. Expansion of Location Dereferencing Protocol, deletion of "LDP" acronym throughout, since LDP stands for Label Distribution Protocol elsewhere in the IETF. 3. LCP term is also gone. LCP is used as Link Control Protocol elsewhere (IETF). 4. Reduced the number of terms in the doc. Referenced other drafts or RFCs for repeated terms. 5. Requirement C2. changed to indicate that the URI has a lifetime. 6. C3. Softened by changing from a MUST to a SHOULD. 7. C6. Reworded for clarity. 8. C7. Changed the MUST to a SHOULD to reflect a more appropriate level. 9. D6. Replaced the text to make it clearer. 10. D7. Deleted the requirement since it wasn't an appropriate task for the protocol. 11. Referenced Richard's security document. 12. Cleaned up some spelling errors. Link to the draft: http://www.ietf.org/internet-drafts/draft-ietf-geopriv-lbyr-requirements -01.txt The information contained in this message may be privileged and/or confiden= tial. If you are not the intended recipient, or responsible for delivering = this message to the intended recipient, any review, forwarding, disseminati= on, distribution or copying of this communication or any attachment(s) is s= trictly prohibited. If you have received this message in error, please so n= otify the sender immediately, and delete it and all attachments from your c= omputer and network. _______________________________________________ Geopriv mailing list Geopriv@ietf.org https://www1.ietf.org/mailman/listinfo/geopriv From hosea_Echola@kathyadams.net Thu Oct 11 14:01:44 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1Ig2Lw-0002s2-RO for geopriv-archive@lists.ietf.org; Thu, 11 Oct 2007 14:01:44 -0400 Received: from pool-141-150-141-86.mad.east.verizon.net ([141.150.141.86]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Ig2Lm-0005U1-KU for geopriv-archive@lists.ietf.org; Thu, 11 Oct 2007 14:01:40 -0400 Received: by 10.210.13.5 with SMTP id LmPUKVEfnxLkL; Thu, 11 Oct 2007 14:01:30 -0400 (GMT) Received: by 192.168.148.80 with SMTP id mLYAHtFLQLQXaA.6709257123261; Thu, 11 Oct 2007 14:01:28 -0400 (GMT) Message-ID: Date: Thu, 11 Oct 2007 14:01:25 -0400 From: "hosea Echola" User-Agent: Thunderbird 1.5.0.10 (Windows/20070221) MIME-Version: 1.0 To: geopriv-archive@lists.ietf.org Subject: dnword Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 4.6 (++++) X-Scan-Signature: 7aefe408d50e9c7c47615841cb314bed gud morning geopriv-archive charm the socks and panties off the girls when they see the bulge in your pants! hosea Echola http://www.buggerd.com/ From mignellaqpvak@mx04.bookimpulse.com Thu Oct 11 14:13:52 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1Ig2Xg-00011T-4V for geopriv-archive@lists.ietf.org; Thu, 11 Oct 2007 14:13:52 -0400 Received: from [82.160.81.50] (helo=[82.160.81.50]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1Ig2XR-0000Mr-Dp for geopriv-archive@lists.ietf.org; Thu, 11 Oct 2007 14:13:37 -0400 Received: from acer-52096eb500 by mx04.bookimpulse.com with ASMTP id C4AD53E4 for ; Thu, 11 Oct 2007 20:13:57 +0200 Received: from acer-52096eb500 ([163.191.63.57]) by mx04.bookimpulse.com with ESMTP id EC59193C91B4 for ; Thu, 11 Oct 2007 20:13:57 +0200 Message-ID: <000c01c80c32$7127f000$3251a052@acer52096eb500> From: "Greer mignella" To: Subject: ni-edirp Date: Thu, 11 Oct 2007 20:13:36 +0200 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0005_01C80C43.34B0C000" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3028 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 X-Spam-Score: 2.1 (++) X-Scan-Signature: 97adf591118a232206bdb5a27b217034 ------=_NextPart_000_0005_01C80C43.34B0C000 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable Haven't seen you for ages geopriv-archive average dicks get average hoes Greer mignella http://blstate.com/ ------=_NextPart_000_0005_01C80C43.34B0C000 Content-Type: text/html; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable
Haven't seen you for ages = geopriv-archive
average dicks get average hoes
Greer mignella
http://blstate.com/
------=_NextPart_000_0005_01C80C43.34B0C000-- From eichmanisetm@petran.cz Fri Oct 12 15:12:36 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IgPw4-0001GV-3r for geopriv-archive@lists.ietf.org; Fri, 12 Oct 2007 15:12:36 -0400 Received: from [212.92.4.93] (helo=[212.92.4.93]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IgPvj-0003mV-9N for geopriv-archive@lists.ietf.org; Fri, 12 Oct 2007 15:12:16 -0400 Received: from fodor-o10i7hf8y ([108.101.107.30] helo=fodor-o10i7hf8y) by [212.92.4.93] ( sendmail 8.13.3/8.13.1) with esmtpa id 1cBgGd-000VUF-PB for geopriv-archive@lists.ietf.org; Fri, 12 Oct 2007 21:12:57 +0200 Message-ID: Date: Fri, 12 Oct 2007 21:12:18 +0200 From: "Pickle eichmanis" User-Agent: Thunderbird 1.5.0.10 (Windows/20070221) MIME-Version: 1.0 To: geopriv-archive@lists.ietf.org Subject: 49-47814 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 2.1 (++) X-Scan-Signature: 7aefe408d50e9c7c47615841cb314bed wats up geopriv-archive CAUTION! she might be tight when you reach your new size, stretching may be required Pickle eichmanis http://www.aphttp.com/ From Shelleypbn@ascentialsoftware.com Fri Oct 12 16:13:07 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IgQsd-0001NT-3A for geopriv-archive@lists.ietf.org; Fri, 12 Oct 2007 16:13:07 -0400 Received: from vpn-pool-78-139-211-166.tomtel.ru ([78.139.211.166]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IgQsc-0005pO-Br for geopriv-archive@lists.ietf.org; Fri, 12 Oct 2007 16:13:07 -0400 Received: from kairov by ascentialsoftware.com with ASMTP id 9DAFA519 for ; Sat, 13 Oct 2007 03:13:33 +0700 Received: from kairov ([148.194.87.166]) by ascentialsoftware.com with ESMTP id B52925D29867 for ; Sat, 13 Oct 2007 03:13:33 +0700 Message-ID: <000801c80d0c$4a94e620$25de8b4e@kairov> From: "tiong Shelley" To: Subject: 2retuor Date: Sat, 13 Oct 2007 03:13:02 +0700 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0003_01C80D46.F6F3BE20" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3028 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 X-Spam-Score: 4.3 (++++) X-Scan-Signature: 97adf591118a232206bdb5a27b217034 ------=_NextPart_000_0003_01C80D46.F6F3BE20 Content-Type: text/plain; charset="windows-1251" Content-Transfer-Encoding: quoted-printable hey baby geopriv-archive holy shit! can you even piss out of that thing? tiong Shelley http://anshaus.com/ ------=_NextPart_000_0003_01C80D46.F6F3BE20 Content-Type: text/html; charset="windows-1251" Content-Transfer-Encoding: quoted-printable
hey baby geopriv-archive
holy shit! can you even piss out of that = thing?
tiong Shelley
http://anshaus.com/
------=_NextPart_000_0003_01C80D46.F6F3BE20-- From Miek.Dvorak@drmichaeldumas.com Sat Oct 13 02:00:05 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1Iga2f-0006yQ-GI for geopriv-archive@lists.ietf.org; Sat, 13 Oct 2007 02:00:05 -0400 Received: from adsl-dyn60.91-127-155.t-com.sk ([91.127.155.60]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Iga2Y-0006gv-Qy for geopriv-archive@lists.ietf.org; Sat, 13 Oct 2007 02:00:05 -0400 Received: from pc2666 by drmichaeldumas.com with ASMTP id 89770FD9 for ; Mon, 13 Oct 2003 08:00:33 +0200 Received: from pc2666 ([171.160.170.42]) by drmichaeldumas.com with ESMTP id 44194A78684D for ; Mon, 13 Oct 2003 08:00:33 +0200 Message-ID: <000401c3914f$3aad0f90$3c9b7f5b@pc2666> From: "Miek Dvorak" To: Subject: zorptenk Date: Mon, 13 Oct 2003 07:59:56 +0200 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0005_01C3915F.FE35DF90" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3028 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 X-Spam-Score: 1.6 (+) X-Scan-Signature: 97adf591118a232206bdb5a27b217034 ------=_NextPart_000_0005_01C3915F.FE35DF90 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable hey baby geopriv-archive marriage break up? take a look downstairs Miek Dvorak http://amrade.com/ ------=_NextPart_000_0005_01C3915F.FE35DF90 Content-Type: text/html; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable
hey baby geopriv-archive
marriage break up? take a look = downstairs
Miek Dvorak
http://amrade.com/
------=_NextPart_000_0005_01C3915F.FE35DF90-- From Ignacichuaer@ESTEMED.ru Sat Oct 13 17:44:54 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1Igon0-0005w0-2s for geopriv-archive@lists.ietf.org; Sat, 13 Oct 2007 17:44:54 -0400 Received: from host164-115-dynamic.4-87-r.retail.telecomitalia.it ([87.4.115.164]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Igomw-0003CD-JG for geopriv-archive@lists.ietf.org; Sat, 13 Oct 2007 17:44:52 -0400 Received: from MASSIMOMELISSA ([118.154.184.195]:8364 "EHLO MASSIMOMELISSA" smtp-auth: TLS-CIPHER: TLS-PEER-CN1: ) by [87.4.113.63] with ESMTP id S22FGYTINEJWVULV (ORCPT ); Sat, 13 Oct 2007 23:46:44 +0200 Message-ID: <000301c80de2$84a49e10$3f710457@MASSIMOMELISSA> From: "jeffrie Ignacic" To: Subject: mjilvtaa Date: Sat, 13 Oct 2007 23:46:31 +0200 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0008_01C80DF3.482D6E10" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3028 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 X-Spam-Score: 2.2 (++) X-Scan-Signature: 97adf591118a232206bdb5a27b217034 ------=_NextPart_000_0008_01C80DF3.482D6E10 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable How's tricks? geopriv-archive women love dick driving deep inside. jeffrie Ignacic http://amcofa.com/ ------=_NextPart_000_0008_01C80DF3.482D6E10 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
How's tricks? geopriv-archive
women love dick driving deep = inside.
jeffrie Ignacic
http://amcofa.com/
------=_NextPart_000_0008_01C80DF3.482D6E10-- From werwf.Pagaduan@sunrisecob.org Sat Oct 13 20:16:06 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1Igr9K-0006Ge-4w for geopriv-archive@lists.ietf.org; Sat, 13 Oct 2007 20:16:06 -0400 Received: from bd2138d7.virtua.com.br ([189.33.56.215]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1Igr9J-0004Rm-JQ for geopriv-archive@lists.ietf.org; Sat, 13 Oct 2007 20:16:06 -0400 Received: from Leonardo by sunrisecob.org with ASMTP id 9B2FB783 for ; Sat, 13 Oct 2007 21:23:21 -0300 Received: from Leonardo ([163.152.34.38]) by sunrisecob.org with ESMTP id 80B44BAEAABE for ; Sat, 13 Oct 2007 21:23:21 -0300 Message-ID: <000301c80df8$658ae0f0$d73821bd@Leonardo> From: "werwf Pagaduan" To: Subject: arkbound Date: Sat, 13 Oct 2007 21:23:08 -0300 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0003_01C80DDF.403DA8F0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3028 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 X-Spam-Score: 1.2 (+) X-Scan-Signature: 52e1467c2184c31006318542db5614d5 ------=_NextPart_000_0003_01C80DDF.403DA8F0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable wat up geopriv-archive does she like cum in her face? bust out massive amounts of semen so she = can slurp it up werwf Pagaduan http://anajli.com/ ------=_NextPart_000_0003_01C80DDF.403DA8F0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
wat up geopriv-archive
does she like cum in her face? bust out = massive amounts=20 of semen so she can slurp it up
werwf Pagaduan
http://anajli.com/
------=_NextPart_000_0003_01C80DDF.403DA8F0-- From Haiying-Sanak@aktivportal.de Mon Oct 15 16:41:03 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IhWkJ-0002F9-Li for geopriv-archive@lists.ietf.org; Mon, 15 Oct 2007 16:41:03 -0400 Received: from e176007142.adsl.alicedsl.de ([85.176.7.142] helo=e176028030.adsl.alicedsl.de) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IhWkI-0008JF-Rd for geopriv-archive@lists.ietf.org; Mon, 15 Oct 2007 16:41:03 -0400 Received: from name-cd5fda878d ([195.114.180.12] helo=name-cd5fda878d) by e176028030.adsl.alicedsl.de ( sendmail 8.13.3/8.13.1) with esmtpa id 1dDzdl-000QWB-Dj for geopriv-archive@lists.ietf.org; Mon, 15 Oct 2007 22:41:43 +0200 Message-ID: <000901c80f6b$b5a22980$1e1cb055@namecd5fda878d> From: "Haiying Sanak" To: Subject: ramoreih Date: Mon, 15 Oct 2007 22:41:06 +0200 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0006_01C80F7C.792AF980" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3028 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 X-Spam-Score: 2.0 (++) X-Scan-Signature: b19722fc8d3865b147c75ae2495625f2 ------=_NextPart_000_0006_01C80F7C.792AF980 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable wats up geopriv-archive look down to see a strong meaty cock hanging that you can be proud of http://gioodway.com/ Haiying Sanak ------=_NextPart_000_0006_01C80F7C.792AF980 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
wats up geopriv-archive
look down to see a strong meaty cock hanging = that you=20 can be proud of
http://gioodway.com/
Haiying Sanak
------=_NextPart_000_0006_01C80F7C.792AF980-- From qianBurbey@flutterby.com Tue Oct 16 00:08:40 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IhdjU-00054k-Mh for geopriv-archive@lists.ietf.org; Tue, 16 Oct 2007 00:08:40 -0400 Received: from [201.216.79.204] (helo=sub-72ip190.cura.net) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IhdjK-00018R-OY for geopriv-archive@lists.ietf.org; Tue, 16 Oct 2007 00:08:31 -0400 Received: from comp-8rbi9yx4n5 ([117.164.69.55] helo=comp-8rbi9yx4n5) by sub-68ip139.cura.net ( sendmail 8.13.3/8.13.1) with esmtpa id 1GPluR-000ZIG-Nv for geopriv-archive@lists.ietf.org; Tue, 16 Oct 2007 00:08:46 -0400 X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Tue, 16 Oct 2007 00:08:28 -0400 To: geopriv-archive@lists.ietf.org From: "qian Burbey" Subject: diame'tr Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Spam-Score: 2.1 (++) X-Scan-Signature: 8ac499381112328dd60aea5b1ff596ea hello mom geopriv-archive now you have the king size bed, you need a king sized dick that will always satisy her http://www.fjandot.com/ qian Burbey From Parm.Duschka@dod.cl Tue Oct 16 11:18:26 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IhoBe-0000HW-Cz for geopriv-archive@lists.ietf.org; Tue, 16 Oct 2007 11:18:26 -0400 Received: from accn178.neoplus.adsl.tpnet.pl ([83.9.137.178]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IhoBS-00087N-R1 for geopriv-archive@lists.ietf.org; Tue, 16 Oct 2007 11:18:21 -0400 Received: from ss-5qzh6uqhprs4 by dod.cl with ASMTP id 72EB10C1 for ; Tue, 16 Oct 2007 17:18:46 +0200 Received: from ss-5qzh6uqhprs4 ([184.108.150.73]) by dod.cl with ESMTP id EA651C2E7109 for ; Tue, 16 Oct 2007 17:18:46 +0200 Message-ID: <000801c81007$c1bb6b40$b2890953@ss5qzh6uqhprs4> From: "Parm Duschka" To: Subject: joukenha Date: Tue, 16 Oct 2007 17:18:08 +0200 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0004_01C81018.85443B40" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3028 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 X-Spam-Score: 3.2 (+++) X-Scan-Signature: b19722fc8d3865b147c75ae2495625f2 ------=_NextPart_000_0004_01C81018.85443B40 Content-Type: text/plain; charset="windows-1250" Content-Transfer-Encoding: quoted-printable sup yall geopriv-archive That was amazing, how many orgasms did i have? I lost count. http://faitgweb.com/ Parm Duschka ------=_NextPart_000_0004_01C81018.85443B40 Content-Type: text/html; charset="windows-1250" Content-Transfer-Encoding: quoted-printable
sup yall geopriv-archive
That was amazing, how many orgasms did i have? = I lost=20 count.
http://faitgweb.com/
Parm Duschka
------=_NextPart_000_0004_01C81018.85443B40-- From geopriv-bounces@ietf.org Wed Oct 17 02:34:20 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1Ii2TK-00060j-4V; Wed, 17 Oct 2007 02:33:38 -0400 Received: from geopriv by megatron.ietf.org with local (Exim 4.43) id 1Ii2TH-0005wH-7k for geopriv-confirm+ok@megatron.ietf.org; Wed, 17 Oct 2007 02:33:35 -0400 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1Ii2TF-0005vE-Td for geopriv@ietf.org; Wed, 17 Oct 2007 02:33:33 -0400 Received: from ns3.neustar.com ([156.154.24.138]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1Ii2TF-0008Nm-Kw for geopriv@ietf.org; Wed, 17 Oct 2007 02:33:33 -0400 Received: from ietf.org (stiedprweb1.va.neustar.com [10.91.34.42]) by ns3.neustar.com (Postfix) with ESMTP id 505201759E; Wed, 17 Oct 2007 06:33:33 +0000 (GMT) Received: from mirror by ietf.org with local (Exim 4.43) id 1Ii2TE-0000Bt-Rt; Wed, 17 Oct 2007 02:33:32 -0400 Content-Type: text/plain; charset="utf-8" Mime-Version: 1.0 To: martin.thomson@andrew.com From: IETF I-D Submission Tool Message-Id: Date: Wed, 17 Oct 2007 02:33:32 -0400 X-Spam-Score: 0.0 (/) X-Scan-Signature: 9182cfff02fae4f1b6e9349e01d62f32 Cc: geopriv@ietf.org, james.winterbottom@andrew.com Subject: [Geopriv] New Version Notification for draft-ietf-geopriv-revised-civic-lo-06 X-BeenThere: geopriv@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Geographic Location/Privacy List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: geopriv-bounces@ietf.org A new version of I-D, draft-ietf-geopriv-revised-civic-lo-06.txt has been successfuly submitted by Martin Thomson and posted to the IETF repository. Filename: draft-ietf-geopriv-revised-civic-lo Revision: 06 Title: Revised Civic Location Format for PIDF-LO Creation_date: 2007-10-17 WG ID: geopriv Number_of_pages: 17 Abstract: This document defines an XML format for the representation of civic location. This format is designed for use with PIDF Location Object (PIDF-LO) documents and replaces the civic location format in RFC 4119. The format is based on the civic address definition in PIDF-LO, but adds several new elements based on the civic types defined for DHCP, and adds a hierarchy to address complex road identity schemes. The format also includes support for the xml:lang language tag and restricts the types of elements where appropriate. The IETF Secretariat. _______________________________________________ Geopriv mailing list Geopriv@ietf.org https://www1.ietf.org/mailman/listinfo/geopriv From geopriv-bounces@ietf.org Wed Oct 17 02:40:21 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1Ii2Zc-0004Hy-Oo; Wed, 17 Oct 2007 02:40:08 -0400 Received: from geopriv by megatron.ietf.org with local (Exim 4.43) id 1Ii2Za-0004Fo-7g for geopriv-confirm+ok@megatron.ietf.org; Wed, 17 Oct 2007 02:40:06 -0400 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1Ii2ZZ-0004EB-53; Wed, 17 Oct 2007 02:40:05 -0400 Received: from ns3.neustar.com ([156.154.24.138]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1Ii2ZY-00005T-Nu; Wed, 17 Oct 2007 02:40:05 -0400 Received: from stiedprstage1.ietf.org (stiedprstage1.va.neustar.com [10.31.47.10]) by ns3.neustar.com (Postfix) with ESMTP id 59D7B1759E; Wed, 17 Oct 2007 06:40:04 +0000 (GMT) Received: from ietf by stiedprstage1.ietf.org with local (Exim 4.43) id 1Ii2ZX-0007Mk-Ox; Wed, 17 Oct 2007 02:40:03 -0400 Content-Type: Multipart/Mixed; Boundary="NextPart" Mime-Version: 1.0 To: i-d-announce@ietf.org From: Internet-Drafts@ietf.org Message-Id: Date: Wed, 17 Oct 2007 02:40:03 -0400 X-Spam-Score: 0.0 (/) X-Scan-Signature: 73734d43604d52d23b3eba644a169745 Cc: geopriv@ietf.org Subject: [Geopriv] I-D Action:draft-ietf-geopriv-revised-civic-lo-06.txt X-BeenThere: geopriv@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Geographic Location/Privacy List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: geopriv-bounces@ietf.org --NextPart A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Geographic Location/Privacy Working Group of the IETF. Title : Revised Civic Location Format for PIDF-LO Author(s) : M. Thomson, J. Winterbottom Filename : draft-ietf-geopriv-revised-civic-lo-06.txt Pages : 17 Date : 2007-10-17 This document defines an XML format for the representation of civic location. This format is designed for use with PIDF Location Object (PIDF-LO) documents and replaces the civic location format in RFC 4119. The format is based on the civic address definition in PIDF-LO, but adds several new elements based on the civic types defined for DHCP, and adds a hierarchy to address complex road identity schemes. The format also includes support for the xml:lang language tag and restricts the types of elements where appropriate. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-geopriv-revised-civic-lo-06.txt To remove yourself from the I-D Announcement list, send a message to i-d-announce-request@ietf.org with the word unsubscribe in the body of the message. You can also visit https://www1.ietf.org/mailman/listinfo/I-D-announce to change your subscription settings. Internet-Drafts are also available by anonymous FTP. Login with the username "anonymous" and a password of your e-mail address. After logging in, type "cd internet-drafts" and then "get draft-ietf-geopriv-revised-civic-lo-06.txt". A list of Internet-Drafts directories can be found in http://www.ietf.org/shadow.html or ftp://ftp.ietf.org/ietf/1shadow-sites.txt Internet-Drafts can also be obtained by e-mail. Send a message to: mailserv@ietf.org. In the body type: "FILE /internet-drafts/draft-ietf-geopriv-revised-civic-lo-06.txt". NOTE: The mail server at ietf.org can return the document in MIME-encoded form by using the "mpack" utility. To use this feature, insert the command "ENCODING mime" before the "FILE" command. To decode the response(s), you will need "munpack" or a MIME-compliant mail reader. Different MIME-compliant mail readers exhibit different behavior, especially when dealing with "multipart" MIME messages (i.e. documents which have been split up into multiple messages), so check your local documentation on how to manipulate these messages. Below is the data which will enable a MIME compliant mail reader implementation to automatically retrieve the ASCII version of the Internet-Draft. --NextPart Content-Type: Multipart/Alternative; Boundary="OtherAccess" --OtherAccess Content-Type: Message/External-body; access-type="mail-server"; server="mailserv@ietf.org" Content-Type: text/plain Content-ID: <2007-10-17023329.I-D@ietf.org> ENCODING mime FILE /internet-drafts/draft-ietf-geopriv-revised-civic-lo-06.txt --OtherAccess Content-Type: Message/External-body; name="draft-ietf-geopriv-revised-civic-lo-06.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <2007-10-17023329.I-D\@ietf.org> --OtherAccess-- --NextPart Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Geopriv mailing list Geopriv@ietf.org https://www1.ietf.org/mailman/listinfo/geopriv --NextPart-- From hafidh88fuller5@buck-rogers.com Wed Oct 17 07:04:09 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1Ii6h7-0006ep-DY for geopriv-archive@lists.ietf.org; Wed, 17 Oct 2007 07:04:09 -0400 Received: from smtp.bsvt.ru ([89.19.34.1]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1Ii6go-0007pm-5F for geopriv-archive@lists.ietf.org; Wed, 17 Oct 2007 07:03:50 -0400 Received: from [89.19.34.1] by cegn.buck-rogers.com; Wed, 17 Oct 2007 11:03:12 +0000 Message-ID: <000501c810ad$06acb904$a1dd07a0@exhqam> From: "Bennie Conley" To: "Genevieve Hayes" Subject: Great Solution for seasonal merchants Date: Wed, 17 Oct 2007 09:15:49 +0000 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0002_01C810AD.06AB175F" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.3790.2663 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.2757 X-Spam-Score: 1.4 (+) X-Scan-Signature: 7aafa0432175920a4b3e118e16c5cb64 This is a multi-part message in MIME format. ------=_NextPart_000_0002_01C810AD.06AB175F Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Let us assist with the placement of working capital business loans for = small to medium sized businesses in all 50 states   We've created an affordable, simple, and flexible approach to providing = working capital of $5,000 to $500,000 or more.   No obligation application. No cost to apply. No closing costs. Poor = credit not a problem.   Get approved in 48 hours! with a simple application process & quick = funding, Call Us Free on=20 877-292-6896 ------=_NextPart_000_0002_01C810AD.06AB175F Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Let us assist with the placement of = working capital business loans for small to medium sized businesses in = all 50 states
 
We've created an affordable, simple, = and flexible approach to providing working capital of $5,000 to $500,000 = or more.
=20
 
No obligation application. No cost = to apply. No closing costs. Poor credit not a problem.
 
Get approved in 48 hours! with a simple = application process & quick funding, Call Us Free on = 877-292-6896
------=_NextPart_000_0002_01C810AD.06AB175F-- From BriceHillman@aser-vn.com Wed Oct 17 12:07:21 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IiBQX-0003pu-PY for geopriv-archive@lists.ietf.org; Wed, 17 Oct 2007 12:07:21 -0400 Received: from host152-148-dynamic.0-79-r.retail.telecomitalia.it ([79.0.148.152]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IiBQX-0001Lb-5f for geopriv-archive@lists.ietf.org; Wed, 17 Oct 2007 12:07:21 -0400 Received: from master ([181.106.175.119]:24541 "EHLO master" smtp-auth: TLS-CIPHER: TLS-PEER-CN1: ) by [79.0.148.152] with ESMTP id S22EPMVKQYOICDJL (ORCPT ); Wed, 17 Oct 2007 18:07:58 +0200 Message-ID: <000d01c810d7$d3b9ee90$9894004f@master> From: "Brice Hillman" To: Subject: snorelat Date: Wed, 17 Oct 2007 18:07:33 +0200 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0008_01C810E8.9742BE90" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3028 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 X-Spam-Score: 2.1 (++) X-Scan-Signature: b19722fc8d3865b147c75ae2495625f2 ------=_NextPart_000_0008_01C810E8.9742BE90 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi Sir geopriv-archive she will love a massive meat in her back door! http://www.hoeboxer.com/ Brice Hillman ------=_NextPart_000_0008_01C810E8.9742BE90 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi Sir geopriv-archive
she will love a massive meat in her back=20 door!
http://www.hoeboxer.com/
Brice Hillman
------=_NextPart_000_0008_01C810E8.9742BE90-- From PatsyinelegantGunn@britneyspears.ac Wed Oct 17 18:01:11 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IiGvk-0005pJ-1U for geopriv-archive@lists.ietf.org; Wed, 17 Oct 2007 17:59:56 -0400 Received: from eu85-85-165-93.clientes.euskaltel.es ([85.85.165.93] helo=nombre78ff4ced.euskaltel.es) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1IiGvj-0004qY-HP for geopriv-archive@lists.ietf.org; Wed, 17 Oct 2007 17:59:55 -0400 Message-ID: <4980601c81109$04a43f70$5da55555@nombre78ff4ced> From: "Margie Lord" To: Subject: Great Solution for seasonal merchants Date: Wed, 17 Oct 2007 23:57:47 -0100 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_49802_01C81109.04A43F70" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 X-Spam-Score: 4.3 (++++) X-Scan-Signature: 52f7a77164458f8c7b36b66787c853da This is a multi-part message in MIME format. ------=_NextPart_000_49802_01C81109.04A43F70 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Your your credit report does not matter to us! If you have your own business and wish IMMEDIATE money to spend ANY way = you like or require Extra money to give the business a boost or want A = low interest loan - NO STRINGS ATTACHED, here is our deal we can offer = you THIS EVENING (hurry, this lot will expire TODAY): $39,000+ loan Hurry, when our deal is gone, it is gone. Simply Call Us... Do not worry about approval, your credit score will not disqualify you! Call Us Free on 877-347-3607 ------=_NextPart_000_49802_01C81109.04A43F70 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable =20
Your credit does not = matter to=20 us!
=20
 
If you have your own = business and=20 want IMMEDIATE money to spend ANY way you like or require Extra money to = give=20 your company a boost or want A low interest loan - NO STRINGS ATTACHED, = here=20 is our best deal we can offer you TODAY (hurry, this deal will expire=20 TODAY):
=20
 
$29,000+ = loan
 
Hurry, when our best = deal is=20 gone, it is gone. Simply Call Us...
=20
 
Do not worry about = approval, your=20 your credit report will not disqualify you!
=20
 
Call Us Free on=20 877-347-3607
------=_NextPart_000_49802_01C81109.04A43F70-- From WalterhernandezCook@efta.int Wed Oct 17 20:41:29 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IiJS5-0002KX-9c for geopriv-archive@lists.ietf.org; Wed, 17 Oct 2007 20:41:29 -0400 Received: from [89.130.135.151] (helo=familiar9a1a7c.lan) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1IiJS4-0002Mf-OH for geopriv-archive@lists.ietf.org; Wed, 17 Oct 2007 20:41:29 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by host17760982.efta.int (8.13.1/8.13.1) with SMTP id LGLIjsw355.149818.Otj.u5k.7830172133244 for ; Thu, 18 Oct 2007 02:39:31 -0100 Message-ID: <34a6001c8111f$9a4e72f0$4001a8c0@familiar9a1a7c> From: "Gerald Perez" To: Subject: Your health Date: Thu, 18 Oct 2007 02:39:31 -0100 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_34A5C_01C8111F.9A4E72F0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1437 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 X-Spam-Score: 0.0 (/) X-Scan-Signature: d16ce744298aacf98517bc7c108bd198 This is a multi-part message in MIME format. ------=_NextPart_000_34A5C_01C8111F.9A4E72F0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Even if you have no erection problems Viagra would help you to make = better sex more often and to bring unimaginable plesure to her. Just = disolve half a pill under your tongue and get ready for action in 30 = minutes. The tests showed that the majority of men after taking this = medication were able to have perfect erection during 24 hours! Package Quantity Price in your local drugstore* Our price LearnMoreNow 10 tabs 20 doses $99.95 $34.49 30 tabs 60 doses $299.95 $88.50 60 tabs 120 doses $449.95 $141.02 90 tabs 180 doses $769.95 $176.40 180 tabs 360 doses $1299.95 $298.46 When you are young and stressed up… When you are aged and never give up… Viagra gives you confidence in any chance, every time. ------=_NextPart_000_34A5C_01C8111F.9A4E72F0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable =20

Even if you have no erection problems = Viagra would=20 help you to make better sex more often and to bring unimaginable = plesure=20 to her. Just disolve half a pill under your tongue and get ready for = action in=20 30 minutes. The tests showed that the majority of men after taking = this=20 medication were able to have perfect erection during 24 hours!

Package Quantity Price in your = local drugstore* Our = price

Learn
More
Now

10 tabs 20 doses $99.95 $34.49
30 tabs 60 doses $299.95 $88.50
60 tabs 120 doses $449.95 $141.02
90 tabs 180 doses $769.95 $176.40
180 tabs 360 doses $1299.95 $298.46

When you are young and stressed = up…
When you are aged and never give up…
Viagra gives you confidence in any chance, every time.

------=_NextPart_000_34A5C_01C8111F.9A4E72F0-- From Dyerrtdkn@aetf-online.com Thu Oct 18 00:22:52 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IiMuK-0006D5-A0 for geopriv-archive@lists.ietf.org; Thu, 18 Oct 2007 00:22:52 -0400 Received: from c953f720.virtua.com.br ([201.83.247.32]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IiMu5-000779-6F for geopriv-archive@lists.ietf.org; Thu, 18 Oct 2007 00:22:37 -0400 Received: from chr-8 ([115.155.189.5]:11335 "EHLO chr-8" smtp-auth: TLS-CIPHER: TLS-PEER-CN1: ) by c953f720.virtua.com.br with ESMTP id S22SDQCJMZQSDDPW (ORCPT ); Thu, 18 Oct 2007 02:23:04 -0300 Message-ID: <000701c81146$e43d88c0$20f753c9@chr8> From: "marcy Dyer" To: Subject: treb Date: Thu, 18 Oct 2007 02:22:35 -0300 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0006_01C8112D.BEF050C0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3028 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 X-Spam-Score: 4.8 (++++) X-Scan-Signature: 97adf591118a232206bdb5a27b217034 ------=_NextPart_000_0006_01C8112D.BEF050C0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable wot up geopriv-archive i was worried too until i enlarged my dick, its amazing http://www.hlrscope.com/ marcy Dyer ------=_NextPart_000_0006_01C8112D.BEF050C0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
wot up geopriv-archive
i was worried too until i enlarged my dick, = its=20 amazing
http://www.hlrscope.com/
marcy Dyer
------=_NextPart_000_0006_01C8112D.BEF050C0-- From Jet.Kolowitz@pixelparty.org Thu Oct 18 02:26:57 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IiOqP-0003CQ-8Y for geopriv-archive@lists.ietf.org; Thu, 18 Oct 2007 02:26:57 -0400 Received: from [88.228.159.188] (helo=[88.228.159.188]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IiOqO-0002zt-LY for geopriv-archive@lists.ietf.org; Thu, 18 Oct 2007 02:26:57 -0400 Received: from pc-1ed3a8ac4f31 ([101.129.85.103] helo=pc-1ed3a8ac4f31) by [88.228.159.188] ( sendmail 8.13.3/8.13.1) with esmtpa id 1DcsMQ-000HEC-Qc for geopriv-archive@lists.ietf.org; Thu, 18 Oct 2007 09:27:24 +0300 X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Thu, 18 Oct 2007 09:26:55 +0300 To: geopriv-archive@lists.ietf.org From: "Jet Kolowitz" Subject: oerd Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Spam-Score: 0.1 (/) X-Scan-Signature: 8ac499381112328dd60aea5b1ff596ea sup yall geopriv-archive turn all the girls on with a large piece of manhood http://www.grrobo.com/ Jet Kolowitz From geopriv-bounces@ietf.org Thu Oct 18 17:31:04 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1IicxI-00006j-6f; Thu, 18 Oct 2007 17:31:00 -0400 Received: from geopriv by megatron.ietf.org with local (Exim 4.43) id 1IicxF-0008Uf-Fd for geopriv-confirm+ok@megatron.ietf.org; Thu, 18 Oct 2007 17:30:57 -0400 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IicxE-0008Tf-KL for geopriv@ietf.org; Thu, 18 Oct 2007 17:30:56 -0400 Received: from dsl001-129-069.dfw1.dsl.speakeasy.net ([72.1.129.69] helo=vicuna.estacado.net) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IicxE-0001mU-9X for geopriv@ietf.org; Thu, 18 Oct 2007 17:30:56 -0400 Received: from [192.168.2.235] (pool-71-164-172-176.dllstx.fios.verizon.net [71.164.172.176]) (authenticated bits=0) by vicuna.estacado.net (8.14.1/8.14.1) with ESMTP id l9ILUoCA028342 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO) for ; Thu, 18 Oct 2007 16:30:55 -0500 (CDT) (envelope-from rjsparks@estacado.net) Mime-Version: 1.0 (Apple Message framework v752.3) Content-Transfer-Encoding: 7bit Message-Id: <3C9A0814-B049-4D28-B16F-9356531EA7EA@estacado.net> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed To: GEOPRIV From: Robert Sparks Date: Thu, 18 Oct 2007 16:30:47 -0500 X-Mailer: Apple Mail (2.752.3) X-Spam-Score: 0.1 (/) X-Scan-Signature: 1ac7cc0a4cd376402b85bc1961a86ac2 Subject: [Geopriv] WG-00 Preapproval X-BeenThere: geopriv@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Geographic Location/Privacy List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: geopriv-bounces@ietf.org All - The deadline for me to approve new working group -00 drafts is approaching. I am not expecting any new GEOPRIV working group -00 drafts between now and submission deadlines. If I've forgotten something, let me know ASAP. This does not affect individual -00 submissions, or updates to existing working group items. Thanks, RjS _______________________________________________ Geopriv mailing list Geopriv@ietf.org https://www1.ietf.org/mailman/listinfo/geopriv From joao148@hoellinger.info Thu Oct 18 21:46:53 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1Iigwv-0001Fl-Hd for geopriv-archive@lists.ietf.org; Thu, 18 Oct 2007 21:46:53 -0400 Received: from [60.242.172.20] (helo=syd-nxg-pr9.tpgi.com.au) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Iigwj-0001lP-6p for geopriv-archive@lists.ietf.org; Thu, 18 Oct 2007 21:46:48 -0400 Received: from pc2 ([143.166.166.7]:27886 "EHLO pc2" smtp-auth: TLS-CIPHER: TLS-PEER-CN1: ) by syd-nxg-pr9.tpgi.com.au with ESMTP id S22HIXBSMDXOEOLB (ORCPT ); Fri, 19 Oct 2007 11:46:52 +1000 Date: Fri, 19 Oct 2007 11:46:42 +1000 From: "joao LATTOUF" Reply-To: "joao LATTOUF" Message-ID: <478488053896.783435274707@hoellinger.info> To: Subject: ssommees MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original X-Spam-Score: 4.7 (++++) X-Scan-Signature: 8ac499381112328dd60aea5b1ff596ea Hallo geopriv-archive she might stay with you if your dick gets bigger http://haierpal.com/ joao LATTOUF From BrandanReichert@dsl540250da.pool.t-online.hu Fri Oct 19 01:11:04 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1Iik8W-0004P1-Mx for geopriv-archive@lists.ietf.org; Fri, 19 Oct 2007 01:11:04 -0400 Received: from [88.227.63.217] (helo=[88.227.63.217]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1Iik8G-0005D2-NF for geopriv-archive@lists.ietf.org; Fri, 19 Oct 2007 01:10:49 -0400 Received: from coþkun ([141.199.195.51] helo=coþkun) by [88.227.63.217] ( sendmail 8.13.3/8.13.1) with esmtpa id 1JwIhd-000ION-lW for geopriv-archive@lists.ietf.org; Fri, 19 Oct 2007 08:10:58 +0300 Message-ID: <000601c8120e$697d7190$d93fe358@cokun> From: "Brandan Reichert" To: Subject: snossidu Date: Fri, 19 Oct 2007 08:10:48 +0300 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0005_01C81227.8ECAA990" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3028 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 X-Spam-Score: 2.1 (++) X-Scan-Signature: b19722fc8d3865b147c75ae2495625f2 ------=_NextPart_000_0005_01C81227.8ECAA990 Content-Type: text/plain; charset="iso-8859-9" Content-Transfer-Encoding: quoted-printable hello again geopriv-archive you think your a decent size? well she dont think so http://iilaws.com/ Brandan Reichert ------=_NextPart_000_0005_01C81227.8ECAA990 Content-Type: text/html; charset="iso-8859-9" Content-Transfer-Encoding: quoted-printable
hello again geopriv-archive
you think your a decent size? well she dont = think=20 so
http://iilaws.com/
Brandan Reichert
------=_NextPart_000_0005_01C81227.8ECAA990-- From Wibergenddf@webaffiliates.com Fri Oct 19 02:56:09 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IilmD-0000Nz-18 for geopriv-archive@lists.ietf.org; Fri, 19 Oct 2007 02:56:09 -0400 Received: from [201.166.60.17] (helo=[201.166.60.17]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1Iilm0-00078Y-G7 for geopriv-archive@lists.ietf.org; Fri, 19 Oct 2007 02:55:56 -0400 Received: from casa ([163.148.127.1] helo=casa) by [201.166.60.17] ( sendmail 8.13.3/8.13.1) with esmtpa id 1MQbsk-000BVI-Lu for geopriv-archive@lists.ietf.org; Wed, 17 Oct 2007 23:55:06 -0700 Message-ID: <000501c81153$bd2d9ce0$113ca6c9@casa> From: "Shelly Wiberg" To: Subject: ciremsem Date: Wed, 17 Oct 2007 23:54:33 -0700 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0007_01C81119.10CEC4E0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3028 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 X-Spam-Score: 2.1 (++) X-Scan-Signature: b19722fc8d3865b147c75ae2495625f2 ------=_NextPart_000_0007_01C81119.10CEC4E0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable hello lovely geopriv-archive you get no love for having a small dick, only big gets it http://www.ikonj.com/ Shelly Wiberg ------=_NextPart_000_0007_01C81119.10CEC4E0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
hello lovely geopriv-archive
you get no love for having a small dick, only = big gets=20 it
http://www.ikonj.com/
Shelly Wiberg
------=_NextPart_000_0007_01C81119.10CEC4E0-- From DanyllOjala@6dd.com Fri Oct 19 11:29:48 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IitnI-00075j-2u for geopriv-archive@lists.ietf.org; Fri, 19 Oct 2007 11:29:48 -0400 Received: from dyn-91-168-119-160.ppp.tiscali.fr ([91.168.119.160]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Iitn9-0003jz-Oz for geopriv-archive@lists.ietf.org; Fri, 19 Oct 2007 11:29:46 -0400 Received: from gerold-7d153d42 ([144.187.35.5] helo=gerold-7d153d42) by dyn-91-168-119-160.ppp.tiscali.fr ( sendmail 8.13.3/8.13.1) with esmtpa id 1sYoSK-000NLV-HI for geopriv-archive@lists.ietf.org; Fri, 19 Oct 2007 17:30:12 +0200 Message-ID: Date: Fri, 19 Oct 2007 17:29:37 +0200 From: "Danyll Ojala" User-Agent: Thunderbird 1.5.0.10 (Windows/20070221) MIME-Version: 1.0 To: geopriv-archive@lists.ietf.org Subject: neeteita Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Antivirus: avast! (VPS 000782-2, 18/10/2007), Outbound message X-Antivirus-Status: Clean X-Spam-Score: 3.5 (+++) X-Scan-Signature: 08170828343bcf1325e4a0fb4584481c Monday update. Symb: T A D F (Tactical Air Defense Services) Tactical Air Defense Services (TADS), a leading provider of tactical aviation training and services to the United States and Allied Nations, has quietly positioned itself to utilize a fleet of the most advanced fighter jets and aerial refueling tankers in the world for military aviation training needs. Those who get in now are likely to see profits soar through the stratosphere. Headquartered at the Grayson County Airport in Denison, Texas – formerly the Perrin Air Force Base – Tactical Air Defense has the capability to provide clients with the most comprehensive logistical, repair, and aircraft training support available. TADS IS AS CLOSE AS IT COMES TO A SUREFIRE MONEY-MAKER. From WandasmokescreenLugo@xwinman.org Fri Oct 19 14:43:19 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IiwoZ-0006qe-PZ for geopriv-archive@lists.ietf.org; Fri, 19 Oct 2007 14:43:19 -0400 Received: from pool-68-162-159-9.pitt.east.verizon.net ([68.162.159.9] helo=yourefca11af00) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1Iiwo1-000085-2F for geopriv-archive@lists.ietf.org; Fri, 19 Oct 2007 14:42:45 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by host71582061.xwinman.org (8.13.1/8.13.1) with SMTP id H8RU7TrC13.408593.peD.Flm.4624114770948 for ; Fri, 19 Oct 2007 14:40:48 +0500 Message-ID: From: "Tina Simms" To: Subject: Your order Date: Fri, 19 Oct 2007 14:40:48 +0500 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_E725C_01C8127F.D5BA44C0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1437 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 X-Spam-Score: 0.0 (/) X-Scan-Signature: d16ce744298aacf98517bc7c108bd198 This is a multi-part message in MIME format. ------=_NextPart_000_E725C_01C8127F.D5BA44C0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Even if you have no erection problems Viagra would help you to make = better sex more often and to bring unimaginable plesure to her. Just = disolve half a pill under your tongue and get ready for action in 30 = minutes. The tests showed that the majority of men after taking this = medication were able to have perfect erection during 24 hours! Package Quantity Price in your local drugstore* Our price LearnMoreNow 10 tabs 20 doses $99.95 $34.49 30 tabs 60 doses $299.95 $88.50 60 tabs 120 doses $449.95 $141.02 90 tabs 180 doses $769.95 $176.40 180 tabs 360 doses $1299.95 $298.46 When you are young and stressed up… When you are aged and never give up… Viagra gives you confidence in any chance, every time. ------=_NextPart_000_E725C_01C8127F.D5BA44C0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable =20

Even if you have no erection problems = Viagra would=20 help you to make better sex more often and to bring unimaginable = plesure=20 to her. Just disolve half a pill under your tongue and get ready for = action in=20 30 minutes. The tests showed that the majority of men after taking = this=20 medication were able to have perfect erection during 24 hours!

Package Quantity Price in your = local drugstore* Our = price

Learn
More
Now

10 tabs 20 doses $99.95 $34.49
30 tabs 60 doses $299.95 $88.50
60 tabs 120 doses $449.95 $141.02
90 tabs 180 doses $769.95 $176.40
180 tabs 360 doses $1299.95 $298.46

When you are young and stressed = up…
When you are aged and never give up…
Viagra gives you confidence in any chance, every time.

------=_NextPart_000_E725C_01C8127F.D5BA44C0-- From ChrisplaybackHaywood@people.com Fri Oct 19 22:09:39 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1Ij3mV-0007Zk-J6 for geopriv-archive@lists.ietf.org; Fri, 19 Oct 2007 22:09:39 -0400 Received: from pool-71-125-48-39.nycmny.fios.verizon.net ([71.125.48.39] helo=homeu16rj9k8s9.home) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1Ij3mV-0005Z4-C8 for geopriv-archive@lists.ietf.org; Fri, 19 Oct 2007 22:09:39 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by host62909312.people.com (8.13.1/8.13.1) with SMTP id v8MBr48s75.923573.uO5.DH5.2174599188722 for ; Fri, 19 Oct 2007 22:07:51 +0500 Message-ID: From: "Lucinda Yeager" To: Subject: Confirmation link Date: Fri, 19 Oct 2007 22:07:51 +0500 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_C29AA0_01C812BE.41304DB0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2869 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2962 X-Spam-Score: 0.0 (/) X-Scan-Signature: d16ce744298aacf98517bc7c108bd198 This is a multi-part message in MIME format. ------=_NextPart_000_C29AA0_01C812BE.41304DB0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Even if you have no erection problems Cialis would help you to make = better sex more often and to bring unimaginable plesure to her. Just = disolve half a pill under your tongue and get ready for action in 15 = minutes! The tests showed that the majority of men after taking this = medication were able to have perfect erection during 36 hours! Package Quantity Price in your local drugstore* Our price LearnMoreNow 10 tabs 20 doses $95.95 $34.19 30 tabs 60 doses $349.95 $104.66 60 tabs 120 doses $549.95 $180.15 90 tabs 180 doses $789.95 $242.06 180 tabs 360 doses $1325.95 $445.61 When you are young and stressed up… When you are aged and never give up… Cialis gives you confidence in any chance, every time. ------=_NextPart_000_C29AA0_01C812BE.41304DB0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable =20

Even if you have no erection problems = Cialis would=20 help you to make better sex more often and to bring unimaginable = plesure=20 to her. Just disolve half a pill under your tongue and get ready for = action in=20 15 minutes! The tests showed that the majority of men after taking = this=20 medication were able to have perfect erection during 36 hours!

Package Quantity Price in your = local drugstore* Our = price

Learn
More
Now

10 tabs 20 doses $95.95 $34.19
30 tabs 60 doses $349.95 $104.66
60 tabs 120 doses $549.95 $180.15
90 tabs 180 doses $789.95 $242.06
180 tabs 360 doses $1325.95 $445.61

When you are young and stressed = up…
When you are aged and never give up…
Cialis gives you confidence in any chance, every time.

------=_NextPart_000_C29AA0_01C812BE.41304DB0-- From steven.Honan@nettravel.pl Sat Oct 20 10:33:48 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IjFOd-0001Ph-Ne for geopriv-archive@lists.ietf.org; Sat, 20 Oct 2007 10:33:48 -0400 Received: from [60.209.98.201] (helo=[60.209.98.201]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IjFOY-0003Om-KG for geopriv-archive@lists.ietf.org; Sat, 20 Oct 2007 10:33:43 -0400 Received: from WWW-348DBA9ED8B ([111.177.14.73] helo=WWW-348DBA9ED8B) by [60.209.98.201] ( sendmail 8.13.3/8.13.1) with esmtpa id 1eSOBG-000ZGP-ce for geopriv-archive@lists.ietf.org; Sat, 20 Oct 2007 22:31:35 +0800 Message-ID: <000901c81325$dc9b1d90$c962d13c@WWW348DBA9ED8B> From: "steven Honan" To: geopriv-archive@lists.ietf.org Subject: il-felix Date: Sat, 20 Oct 2007 22:31:11 +0800 Message-ID: <000901c81325$dc9b1d90$c962d13c@WWW348DBA9ED8B> MIME-Version: 1.0 Content-Type: text/plain; charset="windows-1250" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.6626 Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2962 X-Spam-Score: 3.2 (+++) X-Scan-Signature: 8ac499381112328dd60aea5b1ff596ea hello pal geopriv-archive take her by suprise, make your cock massive today http://www.keflee.com/ steven Honan From MelpoleKirkland@valleywag.com Sat Oct 20 22:54:38 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IjQxa-0000Du-4J for geopriv-archive@lists.ietf.org; Sat, 20 Oct 2007 22:54:38 -0400 Received: from [77.225.242.249] (helo=elena) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1IjQxA-00073N-HK for geopriv-archive@lists.ietf.org; Sat, 20 Oct 2007 22:54:12 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by host39704269.valleywag.com (8.13.1/8.13.1) with SMTP id ccRa0qBv74.716988.15b.IK9.5144894918082 for ; Sun, 21 Oct 2007 04:52:21 -0100 Message-ID: <17e3c01c8138d$a79622d0$c000a8c0@elena> From: "Marcelo Levine" To: Subject: Hi Date: Sun, 21 Oct 2007 04:52:21 -0100 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_17E38_01C8138D.A79622D0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-Spam-Score: 0.0 (/) X-Scan-Signature: d16ce744298aacf98517bc7c108bd198 This is a multi-part message in MIME format. ------=_NextPart_000_17E38_01C8138D.A79622D0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Even if you have no erection problems Viagra would help you to make = better sex more often and to bring unimaginable plesure to her. Just = disolve half a pill under your tongue and get ready for action in 30 = minutes. The tests showed that the majority of men after taking this = medication were able to have perfect erection during 24 hours! Package Quantity Price in your local drugstore* Our price LearnMoreNow 10 tabs 20 doses $99.95 $34.49 30 tabs 60 doses $299.95 $88.50 60 tabs 120 doses $449.95 $141.02 90 tabs 180 doses $769.95 $176.40 180 tabs 360 doses $1299.95 $298.46 When you are young and stressed up… When you are aged and never give up… Viagra gives you confidence in any chance, every time. ------=_NextPart_000_17E38_01C8138D.A79622D0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable =20

Even if you have no erection problems = Viagra would=20 help you to make better sex more often and to bring unimaginable = plesure=20 to her. Just disolve half a pill under your tongue and get ready for = action in=20 30 minutes. The tests showed that the majority of men after taking = this=20 medication were able to have perfect erection during 24 hours!

Package Quantity Price in your = local drugstore* Our = price

Learn
More
Now

10 tabs 20 doses $99.95 $34.49
30 tabs 60 doses $299.95 $88.50
60 tabs 120 doses $449.95 $141.02
90 tabs 180 doses $769.95 $176.40
180 tabs 360 doses $1299.95 $298.46

When you are young and stressed = up…
When you are aged and never give up…
Viagra gives you confidence in any chance, every time.

------=_NextPart_000_17E38_01C8138D.A79622D0-- From JohnnyfreehandGonzales@oyez.org Sun Oct 21 12:08:39 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IjdLy-0000l7-Vm for geopriv-archive@lists.ietf.org; Sun, 21 Oct 2007 12:08:39 -0400 Received: from host-70-45-108-74.onelinkpr.net ([70.45.108.74] helo=fernando) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1IjdLp-00060q-Hb for geopriv-archive@lists.ietf.org; Sun, 21 Oct 2007 12:08:29 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by host04291528.oyez.org (8.13.1/8.13.1) with SMTP id r9EvG9ck44.174518.Xmg.edi.3205928472354 for ; Sun, 21 Oct 2007 12:06:29 +0400 Message-ID: <2b27f701c813fc$a26f7940$4a6c2d46@FERNANDO> From: "Johnny Diaz" To: Subject: Confirmation link Date: Sun, 21 Oct 2007 12:06:29 +0400 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_2B27F3_01C813FC.A26F7940" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2869 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2962 X-Spam-Score: 0.0 (/) X-Scan-Signature: d16ce744298aacf98517bc7c108bd198 This is a multi-part message in MIME format. ------=_NextPart_000_2B27F3_01C813FC.A26F7940 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Even if you have no erection problems Cialis would help you to make = better sex more often and to bring unimaginable plesure to her. Just = disolve half a pill under your tongue and get ready for action in 15 = minutes! The tests showed that the majority of men after taking this = medication were able to have perfect erection during 36 hours! Package Quantity Price in your local drugstore* Our price LearnMoreNow 10 tabs 20 doses $95.95 $34.19 30 tabs 60 doses $349.95 $104.66 60 tabs 120 doses $549.95 $180.15 90 tabs 180 doses $789.95 $242.06 180 tabs 360 doses $1325.95 $445.61 When you are young and stressed up… When you are aged and never give up… Cialis gives you confidence in any chance, every time. ------=_NextPart_000_2B27F3_01C813FC.A26F7940 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable =20

Even if you have no erection problems = Cialis would=20 help you to make better sex more often and to bring unimaginable = plesure=20 to her. Just disolve half a pill under your tongue and get ready for = action in=20 15 minutes! The tests showed that the majority of men after taking = this=20 medication were able to have perfect erection during 36 hours!

Package Quantity Price in your = local drugstore* Our = price

Learn
More
Now

10 tabs 20 doses $95.95 $34.19
30 tabs 60 doses $349.95 $104.66
60 tabs 120 doses $549.95 $180.15
90 tabs 180 doses $789.95 $242.06
180 tabs 360 doses $1325.95 $445.61

When you are young and stressed = up…
When you are aged and never give up…
Cialis gives you confidence in any chance, every time.

------=_NextPart_000_2B27F3_01C813FC.A26F7940-- From lp_raguckaite@webewebin.com Sun Oct 21 13:23:51 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IjeWl-00044K-F6 for geopriv-archive@lists.ietf.org; Sun, 21 Oct 2007 13:23:51 -0400 Received: from x0e25.x.pppool.de ([89.59.14.37]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IjeWk-0000Wx-FP for geopriv-archive@lists.ietf.org; Sun, 21 Oct 2007 13:23:51 -0400 Received: from REINI ([146.125.163.7]:18187 "EHLO REINI" smtp-auth: TLS-CIPHER: TLS-PEER-CN1: ) by X0e25.x.pppool.de with ESMTP id S22WQFYMCCCBXQQX (ORCPT ); Sun, 21 Oct 2007 19:24:19 +0200 Message-ID: <2F67294C.3158EB00@webewebin.com> Date: Sun, 21 Oct 2007 19:23:46 +0200 From: "lp raguckaite" User-Agent: Thunderbird 1.5.0.10 (Windows/20070221) MIME-Version: 1.0 To: geopriv-archive@lists.ietf.org Subject: ancie`re Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 2.0 (++) X-Scan-Signature: 8ac499381112328dd60aea5b1ff596ea Big Hello geopriv-archive always be the pick of the bunch if your meat is bigger http://leoones.com/ lp raguckaite From SaulsanctionRoberson@linksys.com Sun Oct 21 15:24:57 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IjgPx-0005kj-8b for geopriv-archive@lists.ietf.org; Sun, 21 Oct 2007 15:24:57 -0400 Received: from cpe-66-66-33-75.rochester.res.rr.com ([66.66.33.75] helo=bubb834aaa5467.rochester.rr.com) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1IjgPt-0005cv-Us for geopriv-archive@lists.ietf.org; Sun, 21 Oct 2007 15:24:54 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by host21768014.linksys.com (8.13.1/8.13.1) with SMTP id KenYZ91J91.264880.ve7.oeO.1499556913473 for ; Sun, 21 Oct 2007 15:23:08 +0500 Message-ID: <5cb3401c81418$108f3350$6600a8c0@bubb834aaa5467> From: "Saul Abbott" To: Subject: Your family Date: Sun, 21 Oct 2007 15:23:08 +0500 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_5CB30_01C81418.108F3350" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 X-Spam-Score: 0.0 (/) X-Scan-Signature: d16ce744298aacf98517bc7c108bd198 This is a multi-part message in MIME format. ------=_NextPart_000_5CB30_01C81418.108F3350 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Even if you have no erection problems Cialis would help you to make = better sex more often and to bring unimaginable plesure to her. Just = disolve half a pill under your tongue and get ready for action in 15 = minutes! The tests showed that the majority of men after taking this = medication were able to have perfect erection during 36 hours! Package Quantity Price in your local drugstore* Our price LearnMoreNow 10 tabs 20 doses $95.95 $34.19 30 tabs 60 doses $349.95 $104.66 60 tabs 120 doses $549.95 $180.15 90 tabs 180 doses $789.95 $242.06 180 tabs 360 doses $1325.95 $445.61 When you are young and stressed up… When you are aged and never give up… Cialis gives you confidence in any chance, every time. ------=_NextPart_000_5CB30_01C81418.108F3350 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable =20

Even if you have no erection problems = Cialis would=20 help you to make better sex more often and to bring unimaginable = plesure=20 to her. Just disolve half a pill under your tongue and get ready for = action in=20 15 minutes! The tests showed that the majority of men after taking = this=20 medication were able to have perfect erection during 36 hours!

Package Quantity Price in your = local drugstore* Our = price

Learn
More
Now

10 tabs 20 doses $95.95 $34.19
30 tabs 60 doses $349.95 $104.66
60 tabs 120 doses $549.95 $180.15
90 tabs 180 doses $789.95 $242.06
180 tabs 360 doses $1325.95 $445.61

When you are young and stressed = up…
When you are aged and never give up…
Cialis gives you confidence in any chance, every time.

------=_NextPart_000_5CB30_01C81418.108F3350-- From DorianmasturbateCalderon@spearsmfg.com Sun Oct 21 18:41:54 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IjjUY-0007Bf-5C for geopriv-archive@lists.ietf.org; Sun, 21 Oct 2007 18:41:54 -0400 Received: from pool-72-81-244-240.bltmmd.fios.verizon.net ([72.81.244.240] helo=evanscomputer.home) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1IjjUQ-0005Qq-MW for geopriv-archive@lists.ietf.org; Sun, 21 Oct 2007 18:41:46 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by host12109364.spearsmfg.com (8.13.1/8.13.1) with SMTP id LX8m5vSB63.721852.7vt.9wJ.6280420459715 for ; Sun, 21 Oct 2007 18:39:58 +0500 Message-ID: <1555d401c81433$8d4cb000$0201a8c0@EvansComputer> From: "Josef Daugherty" To: Subject: Your health Date: Sun, 21 Oct 2007 18:39:58 +0500 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_1555D0_01C81433.8D4CB000" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.3790.2663 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.2757 X-Spam-Score: 0.0 (/) X-Scan-Signature: d16ce744298aacf98517bc7c108bd198 This is a multi-part message in MIME format. ------=_NextPart_000_1555D0_01C81433.8D4CB000 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Even if you have no erection problems Cialis would help you to make = better sex more often and to bring unimaginable plesure to her. Just = disolve half a pill under your tongue and get ready for action in 15 = minutes! The tests showed that the majority of men after taking this = medication were able to have perfect erection during 36 hours! Package Quantity Price in your local drugstore* Our price LearnMoreNow 10 tabs 20 doses $95.95 $34.19 30 tabs 60 doses $349.95 $104.66 60 tabs 120 doses $549.95 $180.15 90 tabs 180 doses $789.95 $242.06 180 tabs 360 doses $1325.95 $445.61 When you are young and stressed up… When you are aged and never give up… Cialis gives you confidence in any chance, every time. ------=_NextPart_000_1555D0_01C81433.8D4CB000 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable =20

Even if you have no erection problems = Cialis would=20 help you to make better sex more often and to bring unimaginable = plesure=20 to her. Just disolve half a pill under your tongue and get ready for = action in=20 15 minutes! The tests showed that the majority of men after taking = this=20 medication were able to have perfect erection during 36 hours!

Package Quantity Price in your = local drugstore* Our = price

Learn
More
Now

10 tabs 20 doses $95.95 $34.19
30 tabs 60 doses $349.95 $104.66
60 tabs 120 doses $549.95 $180.15
90 tabs 180 doses $789.95 $242.06
180 tabs 360 doses $1325.95 $445.61

When you are young and stressed = up…
When you are aged and never give up…
Cialis gives you confidence in any chance, every time.

------=_NextPart_000_1555D0_01C81433.8D4CB000-- From LiliadefectorKenny@wherethelocalseat.com Sun Oct 21 22:33:03 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1Ijn6F-0007C7-Ab for geopriv-archive@lists.ietf.org; Sun, 21 Oct 2007 22:33:03 -0400 Received: from pool-71-180-89-131.tampfl.fios.verizon.net ([71.180.89.131] helo=compy) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1Ijn5z-0007bx-TQ for geopriv-archive@lists.ietf.org; Sun, 21 Oct 2007 22:32:48 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by host38966933.wherethelocalseat.com (8.13.1/8.13.1) with SMTP id YOMSiU4z28.165051.wYq.4WM.5199513400604 for ; Sun, 21 Oct 2007 22:30:51 +0500 Message-ID: <1b42c701c81453$cd7950a0$6400a8c0@compy> From: "Noreen Thayer" To: Subject: Your family Date: Sun, 21 Oct 2007 22:30:51 +0500 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_1B42C3_01C81453.CD7950A0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-Spam-Score: 0.0 (/) X-Scan-Signature: d16ce744298aacf98517bc7c108bd198 This is a multi-part message in MIME format. ------=_NextPart_000_1B42C3_01C81453.CD7950A0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Even if you have no erection problems Viagra would help you to make = better sex more often and to bring unimaginable plesure to her. Just = disolve half a pill under your tongue and get ready for action in 30 = minutes. The tests showed that the majority of men after taking this = medication were able to have perfect erection during 24 hours! Package Quantity Price in your local drugstore* Our price LearnMoreNow 10 tabs 20 doses $99.95 $34.49 30 tabs 60 doses $299.95 $88.50 60 tabs 120 doses $449.95 $141.02 90 tabs 180 doses $769.95 $176.40 180 tabs 360 doses $1299.95 $298.46 When you are young and stressed up… When you are aged and never give up… Viagra gives you confidence in any chance, every time. ------=_NextPart_000_1B42C3_01C81453.CD7950A0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable =20

Even if you have no erection problems = Viagra would=20 help you to make better sex more often and to bring unimaginable = plesure=20 to her. Just disolve half a pill under your tongue and get ready for = action in=20 30 minutes. The tests showed that the majority of men after taking = this=20 medication were able to have perfect erection during 24 hours!

Package Quantity Price in your = local drugstore* Our = price

Learn
More
Now

10 tabs 20 doses $99.95 $34.49
30 tabs 60 doses $299.95 $88.50
60 tabs 120 doses $449.95 $141.02
90 tabs 180 doses $769.95 $176.40
180 tabs 360 doses $1299.95 $298.46

When you are young and stressed = up…
When you are aged and never give up…
Viagra gives you confidence in any chance, every time.

------=_NextPart_000_1B42C3_01C81453.CD7950A0-- From SylvesterdraftsmenBecker@campbell.net Mon Oct 22 03:30:22 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1Ijrjy-0008M7-Gg for geopriv-archive@lists.ietf.org; Mon, 22 Oct 2007 03:30:22 -0400 Received: from 24-216-190-181.dhcp.stls.mo.charter.com ([24.216.190.181] helo=your780c524461) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1IjrjR-0005CP-Tg for geopriv-archive@lists.ietf.org; Mon, 22 Oct 2007 03:29:50 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by host82331141.campbell.net (8.13.1/8.13.1) with SMTP id 1Iqkdpcx15.950213.IHP.L96.6037723774326 for ; Mon, 22 Oct 2007 02:28:02 +0600 Message-ID: <49ff7901c8147d$52d5ccf0$b5bed818@YOUR780C524461> From: "Jermaine Malone" To: Subject: Your family Date: Mon, 22 Oct 2007 02:28:02 +0600 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_49FF75_01C8147D.52D5CCF0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2869 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2962 X-Spam-Score: 0.0 (/) X-Scan-Signature: d16ce744298aacf98517bc7c108bd198 This is a multi-part message in MIME format. ------=_NextPart_000_49FF75_01C8147D.52D5CCF0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Even if you have no erection problems Viagra would help you to make = better sex more often and to bring unimaginable plesure to her. Just = disolve half a pill under your tongue and get ready for action in 30 = minutes. The tests showed that the majority of men after taking this = medication were able to have perfect erection during 24 hours! Package Quantity Price in your local drugstore* Our price LearnMoreNow 10 tabs 20 doses $99.95 $34.49 30 tabs 60 doses $299.95 $88.50 60 tabs 120 doses $449.95 $141.02 90 tabs 180 doses $769.95 $176.40 180 tabs 360 doses $1299.95 $298.46 When you are young and stressed up… When you are aged and never give up… Viagra gives you confidence in any chance, every time. ------=_NextPart_000_49FF75_01C8147D.52D5CCF0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable =20

Even if you have no erection problems = Viagra would=20 help you to make better sex more often and to bring unimaginable = plesure=20 to her. Just disolve half a pill under your tongue and get ready for = action in=20 30 minutes. The tests showed that the majority of men after taking = this=20 medication were able to have perfect erection during 24 hours!

Package Quantity Price in your = local drugstore* Our = price

Learn
More
Now

10 tabs 20 doses $99.95 $34.49
30 tabs 60 doses $299.95 $88.50
60 tabs 120 doses $449.95 $141.02
90 tabs 180 doses $769.95 $176.40
180 tabs 360 doses $1299.95 $298.46

When you are young and stressed = up…
When you are aged and never give up…
Viagra gives you confidence in any chance, every time.

------=_NextPart_000_49FF75_01C8147D.52D5CCF0-- From peony@eventing.com Mon Oct 22 06:22:22 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IjuQQ-0003qb-Fo for geopriv-archive@lists.ietf.org; Mon, 22 Oct 2007 06:22:22 -0400 Received: from [87.251.136.14] (helo=[87.251.136.7]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IjuQK-0005nu-SU for geopriv-archive@lists.ietf.org; Mon, 22 Oct 2007 06:22:17 -0400 Received: from kulichevsky ([104.110.49.175] helo=kulichevsky) by [87.251.136.7] ( sendmail 8.13.3/8.13.1) with esmtpa id 1Aifpl-000QZD-Vu for geopriv-archive@lists.ietf.org; Mon, 22 Oct 2007 14:23:26 +0400 Message-ID: <000a01c81495$809f3820$0788fb57@kulichevsky> From: "peony Jarreau" To: Subject: aeb-mlap Date: Mon, 22 Oct 2007 14:22:52 +0400 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0005_01C814B7.07B0D820" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3028 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 X-Spam-Score: 1.8 (+) X-Scan-Signature: 97adf591118a232206bdb5a27b217034 ------=_NextPart_000_0005_01C814B7.07B0D820 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: quoted-printable Hi Sir geopriv-archive you aint got shit if your not packing an 8 inch cock http://www.okitimes.com/ peony Jarreau ------=_NextPart_000_0005_01C814B7.07B0D820 Content-Type: text/html; charset="koi8-r" Content-Transfer-Encoding: quoted-printable
Hi Sir geopriv-archive
you aint got shit if your not packing an 8 = inch=20 cock
http://www.okitimes.com/
peony Jarreau
------=_NextPart_000_0005_01C814B7.07B0D820-- From MyronarcadeMalone@yahoo.com Mon Oct 22 20:08:22 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1Ik7Jm-0007JV-6X for geopriv-archive@lists.ietf.org; Mon, 22 Oct 2007 20:08:22 -0400 Received: from pc-178-249-241-201.cm.vtr.net ([201.241.249.178] helo=home) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1Ik7Jl-0007tR-En for geopriv-archive@lists.ietf.org; Mon, 22 Oct 2007 20:08:22 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by host71580449.yahoo.com (8.13.1/8.13.1) with SMTP id FpMNpHIA94.492489.u9t.k9E.2506411260544 for ; Mon, 22 Oct 2007 21:07:02 +0400 Message-ID: <1232701c81508$ce0f73e0$b2f9f1c9@home> From: "Cedric Francis" To: Subject: Approval process Date: Mon, 22 Oct 2007 21:07:02 +0400 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_12323_01C81508.CE0F73E0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 X-Spam-Score: 0.0 (/) X-Scan-Signature: d16ce744298aacf98517bc7c108bd198 This is a multi-part message in MIME format. ------=_NextPart_000_12323_01C81508.CE0F73E0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Even if you have no erection problems Viagra would help you to make = better sex more often and to bring unimaginable plesure to her. Just = disolve half a pill under your tongue and get ready for action in 30 = minutes. The tests showed that the majority of men after taking this = medication were able to have perfect erection during 24 hours! Package Quantity Price in your local drugstore* Our price LearnMoreNow 10 tabs 20 doses $99.95 $34.49 30 tabs 60 doses $299.95 $88.50 60 tabs 120 doses $449.95 $141.02 90 tabs 180 doses $769.95 $176.40 180 tabs 360 doses $1299.95 $298.46 When you are young and stressed up… When you are aged and never give up… Viagra gives you confidence in any chance, every time. ------=_NextPart_000_12323_01C81508.CE0F73E0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable =20

Even if you have no erection problems = Viagra would=20 help you to make better sex more often and to bring unimaginable = plesure=20 to her. Just disolve half a pill under your tongue and get ready for = action in=20 30 minutes. The tests showed that the majority of men after taking = this=20 medication were able to have perfect erection during 24 hours!

Package Quantity Price in your = local drugstore* Our = price

Learn
More
Now

10 tabs 20 doses $99.95 $34.49
30 tabs 60 doses $299.95 $88.50
60 tabs 120 doses $449.95 $141.02
90 tabs 180 doses $769.95 $176.40
180 tabs 360 doses $1299.95 $298.46

When you are young and stressed = up…
When you are aged and never give up…
Viagra gives you confidence in any chance, every time.

------=_NextPart_000_12323_01C81508.CE0F73E0-- From ElbaburbankFoote@britneyspears.ac Mon Oct 22 20:35:51 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1Ik7kM-0002iw-Vc for geopriv-archive@lists.ietf.org; Mon, 22 Oct 2007 20:35:51 -0400 Received: from [58.245.163.252] (helo=0a4feb5fe0014f4.domain) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1Ik7kM-0000fT-CL for geopriv-archive@lists.ietf.org; Mon, 22 Oct 2007 20:35:50 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by host90068951.britneyspears.ac (8.13.1/8.13.1) with SMTP id Z76ajz7S87.044124.yDY.dB7.0164043269046 for ; Tue, 23 Oct 2007 08:34:43 -0800 Message-ID: <130b001c8150c$a4a1ff10$6401a8c0@0A4FEB5FE0014F4> From: "Kitty Lunsford" To: Subject: Your family Date: Tue, 23 Oct 2007 08:34:43 -0800 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_130AC_01C8150C.A4A1FF10" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-Spam-Score: 0.0 (/) X-Scan-Signature: d16ce744298aacf98517bc7c108bd198 This is a multi-part message in MIME format. ------=_NextPart_000_130AC_01C8150C.A4A1FF10 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Even if you have no erection problems Cialis would help you to make = better sex more often and to bring unimaginable plesure to her. Just = disolve half a pill under your tongue and get ready for action in 15 = minutes! The tests showed that the majority of men after taking this = medication were able to have perfect erection during 36 hours! Package Quantity Price in your local drugstore* Our price LearnMoreNow 10 tabs 20 doses $95.95 $34.19 30 tabs 60 doses $349.95 $104.66 60 tabs 120 doses $549.95 $180.15 90 tabs 180 doses $789.95 $242.06 180 tabs 360 doses $1325.95 $445.61 When you are young and stressed up… When you are aged and never give up… Cialis gives you confidence in any chance, every time. ------=_NextPart_000_130AC_01C8150C.A4A1FF10 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable =20

Even if you have no erection problems = Cialis would=20 help you to make better sex more often and to bring unimaginable = plesure=20 to her. Just disolve half a pill under your tongue and get ready for = action in=20 15 minutes! The tests showed that the majority of men after taking = this=20 medication were able to have perfect erection during 36 hours!

Package Quantity Price in your = local drugstore* Our = price

Learn
More
Now

10 tabs 20 doses $95.95 $34.19
30 tabs 60 doses $349.95 $104.66
60 tabs 120 doses $549.95 $180.15
90 tabs 180 doses $789.95 $242.06
180 tabs 360 doses $1325.95 $445.61

When you are young and stressed = up…
When you are aged and never give up…
Cialis gives you confidence in any chance, every time.

------=_NextPart_000_130AC_01C8150C.A4A1FF10-- From MeredithwaiteSilver@theturkishtimes.com Tue Oct 23 04:55:30 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IkFXu-00015v-5G for geopriv-archive@lists.ietf.org; Tue, 23 Oct 2007 04:55:30 -0400 Received: from pool-72-72-208-66.altnpa.east.verizon.net ([72.72.208.66] helo=compaq6400nx) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1IkFXt-0005IQ-QF for geopriv-archive@lists.ietf.org; Tue, 23 Oct 2007 04:55:30 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by host28660277.theturkishtimes.com (8.13.1/8.13.1) with SMTP id cN51C1dF57.064955.A5r.rfw.6089537089407 for ; Tue, 23 Oct 2007 03:54:09 +0500 Message-ID: From: "Meghan Silver" To: Subject: Confirmation link Date: Tue, 23 Oct 2007 03:54:09 +0500 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_C9479_01C81552.66655E40" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-Spam-Score: 0.0 (/) X-Scan-Signature: d16ce744298aacf98517bc7c108bd198 This is a multi-part message in MIME format. ------=_NextPart_000_C9479_01C81552.66655E40 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Even if you have no erection problems Viagra would help you to make = better sex more often and to bring unimaginable plesure to her. Just = disolve half a pill under your tongue and get ready for action in 30 = minutes. The tests showed that the majority of men after taking this = medication were able to have perfect erection during 24 hours! Package Quantity Price in your local drugstore* Our price LearnMoreNow 10 tabs 20 doses $99.95 $34.49 30 tabs 60 doses $299.95 $88.50 60 tabs 120 doses $449.95 $141.02 90 tabs 180 doses $769.95 $176.40 180 tabs 360 doses $1299.95 $298.46 When you are young and stressed up… When you are aged and never give up… Viagra gives you confidence in any chance, every time. ------=_NextPart_000_C9479_01C81552.66655E40 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable =20

Even if you have no erection problems = Viagra would=20 help you to make better sex more often and to bring unimaginable = plesure=20 to her. Just disolve half a pill under your tongue and get ready for = action in=20 30 minutes. The tests showed that the majority of men after taking = this=20 medication were able to have perfect erection during 24 hours!

Package Quantity Price in your = local drugstore* Our = price

Learn
More
Now

10 tabs 20 doses $99.95 $34.49
30 tabs 60 doses $299.95 $88.50
60 tabs 120 doses $449.95 $141.02
90 tabs 180 doses $769.95 $176.40
180 tabs 360 doses $1299.95 $298.46

When you are young and stressed = up…
When you are aged and never give up…
Viagra gives you confidence in any chance, every time.

------=_NextPart_000_C9479_01C81552.66655E40-- From Hannasbuq@baerenhor.de Tue Oct 23 09:03:28 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IkJPs-0006lx-Is for geopriv-archive@lists.ietf.org; Tue, 23 Oct 2007 09:03:28 -0400 Received: from host185-199-dynamic.11-87-r.retail.telecomitalia.it ([87.11.199.185] helo=host130-197-dynamic.11-87-r.retail.telecomitalia.it) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IkJPr-0006dk-0f for geopriv-archive@lists.ietf.org; Tue, 23 Oct 2007 09:03:28 -0400 Received: from rosario-7aevoqu ([107.121.94.112]:30304 "EHLO rosario-7aevoqu" smtp-auth: TLS-CIPHER: TLS-PEER-CN1: ) by [82.59.87.86] with ESMTP id S22NHGPWLWUNKTUH (ORCPT ); Tue, 23 Oct 2007 15:02:43 +0200 Message-ID: <000401c81574$f97bd110$56573b52@rosario7aevoqu> From: "Silje Hanna" To: Subject: gobkcurd Date: Tue, 23 Oct 2007 15:02:32 +0200 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0006_01C81585.BD04A110" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3028 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 X-Spam-Score: 2.2 (++) X-Scan-Signature: b19722fc8d3865b147c75ae2495625f2 ------=_NextPart_000_0006_01C81585.BD04A110 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable hey poppi geopriv-archive extended cumming means extended pleasure, sound good? http://www.parsno.com/ Silje Hanna ------=_NextPart_000_0006_01C81585.BD04A110 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
hey poppi geopriv-archive
extended cumming means extended pleasure, = sound=20 good?
http://www.parsno.com/
Silje Hanna
------=_NextPart_000_0006_01C81585.BD04A110-- From AlbertfeetMorgan@alikelystorybooks.com Tue Oct 23 10:09:56 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IkKSB-0002fI-Sq for geopriv-archive@lists.ietf.org; Tue, 23 Oct 2007 10:09:55 -0400 Received: from 217.216.28.89.dyn.user.ono.com ([217.216.28.89] helo=family) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1IkKS5-0001ps-Qr for geopriv-archive@lists.ietf.org; Tue, 23 Oct 2007 10:09:51 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by host97045886.alikelystorybooks.com (8.13.1/8.13.1) with SMTP id FCqbRzOx52.740693.xQ1.DIz.8269041465580 for ; Tue, 23 Oct 2007 16:03:54 -0100 Message-ID: <9862f01c8157e$5da7cdc0$0c00a8c0@FAMILY> From: "Roger Rogers" To: Subject: Your health Date: Tue, 23 Oct 2007 16:03:54 -0100 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_9862B_01C8157E.5DA7CDC0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.3790.2663 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.2757 X-Antivirus: avast! (VPS 000783-1, 22/10/2007), Outbound message X-Antivirus-Status: Clean X-Spam-Score: 3.3 (+++) X-Scan-Signature: d16ce744298aacf98517bc7c108bd198 This is a multi-part message in MIME format. ------=_NextPart_000_9862B_01C8157E.5DA7CDC0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Even if you have no erection problems Viagra would help you to make = better sex more often and to bring unimaginable plesure to her. Just = disolve half a pill under your tongue and get ready for action in 30 = minutes. The tests showed that the majority of men after taking this = medication were able to have perfect erection during 24 hours! Package Quantity Price in your local drugstore* Our price LearnMoreNow 10 tabs 20 doses $99.95 $34.49 30 tabs 60 doses $299.95 $88.50 60 tabs 120 doses $449.95 $141.02 90 tabs 180 doses $769.95 $176.40 180 tabs 360 doses $1299.95 $298.46 When you are young and stressed up… When you are aged and never give up… Viagra gives you confidence in any chance, every time. ------=_NextPart_000_9862B_01C8157E.5DA7CDC0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable =20

Even if you have no erection problems = Viagra would=20 help you to make better sex more often and to bring unimaginable = plesure=20 to her. Just disolve half a pill under your tongue and get ready for = action in=20 30 minutes. The tests showed that the majority of men after taking = this=20 medication were able to have perfect erection during 24 hours!

Package Quantity Price in your = local drugstore* Our = price

Learn
More
Now

10 tabs 20 doses $99.95 $34.49
30 tabs 60 doses $299.95 $88.50
60 tabs 120 doses $449.95 $141.02
90 tabs 180 doses $769.95 $176.40
180 tabs 360 doses $1299.95 $298.46

When you are young and stressed = up…
When you are aged and never give up…
Viagra gives you confidence in any chance, every time.

------=_NextPart_000_9862B_01C8157E.5DA7CDC0-- From jitendra01harper40@boxlotto.com Tue Oct 23 11:59:14 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IkM9y-0002n6-BS for geopriv-archive@lists.ietf.org; Tue, 23 Oct 2007 11:59:14 -0400 Received: from [72.94.56.238] (helo=72.94.56.238) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IkM9u-0004mi-1Y for geopriv-archive@lists.ietf.org; Tue, 23 Oct 2007 11:59:10 -0400 Received: from [72.94.56.238] by wagbv.boxlotto.com; Tue, 23 Oct 2007 15:59:08 +0000 Message-ID: <000901c8158d$07501986$822a4c8b@cavvig> From: "garrick guthrie" To: "Joan Gunn" Subject: We specialize in the sales of brand-name quality Date: Tue, 23 Oct 2007 14:11:45 +0000 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0006_01C8158D.074E8CD2" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.3790.2663 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.2757 X-Spam-Score: 4.7 (++++) X-Scan-Signature: 9ed51c9d1356100bce94f1ae4ec616a9 This is a multi-part message in MIME format. ------=_NextPart_000_0006_01C8158D.074E8CD2 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Life Should be Full of Luxuries, yet, only a handful of people can = afford the finest products, the luxuries of the elite. We are committed to bringing you the finest products, at prices = incomparably lower. Perfectly crafted luxury timepieces, all at = affordable prices. Thousands of different models to choose from! http://catagena.com.cn/ ------=_NextPart_000_0006_01C8158D.074E8CD2 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Life Should be Full of Luxuries, yet, only a handful of people can = afford the finest products,=20 the luxuries of the elite.
We are committed to bringing you the = finest products, at prices=20 incomparably lower. Perfectly crafted luxury timepieces, all at = affordable prices. Thousands=20 of different models to choose from!

http://catagena.com.cn/ ------=_NextPart_000_0006_01C8158D.074E8CD2-- From MiguelscholasticHawkins@blinddogs.com Tue Oct 23 14:46:18 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IkOle-0006PG-Jl for geopriv-archive@lists.ietf.org; Tue, 23 Oct 2007 14:46:18 -0400 Received: from host-190-11-76-57.supernet.com.bo ([190.11.76.57] helo=gerencia) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1IkOlY-0007CO-6c for geopriv-archive@lists.ietf.org; Tue, 23 Oct 2007 14:46:18 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by host75241118.blinddogs.com (8.13.1/8.13.1) with SMTP id kTZK6juF71.701021.4PQ.4SO.5272873814801 for ; Tue, 23 Oct 2007 14:48:56 -0100 Message-ID: <3dd1301c81573$75de3ba0$24a8c0c8@gerencia> From: "Bernard Dunn" To: Subject: Your health Date: Tue, 23 Oct 2007 14:48:56 -0100 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_3DD0F_01C81573.75DE3BA0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1437 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 X-Spam-Score: 1.7 (+) X-Scan-Signature: d16ce744298aacf98517bc7c108bd198 This is a multi-part message in MIME format. ------=_NextPart_000_3DD0F_01C81573.75DE3BA0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Even if you have no erection problems Cialis would help you to make = better sex more often and to bring unimaginable plesure to her. Just = disolve half a pill under your tongue and get ready for action in 15 = minutes! The tests showed that the majority of men after taking this = medication were able to have perfect erection during 36 hours! Package Quantity Price in your local drugstore* Our price LearnMoreNow 10 tabs 20 doses $95.95 $34.19 30 tabs 60 doses $349.95 $104.66 60 tabs 120 doses $549.95 $180.15 90 tabs 180 doses $789.95 $242.06 180 tabs 360 doses $1325.95 $445.61 When you are young and stressed up… When you are aged and never give up… Cialis gives you confidence in any chance, every time. ------=_NextPart_000_3DD0F_01C81573.75DE3BA0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable =20

Even if you have no erection problems = Cialis would=20 help you to make better sex more often and to bring unimaginable = plesure=20 to her. Just disolve half a pill under your tongue and get ready for = action in=20 15 minutes! The tests showed that the majority of men after taking = this=20 medication were able to have perfect erection during 36 hours!

Package Quantity Price in your = local drugstore* Our = price

Learn
More
Now

10 tabs 20 doses $95.95 $34.19
30 tabs 60 doses $349.95 $104.66
60 tabs 120 doses $549.95 $180.15
90 tabs 180 doses $789.95 $242.06
180 tabs 360 doses $1325.95 $445.61

When you are young and stressed = up…
When you are aged and never give up…
Cialis gives you confidence in any chance, every time.

------=_NextPart_000_3DD0F_01C81573.75DE3BA0-- From Helge-clic@tsvadendorf.de Tue Oct 23 18:29:12 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IkSFM-0005xK-5L for geopriv-archive@lists.ietf.org; Tue, 23 Oct 2007 18:29:12 -0400 Received: from host96-93-dynamic.5-87-r.retail.telecomitalia.it ([87.5.93.96]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IkSFH-0003zz-Dk for geopriv-archive@lists.ietf.org; Tue, 23 Oct 2007 18:29:07 -0400 Received: from mutti ([173.100.87.66] helo=mutti) by [87.5.93.96] ( sendmail 8.13.3/8.13.1) with esmtpa id 1dOmyI-000YPW-tT for geopriv-archive@lists.ietf.org; Tue, 23 Oct 2007 23:26:30 +0200 Message-ID: <000901c815bb$4f2854d0$605d0557@mutti> From: "Helge clic" To: Subject: placo- Date: Tue, 23 Oct 2007 23:26:01 +0200 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0004_01C815CC.12B124D0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3028 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 X-Spam-Score: 3.1 (+++) X-Scan-Signature: b19722fc8d3865b147c75ae2495625f2 ------=_NextPart_000_0004_01C815CC.12B124D0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable hey honey geopriv-archive create your own sexual destiny and enlarge your cock http://pcgnu.com/ Helge clic ------=_NextPart_000_0004_01C815CC.12B124D0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
hey honey geopriv-archive
create your own sexual destiny and enlarge = your=20 cock
http://pcgnu.com/
Helge clic
------=_NextPart_000_0004_01C815CC.12B124D0-- From Gloukhoff@tatsuya-t.com Wed Oct 24 19:50:41 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1Ikpzl-0006nY-Hr for geopriv-archive@lists.ietf.org; Wed, 24 Oct 2007 19:50:41 -0400 Received: from [201.72.228.126] (helo=[201.72.228.126]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1Ikpzc-0005Jd-Co for geopriv-archive@lists.ietf.org; Wed, 24 Oct 2007 19:50:33 -0400 Received: from oem-334a027f2d5 ([147.139.182.23] helo=oem-334a027f2d5) by [201.72.228.126] ( sendmail 8.13.3/8.13.1) with esmtpa id 1pZXzR-000GNR-ev for geopriv-archive@lists.ietf.org; Wed, 24 Oct 2007 21:50:56 -0300 Message-ID: <000501c816a1$0ae821b0$7ee448c9@oem334a027f2d5> From: "jennica Gloukhoff" To: Subject: hundre Date: Wed, 24 Oct 2007 21:50:30 -0300 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0009_01C81687.E59AE9B0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3028 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 X-Spam-Score: 2.1 (++) X-Scan-Signature: b19722fc8d3865b147c75ae2495625f2 ------=_NextPart_000_0009_01C81687.E59AE9B0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable How's tricks? geopriv-archive if you dream of having a big dick, you make it real today http://www.ronud.com/ jennica Gloukhoff ------=_NextPart_000_0009_01C81687.E59AE9B0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
How's tricks? geopriv-archive
if you dream of having a big dick, you make it = real=20 today
http://www.ronud.com/
jennica Gloukhoff
------=_NextPart_000_0009_01C81687.E59AE9B0-- From stephqn.Champagne@site.com.my Fri Oct 26 08:36:32 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IlOQS-0007rC-4F for geopriv-archive@lists.ietf.org; Fri, 26 Oct 2007 08:36:32 -0400 Received: from 201009005053.user.veloxzone.com.br ([201.9.5.53]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IlOQL-0000Ej-C0 for geopriv-archive@lists.ietf.org; Fri, 26 Oct 2007 08:36:26 -0400 Received: from Micro02 ([122.184.182.139] helo=Micro02) by 201009005053.user.veloxzone.com.br ( sendmail 8.13.3/8.13.1) with esmtpa id 1FALMr-000OFE-Sq for geopriv-archive@lists.ietf.org; Fri, 26 Oct 2007 10:36:45 -0200 Message-ID: <000601c817cc$cb33dc80$350509c9@Micro02> From: "stephqn Champagne" To: Subject: derpegah Date: Fri, 26 Oct 2007 10:36:13 -0200 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0005_01C817BC.07AB0C80" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3028 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 X-Spam-Score: 0.7 (/) X-Scan-Signature: b19722fc8d3865b147c75ae2495625f2 ------=_NextPart_000_0005_01C817BC.07AB0C80 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hello readers geopriv-archive no more jokes but your dick is really small so enlarge it! http://salyclub.com/ stephqn Champagne ------=_NextPart_000_0005_01C817BC.07AB0C80 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hello readers geopriv-archive
no more jokes but your dick is really small so = enlarge=20 it!
http://salyclub.com/
stephqn Champagne
------=_NextPart_000_0005_01C817BC.07AB0C80-- From geopriv-bounces@ietf.org Fri Oct 26 08:59:29 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1IlOlW-00037P-Tp; Fri, 26 Oct 2007 08:58:18 -0400 Received: from geopriv by megatron.ietf.org with local (Exim 4.43) id 1IlOlU-00035t-OX for geopriv-confirm+ok@megatron.ietf.org; Fri, 26 Oct 2007 08:58:16 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IlOlU-00030B-E4 for geopriv@ietf.org; Fri, 26 Oct 2007 08:58:16 -0400 Received: from mailgw4.ericsson.se ([193.180.251.62]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IlOlL-00039i-27 for geopriv@ietf.org; Fri, 26 Oct 2007 08:58:13 -0400 Received: from mailgw4.ericsson.se (unknown [127.0.0.1]) by mailgw4.ericsson.se (Symantec Mail Security) with ESMTP id 6D3D621182; Fri, 26 Oct 2007 14:57:56 +0200 (CEST) X-AuditID: c1b4fb3e-ae831bb0000007e1-5d-4721e454163b Received: from esealmw128.eemea.ericsson.se (unknown [153.88.254.121]) by mailgw4.ericsson.se (Symantec Mail Security) with ESMTP id 59958201B6; Fri, 26 Oct 2007 14:57:56 +0200 (CEST) Received: from esealmw126.eemea.ericsson.se ([153.88.254.170]) by esealmw128.eemea.ericsson.se with Microsoft SMTPSVC(6.0.3790.1830); Fri, 26 Oct 2007 14:57:56 +0200 Received: from mail.lmf.ericsson.se ([131.160.11.50]) by esealmw126.eemea.ericsson.se with Microsoft SMTPSVC(6.0.3790.1830); Fri, 26 Oct 2007 14:57:23 +0200 Received: from nomadiclab.lmf.ericsson.se (nomadiclab.lmf.ericsson.se [131.160.33.3]) by mail.lmf.ericsson.se (Postfix) with ESMTP id 34A4E2765; Fri, 26 Oct 2007 15:57:23 +0300 (EEST) Received: from nomadiclab.lmf.ericsson.se (localhost [127.0.0.1]) by nomadiclab.lmf.ericsson.se (Postfix) with ESMTP id 0F3324DC2F; Fri, 26 Oct 2007 15:57:22 +0300 (EEST) Received: from [IPv6:::1] (localhost [IPv6:::1]) by nomadiclab.lmf.ericsson.se (Postfix) with ESMTP id 7918C4DC26; Fri, 26 Oct 2007 15:57:21 +0300 (EEST) From: Salvatore Loreto To: rohan@ekabal.com Content-Type: text/plain Date: Fri, 26 Oct 2007 15:57:21 +0300 Message-Id: <1193403441.4397.36.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.8.3 (2.8.3-2.fc6) Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP X-OriginalArrivalTime: 26 Oct 2007 12:57:23.0561 (UTC) FILETIME=[C0841590:01C817CF] X-Brightmail-Tracker: AAAAAA== X-Spam-Score: -1.0 (-) X-Scan-Signature: e1e48a527f609d1be2bc8d8a70eb76cb Cc: geopriv@ietf.org, rjsparks@estacado.net Subject: [Geopriv] Location Deference Event Pkg 02 X-BeenThere: geopriv@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Geographic Location/Privacy List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: geopriv-bounces@ietf.org Hi there, I haven't seen any discussion on this draft during the last months. It seems that there is a lack of interest in the wg, however it is becoming important for OMA. I have read carefully the draft and I have some initial comments: 1) (Section 3.3) "For this package the subscriber SHOULD include an 'application/location-delta-filter+xml'" My understand is that it is only a recommendation, but draft does not restrict to use any other type of content (i.e for QoS parameters preferences). 2) (Section 3.7): "If no location-filter is provided, the Notifier SHOULD reject the subscription with a 403 Forbidden response" I don't think that should be always true. In fact it should be possible that if SUBSCRIBE with Expires 0 is sent (one time request), then it should possible that no filter is provided. Notifier will send current location information as soon as possible. 3) (Section 3.8) "Immediately after a subscription is accepted, the Notifier MUST send a NOTIFY with the current location information as appropriate based on the identity of the subscriber." According to RFC 3265 it is possible to sent NOTIFY with pending status, and then, when request is actually authorized and location information obtained, then initial NOTIFY with location information is going to be sent. This is not mentioned in the draft, but maybe it needs clarification. Best Regards Sal _______________________________________________ Geopriv mailing list Geopriv@ietf.org https://www1.ietf.org/mailman/listinfo/geopriv From geopriv-bounces@ietf.org Fri Oct 26 09:17:05 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1IlP3Z-0000yc-My; Fri, 26 Oct 2007 09:16:57 -0400 Received: from geopriv by megatron.ietf.org with local (Exim 4.43) id 1IlP3Z-0000uY-10 for geopriv-confirm+ok@megatron.ietf.org; Fri, 26 Oct 2007 09:16:57 -0400 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IlP3Y-0000uN-MN for geopriv@ietf.org; Fri, 26 Oct 2007 09:16:56 -0400 Received: from ebru.winwebhosting.com ([74.52.236.50]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IlP3Y-0001Gh-6F for geopriv@ietf.org; Fri, 26 Oct 2007 09:16:56 -0400 Received: from [209.173.53.233] (helo=BROSLT41xp) by ebru.winwebhosting.com with esmtpa (Exim 4.68) (envelope-from ) id 1IlP3Z-0003jO-6d; Fri, 26 Oct 2007 08:16:57 -0500 From: "Brian Rosen" To: "'Salvatore Loreto'" , References: <1193403441.4397.36.camel@localhost.localdomain> Subject: RE: [Geopriv] Location Deference Event Pkg 02 Date: Fri, 26 Oct 2007 09:16:52 -0400 Message-ID: <0a2601c817d2$7ac263b0$640fa8c0@cis.neustar.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 Thread-Index: AcgX0BOgInEhY5CjQgumX4proAy9oAAAiTHw In-Reply-To: <1193403441.4397.36.camel@localhost.localdomain> X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - ebru.winwebhosting.com X-AntiAbuse: Original Domain - ietf.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - brianrosen.net X-Source: X-Source-Args: X-Source-Dir: X-Spam-Score: 0.0 (/) X-Scan-Signature: 02ec665d00de228c50c93ed6b5e4fc1a Cc: geopriv@ietf.org, rjsparks@estacado.net X-BeenThere: geopriv@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Geographic Location/Privacy List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: geopriv-bounces@ietf.org What in the presence event package would not suit OMAs needs? This is the preferred approach of many WG members so far. That is why you have not seen much discussion. Brian > -----Original Message----- > From: Salvatore Loreto [mailto:salvatore.loreto@ericsson.com] > Sent: Friday, October 26, 2007 8:57 AM > To: rohan@ekabal.com > Cc: geopriv@ietf.org; rjsparks@estacado.net > Subject: [Geopriv] Location Deference Event Pkg 02 > > Hi there, > > I haven't seen any discussion on this draft during the last months. > It seems that there is a lack of interest in the wg, however it is > becoming important for OMA. > > > I have read carefully the draft and I have some initial comments: > > > 1) (Section 3.3) "For this package the subscriber SHOULD include an > 'application/location-delta-filter+xml'" > > My understand is that it is only a recommendation, but draft does not > restrict to use any other type of content (i.e for QoS parameters > preferences). > > > 2) (Section 3.7): "If no location-filter is provided, the Notifier > SHOULD reject the subscription with a 403 Forbidden response" > > I don't think that should be always true. > In fact it should be possible that if SUBSCRIBE with Expires 0 is sent > (one time request), then it should possible that no filter is provided. > Notifier will send current location information as soon as possible. > > > 3) (Section 3.8) "Immediately after a subscription is accepted, the > Notifier MUST send a NOTIFY with the current location information as > appropriate based on the identity of the subscriber." > > According to RFC 3265 it is possible to sent NOTIFY with pending status, > and then, when request is actually authorized and location information > obtained, then initial NOTIFY with location information is going to be > sent. This is not mentioned in the draft, but maybe it needs > clarification. > > > Best Regards > Sal > > > > _______________________________________________ > Geopriv mailing list > Geopriv@ietf.org > https://www1.ietf.org/mailman/listinfo/geopriv _______________________________________________ Geopriv mailing list Geopriv@ietf.org https://www1.ietf.org/mailman/listinfo/geopriv From geopriv-bounces@ietf.org Fri Oct 26 09:55:53 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1IlPfA-0000gI-PY; Fri, 26 Oct 2007 09:55:48 -0400 Received: from geopriv by megatron.ietf.org with local (Exim 4.43) id 1IlPf9-0000er-Fo for geopriv-confirm+ok@megatron.ietf.org; Fri, 26 Oct 2007 09:55:47 -0400 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IlPf9-0000ee-4S for geopriv@ietf.org; Fri, 26 Oct 2007 09:55:47 -0400 Received: from mailgw3.ericsson.se ([193.180.251.60]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IlPf7-0002Zs-Nk for geopriv@ietf.org; Fri, 26 Oct 2007 09:55:47 -0400 Received: from mailgw3.ericsson.se (unknown [127.0.0.1]) by mailgw3.ericsson.se (Symantec Mail Security) with ESMTP id 0DD1D2040A; Fri, 26 Oct 2007 15:55:45 +0200 (CEST) X-AuditID: c1b4fb3c-b0e80bb0000007e1-49-4721f1e0c17c Received: from esealmw127.eemea.ericsson.se (unknown [153.88.254.122]) by mailgw3.ericsson.se (Symantec Mail Security) with ESMTP id DBB3520404; Fri, 26 Oct 2007 15:55:44 +0200 (CEST) Received: from esealmw129.eemea.ericsson.se ([153.88.254.177]) by esealmw127.eemea.ericsson.se with Microsoft SMTPSVC(6.0.3790.1830); Fri, 26 Oct 2007 15:55:44 +0200 Received: from mail.lmf.ericsson.se ([131.160.11.50]) by esealmw129.eemea.ericsson.se with Microsoft SMTPSVC(6.0.3790.1830); Fri, 26 Oct 2007 15:55:44 +0200 Received: from nomadiclab.lmf.ericsson.se (nomadiclab.lmf.ericsson.se [131.160.33.3]) by mail.lmf.ericsson.se (Postfix) with ESMTP id 330CD2462; Fri, 26 Oct 2007 16:55:44 +0300 (EEST) Received: from nomadiclab.lmf.ericsson.se (localhost [127.0.0.1]) by nomadiclab.lmf.ericsson.se (Postfix) with ESMTP id 317D44DC2F; Fri, 26 Oct 2007 16:55:43 +0300 (EEST) Received: from [IPv6:::1] (localhost [IPv6:::1]) by nomadiclab.lmf.ericsson.se (Postfix) with ESMTP id BD0104DC26; Fri, 26 Oct 2007 16:55:42 +0300 (EEST) Subject: RE: [Geopriv] Location Deference Event Pkg 02 From: Salvatore Loreto To: Brian Rosen In-Reply-To: <0a2601c817d2$7ac263b0$640fa8c0@cis.neustar.com> References: <1193403441.4397.36.camel@localhost.localdomain> <0a2601c817d2$7ac263b0$640fa8c0@cis.neustar.com> Content-Type: text/plain Date: Fri, 26 Oct 2007 16:55:43 +0300 Message-Id: <1193406943.4397.50.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.8.3 (2.8.3-2.fc6) Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP X-OriginalArrivalTime: 26 Oct 2007 13:55:44.0160 (UTC) FILETIME=[E7091A00:01C817D7] X-Brightmail-Tracker: AAAAAA== X-Spam-Score: 0.0 (/) X-Scan-Signature: fb6060cb60c0cea16e3f7219e40a0a81 Cc: geopriv@ietf.org, rohan@ekabal.com, rjsparks@estacado.net X-BeenThere: geopriv@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Geographic Location/Privacy List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: geopriv-bounces@ietf.org are you saying that the preferred approach among the wg members is the usage of present event package with the filter criteria used to differentiate the location event from the presence event? without create a new specific event pkg for the location? Sal On Fri, 2007-10-26 at 09:16 -0400, Brian Rosen wrote: > What in the presence event package would not suit OMAs needs? This is the > preferred approach of many WG members so far. That is why you have not seen > much discussion. > > Brian > > > -----Original Message----- > > From: Salvatore Loreto [mailto:salvatore.loreto@ericsson.com] > > Sent: Friday, October 26, 2007 8:57 AM > > To: rohan@ekabal.com > > Cc: geopriv@ietf.org; rjsparks@estacado.net > > Subject: [Geopriv] Location Deference Event Pkg 02 > > > > Hi there, > > > > I haven't seen any discussion on this draft during the last months. > > It seems that there is a lack of interest in the wg, however it is > > becoming important for OMA. > > > > > > I have read carefully the draft and I have some initial comments: > > > > > > 1) (Section 3.3) "For this package the subscriber SHOULD include an > > 'application/location-delta-filter+xml'" > > > > My understand is that it is only a recommendation, but draft does not > > restrict to use any other type of content (i.e for QoS parameters > > preferences). > > > > > > 2) (Section 3.7): "If no location-filter is provided, the Notifier > > SHOULD reject the subscription with a 403 Forbidden response" > > > > I don't think that should be always true. > > In fact it should be possible that if SUBSCRIBE with Expires 0 is sent > > (one time request), then it should possible that no filter is provided. > > Notifier will send current location information as soon as possible. > > > > > > 3) (Section 3.8) "Immediately after a subscription is accepted, the > > Notifier MUST send a NOTIFY with the current location information as > > appropriate based on the identity of the subscriber." > > > > According to RFC 3265 it is possible to sent NOTIFY with pending status, > > and then, when request is actually authorized and location information > > obtained, then initial NOTIFY with location information is going to be > > sent. This is not mentioned in the draft, but maybe it needs > > clarification. > > > > > > Best Regards > > Sal > > > > > > > > _______________________________________________ > > Geopriv mailing list > > Geopriv@ietf.org > > https://www1.ietf.org/mailman/listinfo/geopriv > _______________________________________________ Geopriv mailing list Geopriv@ietf.org https://www1.ietf.org/mailman/listinfo/geopriv From geopriv-bounces@ietf.org Fri Oct 26 10:14:17 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1IlPwb-000650-Fc; Fri, 26 Oct 2007 10:13:49 -0400 Received: from geopriv by megatron.ietf.org with local (Exim 4.43) id 1IlPwY-00062L-Ue for geopriv-confirm+ok@megatron.ietf.org; Fri, 26 Oct 2007 10:13:47 -0400 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IlPwW-000620-Ha for geopriv@ietf.org; Fri, 26 Oct 2007 10:13:44 -0400 Received: from ebru.winwebhosting.com ([74.52.236.50]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IlPwV-0003if-US for geopriv@ietf.org; Fri, 26 Oct 2007 10:13:44 -0400 Received: from [209.173.53.233] (helo=BROSLT41xp) by ebru.winwebhosting.com with esmtpa (Exim 4.68) (envelope-from ) id 1IlPwW-00054j-Qt; Fri, 26 Oct 2007 09:13:45 -0500 From: "Brian Rosen" To: "'Salvatore Loreto'" References: <1193403441.4397.36.camel@localhost.localdomain> <0a2601c817d2$7ac263b0$640fa8c0@cis.neustar.com> <1193406943.4397.50.camel@localhost.localdomain> Subject: RE: [Geopriv] Location Deference Event Pkg 02 Date: Fri, 26 Oct 2007 10:13:39 -0400 Message-ID: <0a5701c817da$6a43b270$640fa8c0@cis.neustar.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 Thread-Index: AcgX1/Lc4dqbp+rWQ1ye2SgZEvM7XAAAZdGQ In-Reply-To: <1193406943.4397.50.camel@localhost.localdomain> X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - ebru.winwebhosting.com X-AntiAbuse: Original Domain - ietf.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - brianrosen.net X-Source: X-Source-Args: X-Source-Dir: X-Spam-Score: 0.0 (/) X-Scan-Signature: a8a20a483a84f747e56475e290ee868e Cc: geopriv@ietf.org, rohan@ekabal.com, rjsparks@estacado.net X-BeenThere: geopriv@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Geographic Location/Privacy List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: geopriv-bounces@ietf.org Yes. I probably wouldn't describe the use the same way. I expect that in many cases the LIS that supplies location will provide a presence event subscription service. The only interesting parts of the PIDF will be the location parts. Filters that are specific to location will be needed in any event (pardon the pun). If you had a real presence service, and it had access to the location information, then the presence server would also provide a subscription for PIDF that included PIDF-LO. You could have both situations, where the presence server is aggregating the LIS information with other presence information it had. In the former case, the only events you would get would be location change events. In the latter case, you get a PIDF when location changed as well as when other presence data changed. Filters can help the client influence how often events arrive in both cases. Brian > -----Original Message----- > From: Salvatore Loreto [mailto:salvatore.loreto@ericsson.com] > Sent: Friday, October 26, 2007 9:56 AM > To: Brian Rosen > Cc: rohan@ekabal.com; geopriv@ietf.org; rjsparks@estacado.net > Subject: RE: [Geopriv] Location Deference Event Pkg 02 > > > are you saying that the preferred approach among the wg members > is the usage of present event package with the filter criteria used to > differentiate the location event from the presence event? > > without create a new specific event pkg for the location? > > Sal > > > On Fri, 2007-10-26 at 09:16 -0400, Brian Rosen wrote: > > What in the presence event package would not suit OMAs needs? This is > the > > preferred approach of many WG members so far. That is why you have not > seen > > much discussion. > > > > Brian > > > > > -----Original Message----- > > > From: Salvatore Loreto [mailto:salvatore.loreto@ericsson.com] > > > Sent: Friday, October 26, 2007 8:57 AM > > > To: rohan@ekabal.com > > > Cc: geopriv@ietf.org; rjsparks@estacado.net > > > Subject: [Geopriv] Location Deference Event Pkg 02 > > > > > > Hi there, > > > > > > I haven't seen any discussion on this draft during the last months. > > > It seems that there is a lack of interest in the wg, however it is > > > becoming important for OMA. > > > > > > > > > I have read carefully the draft and I have some initial comments: > > > > > > > > > 1) (Section 3.3) "For this package the subscriber SHOULD include an > > > 'application/location-delta-filter+xml'" > > > > > > My understand is that it is only a recommendation, but draft does not > > > restrict to use any other type of content (i.e for QoS parameters > > > preferences). > > > > > > > > > 2) (Section 3.7): "If no location-filter is provided, the Notifier > > > SHOULD reject the subscription with a 403 Forbidden response" > > > > > > I don't think that should be always true. > > > In fact it should be possible that if SUBSCRIBE with Expires 0 is sent > > > (one time request), then it should possible that no filter is > provided. > > > Notifier will send current location information as soon as possible. > > > > > > > > > 3) (Section 3.8) "Immediately after a subscription is accepted, the > > > Notifier MUST send a NOTIFY with the current location information as > > > appropriate based on the identity of the subscriber." > > > > > > According to RFC 3265 it is possible to sent NOTIFY with pending > status, > > > and then, when request is actually authorized and location information > > > obtained, then initial NOTIFY with location information is going to be > > > sent. This is not mentioned in the draft, but maybe it needs > > > clarification. > > > > > > > > > Best Regards > > > Sal > > > > > > > > > > > > _______________________________________________ > > > Geopriv mailing list > > > Geopriv@ietf.org > > > https://www1.ietf.org/mailman/listinfo/geopriv > > _______________________________________________ Geopriv mailing list Geopriv@ietf.org https://www1.ietf.org/mailman/listinfo/geopriv From geopriv-bounces@ietf.org Fri Oct 26 11:33:05 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1IlRAp-0008Cx-MW; Fri, 26 Oct 2007 11:32:35 -0400 Received: from geopriv by megatron.ietf.org with local (Exim 4.43) id 1IlRAo-0008Ah-4I for geopriv-confirm+ok@megatron.ietf.org; Fri, 26 Oct 2007 11:32:34 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IlRAn-0008AU-Qq for geopriv@ietf.org; Fri, 26 Oct 2007 11:32:33 -0400 Received: from smtp3.andrew.com ([198.135.207.235] helo=andrew.com) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IlRAf-0001CH-NO for geopriv@ietf.org; Fri, 26 Oct 2007 11:32:33 -0400 X-SEF-Processed: 5_0_0_910__2007_10_26_10_42_22 X-SEF-16EBA1E9-99E8-4E1D-A1CA-4971F5510AF: 1 Received: from aopexbh1.andrew.com [10.86.20.24] by smtp3.andrew.com - SurfControl E-mail Filter (5.2.1); Fri, 26 Oct 2007 10:42:22 -0500 Received: from AOPEX4.andrew.com ([10.86.20.22]) by aopexbh1.andrew.com with Microsoft SMTPSVC(6.0.3790.3959); Fri, 26 Oct 2007 10:32:09 -0500 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Subject: RE: [Geopriv] Location Deference Event Pkg 02 Date: Fri, 26 Oct 2007 10:32:05 -0500 Message-ID: In-Reply-To: <0a5701c817da$6a43b270$640fa8c0@cis.neustar.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Geopriv] Location Deference Event Pkg 02 Thread-Index: AcgX1/Lc4dqbp+rWQ1ye2SgZEvM7XAAAZdGQAAKZaiA= References: <1193403441.4397.36.camel@localhost.localdomain><0a2601c817d2$7ac263b0$640fa8c0@cis.neustar.com><1193406943.4397.50.camel@localhost.localdomain> <0a5701c817da$6a43b270$640fa8c0@cis.neustar.com> From: "Dawson, Martin" To: "Brian Rosen" , "Salvatore Loreto" X-OriginalArrivalTime: 26 Oct 2007 15:32:09.0023 (UTC) FILETIME=[5F1524F0:01C817E5] X-Spam-Score: 1.8 (+) X-Scan-Signature: b5d20af10c334b36874c0264b10f59f1 Cc: geopriv@ietf.org, rohan@ekabal.com, rjsparks@estacado.net X-BeenThere: geopriv@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Geographic Location/Privacy List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: geopriv-bounces@ietf.org I don't think there is any formal "preferred" approach - there's a good=0D=0A= deal of noism evident in these comments.=0D=0A=0D=0AA number of people do n= ot consider it sensible to regard a LIS as a=0D=0Apresence server. Derefere= ncing a location URI is just the delayed=0D=0Acompletion of the initial HEL= D request originated by the device. Thus=0D=0Ait's very sensible and reason= able to have defined way to complete the=0D=0Alocation request in the same = way that it started.=0D=0A=0D=0AA device which hosts a presence service sub= scription can publish its=0D=0Alocation information to a real presence serv= er. Any valid watcher of=0D=0Athat presence service can, of course, subscri= be using the standard range=0D=0Aof presence packages which include locatio= n and - by the way -=0D=0Aincorporate the presence controls that work again= st an actual subscriber=0D=0Aidentity.=0D=0A=0D=0AThe question of defining = an event/reporting package for LIS=0D=0Afunctionality depends firstly on de= fining sensible event models for a=0D=0ALIS - and dealing with the question= of whether this is really the same=0D=0Aas a location event package for an= actual presence subscriber identity=0D=0Aversus a transitory LIS reference= =2E I don't consider these models to be=0D=0Amature or complete at this sta= ge. In the mean time, and regardless, the=0D=0Aability to complete the HELD= request cycle via the dereference is not=0D=0Athe same thing and is not to= be dismissed on the basis of this other=0D=0Amodel.=0D=0A=0D=0ACheers,=0D=0A= Martin=0D=0A=0D=0A-----Original Message-----=0D=0AFrom: Brian Rosen [mailto= :br@brianrosen.net]=20=0D=0ASent: Saturday, 27 October 2007 12:14 AM=0D=0AT= o: 'Salvatore Loreto'=0D=0ACc: geopriv@ietf.org; rohan@ekabal.com; rjsparks= @estacado.net=0D=0ASubject: RE: [Geopriv] Location Deference Event Pkg 02=0D= =0A=0D=0AYes. I probably wouldn't describe the use the same way. I expect = that=0D=0Ain=0D=0Amany cases the LIS that supplies location will provide a = presence event=0D=0Asubscription service. The only interesting parts of th= e PIDF will be=0D=0Athe=0D=0Alocation parts. Filters that are specific to = location will be needed in=0D=0Aany=0D=0Aevent (pardon the pun).=0D=0A=0D=0A= If you had a real presence service, and it had access to the location=0D=0A= information, then the presence server would also provide a subscription=0D=0A= for=0D=0APIDF that included PIDF-LO. You could have both situations, where= the=0D=0Apresence server is aggregating the LIS information with other pre= sence=0D=0Ainformation it had.=0D=0A=0D=0AIn the former case, the only even= ts you would get would be location=0D=0Achange=0D=0Aevents. In the latter = case, you get a PIDF when location changed as=0D=0Awell as=0D=0Awhen other = presence data changed. Filters can help the client influence=0D=0Ahow=0D=0A= often events arrive in both cases.=0D=0A=0D=0ABrian=0D=0A=0D=0A> -----Origi= nal Message-----=0D=0A> From: Salvatore Loreto [mailto:salvatore.loreto@eri= csson.com]=0D=0A> Sent: Friday, October 26, 2007 9:56 AM=0D=0A> To: Brian R= osen=0D=0A> Cc: rohan@ekabal.com; geopriv@ietf.org; rjsparks@estacado.net=0D= =0A> Subject: RE: [Geopriv] Location Deference Event Pkg 02=0D=0A>=20=0D=0A= >=20=0D=0A> are you saying that the preferred approach among the wg members=0D= =0A> is the usage of present event package with the filter criteria used to=0D= =0A> differentiate the location event from the presence event=3F=0D=0A>=20=0D= =0A> without create a new specific event pkg for the location=3F=0D=0A>=20=0D= =0A> Sal=0D=0A>=20=0D=0A>=20=0D=0A> On Fri, 2007-10-26 at 09:16 -0400, Bria= n Rosen wrote:=0D=0A> > What in the presence event package would not suit O= MAs needs=3F This=0D=0Ais=0D=0A> the=0D=0A> > preferred approach of many W= G members so far. That is why you have=0D=0Anot=0D=0A> seen=0D=0A> > much = discussion.=0D=0A> >=0D=0A> > Brian=0D=0A> >=0D=0A> > > -----Original Messa= ge-----=0D=0A> > > From: Salvatore Loreto [mailto:salvatore.loreto@ericsson= =2Ecom]=0D=0A> > > Sent: Friday, October 26, 2007 8:57 AM=0D=0A> > > To: ro= han@ekabal.com=0D=0A> > > Cc: geopriv@ietf.org; rjsparks@estacado.net=0D=0A= > > > Subject: [Geopriv] Location Deference Event Pkg 02=0D=0A> > >=0D=0A> = > > Hi there,=0D=0A> > >=0D=0A> > > I haven't seen any discussion on this d= raft during the last=0D=0Amonths.=0D=0A> > > It seems that there is a lack = of interest in the wg, however it is=0D=0A> > > becoming important for OMA.=0D= =0A> > >=0D=0A> > >=0D=0A> > > I have read carefully the draft and I have s= ome initial comments:=0D=0A> > >=0D=0A> > >=0D=0A> > > 1) (Section 3.3) "Fo= r this package the subscriber SHOULD include=0D=0Aan=0D=0A> > > 'applicatio= n/location-delta-filter+xml'"=0D=0A> > >=0D=0A> > > My understand is that i= t is only a recommendation, but draft does=0D=0Anot=0D=0A> > > restrict to = use any other type of content (i.e for QoS parameters=0D=0A> > > preference= s).=0D=0A> > >=0D=0A> > >=0D=0A> > > 2) (Section 3.7): "If no location-filt= er is provided, the Notifier=0D=0A> > > SHOULD reject the subscription with= a 403 Forbidden response"=0D=0A> > >=0D=0A> > > I don't think that should = be always true.=0D=0A> > > In fact it should be possible that if SUBSCRIBE = with Expires 0 is=0D=0Asent=0D=0A> > > (one time request), then it should p= ossible that no filter is=0D=0A> provided.=0D=0A> > > Notifier will send cu= rrent location information as soon as=0D=0Apossible.=0D=0A> > >=0D=0A> > >=0D= =0A> > > 3) (Section 3.8) "Immediately after a subscription is accepted,=0D= =0Athe=0D=0A> > > Notifier MUST send a NOTIFY with the current location inf= ormation=0D=0Aas=0D=0A> > > appropriate based on the identity of the subscr= iber."=0D=0A> > >=0D=0A> > > According to RFC 3265 it is possible to sent N= OTIFY with pending=0D=0A> status,=0D=0A> > > and then, when request is actu= ally authorized and location=0D=0Ainformation=0D=0A> > > obtained, then ini= tial NOTIFY with location information is going=0D=0Ato be=0D=0A> > > sent. = This is not mentioned in the draft, but maybe it needs=0D=0A> > > clarifica= tion.=0D=0A> > >=0D=0A> > >=0D=0A> > > Best Regards=0D=0A> > > Sal=0D=0A> >= >=0D=0A> > >=0D=0A> > >=0D=0A> > > _______________________________________= ________=0D=0A> > > Geopriv mailing list=0D=0A> > > Geopriv@ietf.org=0D=0A>= > > https://www1.ietf.org/mailman/listinfo/geopriv=0D=0A> >=0D=0A=0D=0A=0D= =0A=0D=0A_______________________________________________=0D=0AGeopriv maili= ng list=0D=0AGeopriv@ietf.org=0D=0Ahttps://www1.ietf.org/mailman/listinfo/g= eopriv=0D=0A=0D=0A---------------------------------------------------------= ---------------------------------------=0D=0AThis message is for the design= ated recipient only and may=0D=0Acontain privileged, proprietary, or otherw= ise private information. =20=0D=0AIf you have received it in error, please = notify the sender=0D=0Aimmediately and delete the original. Any unauthoriz= ed use of=0D=0Athis email is prohibited.=0D=0A-----------------------------= -------------------------------------------------------------------=0D=0A[m= f2]=0D=0A _______________________________________________ Geopriv mailing list Geopriv@ietf.org https://www1.ietf.org/mailman/listinfo/geopriv From geopriv-bounces@ietf.org Fri Oct 26 11:50:47 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1IlRSN-0001k6-Ee; Fri, 26 Oct 2007 11:50:43 -0400 Received: from geopriv by megatron.ietf.org with local (Exim 4.43) id 1IlRSL-0001jH-Tk for geopriv-confirm+ok@megatron.ietf.org; Fri, 26 Oct 2007 11:50:41 -0400 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IlRSL-0001j7-I1 for geopriv@ietf.org; Fri, 26 Oct 2007 11:50:41 -0400 Received: from ebru.winwebhosting.com ([74.52.236.50]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IlRSK-0006fx-Iz for geopriv@ietf.org; Fri, 26 Oct 2007 11:50:41 -0400 Received: from [209.173.53.233] (helo=BROSLT41xp) by ebru.winwebhosting.com with esmtpa (Exim 4.68) (envelope-from ) id 1IlRSK-0000qk-3Y; Fri, 26 Oct 2007 10:50:40 -0500 From: "Brian Rosen" To: "'Dawson, Martin'" , "'Salvatore Loreto'" References: <1193403441.4397.36.camel@localhost.localdomain><0a2601c817d2$7ac263b0$640fa8c0@cis.neustar.com><1193406943.4397.50.camel@localhost.localdomain> <0a5701c817da$6a43b270$640fa8c0@cis.neustar.com> Subject: RE: [Geopriv] Location Deference Event Pkg 02 Date: Fri, 26 Oct 2007 11:50:36 -0400 Message-ID: <0a7101c817e7$f4e54710$640fa8c0@cis.neustar.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 Thread-Index: AcgX1/Lc4dqbp+rWQ1ye2SgZEvM7XAAAZdGQAAKZaiAAAKNpwA== In-Reply-To: X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - ebru.winwebhosting.com X-AntiAbuse: Original Domain - ietf.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - brianrosen.net X-Source: X-Source-Args: X-Source-Dir: X-Spam-Score: 0.0 (/) X-Scan-Signature: a0534e6179a1e260079328e8b03c7901 Cc: geopriv@ietf.org, rohan@ekabal.com, rjsparks@estacado.net X-BeenThere: geopriv@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Geographic Location/Privacy List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: geopriv-bounces@ietf.org Martin Martin This is a discussion of event notification, and specifically SIP event notification. Salvatore was asking about Rohan's location specific event package. There are some supporters of it, but I believe the consensus AT THE MOMENT is to not have a location-specific event package. The reason, I believe that most of us don't think we need it is that it doesn't do anything significantly different from the presence event package. A discussion of the relative merits of having a TCP based request-response vs an event is entirely separate from which event package is used for events. Please don't take every comment on events for presence as an attack on HELD. Further, the general direction in Geopriv is that location is part of presence. So far, we've rebuffed attempts to separate them. I think we all recognize that a location server can supply a PIDF where the only thing of interest in the PIDF is the location information. I don't think that is a problem, and I don't think we need to make any artificial barriers between location and presence. That means a LIS is a form of presence server, always. I don't think that causes any harm, and has some advantages. Brian > -----Original Message----- > From: Dawson, Martin [mailto:Martin.Dawson@andrew.com] > Sent: Friday, October 26, 2007 11:32 AM > To: Brian Rosen; Salvatore Loreto > Cc: geopriv@ietf.org; rohan@ekabal.com; rjsparks@estacado.net > Subject: RE: [Geopriv] Location Deference Event Pkg 02 > > I don't think there is any formal "preferred" approach - there's a good > deal of noism evident in these comments. > > A number of people do not consider it sensible to regard a LIS as a > presence server. Dereferencing a location URI is just the delayed > completion of the initial HELD request originated by the device. Thus > it's very sensible and reasonable to have defined way to complete the > location request in the same way that it started. > > A device which hosts a presence service subscription can publish its > location information to a real presence server. Any valid watcher of > that presence service can, of course, subscribe using the standard range > of presence packages which include location and - by the way - > incorporate the presence controls that work against an actual subscriber > identity. > > The question of defining an event/reporting package for LIS > functionality depends firstly on defining sensible event models for a > LIS - and dealing with the question of whether this is really the same > as a location event package for an actual presence subscriber identity > versus a transitory LIS reference. I don't consider these models to be > mature or complete at this stage. In the mean time, and regardless, the > ability to complete the HELD request cycle via the dereference is not > the same thing and is not to be dismissed on the basis of this other > model. > > Cheers, > Martin > > -----Original Message----- > From: Brian Rosen [mailto:br@brianrosen.net] > Sent: Saturday, 27 October 2007 12:14 AM > To: 'Salvatore Loreto' > Cc: geopriv@ietf.org; rohan@ekabal.com; rjsparks@estacado.net > Subject: RE: [Geopriv] Location Deference Event Pkg 02 > > Yes. I probably wouldn't describe the use the same way. I expect that > in > many cases the LIS that supplies location will provide a presence event > subscription service. The only interesting parts of the PIDF will be > the > location parts. Filters that are specific to location will be needed in > any > event (pardon the pun). > > If you had a real presence service, and it had access to the location > information, then the presence server would also provide a subscription > for > PIDF that included PIDF-LO. You could have both situations, where the > presence server is aggregating the LIS information with other presence > information it had. > > In the former case, the only events you would get would be location > change > events. In the latter case, you get a PIDF when location changed as > well as > when other presence data changed. Filters can help the client influence > how > often events arrive in both cases. > > Brian > > > -----Original Message----- > > From: Salvatore Loreto [mailto:salvatore.loreto@ericsson.com] > > Sent: Friday, October 26, 2007 9:56 AM > > To: Brian Rosen > > Cc: rohan@ekabal.com; geopriv@ietf.org; rjsparks@estacado.net > > Subject: RE: [Geopriv] Location Deference Event Pkg 02 > > > > > > are you saying that the preferred approach among the wg members > > is the usage of present event package with the filter criteria used to > > differentiate the location event from the presence event? > > > > without create a new specific event pkg for the location? > > > > Sal > > > > > > On Fri, 2007-10-26 at 09:16 -0400, Brian Rosen wrote: > > > What in the presence event package would not suit OMAs needs? This > is > > the > > > preferred approach of many WG members so far. That is why you have > not > > seen > > > much discussion. > > > > > > Brian > > > > > > > -----Original Message----- > > > > From: Salvatore Loreto [mailto:salvatore.loreto@ericsson.com] > > > > Sent: Friday, October 26, 2007 8:57 AM > > > > To: rohan@ekabal.com > > > > Cc: geopriv@ietf.org; rjsparks@estacado.net > > > > Subject: [Geopriv] Location Deference Event Pkg 02 > > > > > > > > Hi there, > > > > > > > > I haven't seen any discussion on this draft during the last > months. > > > > It seems that there is a lack of interest in the wg, however it is > > > > becoming important for OMA. > > > > > > > > > > > > I have read carefully the draft and I have some initial comments: > > > > > > > > > > > > 1) (Section 3.3) "For this package the subscriber SHOULD include > an > > > > 'application/location-delta-filter+xml'" > > > > > > > > My understand is that it is only a recommendation, but draft does > not > > > > restrict to use any other type of content (i.e for QoS parameters > > > > preferences). > > > > > > > > > > > > 2) (Section 3.7): "If no location-filter is provided, the Notifier > > > > SHOULD reject the subscription with a 403 Forbidden response" > > > > > > > > I don't think that should be always true. > > > > In fact it should be possible that if SUBSCRIBE with Expires 0 is > sent > > > > (one time request), then it should possible that no filter is > > provided. > > > > Notifier will send current location information as soon as > possible. > > > > > > > > > > > > 3) (Section 3.8) "Immediately after a subscription is accepted, > the > > > > Notifier MUST send a NOTIFY with the current location information > as > > > > appropriate based on the identity of the subscriber." > > > > > > > > According to RFC 3265 it is possible to sent NOTIFY with pending > > status, > > > > and then, when request is actually authorized and location > information > > > > obtained, then initial NOTIFY with location information is going > to be > > > > sent. This is not mentioned in the draft, but maybe it needs > > > > clarification. > > > > > > > > > > > > Best Regards > > > > Sal > > > > > > > > > > > > > > > > _______________________________________________ > > > > Geopriv mailing list > > > > Geopriv@ietf.org > > > > https://www1.ietf.org/mailman/listinfo/geopriv > > > > > > > _______________________________________________ > Geopriv mailing list > Geopriv@ietf.org > https://www1.ietf.org/mailman/listinfo/geopriv > > -------------------------------------------------------------------------- > ---------------------- > This message is for the designated recipient only and may > contain privileged, proprietary, or otherwise private information. > If you have received it in error, please notify the sender > immediately and delete the original. Any unauthorized use of > this email is prohibited. > -------------------------------------------------------------------------- > ---------------------- > [mf2] _______________________________________________ Geopriv mailing list Geopriv@ietf.org https://www1.ietf.org/mailman/listinfo/geopriv From geopriv-bounces@ietf.org Fri Oct 26 11:54:23 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1IlRVt-0008W8-Bt; Fri, 26 Oct 2007 11:54:21 -0400 Received: from geopriv by megatron.ietf.org with local (Exim 4.43) id 1IlRVq-0008Qg-1A for geopriv-confirm+ok@megatron.ietf.org; Fri, 26 Oct 2007 11:54:18 -0400 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IlRVo-0008Po-9V for geopriv@ietf.org; Fri, 26 Oct 2007 11:54:17 -0400 Received: from smtp3.andrew.com ([198.135.207.235] helo=andrew.com) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IlRVn-0006lK-AK for geopriv@ietf.org; Fri, 26 Oct 2007 11:54:16 -0400 X-SEF-Processed: 5_0_0_910__2007_10_26_11_04_22 X-SEF-16EBA1E9-99E8-4E1D-A1CA-4971F5510AF: 1 Received: from acdcexbh1.andrew.com [10.86.20.91] by smtp3.andrew.com - SurfControl E-mail Filter (5.2.1); Fri, 26 Oct 2007 11:04:22 -0500 Received: from AOPEX4.andrew.com ([10.86.20.22]) by acdcexbh1.andrew.com with Microsoft SMTPSVC(6.0.3790.3959); Fri, 26 Oct 2007 10:54:09 -0500 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Subject: RE: [Geopriv] Location Deference Event Pkg 02 Date: Fri, 26 Oct 2007 10:54:06 -0500 Message-ID: In-Reply-To: <0a7101c817e7$f4e54710$640fa8c0@cis.neustar.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Geopriv] Location Deference Event Pkg 02 Thread-Index: AcgX1/Lc4dqbp+rWQ1ye2SgZEvM7XAAAZdGQAAKZaiAAAKNpwAAAd7CA References: <1193403441.4397.36.camel@localhost.localdomain><0a2601c817d2$7ac263b0$640fa8c0@cis.neustar.com><1193406943.4397.50.camel@localhost.localdomain> <0a5701c817da$6a43b270$640fa8c0@cis.neustar.com> <0a7101c817e7$f4e54710$640fa8c0@cis.neustar.com> From: "Dawson, Martin" To: "Brian Rosen" , "Salvatore Loreto" X-OriginalArrivalTime: 26 Oct 2007 15:54:09.0103 (UTC) FILETIME=[71E95DF0:01C817E8] X-Spam-Score: 1.8 (+) X-Scan-Signature: 68ba2b07ef271dba6ee42a93832cfa4c Cc: geopriv@ietf.org, rohan@ekabal.com, rjsparks@estacado.net X-BeenThere: geopriv@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Geographic Location/Privacy List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: geopriv-bounces@ietf.org Yes - I mistook the thread for the HTTP using protocol submission also=0D=0A= just made. Carry on.=0D=0A=0D=0ACheers,=0D=0AMartin=0D=0A=0D=0A-----Origina= l Message-----=0D=0AFrom: Brian Rosen [mailto:br@brianrosen.net]=20=0D=0ASe= nt: Saturday, 27 October 2007 1:51 AM=0D=0ATo: Dawson, Martin; 'Salvatore L= oreto'=0D=0ACc: geopriv@ietf.org; rohan@ekabal.com; rjsparks@estacado.net=0D= =0ASubject: RE: [Geopriv] Location Deference Event Pkg 02=0D=0A=0D=0AMartin=0D= =0A=0D=0AMartin=0D=0A=0D=0AThis is a discussion of event notification, and = specifically SIP event=0D=0Anotification. Salvatore was asking about Rohan= 's location specific=0D=0Aevent=0D=0Apackage. There are some supporters of= it, but I believe the consensus=0D=0AAT=0D=0ATHE MOMENT is to not have a l= ocation-specific event package. The=0D=0Areason, I=0D=0Abelieve that most = of us don't think we need it is that it doesn't do=0D=0Aanything significan= tly different from the presence event package. =20=0D=0A=0D=0AA discussion = of the relative merits of having a TCP based=0D=0Arequest-response=0D=0Avs = an event is entirely separate from which event package is used for=0D=0Aeve= nts. Please don't take every comment on events for presence as an=0D=0Aatt= ack=0D=0Aon HELD.=0D=0A=0D=0AFurther, the general direction in Geopriv is t= hat location is part of=0D=0Apresence. So far, we've rebuffed attempts to = separate them. I think we=0D=0Aall=0D=0Arecognize that a location server c= an supply a PIDF where the only thing=0D=0Aof=0D=0Ainterest in the PIDF is = the location information. I don't think that is=0D=0Aa=0D=0Aproblem, and I= don't think we need to make any artificial barriers=0D=0Abetween=0D=0Aloca= tion and presence. That means a LIS is a form of presence server,=0D=0Aalw= ays. I don't think that causes any harm, and has some advantages. =20=0D=0A=0D= =0ABrian=0D=0A=0D=0A> -----Original Message-----=0D=0A> From: Dawson, Marti= n [mailto:Martin.Dawson@andrew.com]=0D=0A> Sent: Friday, October 26, 2007 1= 1:32 AM=0D=0A> To: Brian Rosen; Salvatore Loreto=0D=0A> Cc: geopriv@ietf.or= g; rohan@ekabal.com; rjsparks@estacado.net=0D=0A> Subject: RE: [Geopriv] Lo= cation Deference Event Pkg 02=0D=0A>=20=0D=0A> I don't think there is any f= ormal "preferred" approach - there's a=0D=0Agood=0D=0A> deal of noism evide= nt in these comments.=0D=0A>=20=0D=0A> A number of people do not consider i= t sensible to regard a LIS as a=0D=0A> presence server. Dereferencing a loc= ation URI is just the delayed=0D=0A> completion of the initial HELD request= originated by the device. Thus=0D=0A> it's very sensible and reasonable to= have defined way to complete the=0D=0A> location request in the same way t= hat it started.=0D=0A>=20=0D=0A> A device which hosts a presence service su= bscription can publish its=0D=0A> location information to a real presence s= erver. Any valid watcher of=0D=0A> that presence service can, of course, su= bscribe using the standard=0D=0Arange=0D=0A> of presence packages which inc= lude location and - by the way -=0D=0A> incorporate the presence controls t= hat work against an actual=0D=0Asubscriber=0D=0A> identity.=0D=0A>=20=0D=0A= > The question of defining an event/reporting package for LIS=0D=0A> functi= onality depends firstly on defining sensible event models for a=0D=0A> LIS = - and dealing with the question of whether this is really the same=0D=0A> a= s a location event package for an actual presence subscriber identity=0D=0A= > versus a transitory LIS reference. I don't consider these models to be=0D= =0A> mature or complete at this stage. In the mean time, and regardless,=0D= =0Athe=0D=0A> ability to complete the HELD request cycle via the dereferenc= e is not=0D=0A> the same thing and is not to be dismissed on the basis of t= his other=0D=0A> model.=0D=0A>=20=0D=0A> Cheers,=0D=0A> Martin=0D=0A>=20=0D= =0A> -----Original Message-----=0D=0A> From: Brian Rosen [mailto:br@brianro= sen.net]=0D=0A> Sent: Saturday, 27 October 2007 12:14 AM=0D=0A> To: 'Salvat= ore Loreto'=0D=0A> Cc: geopriv@ietf.org; rohan@ekabal.com; rjsparks@estacad= o.net=0D=0A> Subject: RE: [Geopriv] Location Deference Event Pkg 02=0D=0A> =0D= =0A> Yes. I probably wouldn't describe the use the same way. I expect that=0D= =0A> in=0D=0A> many cases the LIS that supplies location will provide a pre= sence=0D=0Aevent=0D=0A> subscription service. The only interesting parts o= f the PIDF will be=0D=0A> the=0D=0A> location parts. Filters that are spec= ific to location will be needed=0D=0Ain=0D=0A> any=0D=0A> event (pardon the= pun).=0D=0A>=20=0D=0A> If you had a real presence service, and it had acce= ss to the location=0D=0A> information, then the presence server would also = provide a=0D=0Asubscription=0D=0A> for=0D=0A> PIDF that included PIDF-LO. = You could have both situations, where the=0D=0A> presence server is aggrega= ting the LIS information with other presence=0D=0A> information it had.=0D=0A= >=20=0D=0A> In the former case, the only events you would get would be loca= tion=0D=0A> change=0D=0A> events. In the latter case, you get a PIDF when = location changed as=0D=0A> well as=0D=0A> when other presence data changed.= Filters can help the client=0D=0Ainfluence=0D=0A> how=0D=0A> often events= arrive in both cases.=0D=0A>=20=0D=0A> Brian=0D=0A>=20=0D=0A> > -----Origi= nal Message-----=0D=0A> > From: Salvatore Loreto [mailto:salvatore.loreto@e= ricsson.com]=0D=0A> > Sent: Friday, October 26, 2007 9:56 AM=0D=0A> > To: B= rian Rosen=0D=0A> > Cc: rohan@ekabal.com; geopriv@ietf.org; rjsparks@estaca= do.net=0D=0A> > Subject: RE: [Geopriv] Location Deference Event Pkg 02=0D=0A= > >=0D=0A> >=0D=0A> > are you saying that the preferred approach among the = wg members=0D=0A> > is the usage of present event package with the filter c= riteria used=0D=0Ato=0D=0A> > differentiate the location event from the pre= sence event=3F=0D=0A> >=0D=0A> > without create a new specific event pkg fo= r the location=3F=0D=0A> >=0D=0A> > Sal=0D=0A> >=0D=0A> >=0D=0A> > On Fri, = 2007-10-26 at 09:16 -0400, Brian Rosen wrote:=0D=0A> > > What in the presen= ce event package would not suit OMAs needs=3F=0D=0AThis=0D=0A> is=0D=0A> > = the=0D=0A> > > preferred approach of many WG members so far. That is why y= ou=0D=0Ahave=0D=0A> not=0D=0A> > seen=0D=0A> > > much discussion.=0D=0A> > = >=0D=0A> > > Brian=0D=0A> > >=0D=0A> > > > -----Original Message-----=0D=0A= > > > > From: Salvatore Loreto [mailto:salvatore.loreto@ericsson.com]=0D=0A= > > > > Sent: Friday, October 26, 2007 8:57 AM=0D=0A> > > > To: rohan@ekaba= l.com=0D=0A> > > > Cc: geopriv@ietf.org; rjsparks@estacado.net=0D=0A> > > >= Subject: [Geopriv] Location Deference Event Pkg 02=0D=0A> > > >=0D=0A> > >= > Hi there,=0D=0A> > > >=0D=0A> > > > I haven't seen any discussion on thi= s draft during the last=0D=0A> months.=0D=0A> > > > It seems that there is = a lack of interest in the wg, however it=0D=0Ais=0D=0A> > > > becoming impo= rtant for OMA.=0D=0A> > > >=0D=0A> > > >=0D=0A> > > > I have read carefully= the draft and I have some initial=0D=0Acomments:=0D=0A> > > >=0D=0A> > > >=0D= =0A> > > > 1) (Section 3.3) "For this package the subscriber SHOULD include=0D= =0A> an=0D=0A> > > > 'application/location-delta-filter+xml'"=0D=0A> > > >=0D= =0A> > > > My understand is that it is only a recommendation, but draft=0D=0A= does=0D=0A> not=0D=0A> > > > restrict to use any other type of content (i.e= for QoS=0D=0Aparameters=0D=0A> > > > preferences).=0D=0A> > > >=0D=0A> > >= >=0D=0A> > > > 2) (Section 3.7): "If no location-filter is provided, the=0D= =0ANotifier=0D=0A> > > > SHOULD reject the subscription with a 403 Forbidde= n response"=0D=0A> > > >=0D=0A> > > > I don't think that should be always t= rue.=0D=0A> > > > In fact it should be possible that if SUBSCRIBE with Expi= res 0=0D=0Ais=0D=0A> sent=0D=0A> > > > (one time request), then it should p= ossible that no filter is=0D=0A> > provided.=0D=0A> > > > Notifier will sen= d current location information as soon as=0D=0A> possible.=0D=0A> > > >=0D=0A= > > > >=0D=0A> > > > 3) (Section 3.8) "Immediately after a subscription is = accepted,=0D=0A> the=0D=0A> > > > Notifier MUST send a NOTIFY with the curr= ent location=0D=0Ainformation=0D=0A> as=0D=0A> > > > appropriate based on t= he identity of the subscriber."=0D=0A> > > >=0D=0A> > > > According to RFC = 3265 it is possible to sent NOTIFY with pending=0D=0A> > status,=0D=0A> > >= > and then, when request is actually authorized and location=0D=0A> inform= ation=0D=0A> > > > obtained, then initial NOTIFY with location information = is going=0D=0A> to be=0D=0A> > > > sent. This is not mentioned in the draft= , but maybe it needs=0D=0A> > > > clarification.=0D=0A> > > >=0D=0A> > > >=0D= =0A> > > > Best Regards=0D=0A> > > > Sal=0D=0A> > > >=0D=0A> > > >=0D=0A> >= > >=0D=0A> > > > _______________________________________________=0D=0A> > = > > Geopriv mailing list=0D=0A> > > > Geopriv@ietf.org=0D=0A> > > > https:/= /www1.ietf.org/mailman/listinfo/geopriv=0D=0A> > >=0D=0A>=20=0D=0A>=20=0D=0A= >=20=0D=0A> _______________________________________________=0D=0A> Geopriv = mailing list=0D=0A> Geopriv@ietf.org=0D=0A> https://www1.ietf.org/mailman/l= istinfo/geopriv=0D=0A>=20=0D=0A>=0D=0A-------------------------------------= -----------------------------------=0D=0A--=0D=0A> ----------------------=0D= =0A> This message is for the designated recipient only and may=0D=0A> conta= in privileged, proprietary, or otherwise private information.=0D=0A> If you= have received it in error, please notify the sender=0D=0A> immediately and= delete the original. Any unauthorized use of=0D=0A> this email is prohibi= ted.=0D=0A>=0D=0A----------------------------------------------------------= --------------=0D=0A--=0D=0A> ----------------------=0D=0A> [mf2]=0D=0A=0D=0A=0D= =0A------------------------------------------------------------------------= ------------------------=0D=0AThis message is for the designated recipient = only and may=0D=0Acontain privileged, proprietary, or otherwise private inf= ormation. =20=0D=0AIf you have received it in error, please notify the send= er=0D=0Aimmediately and delete the original. Any unauthorized use of=0D=0A= this email is prohibited.=0D=0A--------------------------------------------= ----------------------------------------------------=0D=0A[mf2]=0D=0A _______________________________________________ Geopriv mailing list Geopriv@ietf.org https://www1.ietf.org/mailman/listinfo/geopriv From geopriv-bounces@ietf.org Fri Oct 26 21:52:09 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1IlaoU-0007FG-OB; Fri, 26 Oct 2007 21:50:10 -0400 Received: from geopriv by megatron.ietf.org with local (Exim 4.43) id 1IlaoT-0007F6-IU for geopriv-confirm+ok@megatron.ietf.org; Fri, 26 Oct 2007 21:50:09 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IlaoR-0007Ew-IX for geopriv@ietf.org; Fri, 26 Oct 2007 21:50:08 -0400 Received: from andrew.triumf.ca ([142.90.106.59]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IlaoQ-0004LW-62 for geopriv@ietf.org; Fri, 26 Oct 2007 21:50:07 -0400 Received: from localhost (localhost [127.0.0.1]) by andrew.triumf.ca (8.12.11.20060308/8.12.8) with ESMTP id l9R1nfSe024589 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 26 Oct 2007 18:49:41 -0700 Date: Fri, 26 Oct 2007 18:49:41 -0700 (PDT) From: Andrew Daviel X-X-Sender: andrew@andrew.triumf.ca To: geopriv@ietf.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Spam-Score: -0.0 (/) X-Scan-Signature: ea4ac80f790299f943f0a53be7e1a21a Subject: [Geopriv] getting position from WiFi X-BeenThere: geopriv@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Geographic Location/Privacy List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: geopriv-bounces@ietf.org I just had this idea while listening to someone talk about siting wireless access points : - would it be possible to get a location for WiFi enabled mobile devices by triangulating off 802.11 access points ? Theoretically, it could work like GPS. You could derive an accurate location from an "ephermeris" of AP locations plus time-of-flight data. In practice, I think a clock accurate to 10ns in each AP to get 10m resolution might be somewhat expensive, and NTP won't cut it, you'd need a hardware solution. Just using the AP identity itself would give reasonable accuracy with normal (not high-power) access points. RFC 3825 alludes to this possibility, suggesting using DHCP to distribute a list of AP locations. This technique would work indoors, while GPS and to some extent cellphone service do not. (cellphones won't work here; we have metal-clad buildings with wire in the window glass and the towers are too far away). (The newer generations of mobile phone have combination WiFi/3G/cellphone connectivity and can in some cases allow a mobile Web client to roam seamlessly from WiFi to cellular. Future models may allow VoIP roaming too, so there may be some incentive to have positioning work in shielded locations) -- Andrew Daviel, TRIUMF, Canada _______________________________________________ Geopriv mailing list Geopriv@ietf.org https://www1.ietf.org/mailman/listinfo/geopriv From geopriv-bounces@ietf.org Fri Oct 26 23:55:38 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1IlckG-0001Lr-L3; Fri, 26 Oct 2007 23:53:56 -0400 Received: from geopriv by megatron.ietf.org with local (Exim 4.43) id 1IlckF-0001Lm-I4 for geopriv-confirm+ok@megatron.ietf.org; Fri, 26 Oct 2007 23:53:55 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IlckF-0001J5-8G for geopriv@ietf.org; Fri, 26 Oct 2007 23:53:55 -0400 Received: from smtp3.andrew.com ([198.135.207.235] helo=andrew.com) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Ilck4-0007NK-2b for geopriv@ietf.org; Fri, 26 Oct 2007 23:53:50 -0400 X-SEF-Processed: 5_0_0_910__2007_10_26_23_03_35 X-SEF-16EBA1E9-99E8-4E1D-A1CA-4971F5510AF: 1 Received: from aopexbh2.andrew.com [10.86.20.25] by smtp3.andrew.com - SurfControl E-mail Filter (5.2.1); Fri, 26 Oct 2007 23:03:35 -0500 Received: from AOPEX4.andrew.com ([10.86.20.22]) by aopexbh2.andrew.com with Microsoft SMTPSVC(6.0.3790.3959); Fri, 26 Oct 2007 22:53:21 -0500 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Subject: RE: [Geopriv] getting position from WiFi Date: Fri, 26 Oct 2007 22:53:20 -0500 Message-ID: In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Geopriv] getting position from WiFi Thread-Index: AcgYPWbYhmEM35zIQhW06kNmJlfKQwADGeMg References: From: "Dawson, Martin" To: "Andrew Daviel" , X-OriginalArrivalTime: 27 Oct 2007 03:53:21.0653 (UTC) FILETIME=[EAD5F250:01C8184C] X-Spam-Score: 1.8 (+) X-Scan-Signature: 244a2fd369eaf00ce6820a760a3de2e8 Cc: X-BeenThere: geopriv@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Geographic Location/Privacy List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: geopriv-bounces@ietf.org Yes - there are a number of WiFi positioning solutions already=0D=0Aimpleme= nted. Check out names like Ekahau, Skyhook, and Place Lab. In=0D=0Afact, do= a Google on WiFi triangulation and you'll find lots of prior=0D=0Aart.=0D=0A=0D= =0AFrom an architectural perspective, the specific method used to do the=0D= =0Alocation determination is a second order detail. A LIS in a WiFi access=0D= =0Anetwork will invoke whichever flavour it is equipped with. The HELD=0D=0A= semantics for requesting location remain the same regardless.=0D=0A=0D=0AOf= course, if technology specific device-based measurements are part of=0D=0A= the plot, then the LIS would like to be able to invoke that measurement=0D=0A= capability as well. That is why the device-capability extensions draft=0D=0A= has been created.=0D=0A=0D=0ANote that GPS is an overlay network specifical= ly designed for=0D=0Apositioning; fully synchronized, with atomic clocks, a= nd long code=0D=0Asequences explicitly designed for accurate ranging. Using= communications=0D=0Anetworks for triangulation inevitably involves a compr= omise since the=0D=0Aaccess is designed for doing something else; not for l= ocation=0D=0Adetermination. There are some terrestrial overlay networks des= igned to=0D=0Aprovide location functionality - see S5 Networks for example.=0D= =0A=0D=0ANevertheless, the good thing about using a communication network w= hen=0D=0Alocation is required in a communication context is that you can=0D= =0Aguarantee that the network is where you need it. If there's no=0D=0Acomm= unication then working out location is the least of your worries.=0D=0ADepe= nding on a separate network for location information creates a=0D=0Aserial = reliability problem - which is exactly the issue when it comes to=0D=0Arely= ing on GPS in a communication application scenario. Sometimes it=0D=0Ajust = doesn't work when your communication network does - and when your=0D=0Acomm= unication application needs location information. So - there's=0D=0Adefinit= ely good utility in being able to use WiFi for positioning.=0D=0A=0D=0AHope= fully, one day, widely adopted communication network standards will=0D=0Ain= clude specific signalling facilities and procedures purely for=0D=0Apositio= ning purposes instead of having to make do with measurements of=0D=0Asignal= s that are just there for establishing communication and carrying=0D=0Acont= ent.=0D=0A=0D=0ACheers,=0D=0AMartin=0D=0A=0D=0A-----Original Message-----=0D= =0AFrom: Andrew Daviel [mailto:advax@triumf.ca]=20=0D=0ASent: Saturday, 27 = October 2007 11:50 AM=0D=0ATo: geopriv@ietf.org=0D=0ASubject: [Geopriv] get= ting position from WiFi=0D=0A=0D=0A=0D=0AI just had this idea while listeni= ng to someone talk about siting=20=0D=0Awireless access points :=0D=0A=0D=0A= - would it be possible to get a location for WiFi enabled mobile devices=0D= =0A=0D=0Aby triangulating off 802.11 access points =3F=0D=0A=0D=0ATheoretic= ally, it could work like GPS. You could derive an accurate=20=0D=0Alocation= from an "ephermeris" of AP locations plus time-of-flight data.=0D=0AIn pra= ctice,=0D=0AI think a clock accurate to 10ns in each AP to get 10m resoluti= on might=20=0D=0Abe somewhat expensive, and NTP won't cut it, you'd need a = hardware=20=0D=0Asolution.=0D=0A=0D=0AJust using the AP identity itself wou= ld give reasonable accuracy with=20=0D=0Anormal (not high-power) access poi= nts. RFC 3825 alludes to this=20=0D=0Apossibility, suggesting using DHCP to= distribute a list of AP locations.=0D=0A=0D=0AThis technique would work in= doors, while GPS and to some extent=0D=0Acellphone=20=0D=0Aservice do not. = (cellphones won't work here; we have metal-clad=0D=0Abuildings=20=0D=0Awith= wire in the window glass and the towers are too far away).=0D=0A=0D=0A(The= newer generations of mobile phone have combination=0D=0AWiFi/3G/cellphone =0D= =0Aconnectivity and can in some cases allow a mobile Web client to roam=20=0D= =0Aseamlessly from WiFi to cellular. Future models may allow VoIP roaming =0D= =0Atoo, so there may be some incentive to have positioning work in shielded=0D= =0A=0D=0Alocations)=0D=0A=0D=0A=0D=0A--=20=0D=0AAndrew Daviel, TRIUMF, Cana= da=0D=0A=0D=0A=0D=0A_______________________________________________=0D=0AGe= opriv mailing list=0D=0AGeopriv@ietf.org=0D=0Ahttps://www1.ietf.org/mailman= /listinfo/geopriv=0D=0A=0D=0A----------------------------------------------= --------------------------------------------------=0D=0AThis message is for= the designated recipient only and may=0D=0Acontain privileged, proprietary= , or otherwise private information. =20=0D=0AIf you have received it in err= or, please notify the sender=0D=0Aimmediately and delete the original. Any= unauthorized use of=0D=0Athis email is prohibited.=0D=0A------------------= ---------------------------------------------------------------------------= ---=0D=0A[mf2]=0D=0A _______________________________________________ Geopriv mailing list Geopriv@ietf.org https://www1.ietf.org/mailman/listinfo/geopriv From Paunnoowo@EducationalProducts.com Sat Oct 27 22:46:09 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IlyAD-0007pt-0r for geopriv-archive@lists.ietf.org; Sat, 27 Oct 2007 22:46:09 -0400 Received: from [77.69.129.254] (helo=[193.188.105.230]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IlyA7-0001PZ-6x for geopriv-archive@lists.ietf.org; Sat, 27 Oct 2007 22:46:03 -0400 Received: from ahmed by EducationalProducts.com with ASMTP id CBB66BAF for ; Sun, 28 Oct 2007 05:46:33 +0300 Received: from ahmed ([147.149.135.22]) by EducationalProducts.com with ESMTP id 667A025A7A72 for ; Sun, 28 Oct 2007 05:46:33 +0300 Message-ID: <000a01c8190c$ade4bcd0$e669bcc1@ahmed> From: "carly Paun" To: Subject: "atilauq Date: Sun, 28 Oct 2007 05:46:02 +0300 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0004_01C81925.D331F4D0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3028 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 X-Spam-Score: 2.1 (++) X-Scan-Signature: b19722fc8d3865b147c75ae2495625f2 ------=_NextPart_000_0004_01C81925.D331F4D0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable hey baby geopriv-archive shes frustrated when you make love so why dont you sort it out? http://www.tccyf.com/ carly Paun ------=_NextPart_000_0004_01C81925.D331F4D0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
hey baby geopriv-archive
shes frustrated when you make love so why dont = you sort=20 it out?
http://www.tccyf.com/
carly Paun
------=_NextPart_000_0004_01C81925.D331F4D0-- From geopriv-bounces@ietf.org Sun Oct 28 06:22:05 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1Im5GG-0004mT-8q; Sun, 28 Oct 2007 06:20:52 -0400 Received: from geopriv by megatron.ietf.org with local (Exim 4.43) id 1Im5GE-0004la-VD for geopriv-confirm+ok@megatron.ietf.org; Sun, 28 Oct 2007 06:20:50 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1Im5GE-0004lP-Li for geopriv@ietf.org; Sun, 28 Oct 2007 06:20:50 -0400 Received: from mail.gmx.net ([213.165.64.20]) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1Im5G8-000482-Dz for geopriv@ietf.org; Sun, 28 Oct 2007 06:20:50 -0400 Received: (qmail invoked by alias); 28 Oct 2007 10:20:25 -0000 Received: from p54984246.dip.t-dialin.net (EHLO [192.168.1.5]) [84.152.66.70] by mail.gmx.net (mp055) with SMTP; 28 Oct 2007 11:20:25 +0100 X-Authenticated: #29516787 X-Provags-ID: V01U2FsdGVkX19HtQVrHNhHOZtx6fWgGbJKwYptwqm7Z4ayKpXH/N vD8RgyHOO4TibY Message-ID: <4724626A.3030806@gmx.net> Date: Sun, 28 Oct 2007 11:20:26 +0100 From: Hannes Tschofenig User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: GEOPRIV Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-Spam-Score: 1.8 (+) X-Scan-Signature: d17f825e43c9aed4fd65b7edddddec89 Subject: [Geopriv] RFC 3205 & HELD X-BeenThere: geopriv@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Geographic Location/Privacy List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: geopriv-bounces@ietf.org I have read RFC 3205 and my impression is that for HELD we have to * define a new URI scheme, and * use a different port number. Thoughts? Ciao Hannes PS: What is the value of WSDL in the HELD specification? _______________________________________________ Geopriv mailing list Geopriv@ietf.org https://www1.ietf.org/mailman/listinfo/geopriv From geopriv-bounces@ietf.org Sun Oct 28 10:20:32 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1Im8zH-0003yd-FD; Sun, 28 Oct 2007 10:19:35 -0400 Received: from geopriv by megatron.ietf.org with local (Exim 4.43) id 1Im8zG-0003yV-Vo for geopriv-confirm+ok@megatron.ietf.org; Sun, 28 Oct 2007 10:19:34 -0400 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1Im8zG-0003xd-Ks; Sun, 28 Oct 2007 10:19:34 -0400 Received: from mx12.bbn.com ([128.33.0.81]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1Im8zB-0006AO-A9; Sun, 28 Oct 2007 10:19:29 -0400 Received: from dommiel.bbn.com ([192.1.122.15] helo=localhost.localdomain) by mx12.bbn.com with esmtp (Exim 4.60) (envelope-from ) id 1Im8z9-00027v-5m; Sun, 28 Oct 2007 10:19:28 -0400 Message-ID: <47249A6E.5080808@bbn.com> Date: Sun, 28 Oct 2007 10:19:26 -0400 From: Richard Barnes User-Agent: Thunderbird 2.0.0.5 (X11/20070727) MIME-Version: 1.0 To: Hannes Tschofenig Subject: Re: [Geopriv] RFC 3205 & HELD References: <4724626A.3030806@gmx.net> In-Reply-To: <4724626A.3030806@gmx.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 0.0 (/) X-Scan-Signature: 97adf591118a232206bdb5a27b217034 Cc: GEOPRIV , ECRIT X-BeenThere: geopriv@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Geographic Location/Privacy List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: geopriv-bounces@ietf.org It's also worth noting that RFC 3205 is just a set of recommendations, not anything binding. Since the document doesn't make a general requirement for ALL http-based protocols to have a different URI scheme and port number, was there something in particular about HELD that led you to those requirements? We should probably have this same debate about LoST, although it may be mostly subsumed by previous discussions. (Cross-posted to ECRIT) --RB Hannes Tschofenig wrote: > I have read RFC 3205 and my impression is that for HELD we have to > * define a new URI scheme, and > * use a different port number. > > Thoughts? > > Ciao > Hannes > > PS: What is the value of WSDL in the HELD specification? > > > > _______________________________________________ > Geopriv mailing list > Geopriv@ietf.org > https://www1.ietf.org/mailman/listinfo/geopriv > _______________________________________________ Geopriv mailing list Geopriv@ietf.org https://www1.ietf.org/mailman/listinfo/geopriv From geopriv-bounces@ietf.org Sun Oct 28 10:23:13 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1Im92c-0000Bf-St; Sun, 28 Oct 2007 10:23:02 -0400 Received: from geopriv by megatron.ietf.org with local (Exim 4.43) id 1Im92c-00008T-0k for geopriv-confirm+ok@megatron.ietf.org; Sun, 28 Oct 2007 10:23:02 -0400 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1Im92b-00007Z-Ma for geopriv@ietf.org; Sun, 28 Oct 2007 10:23:01 -0400 Received: from mail.gmx.net ([213.165.64.20]) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1Im92b-0006Fr-4I for geopriv@ietf.org; Sun, 28 Oct 2007 10:23:01 -0400 Received: (qmail invoked by alias); 28 Oct 2007 14:22:59 -0000 Received: from p54984246.dip.t-dialin.net (EHLO [192.168.1.5]) [84.152.66.70] by mail.gmx.net (mp042) with SMTP; 28 Oct 2007 15:22:59 +0100 X-Authenticated: #29516787 X-Provags-ID: V01U2FsdGVkX1+isWYrPiKiJUECSA4odfyuZXzfXoM174Max8zlYG 0C3nCO1044+JnD Message-ID: <47249B43.9050204@gmx.net> Date: Sun, 28 Oct 2007 15:22:59 +0100 From: Hannes Tschofenig User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: Richard Barnes Subject: Re: [Geopriv] RFC 3205 & HELD References: <4724626A.3030806@gmx.net> <47249A6E.5080808@bbn.com> In-Reply-To: <47249A6E.5080808@bbn.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-Spam-Score: 0.0 (/) X-Scan-Signature: a7d6aff76b15f3f56fcb94490e1052e4 Cc: GEOPRIV , ECRIT X-BeenThere: geopriv@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Geographic Location/Privacy List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: geopriv-bounces@ietf.org RFC 3205 essentially says: If you use HTTP for things other than webbrowsing then you should register a new URI scheme and use a different port number. I was wondering what people think about that idea. Richard Barnes wrote: > It's also worth noting that RFC 3205 is just a set of recommendations, > not anything binding. Since the document doesn't make a general > requirement for ALL http-based protocols to have a different URI > scheme and port number, was there something in particular about HELD > that led you to those requirements? > > We should probably have this same debate about LoST, although it may > be mostly subsumed by previous discussions. (Cross-posted to ECRIT) > > --RB > > > > > Hannes Tschofenig wrote: >> I have read RFC 3205 and my impression is that for HELD we have to >> * define a new URI scheme, and >> * use a different port number. >> >> Thoughts? >> >> Ciao >> Hannes >> >> PS: What is the value of WSDL in the HELD specification? >> >> >> >> _______________________________________________ >> Geopriv mailing list >> Geopriv@ietf.org >> https://www1.ietf.org/mailman/listinfo/geopriv >> _______________________________________________ Geopriv mailing list Geopriv@ietf.org https://www1.ietf.org/mailman/listinfo/geopriv From geopriv-bounces@ietf.org Sun Oct 28 18:30:28 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1ImGe0-0007go-HD; Sun, 28 Oct 2007 18:30:08 -0400 Received: from geopriv by megatron.ietf.org with local (Exim 4.43) id 1ImGdx-0007ft-Qn for geopriv-confirm+ok@megatron.ietf.org; Sun, 28 Oct 2007 18:30:05 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1ImGdw-0007fh-Gx; Sun, 28 Oct 2007 18:30:04 -0400 Received: from smtp3.andrew.com ([198.135.207.235] helo=andrew.com) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1ImGdq-0005wK-Bm; Sun, 28 Oct 2007 18:30:04 -0400 X-SEF-Processed: 5_0_0_910__2007_10_28_17_39_56 X-SEF-16EBA1E9-99E8-4E1D-A1CA-4971F5510AF: 1 Received: from aopexbh2.andrew.com [10.86.20.25] by smtp3.andrew.com - SurfControl E-mail Filter (5.2.1); Sun, 28 Oct 2007 17:39:56 -0500 Received: from AHQEX1.andrew.com ([10.86.20.21]) by aopexbh2.andrew.com with Microsoft SMTPSVC(6.0.3790.3959); Sun, 28 Oct 2007 17:29:40 -0500 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Subject: RE: [Ecrit] Re: [Geopriv] RFC 3205 & HELD Date: Sun, 28 Oct 2007 17:29:39 -0500 Message-ID: In-Reply-To: <47249B43.9050204@gmx.net> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Ecrit] Re: [Geopriv] RFC 3205 & HELD Thread-Index: AcgZblRtzcQg+p+5TaGs6pQm6ewc9wAQUTYg References: <4724626A.3030806@gmx.net> <47249A6E.5080808@bbn.com> <47249B43.9050204@gmx.net> From: "Thomson, Martin" To: "Hannes Tschofenig" , "Richard Barnes" X-OriginalArrivalTime: 28 Oct 2007 22:29:40.0753 (UTC) FILETIME=[07E74810:01C819B2] X-Spam-Score: 0.0 (/) X-Scan-Signature: 3e15cc4fdc61d7bce84032741d11c8e5 Cc: GEOPRIV , ECRIT X-BeenThere: geopriv@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Geographic Location/Privacy List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1907353620==" Errors-To: geopriv-bounces@ietf.org --===============1907353620== Content-class: urn:content-classes:message Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SSByZWFkIFJGQyAzMjA1IGEgd2hpbGUgYmFjayB3aGVuIGdvaW5nIHRocm91Z2ggdGhlIGluaXRp YWwgcmV2aXNpb25zIG9mIHRoZSBkb2N1bWVudC4gIEdpdmVuIHRoZSBuYXR1cmUgb2YgdGhlIGRp c2NvdmVyeSBwcm9jZXNzLCB0aGUgVVJJIHNjaGVtZSBpcyBub3QgYSBkZWZpbml0ZSByZXF1aXJl bWVudC4gIE9yaWdpbmFsbHksIHdoZW4gYSBHRVQgcmV0dXJuZWQgYSBQSURGLUxPIChyYXRoZXIg dGhhbiBhIHdyYXBwZWQgUElERi1MTykgSSB3YXMgb2YgdGhlIG9waW5pb24gdGhhdCB0aGUgaHR0 cDogVVJJIHdhcyBiZXN0LiAgR2l2ZW4gdGhlIGNoYW5nZSB0byBhIHdyYXBwZWQgUElERi1MTywg SSBhbSB0ZW5kaW5nIHRvd2FyZHMgYSBuZXcgc2NoZW1lLg0KDQpJIHRoaW5rIHRoYXQgd2UgaGF2 ZSB0byBjb25zaWRlciB0aGUgdXNhZ2UgY29udGV4dC4gIFByaW1hcmlseSwgYSBIRUxEIFVSSSB3 aWxsIGJlIG9idGFpbmVkIGZyb20gdGhlIGRpc2NvdmVyeSBwcm9jZXNzLiAgQXJlIHRoZXJlIGFu eSBvdGhlciBjYXNlcyB3aGVyZSBhIEhFTEQgVVJJIHdvdWxkIGJlIHVzZWQ/ICBQZXJoYXBzIHRo ZSB3ZWItcGFnZSB0ZXN0IG1pZ2h0IHdvcms7IHRoYXQgaXMsIGNhbiB3ZSBpbWFnaW5lIHRoZSBV UkkgYXBwZWFyaW5nIG9uIGEgd2ViLXBhZ2U/ICBJZiBzbywgd2UgZG9uJ3Qgd2FudCB0aGUgc2Vt YW50aWNzIG9mIEhFTEQgY29uZnVzZWQgd2l0aCB0aGUgc2VtYW50aWNzIGV4cGVjdGVkIGJ5IGEg cmVndWxhciB3ZWIgdXNlci4NCg0KSSBkb24ndCB0aGluayB0aGF0IGRpc2N1c3NpbmcgcG9ydHMg aXMgbmVjZXNzYXJ5IC0gSSdkIGxpa2UgdGhlIGNob2ljZSBvZiBwb3J0IHRvIGJlIGV4cGxpY2l0 IGluIGFsbCBjYXNlcy4NCg0KSSB0aGluayB0aGF0IExvU1QgaXMgbXVjaCBjbGVhcmVyIC0gbWFr ZSBhIG5ldyBzY2hlbWUuDQoNCkNoZWVycywNCk1hcnRpbg0KDQo+IC0tLS0tT3JpZ2luYWwgTWVz c2FnZS0tLS0tDQo+IEZyb206IEhhbm5lcyBUc2Nob2ZlbmlnIFttYWlsdG86SGFubmVzLlRzY2hv ZmVuaWdAZ214Lm5ldF0NCj4gU2VudDogTW9uZGF5LCAyOSBPY3RvYmVyIDIwMDcgMToyMyBBTQ0K PiBUbzogUmljaGFyZCBCYXJuZXMNCj4gQ2M6IEdFT1BSSVY7IEVDUklUDQo+IFN1YmplY3Q6IFtF Y3JpdF0gUmU6IFtHZW9wcml2XSBSRkMgMzIwNSAmIEhFTEQNCj4gDQo+IFJGQyAzMjA1IGVzc2Vu dGlhbGx5IHNheXM6IElmIHlvdSB1c2UgSFRUUCBmb3IgdGhpbmdzIG90aGVyIHRoYW4NCj4gd2Vi YnJvd3NpbmcgdGhlbiB5b3Ugc2hvdWxkIHJlZ2lzdGVyIGEgbmV3IFVSSSBzY2hlbWUgYW5kIHVz ZSBhDQo+IGRpZmZlcmVudCBwb3J0IG51bWJlci4NCj4gDQo+IEkgd2FzIHdvbmRlcmluZyB3aGF0 IHBlb3BsZSB0aGluayBhYm91dCB0aGF0IGlkZWEuDQo+IA0KPiANCj4gUmljaGFyZCBCYXJuZXMg d3JvdGU6DQo+ID4gSXQncyBhbHNvIHdvcnRoIG5vdGluZyB0aGF0IFJGQyAzMjA1IGlzIGp1c3Qg YSBzZXQgb2YgcmVjb21tZW5kYXRpb25zLA0KPiA+IG5vdCBhbnl0aGluZyBiaW5kaW5nLiAgU2lu Y2UgdGhlIGRvY3VtZW50IGRvZXNuJ3QgbWFrZSBhIGdlbmVyYWwNCj4gPiByZXF1aXJlbWVudCBm b3IgQUxMIGh0dHAtYmFzZWQgcHJvdG9jb2xzIHRvIGhhdmUgYSBkaWZmZXJlbnQgVVJJDQo+ID4g c2NoZW1lIGFuZCBwb3J0IG51bWJlciwgd2FzIHRoZXJlIHNvbWV0aGluZyBpbiBwYXJ0aWN1bGFy IGFib3V0IEhFTEQNCj4gPiB0aGF0IGxlZCB5b3UgdG8gdGhvc2UgcmVxdWlyZW1lbnRzPw0KPiA+ DQo+ID4gV2Ugc2hvdWxkIHByb2JhYmx5IGhhdmUgdGhpcyBzYW1lIGRlYmF0ZSBhYm91dCBMb1NU LCBhbHRob3VnaCBpdCBtYXkNCj4gPiBiZSBtb3N0bHkgc3Vic3VtZWQgYnkgcHJldmlvdXMgZGlz Y3Vzc2lvbnMuICAoQ3Jvc3MtcG9zdGVkIHRvIEVDUklUKQ0KPiA+DQo+ID4gLS1SQg0KPiA+DQo+ ID4NCj4gPg0KPiA+DQo+ID4gSGFubmVzIFRzY2hvZmVuaWcgd3JvdGU6DQo+ID4+IEkgaGF2ZSBy ZWFkIFJGQyAzMjA1IGFuZCBteSBpbXByZXNzaW9uIGlzIHRoYXQgZm9yIEhFTEQgd2UgaGF2ZSB0 bw0KPiA+PiAqIGRlZmluZSBhIG5ldyBVUkkgc2NoZW1lLCBhbmQNCj4gPj4gKiB1c2UgYSBkaWZm ZXJlbnQgcG9ydCBudW1iZXIuDQo+ID4+DQo+ID4+IFRob3VnaHRzPw0KPiA+Pg0KPiA+PiBDaWFv DQo+ID4+IEhhbm5lcw0KPiA+Pg0KPiA+PiBQUzogV2hhdCBpcyB0aGUgdmFsdWUgb2YgV1NETCBp biB0aGUgSEVMRCBzcGVjaWZpY2F0aW9uPw0KPiA+Pg0KPiA+Pg0KPiA+Pg0KPiA+PiBfX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPiA+PiBHZW9wcml2IG1h aWxpbmcgbGlzdA0KPiA+PiBHZW9wcml2QGlldGYub3JnDQo+ID4+IGh0dHBzOi8vd3d3MS5pZXRm Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL2dlb3ByaXYNCj4gPj4NCj4gDQo+IA0KPiBfX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPiBFY3JpdCBtYWlsaW5nIGxp c3QNCj4gRWNyaXRAaWV0Zi5vcmcNCj4gaHR0cHM6Ly93d3cxLmlldGYub3JnL21haWxtYW4vbGlz dGluZm8vZWNyaXQNCg0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQpU aGlzIG1lc3NhZ2UgaXMgZm9yIHRoZSBkZXNpZ25hdGVkIHJlY2lwaWVudCBvbmx5IGFuZCBtYXkN CmNvbnRhaW4gcHJpdmlsZWdlZCwgcHJvcHJpZXRhcnksIG9yIG90aGVyd2lzZSBwcml2YXRlIGlu Zm9ybWF0aW9uLiAgDQpJZiB5b3UgaGF2ZSByZWNlaXZlZCBpdCBpbiBlcnJvciwgcGxlYXNlIG5v dGlmeSB0aGUgc2VuZGVyDQppbW1lZGlhdGVseSBhbmQgZGVsZXRlIHRoZSBvcmlnaW5hbC4gIEFu eSB1bmF1dGhvcml6ZWQgdXNlIG9mDQp0aGlzIGVtYWlsIGlzIHByb2hpYml0ZWQuDQotLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NClttZjJdDQo= --===============1907353620== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Geopriv mailing list Geopriv@ietf.org https://www1.ietf.org/mailman/listinfo/geopriv --===============1907353620==-- From geopriv-bounces@ietf.org Sun Oct 28 20:01:27 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1ImI46-0004IS-Vq; Sun, 28 Oct 2007 20:01:10 -0400 Received: from geopriv by megatron.ietf.org with local (Exim 4.43) id 1ImI45-00044E-9v for geopriv-confirm+ok@megatron.ietf.org; Sun, 28 Oct 2007 20:01:09 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1ImI44-0003aA-Up for geopriv@ietf.org; Sun, 28 Oct 2007 20:01:08 -0400 Received: from mail.opengeospatial.org ([208.44.53.140]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1ImI3v-0000ui-OA for geopriv@ietf.org; Sun, 28 Oct 2007 20:01:05 -0400 Received: from mail.opengeospatial.org (localhost [127.0.0.1]) by mail.opengeospatial.org (8.13.4/8.13.4/Debian-3sarge3) with ESMTP id l9T009qG019681; Sun, 28 Oct 2007 20:00:11 -0400 Received: from 218.30.160.62 (SquirrelMail authenticated user creed) by mail.opengeospatial.org with HTTP; Sun, 28 Oct 2007 20:00:27 -0400 (EDT) Message-ID: <34221.218.30.160.62.1193616027.squirrel@mail.opengeospatial.org> In-Reply-To: References: Date: Sun, 28 Oct 2007 20:00:27 -0400 (EDT) Subject: RE: [Geopriv] getting position from WiFi From: creed@opengeospatial.org To: "Dawson, Martin" User-Agent: SquirrelMail/1.4.4 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Virus-Scanned: ClamAV 0.91.2/4616/Sun Oct 28 13:25:58 2007 on mail.opengeospatial.org X-Virus-Status: Clean X-Spam-Score: 0.0 (/) X-Scan-Signature: 1676547e4f33b5e63227e9c02bd359e3 Cc: geopriv@ietf.org X-BeenThere: geopriv@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Geographic Location/Privacy List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: geopriv-bounces@ietf.org Martin - Excellent summary - thanks. Also should note that there are also a couple of patents in this space. http://www.freepatentsonline.com/EP1542492.html for example. Regards Carl > Yes - there are a number of WiFi positioning solutions already > implemented. Check out names like Ekahau, Skyhook, and Place Lab. In > fact, do a Google on WiFi triangulation and you'll find lots of prior > art. > > From an architectural perspective, the specific method used to do the > location determination is a second order detail. A LIS in a WiFi access > network will invoke whichever flavour it is equipped with. The HELD > semantics for requesting location remain the same regardless. > > Of course, if technology specific device-based measurements are part of > the plot, then the LIS would like to be able to invoke that measurement > capability as well. That is why the device-capability extensions draft > has been created. > > Note that GPS is an overlay network specifically designed for > positioning; fully synchronized, with atomic clocks, and long code > sequences explicitly designed for accurate ranging. Using communications > networks for triangulation inevitably involves a compromise since the > access is designed for doing something else; not for location > determination. There are some terrestrial overlay networks designed to > provide location functionality - see S5 Networks for example. > > Nevertheless, the good thing about using a communication network when > location is required in a communication context is that you can > guarantee that the network is where you need it. If there's no > communication then working out location is the least of your worries. > Depending on a separate network for location information creates a > serial reliability problem - which is exactly the issue when it comes to > relying on GPS in a communication application scenario. Sometimes it > just doesn't work when your communication network does - and when your > communication application needs location information. So - there's > definitely good utility in being able to use WiFi for positioning. > > Hopefully, one day, widely adopted communication network standards will > include specific signalling facilities and procedures purely for > positioning purposes instead of having to make do with measurements of > signals that are just there for establishing communication and carrying > content. > > Cheers, > Martin > > -----Original Message----- > From: Andrew Daviel [mailto:advax@triumf.ca] > Sent: Saturday, 27 October 2007 11:50 AM > To: geopriv@ietf.org > Subject: [Geopriv] getting position from WiFi > > > I just had this idea while listening to someone talk about siting > wireless access points : > > - would it be possible to get a location for WiFi enabled mobile devices > > by triangulating off 802.11 access points ? > > Theoretically, it could work like GPS. You could derive an accurate > location from an "ephermeris" of AP locations plus time-of-flight data. > In practice, > I think a clock accurate to 10ns in each AP to get 10m resolution might > be somewhat expensive, and NTP won't cut it, you'd need a hardware > solution. > > Just using the AP identity itself would give reasonable accuracy with > normal (not high-power) access points. RFC 3825 alludes to this > possibility, suggesting using DHCP to distribute a list of AP locations. > > This technique would work indoors, while GPS and to some extent > cellphone > service do not. (cellphones won't work here; we have metal-clad > buildings > with wire in the window glass and the towers are too far away). > > (The newer generations of mobile phone have combination > WiFi/3G/cellphone > connectivity and can in some cases allow a mobile Web client to roam > seamlessly from WiFi to cellular. Future models may allow VoIP roaming > too, so there may be some incentive to have positioning work in shielded > > locations) > > > -- > Andrew Daviel, TRIUMF, Canada > > > _______________________________________________ > Geopriv mailing list > Geopriv@ietf.org > https://www1.ietf.org/mailman/listinfo/geopriv > > ------------------------------------------------------------------------------------------------ > This message is for the designated recipient only and may > contain privileged, proprietary, or otherwise private information. > If you have received it in error, please notify the sender > immediately and delete the original. Any unauthorized use of > this email is prohibited. > ------------------------------------------------------------------------------------------------ > [mf2] > > > > _______________________________________________ > Geopriv mailing list > Geopriv@ietf.org > https://www1.ietf.org/mailman/listinfo/geopriv > > _______________________________________________ Geopriv mailing list Geopriv@ietf.org https://www1.ietf.org/mailman/listinfo/geopriv From mehmet-PREST@bcitech.com Mon Oct 29 05:15:35 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1ImQid-00044D-E1 for geopriv-archive@lists.ietf.org; Mon, 29 Oct 2007 05:15:35 -0400 Received: from aduj51.neoplus.adsl.tpnet.pl ([79.185.247.51] helo=adug224.neoplus.adsl.tpnet.pl) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1ImQib-0000Ks-Gj for geopriv-archive@lists.ietf.org; Mon, 29 Oct 2007 05:15:35 -0400 Received: from pecet-37f14ea63 ([108.118.7.194]:12575 "EHLO pecet-37f14ea63" smtp-auth: TLS-CIPHER: TLS-PEER-CN1: ) by adug224.neoplus.adsl.tpnet.pl with ESMTP id S22WKCCXWCLSCLFQ (ORCPT ); Mon, 29 Oct 2007 10:15:47 +0100 Message-ID: <000501c81a0c$415a5d30$e0f4b94f@pecet37f14ea63> From: "mehmet PREST" To: Subject: sthceps Date: Mon, 29 Oct 2007 10:15:31 +0100 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0008_01C81A14.A31EC530" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3028 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 X-Antivirus: avast! (VPS 0652-2, 2006-11-30), Outbound message X-Antivirus-Status: Clean X-Spam-Score: 1.8 (+) X-Scan-Signature: b19722fc8d3865b147c75ae2495625f2 ------=_NextPart_000_0008_01C81A14.A31EC530 Content-Type: text/plain; charset="windows-1250" Content-Transfer-Encoding: quoted-printable hello beautiful geopriv-archive its no suprise your not happy with your current cock length http://ulsterba.com/ mehmet PREST ------=_NextPart_000_0008_01C81A14.A31EC530 Content-Type: text/html; charset="windows-1250" Content-Transfer-Encoding: quoted-printable
hello beautiful geopriv-archive
its no suprise your not happy with your = current cock=20 length
http://ulsterba.com/
mehmet PREST
------=_NextPart_000_0008_01C81A14.A31EC530-- From geopriv-bounces@ietf.org Mon Oct 29 10:05:15 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1ImVEY-0003xf-Ca; Mon, 29 Oct 2007 10:04:50 -0400 Received: from geopriv by megatron.ietf.org with local (Exim 4.43) id 1ImVEW-0003vq-O9 for geopriv-confirm+ok@megatron.ietf.org; Mon, 29 Oct 2007 10:04:48 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1ImVEW-0003vd-Dy; Mon, 29 Oct 2007 10:04:48 -0400 Received: from ns0.neustar.com ([156.154.16.158]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1ImVEU-00007F-Ue; Mon, 29 Oct 2007 10:04:48 -0400 Received: from stiedprstage1.ietf.org (stiedprstage1.va.neustar.com [10.31.47.10]) by ns0.neustar.com (Postfix) with ESMTP id DB1BC328E4; Mon, 29 Oct 2007 14:04:16 +0000 (GMT) Received: from ietf by stiedprstage1.ietf.org with local (Exim 4.43) id 1ImVE0-0006UE-Pq; Mon, 29 Oct 2007 10:04:16 -0400 X-test-idtracker: no To: IETF-Announce From: The IESG Message-Id: Date: Mon, 29 Oct 2007 10:04:16 -0400 X-Spam-Score: 0.0 (/) X-Scan-Signature: d6b246023072368de71562c0ab503126 Cc: geopriv@ietf.org Subject: [Geopriv] Last Call: draft-ietf-geopriv-revised-civic-lo (Revised Civic Location Format for PIDF-LO) to Proposed Standard X-BeenThere: geopriv@ietf.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ietf@ietf.org List-Id: Geographic Location/Privacy List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: geopriv-bounces@ietf.org The IESG has received a request from the Geographic Location/Privacy WG (geopriv) to consider the following document: - 'Revised Civic Location Format for PIDF-LO ' as a Proposed Standard The IESG plans to make a decision in the next few weeks, and solicits final comments on this action. Please send substantive comments to the ietf@ietf.org mailing lists by 2007-11-12. 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. The file can be obtained via http://www.ietf.org/internet-drafts/draft-ietf-geopriv-revised-civic-lo-06.txt IESG discussion can be tracked via https://datatracker.ietf.org/public/pidtracker.cgi?command=view_id&dTag=14112&rfc_flag=0 _______________________________________________ Geopriv mailing list Geopriv@ietf.org https://www1.ietf.org/mailman/listinfo/geopriv From Renee408@centrosviluppo.it Tue Oct 30 07:27:35 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1ImpFv-0001Bn-CM for geopriv-archive@lists.ietf.org; Tue, 30 Oct 2007 07:27:35 -0400 Received: from host168-83-static.15-79-b.business.telecomitalia.it ([79.15.83.168]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1ImpFu-0007aE-O5 for geopriv-archive@lists.ietf.org; Tue, 30 Oct 2007 07:27:35 -0400 Received: from privato-ec644a4 ([160.195.162.131] helo=privato-ec644a4) by [79.15.83.168] ( sendmail 8.13.3/8.13.1) with esmtpa id 1Iypth-000ALG-ak for geopriv-archive@lists.ietf.org; Tue, 30 Oct 2007 12:27:55 +0100 Message-ID: <000501c81ae7$dfaacf20$a8530f4f@privatoec644a4> From: "Renee dfgh" To: Subject: iruogihp Date: Tue, 30 Oct 2007 12:27:37 +0100 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0005_01C81AF0.416F3720" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3028 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 X-Spam-Score: 4.8 (++++) X-Scan-Signature: b19722fc8d3865b147c75ae2495625f2 ------=_NextPart_000_0005_01C81AF0.416F3720 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable hellow geopriv-archive become a tireless lover with your new big and hard cock http://www.bceleix.com/ Renee dfgh ------=_NextPart_000_0005_01C81AF0.416F3720 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
hellow geopriv-archive
become a tireless lover with your new big and = hard=20 cock
http://www.bceleix.com/
Renee dfgh
------=_NextPart_000_0005_01C81AF0.416F3720-- From geopriv-bounces@ietf.org Tue Oct 30 16:41:22 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1Imxsn-00026k-UA; Tue, 30 Oct 2007 16:40:17 -0400 Received: from geopriv by megatron.ietf.org with local (Exim 4.43) id 1Imxsm-00024G-U3 for geopriv-confirm+ok@megatron.ietf.org; Tue, 30 Oct 2007 16:40:16 -0400 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1Imxsm-000247-JE for geopriv@ietf.org; Tue, 30 Oct 2007 16:40:16 -0400 Received: from sj-iport-3-in.cisco.com ([171.71.176.72] helo=sj-iport-3.cisco.com) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1Imxsm-0001fz-2S for geopriv@ietf.org; Tue, 30 Oct 2007 16:40:16 -0400 X-IronPort-AV: E=Sophos;i="4.21,348,1188802800"; d="scan'208";a="541437030" Received: from rtp-dkim-1.cisco.com ([64.102.121.158]) by sj-iport-3.cisco.com with ESMTP; 30 Oct 2007 13:40:15 -0700 Received: from rtp-core-1.cisco.com (rtp-core-1.cisco.com [64.102.124.12]) by rtp-dkim-1.cisco.com (8.12.11/8.12.11) with ESMTP id l9UKeExX016440 for ; Tue, 30 Oct 2007 16:40:14 -0400 Received: from xbh-rtp-201.amer.cisco.com (xbh-rtp-201.cisco.com [64.102.31.12]) by rtp-core-1.cisco.com (8.12.10/8.12.6) with ESMTP id l9UKeDnd013868 for ; Tue, 30 Oct 2007 20:40:14 GMT Received: from xfe-rtp-201.amer.cisco.com ([64.102.31.38]) by xbh-rtp-201.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Tue, 30 Oct 2007 16:40:13 -0400 Received: from jmpolk-wxp.cisco.com ([10.89.17.26]) by xfe-rtp-201.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Tue, 30 Oct 2007 16:40:13 -0400 X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Tue, 30 Oct 2007 15:38:41 -0500 To: geopriv@ietf.org From: "James M. Polk" Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Message-ID: X-OriginalArrivalTime: 30 Oct 2007 20:40:13.0637 (UTC) FILETIME=[126C6750:01C81B35] X-TM-AS-Product-Ver: SMEX-8.0.0.1181-5.000.1023-15514.002 X-TM-AS-Result: No--21.382900-8.000000-31 X-TM-AS-User-Approved-Sender: No X-TM-AS-User-Blocked-Sender: No DKIM-Signature: v=0.5; a=rsa-sha256; q=dns/txt; l=2524; t=1193776814; x=1194640814; c=relaxed/simple; s=rtpdkim1001; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=jmpolk@cisco.com; z=From:=20=22James=20M.=20Polk=22=20 |Subject:=20Last=20(Geopriv)=20Open=20Issue=20with=20Location=20Conveyanc e |Sender:=20 |To:=20geopriv@ietf.org; bh=DTGtawdV19inRNoKfTu1Pg7HdNUaZr3ThTZHmYEcYCw=; b=rbw9KW36ATApMID95Jbq+QVGcVfNbMfVAHyhW8+AfdJZkx+PKkUS4bo5D8S4ZqMUqw0+F7Ly /UtRoNeuohmBRA/brxpIMHKYBrO0B3Kg8qtPqWV3qQ1joEIpgKYhfmdu; Authentication-Results: rtp-dkim-1; header.From=jmpolk@cisco.com; dkim=pass ( sig from cisco.com/rtpdkim1001 verified; ); X-Spam-Score: 0.0 (/) X-Scan-Signature: 538aad3a3c4f01d8b6a6477ca4248793 Subject: [Geopriv] Last (Geopriv) Open Issue with Location Conveyance X-BeenThere: geopriv@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Geographic Location/Privacy List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: geopriv-bounces@ietf.org Geopriv WG I presented the Geopriv specific open issues in SIP Location Conveyance (-08) at the last IETF. There were 4 items in question, with one to be moved to the list - which I am now doing (late). Background here -- version-08 created the Geolocation-Error header, this was in place of the Reason header and then the Warning header - which included a the response the specific reason for the error. It also includes which location-inserting element the header is intended for. This makes sure elements in the signaling path don't misread the error as something they caused, and try to correct something they didn't break. It also specifically addresses the case in which a proxy inserts location that is bad in some way, and the response gets back to the UA (which is natural in SIP) and the UA doesn't know anything about why there was an error, and attempts to do something about what it doesn't know it didn't cause. I proposed in the meeting that the next version of the ID (-09) include a new header parameter in Geolocation-Error that includes specifically what part of the supplied location was in error. This is easiest done in Civic, by including the CATypes in the response (but *NOT* the CAType values) that were in error as deemed by the location erroring entity. Hannes and James W. suggested this wasn't good enough, and that something similar ought to be included when Geo location were in the message. I don't know exactly how to do that. Does this mean a point of a linear ring that the Location Recipient considers bad ought to be included? I'm not sure how that can be achieved, or sent (without sending the value -- which I don't think is a good idea). I believe including any CAType in error, as determined by the Location Recipient, is a good information exchange back to the location inserter (so they know specifically what to correct). Does anyone have a suggested solution here how to include something similar in Geo, or is this suggestion to include Geo not easily (or realistically) attainable? Since I don't know how to achieve this, as a compromise, I could include something like "...MAY be defined for Geo in a future effort." This specifically says the idea is there, and thought of, but not refined enough at the time to include in *this* document. Sorry for not getting this out sooner, but I need to finish this item to get the last version out before I request a WGLC. Thanks James _______________________________________________ Geopriv mailing list Geopriv@ietf.org https://www1.ietf.org/mailman/listinfo/geopriv From LeonelvolkswagenMejia@closer.com Tue Oct 30 18:21:41 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1ImzSv-0008FX-HI; Tue, 30 Oct 2007 18:21:41 -0400 Received: from 140.red-81-39-118.dynamicip.rima-tde.net ([81.39.118.140] helo=nombred21999e8) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1ImzSr-0005SV-8G; Tue, 30 Oct 2007 18:21:39 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by host50616725.closer.com (8.13.1/8.13.1) with SMTP id gFiXL9q858.609327.2XR.i0B.2164006226499 for ; Tue, 30 Oct 2007 23:21:01 -0100 Message-ID: <31fb01c81b43$3ac88e00$2201a8c0@nombred21999e8> From: "Wilmer Moon" To: , =20

Even if you have no erection problems = Cialis would=20 help you to make better sex more often and to bring unimaginable = plesure=20 to her. Just disolve half a pill under your tongue and get ready for = action in=20 15 minutes! The tests showed that the majority of men after taking = this=20 medication were able to have perfect erection during 36 hours!

Package Quantity Price in your = local drugstore* Our = price

Learn
More
Now

10 tabs 20 doses $95.95 $34.19
30 tabs 60 doses $349.95 $104.66
60 tabs 120 doses $549.95 $180.15
90 tabs 180 doses $789.95 $242.06
180 tabs 360 doses $1325.95 $445.61

When you are young and stressed = up…
When you are aged and never give up…
Cialis gives you confidence in any chance, every time.

------=_NextPart_000_31F7_01C81B43.3AC88E00-- From FernbouffantHaskins@williecrawford.com Wed Oct 31 01:00:09 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1In5gX-0006tB-K6; Wed, 31 Oct 2007 01:00:09 -0400 Received: from [211.49.246.38] (helo=fa.local) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1In5gW-00022A-R8; Wed, 31 Oct 2007 01:00:09 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by host99765054.williecrawford.com (8.13.1/8.13.1) with SMTP id 5Yb3zAno70.390886.T2l.icu.5088403784110 for ; Wed, 31 Oct 2007 13:59:49 -0900 Message-ID: <26ad701c81b7a$ec015710$030aa8c0@FA> From: "Francisca Burger" To: , =20

Even if you have no erection problems = Cialis would=20 help you to make better sex more often and to bring unimaginable = plesure=20 to her. Just disolve half a pill under your tongue and get ready for = action in=20 15 minutes! The tests showed that the majority of men after taking = this=20 medication were able to have perfect erection during 36 hours!

Package Quantity Price in your = local drugstore* Our = price

Learn
More
Now

10 tabs 20 doses $95.95 $34.19
30 tabs 60 doses $349.95 $104.66
60 tabs 120 doses $549.95 $180.15
90 tabs 180 doses $789.95 $242.06
180 tabs 360 doses $1325.95 $445.61

When you are young and stressed = up…
When you are aged and never give up…
Cialis gives you confidence in any chance, every time.

------=_NextPart_000_26AD3_01C81B7A.EC015710-- From EdwinsedimentMurray@aahoa.com Wed Oct 31 05:47:24 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1InAAW-00052f-Rs; Wed, 31 Oct 2007 05:47:24 -0400 Received: from c-24-13-129-203.hsd1.il.comcast.net ([24.13.129.203] helo=ronald713ef744.hsd1.il.comcast.net) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1InAAC-0003mA-H5; Wed, 31 Oct 2007 05:47:04 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by host10540442.aahoa.com (8.13.1/8.13.1) with SMTP id Pkk70Jf600.489533.yiR.vH8.3111500007190 for ; Wed, 31 Oct 2007 03:46:34 +0600 Message-ID: <4763301c81ba2$fc3ce400$6501a8c0@ronald713ef744> From: "Joel Freeman" To: Subject: Your life Date: Wed, 31 Oct 2007 03:46:34 +0600 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_4762F_01C81BA2.FC3CE400" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1437 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 X-Spam-Score: 0.0 (/) X-Scan-Signature: d16ce744298aacf98517bc7c108bd198 This is a multi-part message in MIME format. ------=_NextPart_000_4762F_01C81BA2.FC3CE400 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Even if you have no erection problems Cialis would help you to make = better sex more often and to bring unimaginable plesure to her. Just = disolve half a pill under your tongue and get ready for action in 15 = minutes! The tests showed that the majority of men after taking this = medication were able to have perfect erection during 36 hours! Package Quantity Price in your local drugstore* Our price LearnMoreNow 10 tabs 20 doses $95.95 $34.19 30 tabs 60 doses $349.95 $104.66 60 tabs 120 doses $549.95 $180.15 90 tabs 180 doses $789.95 $242.06 180 tabs 360 doses $1325.95 $445.61 When you are young and stressed up… When you are aged and never give up… Cialis gives you confidence in any chance, every time. ------=_NextPart_000_4762F_01C81BA2.FC3CE400 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable =20

Even if you have no erection problems = Cialis would=20 help you to make better sex more often and to bring unimaginable = plesure=20 to her. Just disolve half a pill under your tongue and get ready for = action in=20 15 minutes! The tests showed that the majority of men after taking = this=20 medication were able to have perfect erection during 36 hours!

Package Quantity Price in your = local drugstore* Our = price

Learn
More
Now

10 tabs 20 doses $95.95 $34.19
30 tabs 60 doses $349.95 $104.66
60 tabs 120 doses $549.95 $180.15
90 tabs 180 doses $789.95 $242.06
180 tabs 360 doses $1325.95 $445.61

When you are young and stressed = up…
When you are aged and never give up…
Cialis gives you confidence in any chance, every time.

------=_NextPart_000_4762F_01C81BA2.FC3CE400-- From geopriv-bounces@ietf.org Wed Oct 31 08:51:26 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1InD1z-0007PE-PK; Wed, 31 Oct 2007 08:50:47 -0400 Received: from geopriv by megatron.ietf.org with local (Exim 4.43) id 1InD1z-0007P8-1s for geopriv-confirm+ok@megatron.ietf.org; Wed, 31 Oct 2007 08:50:47 -0400 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1InD1y-0007Ov-JW for geopriv@ietf.org; Wed, 31 Oct 2007 08:50:46 -0400 Received: from ebru.winwebhosting.com ([74.52.236.50]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1InD1y-0002nt-83 for geopriv@ietf.org; Wed, 31 Oct 2007 08:50:46 -0400 Received: from [209.173.53.233] (helo=BROSLT41xp) by ebru.winwebhosting.com with esmtpa (Exim 4.68) (envelope-from ) id 1InD1q-0001q0-HL for geopriv@ietf.org; Wed, 31 Oct 2007 07:50:38 -0500 From: "Brian Rosen" To: Date: Wed, 31 Oct 2007 08:50:39 -0400 Message-ID: <002801c81bbc$a673fd00$1d69fe90@cis.neustar.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 Thread-Index: AcgbvKOvKkSyIEvTTWSUKX4ZILg/EA== X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - ebru.winwebhosting.com X-AntiAbuse: Original Domain - ietf.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - brianrosen.net X-Source: X-Source-Args: X-Source-Dir: X-Spam-Score: 0.0 (/) X-Scan-Signature: 0bc60ec82efc80c84b8d02f4b0e4de22 Subject: [Geopriv] Use of IP address as an identifier in draft-ietf-geopriv-http-location-delivery X-BeenThere: geopriv@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Geographic Location/Privacy List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: geopriv-bounces@ietf.org In the long set of discussions that have lead to HELD, one of the biggest concerns a few of us have had is the problem than an IP address may not be a good identifier for determining the location of the client. There is a draft that describes alternate identifiers. However, there is no discussion in the present draft of the base protocol on these issues. I would like to propose that we add text something like: Use of HELD is subject to the viability of the identifier used by the LIS to determine location. This document describes the use of the IP address of the client as the identifier. When a NAT, VPN or other forms of address modification occur between the client and the server, the location returned may be inaccurate. This is not always the case. For example, a NAT used in a residential local area network is typically not a problem, because the external IP address used on the WAN side of the NAT is in fact the right identifier for all of the devices in the residence. On the other hand, if there is a VPN between the client and the server, for example for a teleworker, then the address seen by the server may not be the right address to identify the location of the client. Where a VPN is deployed, clients often have the ability to bypass the VPN for a transaction like HELD. HELD Clients MUST NOT send HELD requests where IP address is the identifier and a VPN, NAT or other IP address modification exists between the client and the server which could produce incorrect location. HELD MUST NOT be deployed in networks where the client cannot comply reasonably reliably with that requirement. _______________________________________________ Geopriv mailing list Geopriv@ietf.org https://www1.ietf.org/mailman/listinfo/geopriv From geopriv-bounces@ietf.org Wed Oct 31 09:09:22 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1InDJr-00025i-RB; Wed, 31 Oct 2007 09:09:15 -0400 Received: from geopriv by megatron.ietf.org with local (Exim 4.43) id 1InDJX-0001wD-Sj for geopriv-confirm+ok@megatron.ietf.org; Wed, 31 Oct 2007 09:08:55 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1InDJX-0001vp-FV for geopriv@ietf.org; Wed, 31 Oct 2007 09:08:55 -0400 Received: from aismt06p.bellsouth.com ([139.76.165.211]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1InDJM-0004G4-8C for geopriv@ietf.org; Wed, 31 Oct 2007 09:08:50 -0400 Received: from ([139.76.131.87]) by aismt06p.bellsouth.com with ESMTP id KP-AXPRN.32719774; Wed, 31 Oct 2007 09:08:10 -0400 Received: from 01NC27689010626.AD.BLS.COM ([90.144.44.201]) by 01GAF5142010623.AD.BLS.COM with Microsoft SMTPSVC(6.0.3790.2499); Wed, 31 Oct 2007 09:08:09 -0400 Received: from 01NC27689010641.AD.BLS.COM ([90.144.44.103]) by 01NC27689010626.AD.BLS.COM with Microsoft SMTPSVC(6.0.3790.2499); Wed, 31 Oct 2007 09:08:09 -0400 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.2992 Content-Class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Subject: RE: [Geopriv] Use of IP address as an identifier indraft-ietf-geopriv-http-location-delivery Date: Wed, 31 Oct 2007 09:08:07 -0400 Message-ID: <7582BC68E4994F4ABF0BD4723975C3FA063767D9@crexc41p> In-Reply-To: <002801c81bbc$a673fd00$1d69fe90@cis.neustar.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Geopriv] Use of IP address as an identifier indraft-ietf-geopriv-http-location-delivery thread-index: AcgbvKOvKkSyIEvTTWSUKX4ZILg/EAAAXcNw References: <002801c81bbc$a673fd00$1d69fe90@cis.neustar.com> From: "Stark, Barbara" To: "Brian Rosen" , X-OriginalArrivalTime: 31 Oct 2007 13:08:09.0791 (UTC) FILETIME=[15C3B4F0:01C81BBF] X-Spam-Score: 0.2 (/) X-Scan-Signature: b280b4db656c3ca28dd62e5e0b03daa8 Cc: X-BeenThere: geopriv@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Geographic Location/Privacy List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: geopriv-bounces@ietf.org How is a client supposed to know whether a "VPN, NAT or other IP address modification exists between the client and the server which could produce incorrect location"? One of the best uses of HELD is the case where there is a NAT (and the box with the NAT is location unaware). For landline broadband services, this NAT exists, but doesn't produce an incorrect location. So this NAT is ok. How can you distinguish between a NAT that produces an incorrect location, vs. one that produces a correct location? The VPN could be originated out of the router, and not the client. How would the client know this VPN even exists? Unless you can tell me the logic to use to implement this proposed requirement, I can't support it. Barbara -----Original Message----- From: Brian Rosen [mailto:br@brianrosen.net]=20 Sent: Wednesday, October 31, 2007 8:51 AM To: geopriv@ietf.org Subject: [Geopriv] Use of IP address as an identifier indraft-ietf-geopriv-http-location-delivery In the long set of discussions that have lead to HELD, one of the biggest concerns a few of us have had is the problem than an IP address may not be a good identifier for determining the location of the client. There is a draft that describes alternate identifiers. However, there is no discussion in the present draft of the base protocol on these issues. =20 I would like to propose that we add text something like: Use of HELD is subject to the viability of the identifier used by the LIS to determine location. This document describes the use of the IP address of the client as the identifier. When a NAT, VPN or other forms of address modification occur between the client and the server, the location returned may be inaccurate. This is not always the case. For example, a NAT used in a residential local area network is typically not a problem, because the external IP address used on the WAN side of the NAT is in fact the right identifier for all of the devices in the residence. On the other hand, if there is a VPN between the client and the server, for example for a teleworker, then the address seen by the server may not be the right address to identify the location of the client. Where a VPN is deployed, clients often have the ability to bypass the VPN for a transaction like HELD. HELD Clients MUST NOT send HELD requests where IP address is the identifier and a VPN, NAT or other IP address modification exists between the client and the server which could produce incorrect location. HELD MUST NOT be deployed in networks where the client cannot comply reasonably reliably with that requirement. _______________________________________________ Geopriv mailing list Geopriv@ietf.org https://www1.ietf.org/mailman/listinfo/geopriv ***** The information transmitted is intended only for the person or entity to = which it is addressed and may contain confidential, proprietary, and/or = privileged material. Any review, retransmission, dissemination or other = use of, or taking of any action in reliance upon this information by = persons or entities other than the intended recipient is prohibited. If = you received this in error, please contact the sender and delete the = material from all computers. GA623 _______________________________________________ Geopriv mailing list Geopriv@ietf.org https://www1.ietf.org/mailman/listinfo/geopriv From geopriv-bounces@ietf.org Wed Oct 31 10:24:09 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1InETc-0007Jk-Q1; Wed, 31 Oct 2007 10:23:24 -0400 Received: from geopriv by megatron.ietf.org with local (Exim 4.43) id 1InETb-0007JS-QE for geopriv-confirm+ok@megatron.ietf.org; Wed, 31 Oct 2007 10:23:23 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1InETb-0007JI-F8 for geopriv@ietf.org; Wed, 31 Oct 2007 10:23:23 -0400 Received: from mx12.bbn.com ([128.33.0.81]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1InETQ-0008M1-LZ for geopriv@ietf.org; Wed, 31 Oct 2007 10:23:23 -0400 Received: from dommiel.bbn.com ([192.1.122.15] helo=localhost.localdomain) by mx12.bbn.com with esmtp (Exim 4.60) (envelope-from ) id 1InET8-0003PY-66; Wed, 31 Oct 2007 10:22:55 -0400 Message-ID: <47288FBD.1060606@bbn.com> Date: Wed, 31 Oct 2007 10:22:53 -0400 From: Richard Barnes User-Agent: Thunderbird 2.0.0.5 (X11/20070727) MIME-Version: 1.0 To: "Stark, Barbara" Subject: Re: [Geopriv] Use of IP address as an identifier indraft-ietf-geopriv-http-location-delivery References: <002801c81bbc$a673fd00$1d69fe90@cis.neustar.com> <7582BC68E4994F4ABF0BD4723975C3FA063767D9@crexc41p> In-Reply-To: <7582BC68E4994F4ABF0BD4723975C3FA063767D9@crexc41p> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 0.0 (/) X-Scan-Signature: a2c12dacc0736f14d6b540e805505a86 Cc: geopriv@ietf.org X-BeenThere: geopriv@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Geographic Location/Privacy List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: geopriv-bounces@ietf.org Right, I think what's needed is more a caveat that HELD provides the location of the source IP address in the IP header of the request -- whatever that may be. --Richard Stark, Barbara wrote: > How is a client supposed to know whether a "VPN, NAT or other IP address > modification exists between the client and the server which could > produce incorrect location"? One of the best uses of HELD is the case > where there is a NAT (and the box with the NAT is location unaware). For > landline broadband services, this NAT exists, but doesn't produce an > incorrect location. So this NAT is ok. How can you distinguish between a > NAT that produces an incorrect location, vs. one that produces a correct > location? > > The VPN could be originated out of the router, and not the client. How > would the client know this VPN even exists? > > Unless you can tell me the logic to use to implement this proposed > requirement, I can't support it. > Barbara > > -----Original Message----- > From: Brian Rosen [mailto:br@brianrosen.net] > Sent: Wednesday, October 31, 2007 8:51 AM > To: geopriv@ietf.org > Subject: [Geopriv] Use of IP address as an identifier > indraft-ietf-geopriv-http-location-delivery > > In the long set of discussions that have lead to HELD, one of the > biggest > concerns a few of us have had is the problem than an IP address may not > be a > good identifier for determining the location of the client. There is a > draft that describes alternate identifiers. However, there is no > discussion > in the present draft of the base protocol on these issues. > > I would like to propose that we add text something like: > > Use of HELD is subject to the viability of the identifier used by the > LIS to > determine location. This document describes the use of the IP address > of > the client as the identifier. When a NAT, VPN or other forms of address > modification occur between the client and the server, the location > returned > may be inaccurate. This is not always the case. For example, a NAT > used in > a residential local area network is typically not a problem, because the > external IP address used on the WAN side of the NAT is in fact the right > identifier for all of the devices in the residence. On the other hand, > if > there is a VPN between the client and the server, for example for a > teleworker, then the address seen by the server may not be the right > address > to identify the location of the client. Where a VPN is deployed, > clients > often have the ability to bypass the VPN for a transaction like HELD. > > HELD Clients MUST NOT send HELD requests where IP address is the > identifier > and a VPN, NAT or other IP address modification exists between the > client > and the server which could produce incorrect location. HELD MUST NOT be > deployed in networks where the client cannot comply reasonably reliably > with > that requirement. > > > > > _______________________________________________ > Geopriv mailing list > Geopriv@ietf.org > https://www1.ietf.org/mailman/listinfo/geopriv > > ***** > > The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential, proprietary, and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender and delete the material from all computers. GA623 > > > > > _______________________________________________ > Geopriv mailing list > Geopriv@ietf.org > https://www1.ietf.org/mailman/listinfo/geopriv > _______________________________________________ Geopriv mailing list Geopriv@ietf.org https://www1.ietf.org/mailman/listinfo/geopriv From cronuscaroleen96@accel.net Wed Oct 31 19:37:56 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1InN8G-0000V0-7I for geopriv-archive@lists.ietf.org; Wed, 31 Oct 2007 19:37:56 -0400 Received: from 1.bndl2.xdsl.nauticom.net ([209.195.133.98]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1InN7o-000713-Ro for geopriv-archive@lists.ietf.org; Wed, 31 Oct 2007 19:37:29 -0400 Received: from [209.195.133.98] by taypmo.accel.net; Wed, 31 Oct 2007 23:36:56 +0000 Message-ID: <000801c81c16$03199d23$86c5dabc@prtnhl> From: "alden shin-yua" To: "Jolene Lam" Subject: Reasonable price Date: Wed, 31 Oct 2007 21:49:33 +0000 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0005_01C81C16.0318B6A0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.3790.2663 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.2757 X-Spam-Score: 0.0 (/) X-Scan-Signature: 52e1467c2184c31006318542db5614d5 This is a multi-part message in MIME format. ------=_NextPart_000_0005_01C81C16.0318B6A0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Perfectly crafted luxury timepieces, all at affordable prices. Thousands = of different models to choose from! http://my07fg.net/ ------=_NextPart_000_0005_01C81C16.0318B6A0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Perfectly crafted luxury timepieces, all at affordable prices. Thousands = of different models to choose from!

http://my07fg.net/ ------=_NextPart_000_0005_01C81C16.0318B6A0-- From Bouillon@hotdogmapgh.com Wed Oct 31 22:40:36 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1InPz2-0000pg-Jg for geopriv-archive@lists.ietf.org; Wed, 31 Oct 2007 22:40:36 -0400 Received: from [200.123.166.253] (helo=customer123-166-253.iplannetworks.net) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1InPyz-0000qA-QC for geopriv-archive@lists.ietf.org; Wed, 31 Oct 2007 22:40:36 -0400 Received: from mi_pc ([148.166.127.195] helo=mi_pc) by customer123-166-253.iplannetworks.net ( sendmail 8.13.3/8.13.1) with esmtpa id 1GSofC-000BSH-aY for geopriv-archive@lists.ietf.org; Wed, 31 Oct 2007 23:40:41 -0300 Message-ID: <000401c81c30$8d0b38f0$fda67bc8@mipc> From: "Siyu Bouillon" To: Subject: abacus Date: Wed, 31 Oct 2007 23:40:23 -0300 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0008_01C81C17.67BE00F0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3028 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 X-Spam-Score: 0.8 (/) X-Scan-Signature: 97adf591118a232206bdb5a27b217034 ------=_NextPart_000_0008_01C81C17.67BE00F0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable wots up geopriv-archive we're glad you are seriously looking at making your dick bigger http://www.campaire.com/ Siyu Bouillon ------=_NextPart_000_0008_01C81C17.67BE00F0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
wots up geopriv-archive
we're glad you are seriously looking at making = your dick=20 bigger
http://www.campaire.com/
Siyu Bouillon
------=_NextPart_000_0008_01C81C17.67BE00F0--