February 1998 - ripe-list - mailman.ripe.net

OK to send e-mail?
by up＠uplinkpro.com 28 Feb '98

28 Feb '98

OK to send an e-mail to ripe-list(a)ripe.net?

1 0

EC slams domain proposal, By Reuters (fwd)
by John Martin 25 Feb '98

25 Feb '98

FYI: (For those not on the very noisy related lists. Forwarded without comment.) http://www.news.com/News/Item/0,4,19450,00.html EC slams domain proposal By Reuters Special to CNET NEWS.COM February 24, 1998, 5:10 p.m. PT BRUSSELS, Belgium--The European Commission has criticized a U.S. proposal for reforming the Internet's naming and address system, saying it would give Americans too much control over the global computer network. "The current U.S. proposals would...seem to consolidate permanent U.S. jurisdiction over the Internet as a whole, including dispute resolution and trademarks used on the Internet," it said in a draft reply to the initiative. The European Union executive, in a text that it hopes will be adopted by the 15 EU states, urges Washington to adopt a more international approach and to enter into "full bilateral consultations" before proceeding. The U.S. government formally published a proposal last week for phasing out its management of the address system for Internet locations--such as email and Web sites--and turning it over to a U.S.-based nonprofit corporation. It would also end the monopoly of U.S. company Network Solutions (NSI), which registers the most popular Internet addresses, including those ending in ".com," ".org," and ".net." Known as generic top-level domains (TLDs), they signify commercial users, not-for-profit organizations, and network service providers. The plan would create up to five new generic TLDs, each with a registry to manage a database of addresses. Other companies would compete to register the addresses. The Commission's draft reply, to be discussed by EU telecommunications ministers on Thursday, accuses Washington of ignoring a plan for a new registry system drawn up by the International Ad-Hoc Committee (IAHC), a group of Internet companies and organizations. IAHC proposed last year setting up seven new generic domains--such as ".store" for shops and ".arts" for culture--along with an international council of registrars. The commission also faults the U.S. "green paper" for seemingly giving the United States jurisdiction over all conflicts over trademarks in Internet addresses and failing to mention efforts to set up Internet dispute-resolution procedures within the World Intellectual Property Organization. The U.S. Commerce Department gave interested parties until March 23 to comment on the proposal. A U.S. official in Brussels said the initiative was "not set in stone" and that comments by the EU and other parties would be taken into account. "There have been consultations going on and there will be further consultations going on before we put the plan into action," the official added, noting that the proposal built on previous work on the issue. The EU telecommunications ministers are likely to direct their ambassadors in Brussels Thursday to finalize an EU response, diplomats said. Story Copyright © 1998 Reuters Limited All rights reserved. --end John Martin TERENA, Singel 466-468, NL - 1017 AW Amsterdam phone: +31 20 5304488 ** fax: +31 20 5304499 ** http://www.terena.nl/ ** Please note new telephone and fax numbers

1 0

New Document available: RIPE-178
by RIPE NCC Document Annoucement Service 24 Feb '98

24 Feb '98

New/Revised RIPE Document Announcement -------------------------------------- A revised/new document is available from the RIPE document store. Ref: ripe-178 Title: RIPE Routing-WG Recommendation for coordinated route-flap damping parameters Author: Tony Barber, Sean Doran, Daniel Karrenberg, Christian Panigl, Joachim Schmitz Date: 5 february 1998 Format: PS=206079 TXT=31015 Obsoletes: Obsoleted by: Updates: Updated by: See also: Short content description ------------------------- This paper recommends a set of route-flap damping parameters which should be applied by all ISPs in the Internet and should be deployed as new default values by BGP router vendors. Accessing the RIPE document store --------------------------------- The RIPE document store is available via anonymous FTP to ftp.ripe.net, in the directory ripe/docs. The URLs for the new documents on the FTP-server are: ftp://ftp.ripe.net/ripe/docs/ripe-178.ps PostScript version ftp://ftp.ripe.net/ripe/docs/ripe-178.txt plain text version You can also access the RIPE documents in HTML format via WWW. RIPE-178 is not available from the WWW at this moment, but will be soon, at the following URL: http://www.ripe.net/docs/ripe-178.html Documents can also be retrieved from the RIPE document store using a mail server program. For more information on how to use the program, send email to <mail-server(a)ripe.net> with "send HELP" in the body text.

1 0

New Document available: RIPE-178
by RIPE NCC Document Annoucement Service 23 Feb '98

23 Feb '98

