August 2008 - EURO-Discuss - lists.icann.org

Welcome SchoolNet Africa to At-Large and the AFRALO!
by Nick Ashton-Hart Sept. 24, 2008

Sept. 24, 2008

Tuesday, 5 February 2008 TO: CLUSIT FROM: ICANN At-Large Advisory Committee (ALAC) SUBJECT: At-Large Structure Certification ICANN's At-Large Advisory Committee (ALAC) is pleased to inform you on behalf of the At-Large community in ICANN that CLUSIT has been certified as an At-Large Structure (ALS). The ALAC greatly appreciates your groups’ interest in involving individual users in ICANN and looks forward to working with you and your colleagues. The purpose of ALS certification is to recognize that your organization meets the necessary criteria to involve individual Internet users at the local or issue level in ICANN activities, and that your organization will support its individual members' informed participation in ICANN efforts that affect end-users. The ALAC is eager to promote a productive working relationship between your organization, other ALSes, and the ALAC (and ICANN in general), and your input on how we can make this a success would be greatly appreciated. We would like to offer some initial tools to help your organization keep its members informed (about significant news from ICANN and information on ICANN policy-development efforts) and engaged in activities of interest: - Point of Contact for your Organisation: Please send an email to staff(a)alac.icann.org identifying the names and email addresses of one or two individuals who will be the point of contact for information and correspondence regarding ICANN At-Large. If this changes, please let us know. - At Large Mailing Lists. There are many At Large email lists, for each region; you can signup for them and manage your subscriptions at: http://atlarge-lists.icann.org/mailman/listinfo The points of contacts you identify will automatically be added to: · Your region’s discussion list; · The worldwide At-Large discussion list. You are of course invited to join others as you wish (excepting those ending –Staff). - ALS information. Information about your organization will be shared with the At-Large community to enable individuals interested in your group's activities to contact you, and to encourage cooperation with other groups interested in ICANN activities in your geographic region. Please complete and email the form at the bottom of this note to staff(a)alac.icann.org. - At-Large related websites: There are a few websites you should be aware of: · The ‘official’ ICANN website for the At-Large community is at http://www.alac.icann.org . This site will be replaced with a much more up-to-date and modern site but in the meantime it is a good source of information and has links to all the At-Large related URLs and links to other parts of icann.org. · The ALAC Working Wiki: Much of the administrative and policy development coordination work is made available and developed on the community's wikis. Meeting agendas, recordings of meetings, minutes, and all kinds of important documents for the whole community are to be found to help you get 'up to speed' with the state of development of community positions on issues you care about. Feel free to join in; the place to start is at https://st.icann.org/alac/index.cgi?at_large_policy_working_groups . · At-Large Regional Websites. Regional webpages also have been created to distribute information (including in local languages) on activities, events and issues of particular interest to people in each region. They are: African Region: http://www.afralo.org/ Asia/Australia/Pacific Region: http://www.apralo.org/ European Region: http://www.euralo.org/ Latin America/Caribbean Region: http://www.lacralo.org/ North American Region: http://www.naralo.org/ - Regional WiKi: Each At Large Region has a Wiki that allows the region to collaborate and all ALSes are welcome to have edit privileges to help provide information on their activities. These wikis create the regional websites shown above. The staff will create accounts on the EURALO site for your designated contacts once you've sent them that information. We look forward to working with you and your organization's members to advance individual Internet users' interests within ICANN. If you have any questions, or need additional information, please contact us at alac(a)atlarge-lists.icann.org -- Regards, Nick Ashton-Hart Director, At-Large ICANN Tel: +33 (450) 40 46 88 USA Tel: +1 (202) 657-5460 Fax: +41 (22) 595 85 44 mobile: +41 (79) 595 54 68 email: nick.ashton-hart(a)icann.org Win IM: ashtonhart(a)hotmail.com / AIM/iSight: nashtonhart(a)mac.com / Skype: nashtonhart Online Bio: https://www.linkedin.com/in/ashtonhart

2 3

Re: [EURO-Discuss] ALAC-WG on DNSSEC
by Lutz Donnerhacke Sept. 1, 2008

Sept. 1, 2008

