<?xml version="1.0" encoding="UTF-8" ?>
<rss version="2.0" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:wikidot="http://www.wikidot.com/rss-namespace">

	<channel>
		<title>Front-page (new posts)</title>
		<link>http://www.noooxml.org/forum/c-9578/front-page</link>
		<description>Posts in the forum category &quot;Front-page&quot;</description>
				<copyright></copyright>
		<lastBuildDate></lastBuildDate>
		
					<item>
				<guid>http://www.noooxml.org/forum/t-75107#post-223007</guid>
				<title>SC34 meeting next week: yet another stuffed committee?: SC34 meeting next week: yet another stuffed committee?</title>
				<link>http://www.noooxml.org/forum/t-75107/sc34-meeting-next-week:yet-another-stuffed-committee#post-223007</link>
				<description></description>
				<pubDate>Fri, 18 Jul 2008 16:34:58 +0000</pubDate>
				<wikidot:authorName>zoobab</wikidot:authorName>				<wikidot:authorUserId>2946</wikidot:authorUserId>				<content:encoded>
					<![CDATA[
						 <p>Next week on Monday and Tuesday there will be an <a href="http://www.noooxml.org/forum/t-71612/sc34-meeting-in-london-will-discuss-ooxml-non-future">SC34 meeting</a>, where the maintenance of the inexistant DIS29500 specification will be discussed. Surprise, <a href="http://www.robweir.com/blog/2008/07/what-is-rick-smoking.html">half of the seats will be occupied</a> by Microsoft and ECMA:</p> <blockquote> <div class="content-separator" style="display: none:"></div> <p>Adam Farquhar (Ecma)<br /> Alex Brown (UK)<br /> Benjamin Henrion (BE)<br /> Brett Roberts (NZ)<br /> Dave Welsh (US)<br /> Doug Mahugh (Ecma)<br /> Francis Cave (GB)<br /> Isabelle Valet-Harper (Ecma)<br /> Istvan Sebestyen (Ecma)<br /> Jasper Hedegaard Bojsen (DK)<br /> Jean Paoli (Ecma)<br /> Jean Stride (GB)<br /> Jesper Lund Stocholm (DK)<br /> Jirka Kosek (CZ)<br /> Keld Simonsen (NO)<br /> Ken Holman (CA)<br /> Kimmo Bergius (FI)<br /> Manu Setälä (FI)<br /> Michiel Leenaars (NL)<br /> Murata Makoto (JP)<br /> Patrick Durusau (US)<br /> Pia Elleby Lange (DK)<br /> Rex Jaeschke (Ecma)<br /> Shahzad Rana (NO)<br /> Wemba Opota (CI)</p> <div class="content-separator" style="display: none:"></div> </blockquote> <p>As Rob Weir mentions:</p> <blockquote> <p>So a quick tally shows that there will be 25 participants, of which 12 are Ecma TC45 members (as listed) or Microsoft employees (Brett Roberts, Dave Welsh, Jasper Bojsen, Kimmo Bergius, Shahzad Rana and Wemba Opota).</p> </blockquote> <p>The number of Microsoft employees seems to be pretty high. Yet another stuffed committee?</p> 
				 	]]>
				</content:encoded>							</item>
					<item>
				<guid>http://www.noooxml.org/forum/t-74155#post-219669</guid>
				<title>DOCX the perfect vehicle for viruses?: Re: DOCX the perfect vehicle for viruses?</title>
				<link>http://www.noooxml.org/forum/t-74155/docx-the-perfect-vehicle-for-viruses#post-219669</link>
				<description></description>
				<pubDate>Sun, 13 Jul 2008 22:32:38 +0000</pubDate>
				<wikidot:authorName>nunnn2</wikidot:authorName>				<wikidot:authorUserId>165856</wikidot:authorUserId>				<content:encoded>
					<![CDATA[
						 <p>Well from a programming standpoint there's no good reason why DOCX would be more susceptible than DOC. It's just a container for the same OLE data. There may well be a bug in Microsoft Office's handling of OLE in DOCX but that could be closed, so really this is about a possible discovery of a current bug in Microsoft Office.</p> <p>“I haven’t tried this, and I don’t know if it will work. I’m not sure how hard it would be to make it work."</p> <p>But that's the whole crux of the matter. It might be that his machine was compromised via a DOCX but it's unfortunately just speculation without an example. Someone should ask Rex Ballard for more info.</p> <p>Are OLE files available via OPC reference conventions? If not then this post <a href="http://www.robweir.com/blog/2008/03/ooxml-macros-and-security.html">http://www.robweir.com/blog/2008/03/ooxml-macros-and-security.html</a> might have some implications for OLE too. That would be more fundamental.</p> 
				 	]]>
				</content:encoded>							</item>
					<item>
				<guid>http://www.noooxml.org/forum/t-74155#post-219658</guid>
				<title>DOCX the perfect vehicle for viruses?: DOCX the perfect vehicle for viruses?</title>
				<link>http://www.noooxml.org/forum/t-74155/docx-the-perfect-vehicle-for-viruses#post-219658</link>
				<description></description>
				<pubDate>Sun, 13 Jul 2008 22:04:57 +0000</pubDate>
				<wikidot:authorName>zoobab</wikidot:authorName>				<wikidot:authorUserId>2946</wikidot:authorUserId>				<content:encoded>
					<![CDATA[
						 <p>BoycottNovell is <a href="http://boycottnovell.com/2008/07/12/ooxml-security-issues/">pointing to a possible flaw</a> in writing OLE objects in DOCX files, which could be the perfect vehicle for spreading viruses. Anyone has good OLE experience to make a proof-of-concept?</p> <p>Here is the original post on the <a href="http://groups.google.be/group/comp.os.linux.advocacy/msg/641a682a62745cfc?hl=fr">newsgroup comp.os.linux.advocacy</a>:</p> <blockquote> <p>Message-ID: &lt;<span class="wiki-email">moc.spuorgelgoog.xsh0002g52|9a63dbe8843e-e9e9-5174-7e9d-96166a13#moc.spuorgelgoog.xsh0002g52|9a63dbe8843e-e9e9-5174-7e9d-96166a13</span>&gt;<br /> From: Rex Ballard &lt;<span class="wiki-email">moc.liamg|drallab.xer#moc.liamg|drallab.xer</span>&gt;<br /> Newsgroups: comp.os.linux.advocacy<br /> Subject: Re: Leaked ISO Document Reveals Crooked ISO Amid MS OOXML Corruptions<br /> Date: Sat, 12 Jul 2008&nbsp;08:20:23 -0700 (PDT)</p> <p>[…]</p> <p>ODF is a comprehensive document that provides detailed specifications<br /> from the high level document content down to the smallest elements of<br /> scalable vector graphics. There are some “standard” mime object types<br /> that are supported, such as PNG and JPEG, but other embedded formats<br /> must be installed using plug-ins which have to be authenticated by the<br /> user and by the system at installation time, and cannot be installed<br /> by the content. Furthermore, the installed content can easily be<br /> identified as trustworthy or not, and can be restricted in it’s<br /> capabilities.</p> <p>OpenXML on the other hand, is a high-level specification which<br /> describes the high level envelopes used to embed binary objects which<br /> are included in the content. The content itself contains the binary<br /> code which can call any function in any Microsoft library and has all<br /> permissions of the person opening the document. If a user account is<br /> set up as “Administrator”, then the application can mess with the<br /> registry, create, download, and hide files, can execute applications<br /> in those files, can install any number of new viruses, and generally<br /> wreak havoc on the system.</p> <p>I’ll leave it to others to document the exact details (as I said, I’m<br /> busy these days), but I’m sure anyone who tries to publish these<br /> vulnerabilites will probably find themselves getting the same<br /> treatment that Tracy Reed of Ultraviolet.org got when he tried to<br /> publish his warnings about ActiveX controls back in 1997. Microsoft<br /> got a court injunction against him, and forced him to take down the<br /> content, claiming that it was being used to encourage hacking, and was<br /> damaging the Microsoft brand.</p> <p>“I got a couple of docx documents and had trouble getting them to open, even with the plug-in for Office XP. Next thing I know, I get a notice from my registry auditor that I have 1300 new registry errors.”Over the last 10 years,<br /> we’ve seen these very same techniques, documented back in 1997,used widely to spread viruses including<br /> Melissa, Nimda, Sky, BugBear, and about<br /> 250,000 other viruses, worms,<br /> and malware, not including spy-ware and<br /> other “Microsoft Authorized”<br /> invasions of our privacy.</p> <p>I got a couple of docx documents and had trouble getting them to open,<br /> even with the plug-in for Office XP. Next thing I know, I get a<br /> notice from my registry auditor that I have 1300 new registry errors.<br /> <strong>And suddenly, my PC is churning the disk-drive and the network</strong><br /> <strong>connection at 3:00 AM (I’m getting old and have to get up), and the</strong><br /> <strong>network shows that I’m uploading something at full speed, even though</strong><br /> <strong>my computer is supposedly sleeping.</strong></p> <p>It isn’t a back-up program that I’m running.</p> <p>I would encourage COLA readers and OSS advocates to explore this in<br /> more detail.</p> <p><strong>get someone with Office 2007 to send you a docx file.</strong><br /> <strong>unzip it using pkzip or winzip or unzip.</strong></p> <p>look at the binary files.</p> <p><strong>replace one binary object with another.</strong></p> <p><strong>zip up the document,</strong></p> <p><strong>see if your office-2007 user can read the “enhanced” document.</strong></p> <p><strong>For those of you with OLE programming skills, create an OLE object</strong><br /> <strong>that creates a file, and e-mails that file to you using smtp.</strong></p> <p>Send a document with this new ole object embedded (along with the<br /> others) and see if you get an e-mail.</p> <p>I haven’t tried this, and I don’t know if it will work. I’m not sure<br /> how hard it would be to make it work. I just think it might be an<br /> interesting project worth investigating, especially if you are<br /> considering the migration of a few thousand users to Vista and Office<br /> 2007.</p> <p>I’d love to see what the results turn out to be. After all, if it’s<br /> that easy to take control of a recipient’s machine just by sending<br /> them a “trusted” Word, Excel, or PowerPoint attachment, just think how<br /> much chaos a really aggressive malicious hacker, with a goal of<br /> obtaining marketable information about your business, could do.</p> </blockquote> 
				 	]]>
				</content:encoded>							</item>
					<item>
				<guid>http://www.noooxml.org/forum/t-73617#post-217933</guid>
				<title>JTC1 directives for decoration?: Re: JTC1 directives for decoration?</title>
				<link>http://www.noooxml.org/forum/t-73617/jtc1-directives-for-decoration#post-217933</link>
				<description></description>
				<pubDate>Thu, 10 Jul 2008 18:40:08 +0000</pubDate>
				<wikidot:authorName>stegu</wikidot:authorName>				<wikidot:authorUserId>30391</wikidot:authorUserId>				<content:encoded>
					<![CDATA[
						 <blockquote> <p>I really doubt the judges who will decide about the rules are really neutral either.</p> </blockquote> <p>Of course they are not, but let's hope they feel the public eye gazing on their decision-making process here, and that they are a little more perceptive than Mr. Bryden concerning what would be the right and honorable thing to do under these circumstances. I really think the honor and reputation of ISO is damaged more by their sticking to the single-minded "everything is normal" attitude rather than admitting their obvious failure to honor the intent of their own directives, and the resultant mockery of the very purpose of standardization. Current events are certainly not a proud moment for ISO.</p> 
				 	]]>
				</content:encoded>							</item>
					<item>
				<guid>http://www.noooxml.org/forum/t-73617#post-217797</guid>
				<title>JTC1 directives for decoration?: Re: JTC1 directives for decoration?</title>
				<link>http://www.noooxml.org/forum/t-73617/jtc1-directives-for-decoration#post-217797</link>
				<description></description>
				<pubDate>Thu, 10 Jul 2008 15:56:54 +0000</pubDate>
				<wikidot:authorName>arebenti</wikidot:authorName>				<wikidot:authorUserId>36024</wikidot:authorUserId>				<content:encoded>
					<![CDATA[
						 <p>I would suggest that the non-delivery of a text can be grounds for another appeal procedure and the Indian letter can be interpreted as an appeal based on non-delivery of a final text.</p> <p>Interesting is this one:</p> <blockquote> <p>"13. Brazil is not a P-member of ISO/IEC JTC 1 and technically does not have a right to appeal a JTC 1 decision."</p> </blockquote> <p>As we know the ISO directives speaks of JTC1 and SC.</p> <p>or:</p> <blockquote> <p>8. Document does not follow ISO guidelines for presentation of standards</p> <blockquote> <p>8e. Correct but irrelevant. Fast-track submissions need not follow ISO or IEC guidelines for presentation of standards. The corresponding standard must be made to follow the guidelines from its next revision onwards (see JTC 1 Directives, 13).</p> </blockquote> </blockquote> <p>Am I the only person who finds the arguments of Alan Bryden funny?</p> <blockquote> <p>The appeal from Brazil proposes a remedial action of cancelling the voting result and putting the project back to the new work item proposal stage, not on the fast track. That from South Africa proposes rediscussing and revoting on “794” edits, all of which were voted on by NBs at the BRM, according to a procedure also approved by NBs at the BRM. That from Venezuela proposes cancelling the voting result and putting the project back to the CD stage (not fast track). <strong>These actions, reversing decisions reached in accordance with due process by the members of ISO and IEC, would require demonstration of serious procedural problems in the voting.</strong></p> </blockquote> <p>Why would anyone want to appeal if there were no procedural problems?</p> <p>According to the Bryden test a TMB has two options:<br /> 1. There is no procedural flaw —&gt; <strong>reject appeal!</strong><br /> 2. They cannot admit the appeal because it would demonstrate the appeals to have any grounds. —&gt; <strong>reject appeal!</strong></p> <p>What comes to my mind is the <a href="http://en.wikipedia.org/wiki/Trial_by_ordeal">ordalium</a>, a nice tool of mediaval jurisdiction:</p> <blockquote> <p>In medieval Europe, like trial by combat, it was considered a judicium Dei: a procedure based on the premise that God would help the innocent by performing a miracle on their behalf.</p> </blockquote> <p>But if they survived it must have been devil's work…</p> 
				 	]]>
				</content:encoded>							</item>
					<item>
				<guid>http://www.noooxml.org/forum/t-73617#post-217729</guid>
				<title>JTC1 directives for decoration?: JTC1 directives for decoration?</title>
				<link>http://www.noooxml.org/forum/t-73617/jtc1-directives-for-decoration#post-217729</link>
				<description></description>
				<pubDate>Thu, 10 Jul 2008 13:57:33 +0000</pubDate>
				<wikidot:authorName>zoobab</wikidot:authorName>				<wikidot:authorUserId>2946</wikidot:authorUserId>				<content:encoded>
					<![CDATA[
						 <p>Here is what Mr Bryden said in its lobbying letter to the TMB members of ISO:</p> <blockquote> <p>6. “Final” text of ISO/IEC 29500 or ISO/IEC DIS 29500, or “revised FDIS text”, not released</p> <p>6e. Correct but <strong>irrelevant</strong>. The decision being appealed is the JTC 1 decision to approve the draft. The text mentioned in the Directives and by the appellants is not germane to that decision, which must be taken on the basis of the original DIS text and the actions taken by the BRM on the comments. The provision of any revised text is not for purposes of further decision by NBs.</p> </blockquote> <p>Article 13.2 of the JTC1 directives says that the final has to be distributed to the members one month after the BRM, which was not the case here:</p> <blockquote> <p>In not more than <strong>one month</strong> after the ballot resolution group meeting the SC Secretariat shall distribute the final report of the meeting and <strong>final DIS text</strong> in case of acceptance.</p> </blockquote> <p>As you can see, Mr Bryden says it is irrelevant, trying to argue that the appeal is about something else. <strong>It looks like Mr Bryden don't want to read the JTC1 directives. Mr Bryden is just lobbying for the honor of its institution, and I really doubt the judges who will decide about the rules are really neutral either.</strong></p> 
				 	]]>
				</content:encoded>							</item>
					<item>
				<guid>http://www.noooxml.org/forum/t-73380#post-217690</guid>
				<title>ISO chief recommends to throw away the 4 appeals against OOXML: Re: ISO chief recommends to throw away the 4 appeals against OOXML</title>
				<link>http://www.noooxml.org/forum/t-73380/iso-chief-recommends-to-throw-away-the-4-appeals-against-ooxml#post-217690</link>
				<description></description>
				<pubDate>Thu, 10 Jul 2008 12:40:51 +0000</pubDate>
				<wikidot:authorName>chs</wikidot:authorName>				<wikidot:authorUserId>29879</wikidot:authorUserId>				<content:encoded>
					<![CDATA[
						 <p>well, the problem here is that you can't expect an impartial judgement from someone who's at the same time judge and defendant…</p> 
				 	]]>
				</content:encoded>							</item>
					<item>
				<guid>http://www.noooxml.org/forum/t-73380#post-217262</guid>
				<title>ISO chief recommends to throw away the 4 appeals against OOXML: Re: ISO chief recommends to throw away the 4 appeals against OOXML</title>
				<link>http://www.noooxml.org/forum/t-73380/iso-chief-recommends-to-throw-away-the-4-appeals-against-ooxml#post-217262</link>
				<description></description>
				<pubDate>Wed, 09 Jul 2008 21:02:21 +0000</pubDate>
				<wikidot:authorName>zoobab</wikidot:authorName>				<wikidot:authorUserId>2946</wikidot:authorUserId>				<content:encoded>
					<![CDATA[
						 <p>I hope ISO has a dispute resolution system in front of neutral courts. It seems that even the judges are not impartial here.</p> <p>No country can go to court if they do not agree with what ISO is doing?</p> 
				 	]]>
				</content:encoded>							</item>
					<item>
				<guid>http://www.noooxml.org/forum/t-73380#post-217047</guid>
				<title>ISO chief recommends to throw away the 4 appeals against OOXML: Re: ISO chief recommends to throw away the 4 appeals against OOXML</title>
				<link>http://www.noooxml.org/forum/t-73380/iso-chief-recommends-to-throw-away-the-4-appeals-against-ooxml#post-217047</link>
				<description></description>
				<pubDate>Wed, 09 Jul 2008 15:35:34 +0000</pubDate>
				<wikidot:authorName>zoobab</wikidot:authorName>				<wikidot:authorUserId>2946</wikidot:authorUserId>				<content:encoded>
					<![CDATA[
						 <p>See also <a href="http://standardsandfreedom.net/index.php/2008/07/09/the-month-of-the-zombie-standards/">Charles-H. Schulz article</a>.</p> 
				 	]]>
				</content:encoded>							</item>
					<item>
				<guid>http://www.noooxml.org/forum/t-73380#post-217043</guid>
				<title>ISO chief recommends to throw away the 4 appeals against OOXML: Re: ISO chief recommends to throw away the 4 appeals against OOXML</title>
				<link>http://www.noooxml.org/forum/t-73380/iso-chief-recommends-to-throw-away-the-4-appeals-against-ooxml#post-217043</link>
				<description></description>
				<pubDate>Wed, 09 Jul 2008 15:33:12 +0000</pubDate>
				<wikidot:authorName>zoobab</wikidot:authorName>				<wikidot:authorUserId>2946</wikidot:authorUserId>				<content:encoded>
					<![CDATA[
						 <p>See also <a href="http://www.adjb.net/index.php?entry=entry080709-160624">Alex Brown blog post</a> about Venezuela copying the South African words.</p> 
				 	]]>
				</content:encoded>							</item>
					<item>
				<guid>http://www.noooxml.org/forum/t-73380#post-217028</guid>
				<title>ISO chief recommends to throw away the 4 appeals against OOXML: Re: ISO chief recommends to throw away the 4 appeals against OOXML</title>
				<link>http://www.noooxml.org/forum/t-73380/iso-chief-recommends-to-throw-away-the-4-appeals-against-ooxml#post-217028</link>
				<description></description>
				<pubDate>Wed, 09 Jul 2008 15:05:26 +0000</pubDate>
				<wikidot:authorName>zoobab</wikidot:authorName>				<wikidot:authorUserId>2946</wikidot:authorUserId>				<content:encoded>
					<![CDATA[
						 <p>See also:</p> <p><a href="http://www.consortiuminfo.org/standardsblog/article.php?story=20080709060030380">ConsortiumInfo: ISO TMB Recommends Rejection of OOXML Appeals</a></p> <p>And <a href="http://www.groklaw.net/article.php?story=2008070907285710">Groklaw: ISO to TMB: Here Are the Appeals Against OOXML; They Should Be Denied</a></p> 
				 	]]>
				</content:encoded>							</item>
					<item>
				<guid>http://www.noooxml.org/forum/t-73380#post-217009</guid>
				<title>ISO chief recommends to throw away the 4 appeals against OOXML: ISO chief recommends to throw away the 4 appeals against OOXML</title>
				<link>http://www.noooxml.org/forum/t-73380/iso-chief-recommends-to-throw-away-the-4-appeals-against-ooxml#post-217009</link>
				<description></description>
				<pubDate>Wed, 09 Jul 2008 14:06:57 +0000</pubDate>
				<wikidot:authorName>zoobab</wikidot:authorName>				<wikidot:authorUserId>2946</wikidot:authorUserId>				<content:encoded>
					<![CDATA[
						 <div class="image-container floatright"><img src="http://www.himssconference.org/onlinedaily/img/Standards.jpg" alt="Standards.jpg" class="image" /></div> <p><a href="http://www.iso.org/iso/about/principal_officers/alan_bryden.htm">Alan Bryden</a>, Secretary-General of ISO and ex-President of the French Standards Body AFNOR, has sent a <a href="http://www.noooxml.org/local--files/forum:thread/ISO_TMB_appels_ISO_IEC_29500_OOXML.pdf">recommendation (PDF, 37 pages)</a> to all countries members of the <a href="http://www.iso.org/iso/iso_technical_committee.html?commid=54996">TMB (Technical Management Board)</a> asking them to throw away the 4 appeals tabled by South Africa, Brazil, Venezuela and India, and to give their views before the 4th of August. He does not however justify its position in regard of the JTC1 directives. Mr Bryden <a href="http://www.noooxml.org/forum/t-71668/antitrust-commissioner-mentions-tightening-rules-for-standardisation">said recently to the press</a> that the criticisms of the Fast Track process were unfounded. Here is what he is writing to the countries members of the TMB (Brazil, Spain, France, USA, United Kingdom, Germany, Japan, Netherlands, South Africa, China, Canada, Norway):</p> <blockquote> <p>ACTION</p> <p>The members of the Technical Management Board are invited to indicate, by replying yes, no or abstention on EITHER a) OR b) for each of the four appeals (see item 14 in annex A):</p> <p><strong>a) not to process the appeal any further:</strong><br /> Item 1 ABNT<br /> Item 2 BIS<br /> Item 3 FONDONORMA<br /> Item 4 SABS</p> <p>OR</p> <p><strong>b) to process one or more of the appeals, which would require setting up of a conciliation panel</strong><br /> Item 5 ABNT<br /> Item 6 BIS<br /> Item 7 FONDONORMA<br /> Item 8 SABS</p> <p>by <strong>no later than 4 August 2008</strong></p> </blockquote> <p>Here is what the Chief of ISO is recommending, putting the responsability of interpreting the rules on the members of ISO themselves (???):</p> <blockquote> <p><strong>Recommendation<br /> 20. The processing of the ISO/IEC DIS 29500 project has been conducted in conformity with the ISO/IEC JTC 1 Directives, with decisions determined by the votes expressed by the relevant ISO and IEC national bodies under their own responsibility, and consequently, for the reasons mentioned above, the appeals should not be processed further.</strong></p> </blockquote> <p>He is not mentioning any justification using the JTC1 directives.</p> <p>Here is the full version in text mode:</p> <blockquote> <p>TMB Secretariat<br /> Vote/Information-Form<br /> Number: 078/2008<br /> Date: 2008-07-04</p> <p>ISO TECHNICAL MANAGEMENT BOARD</p> <p>SUBJECT: Appeals on ISO/IEC DIS 29500 Open Office XML</p> <p><strong>BACKGROUND</strong></p> <p>ISO/IEC DIS 29500, OOXML, was circulated for voting under JTC 1's Fast Track Procedure (note that this differs from that used in the rest of ISO and IEC) in April 2007 following a one month internal review within ISO/IEC JTC 1. Following that vote, which resulted in insufficient votes for approval, a Ballot Resolution Meeting (BRM) was held in February 2008. After the BRM, the JTC 1 national bodies had 30 days in which to confirm or change their votes and at the end of this period, sufficient votes to approve the document were obtained.<br /> JTC 1's appeals procedure resulted in 4 appeals being received. These appeals have been reviewed by the ISO Secretary-General and IEC General Secretary and are being submitted, in accordance with the JTC 1 procedures, to the ISO/TMB and IEC/SMB.</p> <p>Full information is given in:<br /> Annex A: CEOs' comments<br /> Annex B: Appeals from ABNT (Brazil), BIS (India), FONDONORMA (Venezuela) and SABS (South Africa) (together with further correspondence on requested remedial actions)</p> <p><strong>ACTION</strong></p> <p>The members of the Technical Management Board are invited to indicate, by replying yes, no or abstention on EITHER a) OR b) for each of the four appeals (see item 14 in annex A):</p> <p><strong>a) not to process the appeal any further:</strong><br /> Item 1 ABNT<br /> Item 2 BIS<br /> Item 3 FONDONORMA<br /> Item 4 SABS</p> <p>OR</p> <p><strong>b) to process one or more of the appeals, which would require setting up of a conciliation panel</strong><br /> Item 5 ABNT<br /> Item 6 BIS<br /> Item 7 FONDONORMA<br /> Item 8 SABS</p> <p>by <strong>no later than 4 August 2008.</strong></p> </blockquote> <hr /> <blockquote> <p>ANNEX A<br /> From: Alan Bryden, Secretary-General and CEO, ISO<br /> Aharon Amit, General Secretary and CEO, IEC<br /> To: Technical Management Board (TMB), ISO<br /> Standardization Management Board (SMB), IEC</p> <p>Subject: Appeals received concerning approval for publication by ISO/IEC JTC 1 of ISO/IEC DIS 29500 (Office Open XML)</p> <p>Date: 2008-06-30</p> <p><strong>Background</strong></p> <p>1. In 2006 Microsoft proposed an XML version of the formats of its Microsoft Office documents (used in the products Word, Excel and PowerPoint) to Ecma International (“Ecma”) for standardization.<br /> 2. After work by Ecma Technical Committee 45 with members from Apple, Barclays Capital, BP, The British Library, Essilor, Intel, Microsoft, NextPage, Novell, Statoil, Toshiba, and the US Library of Congress, ECMA 376 was published in December 2006.<br /> 3. On 2006-12-20 Ecma—as an A-liaison—submitted ECMA 376 for fast-track standardization in ISO/IEC JTC 1. Note that the Directives governing fast-track standardization in ISO/IEC JTC 11 are different from those in the ISO/IEC Directives, Part 1.<br /> 4. On 2007-01-05 ECMA 376 was submitted to National Bodies (NBs) for the 30-day “review” period mandated by the rules, asking them to notify any “contradictions”2. 20 NB replies were received, and Ecma provided a response to each of them. The replies and Ecma responses were distributed to all NBs on 2007-03-01, and were also enclosed with the DIS sent for NB voting (see 5. below).<br /> 5. As specified in the rules, the perceived contradictions were “addressed by the ITTF 3 and JTC 1 Secretariat”, which came to the conclusion that the issues raised could only be settled by the NBs, and that therefore the planned five-month DIS vote should proceed. The vote took place from 2007-04-03 to 2007-09-02 according to the “combined voting procedure” which involves all ISO and IEC national bodies (not just ISO/IEC JTC 1 P- or O-members). 87 NBs voted, and the acceptance criteria were not met: only 53&nbsp;% of P-members (min. 66.66&nbsp;%) and 74&nbsp;% of all NBs (min. 75&nbsp;%) voted to approve.<br /> 6. In accordance with the JTC 1 Directives, a “ballot resolution meeting” (BRM) was arranged by ISO/IEC JTC 1/SC 34, the subcommittee to which the standard (once approved) would be allocated for maintenance. The JTC 1 rules specify that such a BRM should normally be held, and that at its conclusion—if the acceptance criteria (66.66&nbsp;% and 75&nbsp;%) are met—the standard should be published,. The BRM took place on 2008-02-25..29 in Geneva; a full list of answers to “frequently asked questions” (FAQ) concerning the Directives, their interpretation and the procedures governing the BRM had previously been made available to all NBs in November 2007 (JTC 1/SC 34&nbsp;N 932). The full results of the BRM, consisting of Resolutions (editing instructions) and notes, were published on 2008-03-06 and served to allow the national bodies to determine whether they wished to maintain or change their original votes.</p> <p>[1] The ISO/IEC JTC 1 Directives, replacing Part 1 of the ISO/IEC Directives, may be found in their entirety at <a href="http://isotc.iso.org/livelink/livelink.exe/3959538/Jtc1_Directives.pdf?func=doc.Fetch&amp;nodeid=3959538">http://isotc.iso.org/livelink/livelink.exe/3959538/Jtc1_Directives.pdf?func=doc.Fetch&amp;nodeid=3959538</a>.<br /> [2] The rules mention “perceived contradiction with other standards or approved projects of JTC 1, ISO or IEC”.<br /> [3] ITTF = Information Technology Task Force, ISO C.S. and IEC C.O. function supporting ISO/IEC JTC 1.</p> <p>7. The rules include a provision that “after the deliberations” of the BRM, NBs have an opportunity to decide whether they wish to change their votes on the basis of the actions taken on their comments. There is no provision that a final text be provided at that stage. Because of the controversy surrounding the project and the consequent need to guarantee each NB a fair chance to express its decision, NBs could notify a change in their vote by midnight on 2008-03-29.<br /> 8. On 2008-04-02 IEC and ISO announced that the acceptance criteria had now been met (75&nbsp;% and 86&nbsp;% respectively).</p> <p><strong>Appeals received</strong></p> <p>9. By the two-month deadline for appeals (2008-06-02) four appeals had been received:<br /> • Brazil • India • South Africa • Venezuela.<br /> 10. The South African appeal (submitted on 2008-05-23) and comments from ITTF were included for information in the SMB and TMB agendas (meetings 2008-06-02..03), but the appeal was not formally submitted to the TMB and SMB at that time.<br /> 11. The CEOs determined that none of the four appeals satisfied the condition laid down in 11.1.4 that “the specific remedial action(s) that would satisfy the appellant’s concerns” shall be stated. They therefore wrote to the appellants on 2008-06-12 requesting this information by 2008-06-25. By this date India, Brazil, South Africa and Venezuela had responded and the responses are included in annex B following the appeals.</p> <p><strong>Formal situation</strong></p> <p>12. The present document constitutes the formal submission of the four appeals by the CEOs to the TMB and the SMB.<br /> 13. Brazil is not a P-member of ISO/IEC JTC 1 and technically does not have a right to appeal a JTC 1 decision.<br /> 14. The TMB and the SMB may choose one of two options for each appeal:<br /> 14.1 Not to process the appeal any further. This is the equivalent of denying the appeal. If all four are denied, publication of ISO/IEC 29500 may proceed. The NB concerned may appeal this decision to the Councils.<br /> 14.2 Process the appeal further. This has the consequence that a conciliation panel must be organized. In this event it seems indicated to organize a single conciliation panel for all the appeals being processed.</p> <p><strong>Evaluation of the appeals</strong></p> <p>15. The appeal from India identifies a “remedial action”, extending the time for appealing to allow reading the “final text”, which is irrelevant to the decision being appealed and therefore to the appeal (see item 6. in Attachment 1). <strong>Therefore the Indian appeal identifies no remedial action and is not receivable.</strong><br /> 16. The appeal from Brazil proposes a remedial action of cancelling the voting result and putting the project back to the new work item proposal stage, not on the fast track. That from South Africa proposes rediscussing and revoting on “794” edits, all of which were voted on by NBs at the BRM, according to a procedure also approved by NBs at the BRM. That from Venezuela proposes cancelling the voting result and putting the project back to the CD stage (not fast track). These actions, reversing decisions reached in accordance with due process by the members of ISO and IEC, would require demonstration of serious procedural problems in the voting.<br /> 17. Several further remedial actions are identified by South Africa and Venezuela; of these, changing the title may be relevant if it is technically justified and if the appeal is upheld. Proposed “remedial actions” which are not pertinent to the appeal include instructions to SC34, provision of the text resulting from the BRM, and several suggested modifications to the Directives.<br /> 18. The replies from Brazil, Venezuela and South Africa contain much material which is not relevant to completing their existing appeals with the addition of remedial action(s). That from South Africa in particular is a wide-ranging discussion of standardizing such a specification, makes many valid points and recommendations for the future while also containing errors of fact, and in these respects does not concern the appeal sent in May.<br /> 19. Attachment 1 contains a summary of the distinct grounds for appeal claimed in the four appeals, together with an explanation from the ISO and IEC CEOs for each one.</p> <p><strong>Recommendation</strong></p> <p><strong>20. The processing of the ISO/IEC DIS 29500 project has been conducted in conformity with the ISO/IEC JTC 1 Directives, with decisions determined by the votes expressed by the relevant ISO and IEC national bodies under their own responsibility, and consequently, for the reasons mentioned above, the appeals should not be processed further.</strong></p> </blockquote> <hr /> <blockquote> <p><strong>Attachment 1 to annex A</strong><br /> <strong>Claimed grounds for appeal and corresponding evaluations by the ISO &amp; IEC CEOs</strong></p> <p>The following distinct claimed grounds for appeal may be identified in the four appeals. For each a brief explanation and evaluation is given.</p> <p>1. Incorrect application of ISO/IEC JTC 1 Directives 13.4 to address claimed "contradictions" identified during the 30-day review period before the DIS ballot, including not informing NBs of the claimed contradictions<br /> 1e. Not correct. The Directives give the JTC 1 Secretariat and ITTF latitude to use judgement as to whether a meeting should be organized to address alleged contradictions. Considering that other issues could potentially be identified during the DIS ballot, the JTC 1 secretariat and ITTF concluded that it was preferable to initiate the ballot and to allow all issues to be addressed by the BRM. The NBs were fully informed of all the claimed contradictions and Ecma's responses to them.<br /> 2. BRM not conducted in accordance with ISO/IEC JTC 1 Directives 9.1.4, but with 9.5 instead, in spite of the fact that it was not a “letter ballot”<br /> 2e. Correct but inapplicable. The BRM was neither a meeting of JTC 1 nor of SC 34 but was open to all 87 national bodies which submitted a vote (including abstentions) on the DIS. Applying 9.1.4 would have disenfranchised the voting NBs present at the BRM which were not P-members. The fact that any votes in the BRM would be open to all national delegations present was communicated over three months prior to the BRM.<br /> 3. BRM did not take into account NBs’ efforts during the meeting to reach consensus on modifications to the proposed responses from the Project Editor<br /> 3e. Not correct. The resolutions of the BRM document decisions taken where consensus was reached.<br /> 4. BRM “inconclusive”, too short, arbitrarily short, or otherwise incorrectly conducted<br /> 4e. Not correct. Decisions on the comments not discussed during the BRM and proposed dispositions were taken by a process agreed by the BRM itself (29 votes in favour, none against and 2 abstentions).<br /> 5. Final report of the BRM not issued<br /> 5e. Not correct. The final report of the BRM was issued on 2008-03-06.<br /> 6. “Final” text of ISO/IEC 29500 or ISO/IEC DIS 29500, or “revised FDIS text”, not released<br /> 6e. Correct but irrelevant. The decision being appealed is the JTC 1 decision to approve the draft. The text mentioned in the Directives and by the appellants is not germane to that decision, which must be taken on the basis of the original DIS text and the actions taken by the BRM on the comments. The provision of any revised text is not for purposes of further decision by NBs.<br /> 7. Document “as submitted by Ecma and as modified by the BRM is not ready for fast track processing”<br /> 7e. A matter for NBs’ judgement, which they expressed through their positive or negative vote on the draft.<br /> 8. Document does not follow ISO guidelines for presentation of standards<br /> 8e. Correct but irrelevant. Fast-track submissions need not follow ISO or IEC guidelines for presentation of standards. The corresponding standard must be made to follow the guidelines from its next revision onwards (see JTC 1 Directives, 13).<br /> 9. NBs were required to analyze far too much information in far too little time<br /> 9e. A matter for NBs’ judgement, which they expressed through their positive or negative vote on the draft.<br /> 10. Process followed was incompatible with the principles of consensus, technically-oriented discussions and “redundancy of standards”, was dominated by large multinational organization(s), and has harmed the reputations of both ISO and the IEC<br /> 10e. Insofar as observation of Statutes, Rules of Procedure, Directives and other rules is concerned, this is not correct. Otherwise it is a matter for NBs’ judgement, which they expressed through their positive or negative vote on the draft.</p> </blockquote> <hr /> <blockquote> <p><strong>Attachment 2 to annex A</strong><br /> <strong>Additional grounds submitted in BR, VE (2008-06-24) &amp; ZA (2008-06-25) letters:</strong></p> <p>11. Fast-track process was handled by ISO/IEC JTC 1 instead of SC 34<br /> 11e. Not correct. No actions identified in the Directives as SC actions were carried out by JTC 1 instead of SC 34 in this case.<br /> 12. “Contradictions” (cf. point 1. above) were not adequately handled by ITTF and JTC 1 Secretariat according to Directives 13.2, second bullet<br /> 12e. Not correct. See 1e.<br /> 13. Voting should have been conducted electronically rather than at a meeting<br /> 13e. Not correct. The Directives require a physical meeting, and say nothing about a voting process distinct from the meeting.<br /> 14. Discussing “only 67 out of the 1027” proposed resolutions ”does not constitute a successful conclusion of the BRM”<br /> 14e. Not correct. All the proposed resolutions were decided according to well-defined voting procedures accepted by the NBs; all NBs had the opportunity to raise priority items; all those raised by NBs as priority items were discussed. Whether the conclusion of the BRM was successful is for NBs to decide; by their votes, they have done so.<br /> 15. Important topics were postponed and finally not discussed in the BRM<br /> 15e. Not correct. See 14e.<br /> 16. Title of standard doesn’t reflect contents<br /> 16e. Not correct technically; otherwise a matter for NBs’ judgement, which they have expressed in their vote.<br /> 17. Proposal of US &amp; BR on legacy mapping and division into parts not considered, in spite of “a chorus of objections”<br /> 17e. Not correct. See also 3e and 14e.<br /> 18. It is wrong to delay SC 34 ad hoc groups’ work until standard is published<br /> 18e. Irrelevant. (Additionally, if not delayed, SC 34’s activity may interfere with the process of dealing with the present appeals.)<br /> 19. Except for political pressure, it would be best to publish only after these groups have completed their work<br /> 19e. Irrelevant. (It is also not correct: it would be a violation of the Directives.)<br /> 20. Ecma should have had no role in making the judgement referred to in 1 and 1e<br /> 20e. Correct. Ecma did in fact have no role in this judgement.</p> </blockquote> 
				 	]]>
				</content:encoded>							</item>
					<item>
				<guid>http://www.noooxml.org/forum/t-69678#post-214738</guid>
				<title>Microsoft clueless about the standardisation process, do not regret committee stuffing: Re: Microsoft clueless about the standardisation process, do not regret committee stuffing</title>
				<link>http://www.noooxml.org/forum/t-69678/microsoft-clueless-about-the-standardisation-process-do-not-regret-committee-stuffing#post-214738</link>
				<description></description>
				<pubDate>Sat, 05 Jul 2008 23:44:33 +0000</pubDate>
				<wikidot:authorName>fflakey</wikidot:authorName>				<wikidot:authorUserId>51317</wikidot:authorUserId>				<content:encoded>
					<![CDATA[
						 <p>'by the time we realised what was going on and the competitive environment that was underway'</p> <p>You idiot! You don't get it do you? I don't think anyone from Microsoft can.</p> <p>Its a CO-OPERATIVE environment, its not a competition, its about working together and the best solution being put forward, not some smoke and mirrors show.</p> <p>&lt;shakes his head&gt;</p> 
				 	]]>
				</content:encoded>							</item>
					<item>
				<guid>http://www.noooxml.org/forum/t-71612#post-213973</guid>
				<title>SC34 meeting in London will discuss OOXML (non-)future: Re: SC34 meeting in London will discuss OOXML (non-)future</title>
				<link>http://www.noooxml.org/forum/t-71612/sc34-meeting-in-london-will-discuss-ooxml-non-future#post-213973</link>
				<description></description>
				<pubDate>Fri, 04 Jul 2008 10:49:10 +0000</pubDate>
				<wikidot:authorName>zoobab</wikidot:authorName>				<wikidot:authorUserId>2946</wikidot:authorUserId>				<content:encoded>
					<![CDATA[
						 <p>The question is "who is scheduling their meeting in function of the other?"</p> 
				 	]]>
				</content:encoded>							</item>
					<item>
				<guid>http://www.noooxml.org/forum/t-71612#post-213200</guid>
				<title>SC34 meeting in London will discuss OOXML (non-)future: Re: SC34 meeting in London will discuss OOXML (non-)future</title>
				<link>http://www.noooxml.org/forum/t-71612/sc34-meeting-in-london-will-discuss-ooxml-non-future#post-213200</link>
				<description></description>
				<pubDate>Thu, 03 Jul 2008 10:03:27 +0000</pubDate>
				<wikidot:authorName>arebenti</wikidot:authorName>				<wikidot:authorUserId>36024</wikidot:authorUserId>				<content:encoded>
					<![CDATA[
						 <p>"Alex Brown is convenor of the ISO/IEC DIS 29500 Ballot Resolution Process, and has recently been elected to the panel to advise the British Library on how to handle digital submission of journal articles."</p> 
				 	]]>
				</content:encoded>							</item>
					<item>
				<guid>http://www.noooxml.org/forum/t-71612#post-213186</guid>
				<title>SC34 meeting in London will discuss OOXML (non-)future: Re: SC34 meeting in London will discuss OOXML (non-)future</title>
				<link>http://www.noooxml.org/forum/t-71612/sc34-meeting-in-london-will-discuss-ooxml-non-future#post-213186</link>
				<description></description>
				<pubDate>Thu, 03 Jul 2008 09:36:58 +0000</pubDate>
				<wikidot:authorName>arebenti</wikidot:authorName>				<wikidot:authorUserId>36024</wikidot:authorUserId>				<content:encoded>
					<![CDATA[
						 <p>23 July is an ECMA OOXML meeting.</p> 
				 	]]>
				</content:encoded>							</item>
					<item>
				<guid>http://www.noooxml.org/forum/t-72029#post-213184</guid>
				<title>7228 pages of ISO ooxml: 7228 pages of ISO ooxml</title>
				<link>http://www.noooxml.org/forum/t-72029/7228-pages-of-iso-ooxml#post-213184</link>
				<description></description>
				<pubDate>Thu, 03 Jul 2008 09:35:41 +0000</pubDate>
				<wikidot:authorName>arebenti</wikidot:authorName>				<wikidot:authorUserId>36024</wikidot:authorUserId>				<content:encoded>
					<![CDATA[
						 <p>The final text of OOXML was not published in time. A good reason for a complaint. Now jtc1 members apparently got the text.</p> <p>4 parts:<br /> part1: 5570 pages<br /> part2: 137 pages<br /> part3: 46 pages<br /> part4: 1475 pages</p> <hr /> <p>SUM: 7228 pages</p> <p>Guess how many pages the other format ODF 1.2 would comprise. It is estimated to become even shorter than the ODF 1.1 spec. Although they are adding material, they are also rewriting it to be much more concise and precise. So, probably around 700 pages in the end.</p> 
				 	]]>
				</content:encoded>							</item>
					<item>
				<guid>http://www.noooxml.org/forum/t-71612#post-212713</guid>
				<title>SC34 meeting in London will discuss OOXML (non-)future: Re: SC34 meeting in London will discuss OOXML (non-)future</title>
				<link>http://www.noooxml.org/forum/t-71612/sc34-meeting-in-london-will-discuss-ooxml-non-future#post-212713</link>
				<description></description>
				<pubDate>Wed, 02 Jul 2008 18:39:03 +0000</pubDate>
				<wikidot:authorName>stegu</wikidot:authorName>				<wikidot:authorUserId>30391</wikidot:authorUserId>				<content:encoded>
					<![CDATA[
						 <blockquote> <p>Not that I would expect you lot to let the truth get in the way of a good smear!</p> </blockquote> <p>Please count me out of that "you lot", Alex. I am very careful with the truth,<br /> and I strongly advise everybody to be polite and truthful when posting here.<br /> Smear campaigns are not what we should do, let's leave that to Microsoft.</p> <p>/Stefan</p> 
				 	]]>
				</content:encoded>							</item>
					<item>
				<guid>http://www.noooxml.org/forum/t-71668#post-212547</guid>
				<title>Antitrust Commissioner mentions tightening rules for standardisation: Antitrust Commissioner mentions tightening rules for standardisation</title>
				<link>http://www.noooxml.org/forum/t-71668/antitrust-commissioner-mentions-tightening-rules-for-standardisation#post-212547</link>
				<description></description>
				<pubDate>Wed, 02 Jul 2008 14:42:10 +0000</pubDate>
				<wikidot:authorName>zoobab</wikidot:authorName>				<wikidot:authorUserId>2946</wikidot:authorUserId>				<content:encoded>
					<![CDATA[
						 <p>Neelie Kroes, EU Antitrust Commissioner, <a href="http://europa.eu/rapid/pressReleasesAction.do?reference=SPEECH/08/317&amp;format=HTML&amp;aged=0&amp;language=EN&amp;guiLanguage=en">said earlier in June about the standards bodies</a>, not targeting ISO in particular of course:</p> <blockquote> <p>Standards bodies do important work in difficult circumstances. But like all of us their rules need to keep pace with the changing commercial environment. If they need help in tightening up their rules to avoid being manipulated by narrow commercial interests, or to design the right ex ante rules, then they have my support. My door is always open.</p> </blockquote> <p>Let's hope the message <a href="http://in.reuters.com/article/technologyNews/idINIndia-34247920080626?pageNumber=2&amp;virtualBrandChannel=0">is reaching the ears</a> of some ISO bureaucrats:</p> <blockquote> <p><strong>Bryden said criticisms that a fast-track process was abused to rush through the Microsoft standard <span style="text-decoration: underline;">were unfounded</span></strong>, and said the process was not new but had been used for 267 standards over the last 20 years, 212 of which were still current.</p> <p>Still, he said there were lessons to learn. "The experience with ISO/IEC 29500, along with the results of other standards development activities, will indeed assist in determining whether further continued improvements should be made."</p> </blockquote> <p>Let's hope other ISO members responsible for the appeal made by 4 countries are more clever then Mr Bryden when it comes to strengthen the ISO rules, and especially rewriting the Fast-Track rules that <a href="http://www.noooxml.org/forum/t-45222/which-version-of-the-jtc1-directives-applies:v2-0-or-v3-0">were changed probably on purpose for the OOXML process</a> by ECMA ex-secretary general, Mr Van Den Beld.</p> 
				 	]]>
				</content:encoded>							</item>
					<item>
				<guid>http://www.noooxml.org/forum/t-71612#post-212465</guid>
				<title>SC34 meeting in London will discuss OOXML (non-)future: Re: SC34 meeting in London will discuss OOXML (non-)future</title>
				<link>http://www.noooxml.org/forum/t-71612/sc34-meeting-in-london-will-discuss-ooxml-non-future#post-212465</link>
				<description></description>
				<pubDate>Wed, 02 Jul 2008 11:59:57 +0000</pubDate>
				<wikidot:authorName>zoobab</wikidot:authorName>				<wikidot:authorUserId>2946</wikidot:authorUserId>				<content:encoded>
					<![CDATA[
						 <p>@Alex Brown</p> <p>I have corrected the 'client' by 'advised by'.</p> 
				 	]]>
				</content:encoded>							</item>
				</channel>
</rss>