New/Revised RIPE Document Announcement -------------------------------------- A revised/new document is available from the RIPE document store. Ref: ripe-178 Title: RIPE Routing-WG Recommendation for coordinated route-flap damping parameters Author: Tony Barber, Sean Doran, Daniel Karrenberg, Christian Panigl, Joachim Schmitz Date: 5 february 1998 Format: PS=206079 TXT=31015 Obsoletes: Obsoleted by: Updates: Updated by: See also: Short content description ------------------------- This paper recommends a set of route-flap damping parameters which should be applied by all ISPs in the Internet and should be deployed as new default values by BGP router vendors. Accessing the RIPE document store --------------------------------- The RIPE document store is available via anonymous FTP to ftp.ripe.net, in the directory ripe/docs. The URLs for the new documents on the FTP-server are: ftp://ftp.ripe.net/ripe/docs/ripe-178.ps PostScript version ftp://ftp.ripe.net/ripe/docs/ripe-178.txt plain text version You can also access the RIPE documents in HTML format via WWW. RIPE-178 is not available from the WWW at this moment, but will be soon, at the following URL: http://www.ripe.net/docs/ripe-178.html Documents can also be retrieved from the RIPE document store using a mail server program. For more information on how to use the program, send email to <mail-server(a)ripe.net> with "send HELP" in the body text.

1 0

3rd INTERNATIONAL WWW CACHING WORKSHOP - 15-17 June 1998
by Naomi de Bruyn 16 Feb '98

16 Feb '98

3rd INTERNATIONAL WWW CACHING WORKSHOP Manchester, England, June 15-17 1998 University of Manchester Invitation and Preliminary "Call for Papers" Following on from previous successful workshops held at Warsaw and Colorado, the 3rd International WWW Caching Workshop, organised by the UK National JANET Caching Team in conjunction with TERENA, the Trans-European Research and Education Networking Association, will be held at the University of Manchester, England from 15-17 June 1998. This is an invitation to participate and a preliminary call for papers. The workshop is being held during the formal celebrations of the 50th anniversary of the world's first stored program computer, designed and built in Manchester. The workshop is not part of the official programme however further details surrounding the 50th anniversary events are available at: http://www.computer50.org/index.html SUBJECT AREAS FOR THE CONFERENCE Papers are invited on all matters related to caching, but more specifically in the following subject areas: * Experiences in implementing national caches, regional caches and Institution/site caches. * Caching within organisations: departmental and discipline caches. * Co-operative caching, e.g. using multicasting. * Caching infrastructures/meshes. * Caching software. * Caching hardware. * Caching of multimedia objects. * Progress with the TERENA caching projects. * Benefits of caching, user experiences, views, requirements etc. * Cache server performance analysis/metrics Please note: Other related topics will also be considered. INFORMATION FOR PAPER SUBMISSION Full papers (maximum of 4000 words) are to be submitted. All papers must be written in English and must contain the following: - - the topic - - title - - author and institution - - address, email and telephone number of the primary author Electronic submission (via FTP or email) of HTML or ASCII documents is highly recommended. Please use only elementary HTML commands and minimise the number of files (one main HTML file, plus essential figures in a general format such as GIF, referenced by relative URLs). Send by email to: <workshop(a)wwwcache.ja.net>. Details regarding FTP submission are available at http://wwwcache.ja.net/events/workshop/ Should electronic submission be impossible, please submit 4 copies of double-spaced full paper manuscript (maximum 4000 words) with an abstract to the organising committee at the address given below. * Accepted papers must be re-submitted in the format required for publication in the workshop proceedings. Submission instructions will be supplied to authors of accepted papers. Nearer the date of the workshop we intend to publish a Call for Short Papers and Posters providing an opportunity to present late breaking news in special sessions. Short papers will not be published in the Workshop Proceedings. EXHIBITION & DEMONSTRATION FACILITIES An exhibition area will be available for demonstrations and for companies sponsoring the workshop. Please contact: workshop(a)wwwcache.ja.net PUBLICATIONS Conference proceedings containing full papers will be published in collaboration with TERENA. The Proceedings will also be published on the UK National JANET Caching Service Web server prior to the workshop at: http://wwwcache.ja.net/ TERENA Task Force (TF-CACHE) Meeting The TERENA Task Force TF-CACHE will convene during the workshop week and will present the latest results of their activities. The meeting is open to all interested parties. For information about the TERENA Task Force TF-Cache, please see the TERENA Web site: http://www.terena.nl/task-forces/tf-cache/ WORKSHOP VENUE The workshop will be held in a University of Manchester hall of residence. Accommodation will be in student bedrooms (not ensuite) and will be available on the Saturday and Sunday nights preceeding and on the Wednesday night following the workshop. A limited number of double room facilities will be available. Accommodation in city centre hotels will also be available to workshop participants. The hall of residence has fully equipped lecture theatres and several workrooms for breakout sessions and meetings. Breakfast, lunches and evening meals will be provided during the course of the Workshop. The cost for attending the full three days will be in the range 200 - 400 pounds sterling. ATTENDANCE If you are interested in attending the 3rd International WWW Caching Workshop it would useful for the organising committee if you indicated an interest in doing so as soon as possible. Please send an email to: <workshop(a)wwwcache.ja.net> IMPORTANT DATES 31st March 1998: Full manuscript due. 15th May 1998: Notification of acceptance to authors. 31st May 1998: Registration cut-off date. 15-17 June 1998: International WWW Caching Workshop 31st August 1998: Camera-ready papers due. RELEVANT CONTACTS Programme Committee: <workshop(a)wwwcache.ja.net> Local Organisation: George Neisser <George.Neisser(a)mcc.ac.uk> John Heaton <J.Heaton(a)mcc.ac.uk> TERENA Conference Officer: Paul Rendek <rendek(a)terena.nl> GENERAL INFORMATION 3rd International WWW Caching Workshop c/o The JANET Caching Team Manchester Computing University of Manchester Manchester, M13 9PL England Tel: +44 (0) 161 275 6008/ Fax: +44 (0) 161 275 6040 Email: <workshop(a)wwwcache.ja.net> http://wwwcache.ja.net/events/workshop/ * Details regarding submission deadlines, bookings facilities, papers, etc. will be placed on the International WWW Caching Workshop Web site.