On Sat, Aug 30, 2008 at 02:30:32PM +0200, JFC Morfin wrote: > IMHO the situation today could eventually badly hurt ICANN (depending > on what ICANN wants to be). Questions are: > - is the root server system a good system or not from a user perspective. Yes, it's good. It provide a consistent view of the Internet and prevents large scale censorship by regional gouvnerments. > - is DNSSEC a good solution or not in a root/non root server system > from a user perspective. Yes, it#s good. It offers the users to secure their communication for free and prevents any DNS based censorship (even from local ISPs). > - who should be the concerned operators from a user perspective. >From the SSAC (my other hat) point of view, the current operators do a very good job and are trustworthy. >From the AtLarge point of view, I prefer a multiple signing key concept: You can trust the key holders you like. So if the DOD has one set of root keys, the company Verisign has a second, and other organisations has even other keys, no single party is able to modify the relevant entries without asking for signing all other parties. In the case of short term modifications, the missing signatures from the other parties will detect the modifications as an attack to the system. > - who is endangering the capacity of these operators to develop, why and how. A multi signing key concept vanishs the need for this question, doesn't it? > Yes. But we need to have the @large users to be aware enough of the > root of the root management situation. This is why they must have a > full command of the technical, commercial, strategic, societal and > normative interests involved. This documentation does not exist if I > am correct? There is documentation for all these issues out. If you are interested, I can compile a list, but I'm short of time at the moment. > TLDs) not the old "intlfile", now the NTIA root file (4) because the > largest part of the Internet is now using TLDs and topzone name > servers that are not in the root (China, ISPs, etc.) and if I > understand you well your 15000 users. You might confuse something. An alternative root does not mean, that they are using complete different data. My signed root is derived from the IANA files. So there is mostly no difference. > So the real question are : who is really controlling the IANA, who is > in position to control it in the coming months/years. Is DNSSEC > something of real interest or not depending the way the users use it? > What will be its political consequences on the stability and > interoperability of the Internet. How the semantic addressing and its > hundred of thousands of top zones will be impacted/impact all this. etc. Large questions which should be discussed in detail individually, but not yet ... sorry. > The US position over DNSSEC > will have the first advantage to teach DNSSEC to civil servants and > militairies. That's FUD. Please do not distribute that bullshit. DNSSEC advantage existes in Sweden, Puerto Rico, Brasil, Bulgaria, RIPE, and NLNetlabs. (My company does not count.) US is far behind. > >I fear > >that Atlarge organization is not able to offer this in the full broad sense. > > Let not confuse ALAC and the ALSes. ALS will not able to provide the full chain of documents and support. It's too specific knowlegde. > >That's part of my proposal. I'd like to see the signed root (of IANA) > >productive on the validating resolvers during the whole sumit and meeting. > > Question: what will be the situation of the topzone nameservers which > are not in the root but which are documented in through the TLD nameservers? They will not be asked anymore from the ICANN meeting place. The validation resolvers only ask a set of nameservers with hold the IANA signed zone. > >I run a signed root since more than two years in production environments > >(for ~15000 people) and one of the largest DLVs. > > You mean a signed root Down Loadable Version :-)? ;; QUESTION SECTION: ;. IN DNSKEY ;; ANSWER SECTION: . 36000 IN DNSKEY 256 3 5 BQEAAAABy8CjFJC4LKj+TE7U2h8eqQJ47GjH2JKCqf9X5Di3V8cNbTV0 aDRRbXOAILSjC2mgoLOokPp2YjaVFWYQF7ePFBgvk0rKydnF606jpFW5 3TDmG2qnLwxeFPMwMtTOxT6teGoTWm1t1jxCMWazZUt4qq0ykcgAzd7Q o7z+7gq0vZfZwf6tYMcukrYFdkQUqjh1ewpvjfrhqHpEHP3bM2I+8yzA xBby1vWUO8q9yzSZ7mpezlTyA6j3pV6iE2AAKd2q5kMdzOc8OLiywkef 5i5AswYSZZHcFdEuODQsz6MDxp2RbOwkZf87k8yajzZpgpVUgT38E/fP oAR5rEDC+K83cw== . 36000 IN DNSKEY 257 3 5 BQEAAAABu13HdYlS35tf+wtpDlwkfPhz9sCqYHMPUDXfNUt8ePPrBPQx ZvZIx7tere9mX3u1tC8Ooxr5IMQa7D2yn2ZfomVk9rF+7Rtxtlu9LmNS DcqCa7JwrJyhg3eDyQ/+2fOwb+XhVEsjoMFY09DglZSWHroKOieFw4X1 sZLvmmXczYv2yzd/uP5xIxxofh++vfQ4505oYlkymLehWXfT1lqqpszH 9d/A7GHGmgdS8uyXq5LJC+PPJjdndcas4DH/Ja24NrIvzzX8ZXNimO13 +YMnKQdDSxS3yQWztSVgcY2GwRLWM9fiCX+e351OnIhYE+FjhHdg6M71 6Jf8ZDGoBO5Qrn3HMejItFBekBo9Rf2ZYzukSbu06CfFBpX/HQuAOYfp 2/7D56cG8SRH2d0sF3KAygSwAs3XvDv/dXcKMMqKftw5nxvv50o9OOUH gIR9kGVAax90oz1ZgtygQMMTHe2QuAaLwqso19Y2jb3qHIvyi+N94rwQ DzUrnMR3RFbL8P4XF4yzrYIEXkx6U9X8myHYQxbHdZ3N4rBoBvjjACX1 Vpl7bdDnKC/bITW34xpmNRZl+3K80zx5r0t9O9Csdylgach0CCNsu1I9 ERHYk/rEdzvSOiwSDYpMB3MlgYARjjWfx8YfSp1QV4fwo3i6ZZ3yFtlY Kcw23zD5Qe/YtLQ5H+8= ;; AUTHORITY SECTION: . 72000 IN NS a.dnssec-root.iks-jena.de. . 72000 IN NS a.dnssec.thur.de. . 72000 IN NS b.dnssec-root.iks-jena.de. > Where can we get and test it? Simply do it. Documentation can be found on my companies website. Please search yourself. I'll not promote it. > > It's technically and > >operationally possible. AtLarge can show, that ICANN is able to handle the > >political issues (at least for the Cairo meeting) too. > > I am sure ALAC can handle it. > ICANN if I am correct has announced its intent to do it two years ago > in its strategic plan and has not moved upon it. My concern is that > the first thing the USG people will do will be to sign the root they > will use. They do not need ICANN for that. Then what shall Europe > and China do? That's FUD, too. The root zone is signed by IANA. I'll see this version procutive on the meeting in Cairo. That's all. > Additional remarks on the @large, ALAC + Europe + users aspects : > > 1) on the Unbound mailing list: (the DNS software by NLnet Labs, > sponsored by Nominet and Verisign): That's FUD. NLNetlab is not sponsored by Nominet nor Verisign. NLNetlab produces the leading DNSSEC software and testbeds. > "the U.S. has been dragging its > feet, but will now encourage itself and others to get on board. This > is a great opportunity for DNSSEC-by-design Unbound, which appears to > both work well as a DNSSEC resolver AND is leading the pack with > important new security features (e.g. scrubbers), that both > enterprise and users are beginning to value". IMHO this is something > we need to evaluate, confirm, document in layman words, etc. in the > best interest of the European publics and entreprises. I do not see any need for your request. US gouvnerment urges their suborgs to sign their zones. That's great. That's all. Brasil had done this two years earlier. > 2) I went on the http://DNSSEC.org to see if there is something user > oriented. I tried to the "How-to". The first sentence is "This part > deals with securing data in zone les. We describe how to generate and > manage keys, how to set up a recursive name server to validate signed > zone data and how to sign and serve zones." Hardly something people > can understand the meaning at first glance. I voluteered to provide a DNSSEC track for the summit. User oriented material has to produced for this event. Currently the documentation is most readable in the RFCs. The websites out there are wracky. > 3) from your knowledge of the DNSSEC, what is the current pertinence > of RFC 3833? Would it be interesting to update it and present it in a > more readable/practical way to users ? This RFC is obsoleted. Time has moved on.

