unsubscribe
On 26/01/2012 17:54, ietf-requ...@ietf.org wrote: If you have received this digest without all the individual message attachments you will need to update your digest options in your list subscription. To do so, go to https://www.ietf.org/mailman/listinfo/ietf Click the 'Unsubscribe or edit options' button, log in, and set Get MIME or Plain Text Digests? to MIME. You can set this option globally for all the list digests you receive at this point. Send Ietf mailing list submissions to ietf@ietf.org To subscribe or unsubscribe via the World Wide Web, visit https://www.ietf.org/mailman/listinfo/ietf or, via email, send a message with subject or body 'help' to ietf-requ...@ietf.org You can reach the person managing the list at ietf-ow...@ietf.org When replying, please edit your Subject line so it is more specific than Re: Contents of Ietf digest... Today's Topics: 1. Re: Second Last Call: draft-ietf-sieve-notify-sip-message-08.txt (Sieve Notifica tion Mechanism: SIP MESSAGE) to Proposed Standard (John C Klensin) 2. encouraging compliance with IPR disclosure rules (Peter Saint-Andre) 3. RE: Second Last Call: draft-ietf-sieve-notify-sip-message-08.txt (Sieve Notification Mechanism: SIP MESSAGE) to Proposed Standard (Worley, Dale R (Dale)) 4. Re: Second Last Call: draft-ietf-sieve-notify-sip-message-08.txt (Sieve Notification Mechanism: SIP MESSAGE) to Proposed Standard (Pete Resnick) 5. Re: encouraging compliance with IPR disclosure rules (SM) 6. Re: Violation of IETF process (todd glassey) -- Message: 1 Date: Thu, 26 Jan 2012 12:37:06 -0500 From: John C Klensinjohn-i...@jck.com To: Pete Resnickpresn...@qualcomm.com Cc: adr...@olddog.co.uk, si...@ietf.org, ietf@ietf.org Subject: Re: Second LastCall: draft-ietf-sieve-notify-sip-message-08.txt (Sieve Notifica tion Mechanism: SIP MESSAGE) to Proposed Standard Message-ID:c5b776163626422ffe08b...@pst.jck.com Content-Type: text/plain; charset=us-ascii --On Thursday, January 26, 2012 10:08 -0600 Pete Resnick presn...@qualcomm.com wrote: As I've mentioned to others, since I'm one of the people who will have to judge the consensus on this question, my comments will remain strictly based on the facts of the events as I know them and on the relevant IETF procedures. It is up to the IETF community to decide on what the appropriate course of action shall be. That said, I have some comments and questions: On 1/26/12 3:31 AM, John C Klensin wrote: It seems to me that a key question here is whether the original author's decision to not disclose was made in violation of company policy or whether the sequence of posting the I-D, getting the document through the WG and Last Call, and then posting the disclosure is a matter of company policy. We were told by the other company employees who facilitated the disclosures, at the time of the disclosures, that this was strictly an individual's failure to comply with the IETF IPR Policy, that the author in question claims not to have understood the IETF IPR Policy, and that the company proceeded to make these disclosures as soon as it discovered that this IPR existed. I have no information to contradict that claim. Excellent. I had hoped that was the situation. It obviously makes things much easier (and some of my earlier comments irrelevant). With all the effort we go to (Note Well and otherwise) to be sure that people are informed about the policy, I have trouble generating sympathy for someone who says didn't underatand, but that is another matter (and perhaps just my problem). Consequently, I believe that at least the following should be required: (1) Revision of the IPR statement so it identifies the responsible individual by name, department, and title. I do not believe that the rather anonymous Director of Licensing is compliant with the intent of the IPR disclosure rules. I will leave it to the lawyers to advise on whether a document issued without the name (not just title) of a responsible individual would even be held to be valid in the various jurisdictions in which the patent might be recognized. Are you asking that the IPR statements be updated with the name, department, and title of the Director of Licensing, or that of the author of the documents and patents in question? The former. It seems to me that the former is a procedural question that is separate from the disposition of these particular documents, and seems like a reasonable requirement for any IPR disclosure. That is correct. I believe I suggested in a later note that this is an area to which it would be good if the Trust paid some attention and advised the Secretariat and others accordingly. (2) A request to the company involved for someone who can formally speak for that company
unsubscribe
unsubscribe skar...@verisign.com smime.p7s Description: S/MIME cryptographic signature ___ Ietf mailing list Ietf@ietf.org https://www.ietf.org/mailman/listinfo/ietf
unsubscribe me from the ie mailing list
e mailin Add more friends to your messenger and enjoy! Go to http://messenger.yahoo.com/invite/___ Ietf mailing list Ietf@ietf.org https://www.ietf.org/mailman/listinfo/ietf
Please unsubscribe from this mailing list
Jari Arkko [EMAIL PROTECTED] wrote: Hi all, We are planning to talk about the routing and addressing topic in Prague in a number of different meetings. Wednesday 1830-1930, Plenary -- http://www.arkko.com/ietf/ietf-68/ietf68_roap_agenda.txt This is a short report on where we are with this problem and what aspects of it the IETF can address. Thursday 0900-1130, INTAREA -- http://www3.ietf.org/proceedings/07mar/agenda/intarea.txt This is an architectural discussion about future IETF work on identifier-locator split and multi-level locator designs that may help issues with routing scalability and other issues in the long term. (Also called the ROAP BOF.) Thursday 1300-1500, RTGAREA -- http://www3.ietf.org/proceedings/07mar/agenda/rtgarea.txt This meeting focuses on what we could do with BGP to address some aspects of the problem in the short term. Saturday March 17th, RRG -- http://www1.tools.ietf.org/group/irtf/trac/wiki/RRG This is a research group discussion on rechartering the Routing Research Group to look at new architectural approaches (including clean slate designs). Comments and suggestions appreciated. And please participate the meetings! The main mailing list for discussion is the RAM list, subscribe at https://www1.ietf.org/mailman/listinfo/ram Jari, Mark, and Ross ___ Ietf mailing list Ietf@ietf.org https://www1.ietf.org/mailman/listinfo/ietf - Heres a new way to find what you're looking for - Yahoo! Answers ___ Ietf mailing list Ietf@ietf.org https://www1.ietf.org/mailman/listinfo/ietf
please unsubscribe me from this forum
please unsubscribe me from this forumJORDI PALET MARTINEZ [EMAIL PROTECTED] wrote: Very nice job. Congratulations !I hope soon we can have in our roadmap a venue in Latin America also. May bein a couple of years we can then have one in Africa too :-)Regards,Jordi De: IETF Administrative Director <[EMAIL PROTECTED]> Responder a: <[EMAIL PROTECTED]> Fecha: Thu, 05 Oct 2006 18:02:41 -0400 Para: IETF Announcement list <IETF-ANNOUNCE@IETF.ORG> Asunto: IETF 68 69 Locations (a) I am pleased to announce the hotel meeting sites for IETF 68 in Prague and IETF 69 in Chicago, as well as a major contract with an international hotel chain. IETF 68 is being held 18 - 23 March 2007 at the Hilton Prague. This is a "one roof" venue, that is, the meeting is at the hotel with a room block of 500 rooms. IETF 69 is being held at the Palmer House Hilton in Chicago from July 22 - 27. This is also a "one roof" meeting with ample meeting space and a room block of 1000 rooms. More information and links for reservation purposes can be located at: http://www3.ietf.org/meetings/meetings.html The foregoing probably tipped you off that the contract is between the Hilton Hotels Corporation and the Internet Society, on behalf of the IETF. This 5 year, multi-event contract provides many benefits to the IETF including favorable guest rates for the market, complimentary Internet, reduced event costs, reduced contracting risk, expedited contracting and more. Moreover, the contract does not prevent the IETF from booking meetings with other hotel chains. I want to thank the NeuStar Secretariat team for their initiative in pursuing this agreement, as well as their skill in negotiating it. It is a first of its kind with the Hilton chain worldwide, and represents a giant step forward in the IETF's commitment to planning meetings 18 to 24 months in advance and undertaking measures that will reduce costs, while providing additional value for the meetings and the participants. As a result of this contract we are already considering venues in 2008 and beyond; and I expect we will be executing contracts for them very quickly over the next six months. If your company has ever considered being a Host and has a particular location in mind, now is the time to contact us. The meeting calendar through 2010 with provisional regional locations can be found here: http://www3.ietf.org/meetings/0mtg-sites.txt A Host brings a certain gravitational pull to a particular location and we are interested in working with you to locate an available, qualified venue and make that happen. By the way, if you'd like to Host and don't have a location in mind -- we have some for you and we want to hear from you too. My thanks also to the Internet Society, our organizational home. We can't do this without their assistance and support- thanks. Ray Pelletier IAD [EMAIL PROTECTED] ___ IETF-Announce mailing list IETF-Announce@ietf.org https://www1.ietf.org/mailman/listinfo/ietf-announce**The IPv6 Portal: http://www.ipv6tf.orgBye 6Bone. Hi, IPv6 !http://www.ipv6day.orgThis electronic message contains information which may be privileged or confidential. The information is intended to be for the use of the individual(s) named above. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information, including attached files, is prohibited.___Ietf mailing listIetf@ietf.orghttps://www1.ietf.org/mailman/listinfo/ietf Find out what India is talking about on - Yahoo! Answers India Send FREE SMS to your friend's mobile from Yahoo! Messenger Version 8. Get it NOW___ Ietf mailing list Ietf@ietf.org https://www1.ietf.org/mailman/listinfo/ietf
unsubscribe
- Original Message - From: [EMAIL PROTECTED] To: ietf@ietf.org Sent: Friday, December 09, 2005 9:27 AM Subject: Ietf Digest, Vol 20, Issue 24 Send Ietf mailing list submissions to ietf@ietf.org To subscribe or unsubscribe via the World Wide Web, visit https://www1.ietf.org/mailman/listinfo/ietf or, via email, send a message with subject or body 'help' to [EMAIL PROTECTED] You can reach the person managing the list at [EMAIL PROTECTED] When replying, please edit your Subject line so it is more specific than Re: Contents of Ietf digest... Today's Topics: 1. The Trust Agreement Proposal (John C Klensin) 2. Re: [IAOC] Re: The IETF Trust License is too restricted (Simon Josefsson) 3. Re: The IETF Trust License is too restricted (Sam Hartman) 4. Any Final Comments on the IETF Trust (Lucy E. Lynch) 5. Re: [IAOC] I know I am dumb stupid but I am also dumb stubborn [was IETF Trust license is too restricted] (Lucy E. Lynch) 6. The Trust Agreement Proposal (Bob Hinden) 7. Re: Appeal: Publication of draft-lyon-senderid-core-01 in conflict with referenced draft-schlitt-spf-classic-02 (Frank Ellermann) 8. Re: Last Call: 'NETCONF Configuration Protocol' to Proposed Standard (Sam Hartman) 9. Re: [IAOC] I know I am dumb stupid but I am also dumb stubborn [was IETF Trust license is too restricted] (JFC (Jefsey) Morfin) -- Message: 1 Date: Thu, 08 Dec 2005 14:00:49 -0500 From: John C Klensin [EMAIL PROTECTED] Subject: The Trust Agreement Proposal To: Lucy E. Lynch [EMAIL PROTECTED] Cc: ietf@ietf.org Message-ID: [EMAIL PROTECTED] Content-Type: text/plain; charset=us-ascii Lucy and IAOC, I've reviewed the notes on the list, the FAQs, the Settlor agreements, and what I assume is the new 9.5 text. First of all, I'd like to express thanks to the IAOC for being willing to open the agreement up to community review, comment, and approval and for making changes that process seemed to call for. I think that, as the result of this process, critical provisions of the document are vastly better than they were and hope that the IAOC and the rest of the community agree. Some of the provisions of the current version are not what I would have preferred in a more perfect world. On the other hand, in such a world, I don't know whether we would have the Trust model at all and certainly would have preferred that the IAOC not spend a large fraction of the last year negotiating it. But this is not, as we all know, a perfect world.Given the actual world in which we live, it is as important to know where to stop, approve a document, and move on, rather than letting the quest for perfection drag things out and block other important tasks. It appears to me that we have reached that point. I would urge others to consider whether more discussion and tuning is really worth the possible benefits. The more recent discussion about the rights the IETF might have and want to grant seems largely irrelevant to the Trust agreement given the new wording (it did not appear irrelevant under the old agreement). It seems to me that the IETF (or the IASA, or either or both Settlors) might lay full or partial claim to two fundamentally different types of IPR: (i) Materials associated with the development, approval, or publication of standards. These are materials contributed to the IETF by its participants or prepared for the IETF, under contract or other arrangement, in support of those materials. Those materials now appear to be excluded from the scope of 9.5. I say appear under the IANAL disclaimer, but, if counsel has advised the IAOC that the wording is adequate, then I think that case is taken care of. (ii) Materials associated with, or developed as a consequence of, the operation of the IETF or administration of the standards process. Those materials might be developed under contract, or might include documents or tools contributed to the IETF to make its processes more efficient. These are the materials that appear to be covered under 9.5 now and, as far as I can tell, they are not covered at all by RFC 3979. Even in my most vivid imaginings, I cannot imagine a legitimate purpose for which another body would want most of that stuff, much less one under which a share alike provision would be clearly inappropriate. Exceptions might occur with tools or similar material contributed to the IETF, but the solution there is for the author to reserve some rights, giving the IETF/IASA only the right to use the tools and perhaps to modify them for specialized purposes. So while, in principle, I would prefer to see no restrictions on the choices the IETF might make, I don't see these restrictions as having any significant impact. So, from my point of view, while the IPR Licensing debate should
unsubscribe
-Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: None To: ietf@ietf.org Subject: Ietf Digest, Vol 16, Issue 17 Send Ietf mailing list submissions to ietf@ietf.org To subscribe or unsubscribe via the World Wide Web, visit https://www1.ietf.org/mailman/listinfo/ietf or, via email, send a message with subject or body 'help' to [EMAIL PROTECTED] You can reach the person managing the list at [EMAIL PROTECTED] When replying, please edit your Subject line so it is more specific than Re: Contents of Ietf digest... Today's Topics: 1. Re: project management (from Town Hall meeting) (Henning Schulzrinne) 2. Re: project management (from Town Hall meeting) (Aki Niemi) 3. The plenary and the nomcom-term and review panel proposals (John C Klensin) 4. Re: On standards review panel and division of work (Spencer Dawkins) 5. Re: project management (from Town Hall meeting) (Henk Uijterwaal) 6. Re: On standards review panel and division of work (John C Klensin) 7. Re: project management (from Town Hall meeting) (Pekka Savola) 8. Re: project management (from Town Hall meeting) (Henning Schulzrinne) -- Message: 1 Date: Thu, 04 Aug 2005 05:07:49 -0400 From: Henning Schulzrinne [EMAIL PROTECTED] Subject: Re: project management (from Town Hall meeting) To: Henk Uijterwaal [EMAIL PROTECTED] Cc: ietf@ietf.org Message-ID: [EMAIL PROTECTED] Content-Type: text/plain; charset=ISO-8859-1; format=flowed I doubt that this is going to solve anything. All basic project management techniques assume that a project has a deadline and that the people working We do have deadlines: charters, and external customers (implementors, other SDOs). on it have some incentive to get the work done. This is not the case for ID's: we continue working on them until there is rough consensus, no matter how long it takes. The authors are volunteers, if other activities pop up and work on the ID has to be postponed, there is nothing the WG chair can do. This is not quite true: authors are not volunteers in the normal soup-kitchen-volunteer sense. In most cases, authors are paid by their companies to do the work. This is not a hobby for most contributors. Even more classical volunteer organizations, like IEEE (the non-standards-part) and ACM, set deadlines and have mechanisms to deal with volunteers (true volunteers in that case) that can no longer perform. For example, journals routinely drop editors that don't perform their (unpaid, volunteer) duties. This is another result of doing work with volunteers. If somebody is interested in a topic but not in another, then there is nothing that can stop him from working on the first topic, even if it might be beneficial for overall progress to finish the topic first. Part of managing for success in any volunteer organization is to channel volunteer energy. Henning -- Message: 2 Date: Thu, 04 Aug 2005 12:11:49 +0300 From: Aki Niemi [EMAIL PROTECTED] Subject: Re: project management (from Town Hall meeting) To: ext Henk Uijterwaal [EMAIL PROTECTED] Cc: ietf@ietf.org Message-ID: [EMAIL PROTECTED] Content-Type: text/plain; charset=ISO-8859-1; format=flowed Hi, ext Henk Uijterwaal wrote: At 10:05 04/08/2005, Henning Schulzrinne wrote: I would never suggest adopting a 4-year project schedule, but would suggest a number of simple project management techniques and goals: - As part of WG chair training, train WG chairs in basic project management techniques and indicate that driving progress is an important role. I doubt that this is going to solve anything. All basic project management techniques assume that a project has a deadline and that the people working on it have some incentive to get the work done. This is not the case for ID's: we continue working on them until there is rough consensus, no matter how long it takes. The authors are volunteers, if other activities pop up and work on the ID has to be postponed, there is nothing the WG chair can do. I hope you're not saying I-Ds have no deadlines. Sorry, but they do. Sure we're a voluntary organization, and technical quality is the first order of priority. But that does *not* mean that it is OK to work on a particular draft only six weeks per year (around the f2f meetings), or that it's OK to have an author disappear for six months, or that each and every crazy idea sent to the mailing list needs to be incorporated in late stages of the work, resulting in constant feature creep. Voluntary does not prohibit an incentives system, nor does it disallow project managers (the WG chairs) equipped with carrots and sticks. The real question is: how can we set realistic deadlines and get commitment from people to get the work done by the deadline, even
How to unsubscribe from a mailing list
Please, If you have managed to subscribe to the list one could hope that people know how to unsubscribe. No mailing list that I know of perform unsubscribe operation by sending a mail to the complete list. Such mails only irritates other people on the list. The easiest way of unsubscribing is to go the the mailing lists web page: https://www1.ietf.org/mailman/listinfo/ietf Enter your email address in the field next to the button labeled: Unsubscribe or edit options, press it. The unsubscription information is actually present in every mail you receive from a mailman list. If you check the mail headers you will find the following header: List-Unsubscribe: https://www1.ietf.org/mailman/listinfo/ietf, mailto:[EMAIL PROTECTED] You also receive a link for option changing and unsubscription in the monthly reminder. Best Regard Magnus Westerlund G.V.Raju wrote: Please unsubscribe me -- Watch your thoughts; they become your words. Watch your words; they become your actions. Watch your actions; they become your habits. Watch your habits; they become your character. Watch your character for it will become your destiny. - Frank Outlaw ___ Ietf mailing list Ietf@ietf.org https://www1.ietf.org/mailman/listinfo/ietf -- Magnus Westerlund Multimedia Technologies, Ericsson Research EAB/TVA/A -- Ericsson AB| Phone +46 8 4048287 Torshamsgatan 23 | Fax +46 8 7575550 S-164 80 Stockholm, Sweden | mailto: [EMAIL PROTECTED] ___ Ietf mailing list Ietf@ietf.org https://www1.ietf.org/mailman/listinfo/ietf
unsubscribe
*** This message is proprietary to Future Software Limited (FSL) and is intended solely for the use of the individual to whom it is addressed. It may contain privileged or confidential information and should not be circulated or used for any purpose other than for what it is intended. If you have received this message in error, please notify the originator immediately. If you are not the intended recipient, you are notified that you are strictly prohibited from using, copying, altering, or disclosing the contents of this message. FSL accepts no responsibility for loss or damage arising from the use of the information transmitted by this email including damage from virus. *** ___ Ietf mailing list Ietf@ietf.org https://www1.ietf.org/mailman/listinfo/ietf
unsubscribe
With Kind regards, Wen Wu Technology Center, ZTE Corporation 5/F., A Wing ,ZTE Plaza,Keji Road South Hi-Tech Industrial Park,Shenzhen,P.R.China Zip code:518057 Tel:+86 755 26771514 (local: 1514) Fax:+86 755 26770324 (local: 0324) Mobile:13802211515 E-mail: [EMAIL PROTECTED] Http: www.zte.com.cn === *** 信息安全声明：本邮件包含信息归ZTE所有， ZTE对该邮件拥有所有权利。请接收者注意 保密，未经发件人书面许可，不得向任何第 三方组织和个人透露本邮件所含信息的全部 或部分。以上声明仅适用于工作邮件。 InformationSecurityNotice： Theinformationcontainedinthismailis solelypropertyofZTECorporation. Thismailcommunicationisconfidential. Recipientsnamedaboveareobligatedto maintainsecrecyandarenotpermittedto disclosethecontentsofthiscommunication toothers. *** ___ Ietf mailing list Ietf@ietf.org https://www1.ietf.org/mailman/listinfo/ietf
unsubscribe
unsubscribe ___ Ietf mailing list Ietf@ietf.org https://www1.ietf.org/mailman/listinfo/ietf
unsubscribe
unsubscribe Atenciosamente / Kind regards / Mit freundlichen Grüssen Alexandre Placido de Carvalho Banco DaimlerChrysler S.A. Tecnologia da Informação Av. Maria Coelho Aguiar, 215 Bl-E 1º And São Paulo, SP, Brasil, 05804-900 Fone +55-11-3741-9565 Fax +55-11-3741-9740 Celular +55-11-9689-2225 mailto:[EMAIL PROTECTED] http://www.bancodaimlerchrysler.com.br___ Ietf mailing list [EMAIL PROTECTED] https://www1.ietf.org/mailman/listinfo/ietf
unsubscribe
Kindly me from the list would be appreicated -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Harald Tveit Alvestrand Sent: Monday, December 06, 2004 3:27 PM To: Brian E Carpenter; Scott Bradner Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: Re: Adminrest: section 3.5b (appealability) --On mandag, desember 06, 2004 10:39:27 +0100 Brian E Carpenter [EMAIL PROTECTED] wrote: Scott Bradner wrote: Harald sez: if decisions of the IAOC can be appealed rather reads: -- If someone believes that the IAOC has violated the IAOC rules and procedures, he or she can ask the IETF leadership to investigate the matter, using the same procedure as is used for appeals of procedural issues in the IETF, starting with the IESG. If the IESG, IAB or the ISOC BoT find that procedures are violated, they may advise the IAOC, but does not have authority to overturn or change a decision. this sort of wording halps deal with the worry I had in that an appeal will not stop the IETF from working and restricts the appeals to those that relate to violating rules and procedures and does not support the idea of allowing an appeal of a decision to hire a particular vendor just because someone did not like the vendor or thought they could do something cheaper True, but it still leaves the field rather open - are you sure we shouldn't include a limitation to matters affecting the standards process? I am pretty sure I wouldn't want that limitation - since the IAOC's only business is supporting the standards process, it's not clear that there is anything the IAOC can do that can't be constructed as affecting the standards process. There are cases (instance off the top of my head: IAOC failing to make its decisions public) that would (IMHO) qualify for appeals, and where it would not be possible to tell whether this affects the standards process directly or not before correcting the first problem. And remember - in the text above, the only power the appeals bodies has is to make a rather public statement that the IAOC has overstepped its rules. That limits the power of an appeal as a DoS attack on the IAOC - it's up to the appealed-to bodies to make sure they don't get a DoS attack. Harald ___ Ietf mailing list [EMAIL PROTECTED] https://www1.ietf.org/mailman/listinfo/ietf ___ Ietf mailing list [EMAIL PROTECTED] https://www1.ietf.org/mailman/listinfo/ietf
unsubscribe me from the mailing list
Do you Yahoo!?Friends. Fun. Try the all-new Yahoo! Messenger___ Ietf mailing list [EMAIL PROTECTED] https://www1.ietf.org/mailman/listinfo/ietf
Unsubscribe
Hello I like to get unsubscribed from the IETF Mailing list. Thanks ! Guru Happy Moments, Praise GOD Difficult Moments, Seek GOD Quiet Moments, Worship GOD Painful Moments, Trust GOD Every Moment, Thank GOD Regards Guru Rajan Disclaimer: This message and any attachment(s) contained here are information that is confidential, proprietary to HCL Technologies and its customers. Contents may be privileged or otherwise protected by law. The information is solely intended for the individual or the entity it is addressed to. If you are not the intended recipient of this message, you are not authorized to read, forward, print, retain, copy or disseminate this message or any part of it. If you have received this e-mail in error, please notify the sender immediately by return e-mail and delete it from your computer. ___ Ietf mailing list [EMAIL PROTECTED] https://www1.ietf.org/mailman/listinfo/ietf
unsubscribe
unsubscribe
escom wrote: The purpose of the protocol is to manage over the internet the information stored in a RF-ID tag. More in detail the idea is to develop a crittography system and a certification authority. To encrypt the data stored into the tag will be necessary to prevent frauds on the tagged products. The purpose of the protocol is to manage over the internet the information stored in a RF-ID tag. More in detail the idea is to develop a crittography system and a certification authority. giuseppe canale
unsubscribe
unsubscribe
Please help me to unsubscribe...!
Title: Belle journée A slight problem... I unsubscribed to the 2 IETF newsletters : [EMAIL PROTECTED] [EMAIL PROTECTED] and [EMAIL PROTECTED] [EMAIL PROTECTED] but it seems that it failed finnaly as i continue to receive emails...!! Although i received a confirmation by majordomo... Please who could help me ? Thanks.
Netscape Netcenter Unsubscribe
Dear cnri, The following email address has been unsubscribed from Netscape Netcenter: [EMAIL PROTECTED] Thank you. : annmn:[63J4t367U3J5C55UVXa01263Fo5SG32f3W3571Og]
Netscape Netcenter Unsubscribe
Dear cnri, The following email address has been unsubscribed from Netscape Netcenter: [EMAIL PROTECTED] Thank you. : annmn:[63J4t367U3J5C55UVXa01263Fo5SG32f3W3571Og]
RE: Netscape Netcenter Unsubscribe
could the list owner block these repetive msg's .. i tkae it.. there is a glitch somewhere --Original Message- -From: Netscape [mailto:[EMAIL PROTECTED]] -Sent: Thursday, August 10, 2000 7:19 AM -To: [EMAIL PROTECTED] -Subject: Netscape Netcenter Unsubscribe - - -Dear cnri, - -The following email address has been unsubscribed from -Netscape Netcenter: -[EMAIL PROTECTED] - -Thank you. - -: -annmn:[63J4t367U3J5C55UVXa01263Fo5SG32f3W3571Og] - -
Netscape Netcenter Unsubscribe
Dear cnri, The following email address has been unsubscribed from Netscape Netcenter: [EMAIL PROTECTED] Thank you. : annmn:[63J4t367U3J5C55UVXa01263Fo5SG32f3W3571Og]
Netscape Netcenter Unsubscribe
Dear cnri, The following email address has been unsubscribed from Netscape Netcenter: [EMAIL PROTECTED] Thank you. : annmn:[63J4t367U3J5C55UVXa01263Fo5SG32f3W3571Og]
Netscape Netcenter Unsubscribe
Dear cnri, The following email address has been unsubscribed from Netscape Netcenter: [EMAIL PROTECTED] Thank you. : annmn:[63J4t367U3J5C55UVXa01263Fo5SG32f3W3571Og]
RE: How to unsubscribe from the IETF@ietf.org Mailing list.
Dan, On Tue, 21 Dec 1999, Dan Kohn wrote: Several months ago there was a request of Steve Coya on the list to implement a simple filter in the IETF's majordomo implementation that sidelines all messages that begin with "unsubscribe CRLF" (and preferably "unsuscribe", etc.). I understand this is very easy to do in majordomo and that we have numerous majordomo experts on the list who would be happy to help out. I know that Steve is a busy man, but would it be possible to implement this soon? Never too busy for the IETF! I don't recall the request of several months ago, but no matter. We'll look into how this can be done and will do it. Steve
Re: How to unsubscribe from the IETF@ietf.org Mailing list.
Steve Coya [EMAIL PROTECTED] writes: "unsuscribe", etc.). I understand this is very easy to do in majordomo and that we have numerous majordomo experts on the list who would be happy to help out. I know that Steve is a busy man, but would it be possible to implement this soon? Never too busy for the IETF! I don't recall the request of several months ago, but no matter. We'll look into how this can be done and will do it. Majordomo already has this facility built in. It just has to be turned on. Look at the sample list config files to see the variables you need to set. Perry
RE: How to unsubscribe from the IETF@ietf.org Mailing list.
At 08:24 22.12.99 -0800, Dunlap, Randy wrote: And can you make the patch(es) available to other list maintainers as well. I know of several other mailing lists with this same problem and need. Since others may want it: One way to do it for majordomo is to set "administrivia = yes" (note the *strange* spelling) in the list config file. However, I think that catches too much, and use this bunch instead on "ietf+censored": taboo_body END /^remove$/i /^unsubscribe$/i /^unsuscribe/i /^unsubscribe /i /^subscribe /i /^subscribe$/i /^benchmark supply/i END Note that it (by intent) only catches "subscribe" at the BEGINNING of a line. Expand as needed. Harald ~Randy -Original Message- From: Steve Coya [mailto:[EMAIL PROTECTED]] Sent: Wednesday, December 22, 1999 5:01 AM To: Dan Kohn Cc: [EMAIL PROTECTED] Subject: RE: How to unsubscribe from the [EMAIL PROTECTED] Mailing list. Dan, On Tue, 21 Dec 1999, Dan Kohn wrote: Several months ago there was a request of Steve Coya on the list to implement a simple filter in the IETF's majordomo implementation that sidelines all messages that begin with "unsubscribe CRLF" (and preferably "unsuscribe", etc.). I understand this is very easy to do in majordomo and that we have numerous majordomo experts on the list who would be happy to help out. I know that Steve is a busy man, but would it be possible to implement this soon? Never too busy for the IETF! I don't recall the request of several months ago, but no matter. We'll look into how this can be done and will do it. Steve - This message was passed through [EMAIL PROTECTED], which is a sublist of [EMAIL PROTECTED] Not all messages are passed. Decisions on what to pass are made solely by Harald Alvestrand. -- Harald Tveit Alvestrand, EDB Maxware, Norway [EMAIL PROTECTED]