1 0

New RIPE list: anti-spam@ripe.net
by John Martin 11 Feb '98

11 Feb '98

Colleagues, Following on from the successful TERENA / RIPE BoF on Deployment of Anti-Spam Techniques, a new mailing list has been created by the RIPE NCC. To join the list, send a message to majordomo(a)ripe.net containing only the text: subscribe anti-spam I would propose that we move the current thread there and you should note that this is currently just an "interest" list, *not* an official RIPE Working Group, for which a decision will be made at the next RIPE meeting. I'll work on the minutes and get them out as soon as possible. Regards, John Martin Chief Technical Officer TERENA, Singel 466-468, NL - 1017 AW Amsterdam phone: +31 20 6391131 ** fax: +31 20 6393289 ** ** Please note that these numbers will change from 20h Feb 1998 to +31 20 5304488 (phone) and +31 20 5304499 (fax)

1 0

Hostcount for January 1998
by Mirjam Kuehne 11 Feb '98

11 Feb '98

Dear all, Sorry for the delay. Everything that can go wrong went wrong this time. But finally: Here is the hostcount for January 1998. The table shows an increase since last month of over 170,000 (or 2,9%) to a total of almost 6,000,000 hosts in the DNS in Europe and surrounding areas. The UK shows the highest increase for January with more than 40,000 hosts more than in December. The hostcount can also be found under ftp://ftp.ripe.net/ripe/hostcount. The graphical version of the hostcount can be found at ftp://ftp.ripe.net/ripe/hostcount/RIPE-Hostcount-{Mo,Qu}.eps The translation of the country codes can be found at ftp://ftp.ripe.net/iso3166-countrycodes All this data can also be found at http://www.ripe.net/statistics/hostcount.html If you are interested in the historic hostcount data, bunyip Information Services is hosting the complete set of data since 1994 under ftp://ftp.bunyip.com/pub/netstats/ripe I would like to thank all people who help me to create the hostcount every month by counting hosts locally: at Gerhard Winkler <winkler(a)cc.univie.ac.at> be DNS-BE Registration Office <tech(a)dns.be> ch Marcel Schneider <hostmaster(a)nic.ch> cy Panagiotis Tzounakis <pj(a)ics.forth.gr> cz Jiri Orsag <Jiri.Orsag(a)eunet.cz> de Peter Koch <pk(a)TechFak.Uni-Bielefeld.DE> dk Robert Martin-Legene <robert(a)dknet.dk> es Jose Sanchez-Seco <jose.sanchez(a)rediris.es> fi Petri Ojala <ojala(a)eunet.fi> fr Annie Renard <Annie.Renard(a)inria.fr> gr Dimitris Zisiadis <zisiadis(a)forthnet.gr> hr Ivan Maric <Ivan.Maric(a)stribor.srce.hr> hu Gabor Kiss <kissg(a)sztaki.hu> ie Mike Norris <mnorris(a)dalkey.hea.ie> il Sason Levi <sason(a)NetVision.net.il> it Maurizio Martinelli <M.Martinelli(a)cnuce.cnr.it> Daniele Vannozzi <D.Vannozzi(a)cnuce.cnr.it> no Havard Eidnes <Havard.Eidnes(a)runit.sintef.no> pl Mirek Luc <mirek(a)nask.pl> pt Armando Domingues <fccn(a)dns.pt> ru Andrey Dobrotsvetov <adbr(a)ripn.net> sk Ivan Lescak <Ivan.Lescak(a)Slovakia.EU.net> Lubos Elias <Lubos.Elias(a)uakom.sk> sm Maurizio Martinelli <M.Martinelli(a)cnuce.cnr.it> Daniele Vannozzi <D.Vannozzi(a)cnuce.cnr.it> tr Yener Yigit <yener(a)knidos.cc.metu.edu.tr> uk Kevin Hoadley <K.Hoadley(a)nosc.ja.net> Robert Stone <robert(a)nosc.ja.net> If you have any questions, please don't hesitate to contact me. Kind regards, Mirjam Kuehne RIPE NCC RIPE DNS Hostcount Previous Count : Tue Dec 30 1997 This Count : Tue Feb 3 1998 CY SOA COUNTED DUPL REAL CHANGE ============================================================ al 11 128 4 124 + 7 am 61 562 82 480 + 38 at 13816 138177 27659 110518 + 2045 az 17 436 12 424 + 77 ba 15 365 4 361 - 12 be 8045 121609 9726 111883 + 5075 bg 451 7471 471 7000 + 170 by 59 749 80 669 - 39 ch 24775 217095 24912 192183 + 3008 cy 435 4276 95 4181 + 1167 cz 8203 64936 5135 59801 + 2932 de 88397 1332875 192807 1140068 + 7894 dk 37935 194599 22068 172531 + 3163 dz 2 45 0 45 - 4 ee 1393 17866 985 16881 + 1050 eg 44 365 3 362 - 1443 es 7970 207713 6028 201685 + 5282 fi 7599 513217 12006 501211 +14400 fo 89 303 7 296 + 12 fr 15519 411486 26043 385443 +30412 gb 2 40 0 40 0 ge 27 421 20 401 - 12 gr 2246 28658 2259 26399 - 1732 hr 1152 9423 1259 8164 - 74 hu 3796 77876 6580 71296 + 3409 ie 4218 43700 2814 40886 + 1022 il 4598 102635 9393 93242 + 6481 is 918 19817 577 19240 + 720 it 23351 281396 30683 250713 - 3583 li 327 1265 397 868 - 107 lt 609 4425 254 4171 + 126 lu 1016 5826 918 4908 + 165 lv 419 7597 1127 6470 - 618 ma 106 1454 131 1323 - 82 md 30 303 51 252 + 7 mk 29 244 12 232 - 267 mt 152 1145 127 1018 + 197 nl 27767 439679 38383 401296 +10068 no 14821 307686 12571 295115 + 2733 pl 9117 104160 11337 92823 + 4369 pt 5043 46033 3408 42625 + 178 ro 1017 15091 1148 13943 + 374 ru 6921 123954 13969 109985 +18888 se 23790 380006 19363 360643 +12034 si 1999 21846 2446 19400 - 95 sk 3046 18314 3068 15246 + 726 sm 24 223 9 214 0 su 946 44473 1537 42936 - 1093 tn 8 167 74 93 + 42 tr 4412 37281 3878 33403 - 1624 ua 848 20533 5116 15417 + 1421 uk 82447 1251018 192811 1058207 +40755 va 2 11 0 11 + 1 yu 1004 5681 316 5365 + 468 ============================================================ 441044 6636654 694163 5942491 +170131