4 6

Re: [EURO-Discuss] Short bio for the election of the Euralo representatives to the ALAC
by Lutz Donnerhacke Aug. 31, 2008

Aug. 31, 2008

On Thu, Aug 28, 2008 at 05:22:17PM +0200, JFC Morfin wrote: > I think we would be really interested to know your opinion on @large > oriented whys, cons and pros of DNSSEC vs. other possibilities. DNSSEC introduces a public key infrastructure. There is a lot of FUD around, but a working DNSSEC provides decentral certification services for free. DNS is capable to hold SSL certificates as well as S/MIME and openPGP keys. That's the main reason for opposing DNSSEC from some industry heavily involved into certification business: They fear to lose their business. This way DNSSEC offers freedom of obtaining certificates in their self managed (sub)domains. Of course, classical certificates are able to check more than holding the domain. They are necessary to build legal reationships for business contracts. Thats why they check that the owner of the certificate is the right one regardless of the current DNS state (which might be under attack). But for most cases, the difference will not relevant for the private user. > where could we find an @large readable documentation on DNSSEC, its > governance needs, etc. Should it be operated under ICANN or as an IGF > enhanced cooperation (I understand that ICANN planned to catalyse a > DNSSEC dedicated structure gathering the TLD Managers?). > Should ALAC not be a partner into it? Of course, that's why I voluteer for a DNSSEC track on the AtLarge summit in Cairo. Preparing this track requires to collect and write such materials.

3 6

Re: [EURO-Discuss] REMINDER: 5 September 1300 UTC: Board Liaison Candidates Presentation
by Annette Muehlberg Aug. 31, 2008

Aug. 31, 2008

I am in a similar situation. At that time, I am on a panel on public goods and it-infrustructure ;-) best annette > -----Ursprüngliche Nachricht----- > Von: "Lutz Donnerhacke" <lutz(a)thur.de> > Gesendet: 29.08.08 18:48:19 > An: Discussion for At-Large Europe <euro-discuss(a)atlarge-lists.icann.org> > CC: "apac-discuss(a)atlarge-lists.icann.org" <apac-discuss(a)atlarge-lists.icann.org>, "alac-announce(a)atlarge-lists.icann.org" <alac-announce(a)atlarge-lists.icann.org> > Betreff: Re: [EURO-Discuss] REMINDER: 5 September 1300 UTC: Board Liaison Candidates Presentation > On Fri, Aug 29, 2008 at 05:54:29PM +0200, At-Large Staff wrote: > > We would like to remind about the presentation of the ALAC Board Liaison > > candidates next Friday 5 September from 1300 UTC until 1400 UTC. Please find > > This overlaps with the IGF (icann-studienkreis) meeting in Helsinki. > I'll not be able to take part, because I'm on a panel during this time. > > _______________________________________________ > EURO-Discuss mailing list > EURO-Discuss(a)atlarge-lists.icann.org > http://atlarge-lists.icann.org/mailman/listinfo/euro-discuss_atlarge-lists.… > > Homepage for the region: http://www.euralo.org > --

2 1

Re: [EURO-Discuss] Short bio for the election of the Euralo representatives to the ALAC
by Lutz Donnerhacke Aug. 30, 2008

Aug. 30, 2008

On Sat, Aug 30, 2008 at 04:04:15PM +0200, JFC Morfin wrote: > The question we face is therefore: is the DNSSEC adapted to the world > as it really is? This reality is that there is no more a single root > file. However , everyone, but ICANN, agrees to protect a single > virtual root file. What is the solution that we (users) must retain > in 2008, and possibly devise, while ICANN and IETF are enjoying > themselves in a 1983 context. Is it our interest to try to wake them > up, or do we forget about them for now, in the hope they join back later on? Because this point might be interesting in this election: I believe in a single root. Not a virtual one. A real single root. I *define an internet* as a transitive hull of computers connected using TCP/IP. And I *define the Internet* as an internet with contains the IANA operated DNS root servers. Please consider this very clear position in your vote. I'm a technical guy, I do not dream.

2 1

Voting Open
by Nick Ashton-Hart Aug. 30, 2008

Aug. 30, 2008

Dear All: Authorised ALS Representatives will have received their credentials for voting individually, and the URL for the vote. If you tried to vote early this morning you may have received an error message - the glitch (operator error of yours truly during setup) has been fixed. Thanks Patrick for letting us know - apologies for anyone who got caught by this. If you go back and re-vote, it will work for you. -- Regards, Nick Ashton-Hart Director for At-Large Internet Corporation for Assigned Names and Numbers (ICANN) Main Tel: +33 (450) 40 46 88 USA DD: +1 (310) 578-8637 Fax: +41 (22) 594-85-44 Mobile: +41 (79) 595 54-68 email: nick.ashton-hart(a)icann.org Win IM: ashtonhart(a)hotmail.com / AIM/iSight: nashtonhart(a)mac.com / Skype: nashtonhart Online Bio: https://www.linkedin.com/in/ashtonhart