1 0

Re: IMC Update for February, 1998
by John Martin 10 Feb '98

10 Feb '98

Piet, At 12:03 pm +0100 10/2/98, Piet Beertema wrote: > I thought that those of you who attended the spam BoF > last week might be interested to note the IMC survey > of publicly-known relaying smtp servers. > >The problem with this survey is that it is by no means >exhaustive (500 mail hosts is in fact peanuts compared >to the number of mail hosts globally), and probably for >that reason doesn't mention the names of the hosts that >allow relaying. [If you remember, "naming-and-shaming" was thought to be unconstructive when discussed at the recent RIPE anti-SPAM BoF meeting. Is this what you mean? Personally, I think that this is a bit too agressive.] Perhaps a compromise is to compile a list of offenders and then contact the domain administrator for that host? (A standard canned message akin to the DNS "Lame server" one would do, I guess...?) We didn't actually discuss this at the meeting. My reading of the IMC report was that it was intended to show a "a large random sample" but I suppose that 500 is indeed small compared with 1) the number of MX records in the DNS and 2) the number of hosts accepting SMTP connections (larger). (For comparison, when I was analysing the COM domains last year to determine physical locations, I used 2 separate samples of 50,000 each - there were ~1,100,000 domains in the zone at the time.) Note though that the IMC report makes no further comment nor claim about the applicability of its results more generally than the 3000 domains known to the IMC itself (though its mailing lists), except for the implicit comment (I guess) that those subscribed to IMC lists should really know better ;-) It does, however, state that an update will be forthcoming. >A flaw in the test is that it used a valid domain name; >using an invalid domain name (or a separate test using >an invalid domain name) would probably have led to more >refusals. Hmmm. But most spammers use valid domains these days, dont they? Are there admisistrators who implement only the check_relay and not the check_from at the same time? My impression was that it is usually an all-or-nothing decision thugh I suppse check_from puts a much higher (DNS) load / delay on the relay? >Even so it is shocking that 55% of the set of mail hosts >tested apparently allows unrestricted relaying. Indeed. My guess is that this is a conservative figure but, as you say, 55% is still too much. However, as was discussed at the meeting, even reducing the number of relaying hosts might not significantly reduce the amount of spam - it only takes one and relaying hosts are being added daily... John