6 5

Re: [EURO-Discuss] ALAC-WG on DNSSEC
by JFC Morfin Aug. 30, 2008

Aug. 30, 2008

Dear Lutz, There are two different things. ALAC assisting ICANN in the users fields, and ALS assisting users in fields where ICANN operates. I am certainly willing to help ICANN and IETF as long as this help them to help the users better. But I do not forget that my priorities are to myself and to my fellow users. At 22:48 29/08/2008, Lutz Donnerhacke wrote: >On Fri, Aug 29, 2008 at 07:28:41PM +0200, JFC Morfin wrote: > > would it not help if we investigated an ALAC-WG on Security as seen > > from a user point of view (documentation, solutions, open tools) ? > >Personally I think it's more work than it's worth. Compiling colletions of >already known technical things is better maintained by those who are >directly involved. AtLarge (not only ALAC) has connections to the SSAC which >should be used for this subject. DNSSEC is currently hyped by the Dan >Kaminsky show, which was a good and serious hack, but somewhat overpromoted. This is not exactly how I see it. What I observe is that Dan's show helps those who have the agenda to take over the Internet in taking over the IANA and centralising security, what could be called the "US Industry digital umbrella". This DNSSEC story is, as you say, an overpromotion of the centralised root server system. I think (1) the root server system is something the cons and pros are to be carefully reviewed from a user point of view (cf. ICANN ICP-3 document) and that (2) DNSSEC must be studied the same, by users. IMHO the situation today could eventually badly hurt ICANN (depending on what ICANN wants to be). Questions are: - is the root server system a good system or not from a user perspective. - is DNSSEC a good solution or not in a root/non root server system from a user perspective. - who should be the concerned operators from a user perspective. - who is endangering the capacity of these operators to develop, why and how. >AtLarge can an should contribute to the political and personal implications >of signing the root. There are several open issues and a lot of FUD to >clarify. Yes. But we need to have the @large users to be aware enough of the root of the root management situation. This is why they must have a full command of the technical, commercial, strategic, societal and normative interests involved. This documentation does not exist if I am correct? >The most prominent FUD is that the possession of the root keys >implies the power to rule the Internet. A large part of "the truth"(tm) is >that the current operators of the root zone has already that power. This is no more true, for several reasons. (1) as Vint says "the root" is the one with the largest number of users. This makes the GSMA (the mobile operator association) to run the real root. (2) I do not think that the current root vision will extend to the Multilingual Internet, because Vint Cerf as a Chair of the WG-IDNABIS acknowledged that their target was not such. (3) for years, following ICANN ICP-3 guidance I have verified that what counts is that there is no conflict in the "virtual root of the world" (all the active TLDs) not the old "intlfile", now the NTIA root file (4) because the largest part of the Internet is now using TLDs and topzone name servers that are not in the root (China, ISPs, etc.) and if I understand you well your 15000 users. So the real question are : who is really controlling the IANA, who is in position to control it in the coming months/years. Is DNSSEC something of real interest or not depending the way the users use it? What will be its political consequences on the stability and interoperability of the Internet. How the semantic addressing and its hundred of thousands of top zones will be impacted/impact all this. etc. IMHO these questions can currently only be understood and addressed by Internet lead users focussing on their own long terms interests, because they most probably oppose the short term interests of those who defactor sponsor the IETF (cf. IAB RFC 3869). Someone competent has to look responsibly at the situation. The US position over DNSSEC will have the first advantage to teach DNSSEC to civil servants and militairies. We need the @large to keep level to understand and influence the resulting decisions, USG strategy and responses of the US Industry. In this case, the responsibility of advising ICANN, but also Europe and currently the French Governement who is in charge a preparing an European proposition 40 days from now, lies with us. > > other on identification. This could be within ALAC a first test what > > advocate : a multilingual techniocal user support cooperation? > >Supporting technical and operational issues are really hard work. No one else that ourselves for our own systems will do it. It has to be understood if this is too hard work for credibility. What are the possible alternatives and the simplifications that Europe is to work on. >I fear >that Atlarge organization is not able to offer this in the full broad sense. Let not confuse ALAC and the ALSes. >Supporting political and personal issues is a good and valueable target to >aim to. Compiling multilanguage background, too. Yes. This is a first step, towards the next one. All this is, due to the importance of the Internet in our lifes and economies, is about our own survival as nations (look at Estonia, Georgia) with the alternative of a US/NATO/Google (?) digital umbrella. > > At 18:44 29/08/2008, Lutz Donnerhacke wrote: > > >Of course, that's why I voluteer for a DNSSEC track on the > AtLarge summit in > > >Cairo. Preparing this track requires to collect and write such materials. > > > > And possibly test it? > >That's part of my proposal. I'd like to see the signed root (of IANA) >productive on the validating resolvers during the whole sumit and meeting. Question: what will be the situation of the topzone nameservers which are not in the root but which are documented in through the TLD nameservers? >I run a signed root since more than two years in production environments >(for ~15000 people) and one of the largest DLVs. You mean a signed root Down Loadable Version :-)? Where can we get and test it? > It's technically and >operationally possible. AtLarge can show, that ICANN is able to handle the >political issues (at least for the Cairo meeting) too. I am sure ALAC can handle it. ICANN if I am correct has announced its intent to do it two years ago in its strategic plan and has not moved upon it. My concern is that the first thing the USG people will do will be to sign the root they will use. They do not need ICANN for that. Then what shall Europe and China do? --- Additional remarks on the @large, ALAC + Europe + users aspects : 1) on the Unbound mailing list: (the DNS software by NLnet Labs, sponsored by Nominet and Verisign) : "the U.S. has been dragging its feet, but will now encourage itself and others to get on board. This is a great opportunity for DNSSEC-by-design Unbound, which appears to both work well as a DNSSEC resolver AND is leading the pack with important new security features (e.g. scrubbers), that both enterprise and users are beginning to value". IMHO this is something we need to evaluate, confirm, document in layman words, etc. in the best interest of the European publics and entreprises. 2) I went on the http://DNSSEC.org to see if there is something user oriented. I tried to the "How-to". The first sentence is "This part deals with securing data in zone les. We describe how to generate and manage keys, how to set up a recursive name server to validate signed zone data and how to sign and serve zones." Hardly something people can understand the meaning at first glance. 3) from your knowledge of the DNSSEC, what is the current pertinence of RFC 3833? Would it be interesting to update it and present it in a more readable/practical way to users ?

1 0

Re: [EURO-Discuss] ALAC-WG on DNSSEC
by Lutz Donnerhacke Aug. 29, 2008

Aug. 29, 2008

On Fri, Aug 29, 2008 at 07:28:41PM +0200, JFC Morfin wrote: > would it not help if we investigated an ALAC-WG on Security as seen > from a user point of view (documentation, solutions, open tools) ? Personally I think it's more work than it's worth. Compiling colletions of already known technical things is better maintained by those who are directly involved. AtLarge (not only ALAC) has connections to the SSAC which should be used for this subject. DNSSEC is currently hyped by the Dan Kaminsky show, which was a good and serious hack, but somewhat overpromoted. AtLarge can an should contribute to the political and personal implications of signing the root. There are several open issues and a lot of FUD to clarify. The most prominent FUD is that the possession of the root keys implies the power to rule the Internet. A large part of "the truth"(tm) is that the current operators of the root zone has already that power. > other on identification. This could be within ALAC a first test what > advocate : a multilingual techniocal user support cooperation? Supporting technical and operational issues are really hard work. I fear that Atlarge organization is not able to offer this in the full broad sense. Supporting political and personal issues is a good and valueable target to aim to. Compiling multilanguage background, too. > At 18:44 29/08/2008, Lutz Donnerhacke wrote: > >Of course, that's why I voluteer for a DNSSEC track on the AtLarge summit in > >Cairo. Preparing this track requires to collect and write such materials. > > And possibly test it? That's part of my proposal. I'd like to see the signed root (of IANA) productive on the validating resolvers during the whole sumit and meeting. I run a signed root since more than two years in production environments (for ~15000 people) and one of the largest DLVs. It's technically and operationally possible. AtLarge can show, that ICANN is able to handle the political issues (at least for the Cairo meeting) too.

1 0