3 2

TERENA Networking Conference (TNC'98) - Call for Papers
by Naomi de Bruyn 10 Feb '98

10 Feb '98

** REMINDER ** CALL FOR PAPERS "TERENA Networking Conference" (TNC'98) Dresden, Germany, 5-8 October 1998 The TNC'98 "Call for Papers" paper submission deadline is approaching (deadline: 20 February 1998) Please visit the TERENA Networking Conference 1998 Web site for further details at: http://www.terena.nl/tnc98 For general enquiries please send a message to <tnc98-sec(a)terena.nl> or contact TNC'98 Secretariat c/o TERENA Secretariat Singel 466-468 NL - 1017 AW Amsterdam The Netherlands Tel: +31 20 639 1131 Fax: +31 20 639 3289 Email: tnc98-sec(a)terena.nl

1 0

IMC Update for February, 1998
by John Martin 03 Feb '98

03 Feb '98

I thought that those of you who attended the spam BoF last week might be interested to note the IMC survey of publicly-known relaying smtp servers. Regards, John >X-Sender: phoffman(a)mail.imc.org >Date: Mon, 02 Feb 1998 20:20:36 -0800 >To: imc-update(a)imc.org >From: Paul Hoffman / IMC <phoffman(a)imc.org> >Subject: IMC Update for February, 1998 >Mime-Version: 1.0 >Sender: owner-imc-update(a)imc.org >Precedence: bulk > >Welcome to the February 1998 issue of the IMC Update. We hope you find lots >of interesting news about Internet mail here. > >------------------------------------------------------------------------ > > IMC News > >IMC Releases Report on Relaying through SMTP Servers > >Many people in the fight against unsolicited bulk email (UBE) believe that >not allowing UBE senders to use SMTP gateways unrelated to their business >would reduce the amount of UBE. Further, many companies who have had UBE >sent through their SMTP servers have suffered losses in time and money >dealing with responses sent to them. > >To date, there have only been anecdotal reports on how many publicly-known >SMTP servers allowed anyone to relay through them. Because the reported >percentages varied widely, and the test methodologies went unstated, IMC >recently tested a large random sample of SMTP servers to see how many of >them allowed relaying from users not within their realm. The results of the >tests, as well as the test methodology, are detailed in the latest IMC >Report at <http://www.imc.org/ube-relay.html>. > >DNSConnect 1 Leads to Greater Interoperability for Users > >IMC hosted DNSConnect 1 on January 27 to help bring together vendors of DNS >and DHCP clients and servers. Although these areas are only tangentially >related to Internet mail, they are becoming much more important to Internet >mail users who rely on DHCP for their Internet connections. The event went >very well, and it was the first time that many of the vendors had met >face-to-face. It was determined that the recent specifications for dynamic >update of DNS records and DNS-to-DHCP interactions work well and that >server and client software from different vendors will soon interact >extremely well. > >New IMC Member Announced > >IMC is happy to announce that Lansoft, an Internet mail and gateway service >provider, has become a member of IMC. > >------------------------------------------------------------------------ > > Internet Mail in the Press > >IMC often advises the press about important Internet mail issues. We also >often point reporters towards the products and services of our members so >that the articles don't quote IMC but instead quote others in the Internet >mail industry. However, we also get quoted often in stories on a variety of >topics. > >In our ongoing efforts to reduce unsolicited bulk email and reduce its >harms, we have been quoted in the San Francisco Daily Journal (a newspaper >for lawyers), the San Jose Mercury News (the newspaper of record for >Silicon Valley), and Business Online (a German Internet monthly). On topics > >other than UBE, Network World recently covered IMC's contribution to the >IETF's review of Year 2000 issues with Internet protocols as well as IMC's >stewardship of the vCard technology, and the EMA's "Messaging Magazine" >carried an article written by IMC director Paul Hoffman about what Internet >mail will look like a few years from now. > >------------------------------------------------------------------------ > > Upcoming Events > >Internet Expo, February 10-12, San Jose, CA. IMC Director Paul Hoffman will >lead a discussion about standards for secure email at this popular >conference. <http://www.dci.com/internet/> > >Internet World, March 9-13, Los Angeles, CA. A very large gathering of the >Internet marketplace. IMC will hold an informal member's meeting during the >event; details will be announced when confirmed with the event's sponsors. ><http://events.internet.com/spring98/> > >NDSS'98: Symposium on Network & Distributed System Security, March 11-13, >San Diego, CA. Security is always an issue with large mail systems. This >conference is sponsored by the Internet Society (ISOC). ><http://www.isoc.org/ndss98/> > >41st IETF Meeting, March 30 - April 3, Los Angeles, CA. IETF meetings >always have a great deal of interest for companies in the Internet mail >business, and this one should be no different. Many mail-related working >groups will meet, and technologies related to mail will also be covered. ><http://www.ietf.org/meetings/LosAngeles.html> > >------------------------------------------------------------------------ > > Recent Standards News > >International characters and language support have always been an important >topic for Internet mail. Although some mail clients do a much better job of >non-English languages than others, there is a strong desire from many >customers for good international support for sending and receiving Internet >mail. > >Three new RFCs that relate to internationalization have recently been >released. > > * RFC 2277, "IETF Policy on Character Sets and Languages&qout;, is the > current policies being applied by the Internet Engineering Steering > Group (IESG) towards the standardization efforts in the IETF in order > to help Internet protocols fulfill these requirements. It is a Best > Current Practices document, and is full of information useful to > Internet mail implementors and protocol designers. > > * RFC 2278, "IANA Charset Registration Procedures&qout;, describes the > method to register a new character set with the Internet Assigned > Numbers Authority (IANA). Although almost every character set > currently used with Internet mail is already assigned, some groups use > alternate character sets and want their designations to be usable by > other protocol designers. > > * RFC 2279, "UTF-8, a Transformation Format of ISO 10646" is an update > of RFC 2044. ISO/IEC 10646-1 defines a multi-octet character set > called the Universal Character Set (UCS) which encompasses most of the > world's writing systems. Multi-octet characters, however, are not > compatible with many current applications and protocols, and this has > led to the development of a few so-called UCS transformation formats > (UTFs), each of which has different characteristics. This document > describes UTF-8, which has the characteristic of preserving the full > US-ASCII range, providing compatibility with file systems, parsers and > other software that rely on US-ASCII values but are transparent to > other values. > >A complete list of mail-related Internet standards is available at ><http://www.imc.org/mail-standards.html>. > >------------------------------------------------------------------------ > > About This Mailing List > >The IMC Update is a low-volume, one-way mailing list to inform people about >news in the Internet mail industry. Subscription is open to all, members >and non-members. If you have questions about the content of IMC Update, or >suggestions or information for future issues, please send them to >phoffman(a)imc.org. General information about the IMC is available from ><http://www.imc.org/>. > >To subscribe to this mailing list, send a message to >imc-update-request(a)imc.org with the single word > subscribe >in the body of the message. To unsubscribe, use the same address, but use >the word > unsubscribe >in the body of the message. >

1 0