REMINDER: 5 September 1300 UTC: Board Liaison Candidates Presentation
by At-Large Staff Aug. 29, 2008

Aug. 29, 2008

Dear all, We would like to remind about the presentation of the ALAC Board Liaison candidates next Friday 5 September from 1300 UTC until 1400 UTC. Please find participation instructions for this teleconference and a short biography of the candidates on the meeting page: https://st.icann.org/alac/index.cgi?board_liaison_candidates_presentation Regards, Nick Ashton-Hart, Matthias Langenegger, Frederic Teboul ICANN At-Large Staff email: staff(a)atlarge.icann.org ------ Forwarded Message From: At-Large Staff <staff(a)atlarge.icann.org> Date: Fri, 22 Aug 2008 02:56:28 -0700 To: <alac-announce(a)atlarge-lists.icann.org> Cc: Wendy Seltzer <wendy(a)seltzer.com>, "Brendler, Beau" <Brenbe(a)consumer.org> Subject: [ALAC-Announce] 5 September 1300 UTC: Board Liaison Candidates Presentation Dear all, We would like to invite you to a conference call with the ALAC Board Liaison candidates. Following a short introduction of the candidates, Wendy Seltzer and Beau Brendler will be available to answer your questions. The conference will be Friday September 5th from 1300 UTC to 1400 UTC . There will be simultaneous interpretation into French and Spanish. Participants are requested to provide their comments or questions in advance, to the extent possible, at the following URL by using the ŒComment¹ button at the top of the page: https://st.icann.org/alac/index.cgi?board_liaison_candidates_presentation You may also find participation instructions and the curricula vitae of the candidates on this page. Regards, Nick Ashton-Hart, Matthias Langenegger, Frederic Teboul ICANN At-Large Staff email: staff(a)atlarge.icann.org _______________________________________________ ALAC-Announce mailing list ALAC-Announce(a)atlarge-lists.icann.org http://atlarge-lists.icann.org/mailman/listinfo/alac-announce_atlarge-lists. icann.org At-Large Official Site: http://atlarge.icann.org ------ End of Forwarded Message

2 1

Re: [EURO-Discuss] EURALO members with voting rights
by Annette Muehlberg Aug. 29, 2008

Aug. 29, 2008

dear all, that was fast a fast reaction - thanks to staff - i already voted! annette > -----Ursprüngliche Nachricht----- > Von: "Annette Muehlberg" <Annette.Muehlberg(a)web.de> > Gesendet: 29.08.08 15:17:05 > An: Discussion for At-Large Europe <euro-discuss(a)atlarge-lists.icann.org> > CC: markus(a)nnm-ev.de > Betreff: Re: [EURO-Discuss] EURALO members with voting rights > dear nick, > i did not even think of rechecking the list. but as i could not find my voting details, i found out, that markus beckedahl is listed as representative for the network new media instead of me. > please correct this and fill in my email-adress which i use for all the euralo and alac work (@web.de). > thank you > annette > > > -----Ursprüngliche Nachricht----- > > Von: "At-Large Staff" <staff(a)atlarge.icann.org> > > Gesendet: 25.08.08 15:19:11 > > An: Discussion for At-Large Europe <euro-discuss(a)atlarge-lists.icann.org> > > Betreff: [EURO-Discuss] EURALO members with voting rights > > > > Dear all, > > > > Please find attached a list with the names and organizations of EURALO > > members,who, according to our record, have voting rights in the upcoming > > ALAC election. You will receive a private email with your sign-in > > credentials shortly. > > > > Regards, > > > > Nick Ashton-Hart, Matthias Langenegger, Frederic Teboul > > ICANN At-Large Staff > > email: staff(a)atlarge.icann.org > > > > > > > > > > <hr> > > _______________________________________________ > > EURO-Discuss mailing list > > EURO-Discuss(a)atlarge-lists.icann.org > > http://atlarge-lists.icann.org/mailman/listinfo/euro-discuss_atlarge-lists.… > > > > Homepage for the region: http://www.euralo.org > > > > -- > > > > _______________________________________________ > EURO-Discuss mailing list > EURO-Discuss(a)atlarge-lists.icann.org > http://atlarge-lists.icann.org/mailman/listinfo/euro-discuss_atlarge-lists.… > > Homepage for the region: http://www.euralo.org > --

1 0