From Jeff.Hodges@KingsMountain.com Thu Jul 8 12:24:08 2010 Return-Path: X-Original-To: tools-discuss@core3.amsl.com Delivered-To: tools-discuss@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 7E8F03A68AC for ; Thu, 8 Jul 2010 12:24:08 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.265 X-Spam-Level: X-Spam-Status: No, score=-2.265 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, IP_NOT_FRIENDLY=0.334] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id w5ahzgJbMawR for ; Thu, 8 Jul 2010 12:24:07 -0700 (PDT) Received: from cpoproxy1-pub.bluehost.com (cpoproxy1-pub.bluehost.com [69.89.21.11]) by core3.amsl.com (Postfix) with SMTP id A47AB3A686C for ; Thu, 8 Jul 2010 12:24:07 -0700 (PDT) Received: (qmail 6327 invoked by uid 0); 8 Jul 2010 19:24:11 -0000 Received: from unknown (HELO box514.bluehost.com) (74.220.219.114) by cpoproxy1.bluehost.com with SMTP; 8 Jul 2010 19:24:11 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=default; d=kingsmountain.com; h=Received:Message-ID:Date:From:User-Agent:MIME-Version:To:Subject:Content-Type:Content-Transfer-Encoding:X-Identified-User; b=wP5Rp/eMobyOiYqpcjIVCnhrwQ1rcJF9UVdceBj/vr5OFTcNvAsjVdp80th0JZ6MLMooz3Wd4wBaqeuMqA6Sb7O/ReGHbB41zvMEAfwAU4DMV/GRr1dpJA68f8mW1tbX; Received: from outbound4.ebay.com ([216.113.168.128] helo=[10.244.48.57]) by box514.bluehost.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1OWwhf-0003QC-MT for tools-discuss@ietf.org; Thu, 08 Jul 2010 13:24:11 -0600 Message-ID: <4C3625D9.50206@KingsMountain.com> Date: Thu, 08 Jul 2010 12:24:09 -0700 From: =JeffH User-Agent: Thunderbird 2.0.0.24 (X11/20100411) MIME-Version: 1.0 To: IETF Tools List Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Identified-User: {11025:box514.bluehost.com:kingsmou:kingsmountain.com} {sentby:smtp auth 216.113.168.128 authed with jeff.hodges+kingsmountain.com} Subject: [Tools-discuss] I-D rsync repository skew ? (www1.ietf.org::internet-drafts) X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Jul 2010 19:24:08 -0000 Hi, I periodically (e.g. daily/weekly) use this command to maintain my local I-D repository.. rsync -avz www1.ietf.org::internet-drafts '/home/hodges/doc/IETF/internet-drafts' ..which AFAIK has always worked fine and I've never discovered a discrepancy between my repository and e.g. .... until now. It seems my local I-D repository is entirely devoid of all versions of.. draft-cheshire-dnsext-multicastdns Any ideas why that might be? Is it likely a server-side or client-side issue? thanks, =JeffH From narten@us.ibm.com Thu Jul 8 12:36:58 2010 Return-Path: X-Original-To: tools-discuss@core3.amsl.com Delivered-To: tools-discuss@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 907863A689B for ; Thu, 8 Jul 2010 12:36:58 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.599 X-Spam-Level: X-Spam-Status: No, score=-6.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 31nCRRfPbxLB for ; Thu, 8 Jul 2010 12:36:57 -0700 (PDT) Received: from e5.ny.us.ibm.com (e5.ny.us.ibm.com [32.97.182.145]) by core3.amsl.com (Postfix) with ESMTP id 0D6953A6867 for ; Thu, 8 Jul 2010 12:36:56 -0700 (PDT) Received: from d01relay06.pok.ibm.com (d01relay06.pok.ibm.com [9.56.227.116]) by e5.ny.us.ibm.com (8.14.4/8.13.1) with ESMTP id o68JJAKj016039 for ; Thu, 8 Jul 2010 15:19:10 -0400 Received: from d01av01.pok.ibm.com (d01av01.pok.ibm.com [9.56.224.215]) by d01relay06.pok.ibm.com (8.13.8/8.13.8/NCO v10.0) with ESMTP id o68Jak7I1576980 for ; Thu, 8 Jul 2010 15:36:46 -0400 Received: from d01av01.pok.ibm.com (loopback [127.0.0.1]) by d01av01.pok.ibm.com (8.14.4/8.13.1/NCO v10.0 AVout) with ESMTP id o68Jak3X007979 for ; Thu, 8 Jul 2010 15:36:46 -0400 Received: from cichlid.raleigh.ibm.com (sig-9-65-239-127.mts.ibm.com [9.65.239.127]) by d01av01.pok.ibm.com (8.14.4/8.13.1/NCO v10.0 AVin) with ESMTP id o68Jajul007906 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 8 Jul 2010 15:36:45 -0400 Received: from cichlid.raleigh.ibm.com (localhost [127.0.0.1]) by cichlid.raleigh.ibm.com (8.14.4/8.12.5) with ESMTP id o68Jaigp019854; Thu, 8 Jul 2010 15:36:44 -0400 Message-Id: <201007081936.o68Jaigp019854@cichlid.raleigh.ibm.com> To: =JeffH In-reply-to: <4C3625D9.50206@KingsMountain.com> References: <4C3625D9.50206@KingsMountain.com> Comments: In-reply-to =JeffH message dated "Thu, 08 Jul 2010 12:24:09 -0700." Date: Thu, 08 Jul 2010 15:36:44 -0400 From: Thomas Narten Cc: IETF Tools List Subject: Re: [Tools-discuss] I-D rsync repository skew ? (www1.ietf.org::internet-drafts) X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Jul 2010 19:36:58 -0000 > rsync -avz www1.ietf.org::internet-drafts '/home/hodges/doc/IETF/internet-drafts' Not sure why you are using www1, when the instructions say use www.ietf.org (http://www.ietf.org/mirror-instructions.html) Seems to be working for me... > It seems my local I-D repository is entirely devoid of all versions of.. > draft-cheshire-dnsext-multicastdns I seem to have it: -rwxrwxrwx. 1 narten narten 168427 2010-03-23 14:20 draft-cheshire-dnsext-multicastdns-11.txt > Any ideas why that might be? Is it likely a server-side or > client-side issue? I assume you have ruled out the weird things like your disk being full and the like... Thomas From randy@qualcomm.com Sun Jun 27 02:13:53 2010 Return-Path: X-Original-To: tools-discuss@core3.amsl.com Delivered-To: tools-discuss@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id DAC653A68BB for ; Sun, 27 Jun 2010 02:13:52 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -103.999 X-Spam-Level: X-Spam-Status: No, score=-103.999 tagged_above=-999 required=5 tests=[BAYES_50=0.001, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id xRmADpo558Gj for ; Sun, 27 Jun 2010 02:13:50 -0700 (PDT) Received: from wolverine01.qualcomm.com (wolverine01.qualcomm.com [199.106.114.254]) by core3.amsl.com (Postfix) with ESMTP id 9C2333A680D for ; Sun, 27 Jun 2010 02:13:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=qualcomm.com; i=randy@qualcomm.com; q=dns/txt; s=qcdkim; t=1277630037; x=1309166037; h=message-id:x-mailer:date:to:from:subject:mime-version: content-type:x-random-sig-tag; z=Message-ID:=20 |X-Mailer:=20Eudora=20for=20Mac=20OS=20X|Date:=20Sun,=202 7=20Jun=202010=2002:11:22=20-0700|To:=20|From:=20Randall=20Gellens=20 |Subject:=20xml2rfc=20error:=20can't=20read=20"stack":=20 no=20such=20variable|MIME-Version:=201.0|Content-Type:=20 multipart/mixed=3B=0D=0A=09boundary=3D"=3D=3D=3D=3D=3D=3D =3D=3D=3D=3D=3D=3D_-934492496=3D=3D_=3D=3D=3D=3D=3D=3D=3D =3D=3D=3D=3D=3D"|X-Random-Sig-Tag:=201.0b28; bh=rMdWgQT6tQGULeDvImxNWo36/W/9BrpywMD+AMGPpbg=; b=NwIFDphL3z5en2+rvwA7jXJYmJa4tzykiB5sHuBQ0SfLo3kLaW6y7Omw u2uANnutHTHhHbUn8mitYutj2K1RJRWW2ra51BU2TijYZDIYyeXJz1xta 0KJDlGePGWGfiWygyOOjMPh/cXrX3xK2Bb3x65LRaUGZoJTgSHkrN1knP g=; X-IronPort-AV: E=McAfee;i="5400,1158,6025"; a="45689527" Received: from ironmsg01-r.qualcomm.com ([172.30.46.15]) by wolverine01.qualcomm.com with ESMTP; 27 Jun 2010 02:13:23 -0700 X-IronPort-AV: E=Sophos;i="4.53,488,1272870000"; d="xml'217?scan'217,208,217";a="56414988" Received: from nasanexhub06.na.qualcomm.com ([129.46.134.254]) by ironmsg01-r.qualcomm.com with ESMTP/TLS/RC4-MD5; 27 Jun 2010 02:13:24 -0700 Received: from nasanexhc04.na.qualcomm.com (172.30.48.17) by nasanexhub06.na.qualcomm.com (129.46.134.254) with Microsoft SMTP Server (TLS) id 8.2.254.0; Sun, 27 Jun 2010 02:13:25 -0700 Received: from nasanexmsp02.na.qualcomm.com (10.45.56.203) by nasanexhc04.na.qualcomm.com (172.30.48.17) with Microsoft SMTP Server (TLS) id 14.0.694.0; Sun, 27 Jun 2010 02:13:24 -0700 Received: from [220.241.147.99] (10.46.82.6) by qcmail1.qualcomm.com (10.45.56.203) with Microsoft SMTP Server (TLS) id 8.2.254.0; Sun, 27 Jun 2010 02:13:22 -0700 Message-ID: X-Mailer: Eudora for Mac OS X Date: Sun, 27 Jun 2010 02:11:22 -0700 To: From: Randall Gellens MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="============_-934492496==_============" X-Random-Sig-Tag: 1.0b28 X-Mailman-Approved-At: Fri, 09 Jul 2010 05:38:33 -0700 Subject: [Tools-discuss] xml2rfc error: can't read "stack": no such variable X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jun 2010 09:13:53 -0000 --============_-934492496==_============ Content-Type: text/plain; charset="us-ascii"; format=flowed I'm stumped by this error: can't read "stack": no such variable around input line 191 The input file is attached. I'd be very grateful for any help. -- Randall Gellens Opinions are personal; facts are suspect; I speak for myself only -------------- Randomly selected tag: --------------- Certe, Toto, sentio nos in Kansate non iam adesse. --Dorothea --============_-934492496==_============ Content-ID: Content-Type: application/octet-stream; name="draft-ietf-yam-4409bis-submit-pre-evaluation-00.xml" Content-Disposition: attachment; filename="draft-ietf-yam-4409bis-submit-pre-evaluation-00.xml" Content-Transfer-Encoding: base64 PD94bWwgdmVyc2lvbj0iMS4wIiBlbmNvZGluZz0iVVMtQVNDSUkiPz4KPCEtLSBUaGlz IHRlbXBsYXRlIGlzIGZvciBjcmVhdGluZyBhbiBJbnRlcm5ldCBEcmFmdCB1c2luZyB4 bWwycmZjLAogICAgIHdoaWNoIGlzIGF2YWlsYWJsZSBoZXJlOiBodHRwOi8veG1sLnJl c291cmNlLm9yZy4gLS0+CjwhRE9DVFlQRSByZmMgU1lTVEVNICJyZmMyNjI5LmR0ZCIg Wwo8IS0tIE9uZSBtZXRob2QgdG8gZ2V0IHJlZmVyZW5jZXMgZnJvbSB0aGUgb25saW5l IGNpdGF0aW9uIGxpYnJhcmllcy4KICAgICBUaGVyZSBoYXMgdG8gYmUgb25lIGVudGl0 eSBmb3IgZWFjaCBpdGVtIHRvIGJlIHJlZmVyZW5jZWQuCiAgICAgQW4gYWx0ZXJuYXRl IG1ldGhvZCAocmZjIGluY2x1ZGUpIGlzIGRlc2NyaWJlZCBpbiB0aGUgcmVmZXJlbmNl cy4gLS0+Cgo8IUVOVElUWSBSRkMwODIxIFNZU1RFTSAiaHR0cDovL3htbC5yZXNvdXJj ZS5vcmcvcHVibGljL3JmYy9iaWJ4bWwvcmVmZXJlbmNlLlJGQy4wODIxLnhtbCI+Cjwh RU5USVRZIFJGQzI4MjEgU1lTVEVNICJodHRwOi8veG1sLnJlc291cmNlLm9yZy9wdWJs aWMvcmZjL2JpYnhtbC9yZWZlcmVuY2UuUkZDLjI4MjEueG1sIj4KPCFFTlRJVFkgUkZD NTMyMSBTWVNURU0gImh0dHA6Ly94bWwucmVzb3VyY2Uub3JnL3B1YmxpYy9yZmMvYmli eG1sL3JlZmVyZW5jZS5SRkMuNTMyMS54bWwiPgoKPD94bWwtc3R5bGVzaGVldCB0eXBl PSd0ZXh0L3hzbCcgaHJlZj0ncmZjMjYyOS54c2x0JyA/Pgo8IS0tIHVzZWQgYnkgWFNM VCBwcm9jZXNzb3JzIC0tPgo8IS0tIEZvciBhIGNvbXBsZXRlIGxpc3QgYW5kIGRlc2Ny aXB0aW9uIG9mIHByb2Nlc3NpbmcgaW5zdHJ1Y3Rpb25zIChQSXMpLAogICAgIHBsZWFz ZSBzZWUgaHR0cDovL3htbC5yZXNvdXJjZS5vcmcvYXV0aG9yaW5nL1JFQURNRS5odG1s LiAtLT4KPCEtLSBCZWxvdyBhcmUgZ2VuZXJhbGx5IGFwcGxpY2FibGUgUHJvY2Vzc2lu ZyBJbnN0cnVjdGlvbnMgKFBJcykgdGhhdCBtb3N0IEktRHMgbWlnaHQgd2FudCB0byB1 c2UuCiAgICAgKEhlcmUgdGhleSBhcmUgc2V0IGRpZmZlcmVudGx5IHRoYW4gdGhlaXIg ZGVmYXVsdHMgaW4geG1sMnJmYyB2MS4zMikgLS0+Cjw/cmZjIHN0cmljdD0ieWVzIiA/ Pgo8IS0tIGdpdmUgZXJyb3JzIHJlZ2FyZGluZyBJRC1uaXRzIGFuZCBEVEQgdmFsaWRh dGlvbiAtLT4KPCEtLSBjb250cm9sIHRoZSB0YWJsZSBvZiBjb250ZW50cyAoVG9DKSAt LT4KPD9yZmMgdG9jPSJ5ZXMiPz4KPCEtLSBnZW5lcmF0ZSBhIFRvQyAtLT4KPD9yZmMg dG9jZGVwdGg9IjQiPz4KPCEtLSB0aGUgbnVtYmVyIG9mIGxldmVscyBvZiBzdWJzZWN0 aW9ucyBpbiBUb0MuIGRlZmF1bHQ6IDMgLS0+CjwhLS0gY29udHJvbCByZWZlcmVuY2Vz IC0tPgo8P3JmYyBzb3J0cmVmcz0ieWVzIiA/Pgo8IS0tIHNvcnQgdGhlIHJlZmVyZW5j ZSBlbnRyaWVzIGFscGhhYmV0aWNhbGx5IC0tPgo8IS0tIGNvbnRyb2wgdmVydGljYWwg d2hpdGUgc3BhY2UKICAgICAodXNpbmcgdGhlc2UgUElzIGFzIGZvbGxvd3MgaXMgcmVj b21tZW5kZWQgYnkgdGhlIFJGQyBFZGl0b3IpIC0tPgo8P3JmYyBjb21wYWN0PSJ5ZXMi ID8+CjwhLS0gZG8gbm90IHN0YXJ0IGVhY2ggbWFpbiBzZWN0aW9uIG9uIGEgbmV3IHBh Z2UgLS0+Cjw/cmZjIHN1YmNvbXBhY3Q9Im5vIiA/Pgo8IS0tIGtlZXAgb25lIGJsYW5r IGxpbmUgYmV0d2VlbiBsaXN0IGl0ZW1zIC0tPgo8IS0tIGVuZCBvZiBsaXN0IG9mIHBv cHVsYXIgSS1EIHByb2Nlc3NpbmcgaW5zdHJ1Y3Rpb25zIC0tPgo8cmZjIGNhdGVnb3J5 PSJpbmZvIiBkb2NOYW1lPSJkcmFmdC1pZXRmLXlhbS00NDA5YmlzLXN1Ym1pdC1wcmUt ZXZhbHVhdGlvbi0wMCIKICAgICBpcHI9InRydXN0MjAwOTAyIgogICAgIG9ic29sZXRl cz0iNDQwOSI+CiAgPCEtLSBjYXRlZ29yeSB2YWx1ZXM6IHN0ZCwgYmNwLCBpbmZvLCBl eHAsIGFuZCBoaXN0b3JpYwogICAgIGlwciB2YWx1ZXM6IGZ1bGwzNjY3LCBub01vZGlm aWNhdGlvbjM2NjcsIG5vRGVyaXZhdGl2ZXMzNjY3CiAgICAgeW91IGNhbiBhZGQgdGhl IGF0dHJpYnV0ZXMgdXBkYXRlcz0iTk5OTiIgYW5kIG9ic29sZXRlcz0iTk5OTiIKICAg ICB0aGV5IHdpbGwgYXV0b21hdGljYWxseSBiZSBvdXRwdXQgd2l0aCAiKGlmIGFwcHJv dmVkKSIgLS0+CgogIDwhLS0gKioqKiogRlJPTlQgTUFUVEVSICoqKioqIC0tPgoKICA8 ZnJvbnQ+CiAgICA8IS0tIFRoZSBhYmJyZXZpYXRlZCB0aXRsZSBpcyB1c2VkIGluIHRo ZSBwYWdlIGhlYWRlciAtIGl0IGlzIG9ubHkgbmVjZXNzYXJ5IGlmIHRoZQogICAgICAg ICBmdWxsIHRpdGxlIGlzIGxvbmdlciB0aGFuIDM5IGNoYXJhY3RlcnMgLS0+CgogICAg PHRpdGxlIGFiYnJldj0iWUFNIDQ0MDliaXMgRXZhbHVhdGlvbiI+UHJlbGltaW5hcnkg RXZhbHVhdGlvbiBvZgogICAgICAgIFJGQyZuYnNwOzQ0MDkgIk1lc3NhZ2UgU3VibWlz c2lvbiBmb3IgTWFpbCIsCiAgICAgICAgZm9yIGFkdmFuY2VtZW50IGZyb20gRHJhZnQg U3RhbmRhcmQgdG8gRnVsbCBTdGFuZGFyZAogICAgICAgIGJ5IHRoZSBZQU0gV29ya2lu ZyBHcm91cAogICAgPC90aXRsZT4KCiAgICA8YXV0aG9yIGZ1bGxuYW1lPSJSLiBHZWxs ZW5zIiBpbml0aWFscz0iUi5HLiIgCiAgICAgICAgICAgIHN1cm5hbWU9IkdlbGxlbnMi PgogICAgICA8b3JnYW5pemF0aW9uPlF1YWxjb21tLCBJbmMuPC9vcmdhbml6YXRpb24+ CgogICAgICA8YWRkcmVzcz4KICAgICAgICA8cG9zdGFsPgogICAgICAgICAgPHN0cmVl dD41Nzc1IE1vcmVob3VzZSBEcml2ZTwvc3RyZWV0PgoKICAgICAgICAgIDwhLS0gUmVv cmRlciB0aGVzZSBpZiB5b3VyIGNvdW50cnkgZG9lcyB0aGluZ3MgZGlmZmVyZW50bHkg LS0+CgogICAgICAgICAgPGNpdHk+U2FuIERpZWdvPC9jaXR5PgoKICAgICAgICAgIDxj b3VudHJ5PlVTPC9jb3VudHJ5PgogICAgICAgIDwvcG9zdGFsPgoKICAgICAgICA8ZW1h aWw+cmcraWV0ZkBxdWFsY29tbS5jb208L2VtYWlsPgogICAgICA8L2FkZHJlc3M+CiAg ICA8L2F1dGhvcj4KCiAgICA8ZGF0ZSAgeWVhcj0iMjAxMCIgLz4KCiAgICA8IS0tIElm IHRoZSBtb250aCBhbmQgeWVhciBhcmUgYm90aCBzcGVjaWZpZWQgYW5kIGFyZSB0aGUg Y3VycmVudCBvbmVzLCB4bWwycmZjIHdpbGwgZmlsbAogICAgICAgICBpbiB0aGUgY3Vy cmVudCBkYXkgZm9yIHlvdS4gSWYgb25seSB0aGUgY3VycmVudCB5ZWFyIGlzIHNwZWNp ZmllZCwgeG1sMnJmYyB3aWxsIGZpbGwKICAgICBpbiB0aGUgY3VycmVudCBkYXkgYW5k IG1vbnRoIGZvciB5b3UuIElmIHRoZSB5ZWFyIGlzIG5vdCB0aGUgY3VycmVudCBvbmUs IGl0IGlzCiAgICAgbmVjZXNzYXJ5IHRvIHNwZWNpZnkgYXQgbGVhc3QgYSBtb250aCAo eG1sMnJmYyBhc3N1bWVzIGRheT0iMSIgaWYgbm90IHNwZWNpZmllZCBmb3IgdGhlCiAg ICAgcHVycG9zZSBvZiBjYWxjdWxhdGluZyB0aGUgZXhwaXJ5IGRhdGUpLiAgV2l0aCBk cmFmdHMgaXQgaXMgbm9ybWFsbHkgc3VmZmljaWVudCB0bwogICAgIHNwZWNpZnkganVz dCB0aGUgeWVhci4gLS0+CgogICAgPCEtLSBNZXRhLWRhdGEgRGVjbGFyYXRpb25zIC0t PgoKICAgIDxhcmVhPkFwcGxpY2F0aW9uczwvYXJlYT4KCiAgICA8d29ya2dyb3VwPllB TSBXb3JraW5nIEdyb3VwPC93b3JrZ3JvdXA+CgogICAgPGtleXdvcmQ+U01UUDwva2V5 d29yZD4KICAgIDxrZXl3b3JkPlJGQyA0NDA5YmlzPC9rZXl3b3JkPgoKICAgIDwhLS0g S2V5d29yZHMgd2lsbCBiZSBpbmNvcnBvcmF0ZWQgaW50byBIVE1MIG91dHB1dAogICAg ICAgICBmaWxlcyBpbiBhIG1ldGEgdGFnIGJ1dCB0aGV5IGhhdmUgbm8gZWZmZWN0IG9u IHRleHQgb3IgbnJvZmYKICAgICAgICAgb3V0cHV0LiBJZiB5b3Ugc3VibWl0IHlvdXIg ZHJhZnQgdG8gdGhlIFJGQyBFZGl0b3IsIHRoZQogICAgICAgICBrZXl3b3JkcyB3aWxs IGJlIHVzZWQgZm9yIHRoZSBzZWFyY2ggZW5naW5lLiAtLT4KCiAgICA8YWJzdHJhY3Q+ CiAgICAgIDx0PlRoaXMgbWVtbyBpcyBhIHByZWxpbWluYXJ5IGV2YWx1YXRpb24gb2Yg UkZDIDQ0MDkgIk1lc3NhZ2UgU3VibWlzc2lvbiBmb3IgTWFpbCIKICAgICAgICAgZm9y IGFkdmFuY2VtZW50IGZyb20gRHJhZnQgdG8gRnVsbCBTdGFuZGFyZC4gSXQgaGFzCiAg ICAgICAgIGJlZW4gcHJlcGFyZWQgYnkgdGhlIFRoZSBZZXQgQW5vdGhlciBNYWlsIFdv cmtpbmcgR3JvdXAuPC90PgogICAgICA8dD5USElTIElOVEVSTkVUIERSQUZUIElTIE5P VCBNRUFOVCBUTyBCRSBQVUJMSVNIRUQgQVMgQU4gUkZDLAogICAgICAgICBCVVQgSVMg V1JJVFRFTiBUTyBGQUNJTElUWSBQUk9DRVNTSU5HIFdJVEhJTiBUSEUgSUVTRy48L3Q+ CiAgICA8L2Fic3RyYWN0PgogIDwvZnJvbnQ+CgogIDxtaWRkbGU+CiAgICA8c2VjdGlv biB0aXRsZT0iSW50cm9kdWN0aW9uIj4KICAgICAgPHQ+QSBwcmVsaW1pbmFyeSBldmFs dWF0aW9uIGhhcyBiZWVuIG1hZGUgb2YgPCEtLSB4cmVmCiAgICAgICAgIHRhcmdldD0n UkZDNDQwOScgLS0+UkZDIDQ0MDk8IS0tIC94cmVmLS0+ICJNZXNzYWdlIFN1Ym1pc3Np b24gZm9yIE1haWwiCiAgICAgICAgIGJ5IHRoZSBZZXQgQW5vdGhlciBNYWlsIChZQU0p IFdvcmtpbmcgR3JvdXAgZm9yIGFkdmFuY2luZwogICAgICAgICBpdCBmcm9tIERyYWZ0 IHRvIEZ1bGwgU3RhbmRhcmQuICBUaGUgWUFNIFdHIHJlcXVlc3RzIGZlZWRiYWNrIGZy b20KICAgICAgICAgdGhlIElFU0cgb24gdGhpcyBkZWNpc2lvbi4KICAgICAgPC90Pgog ICAgICA8c2VjdGlvbiB0aXRsZT0iTm90ZSB0byBSRkMgRWRpdG9yIj4KICAgICAgICA8 dD5UaGlzIEludGVybmV0LURyYWZ0IGlzIG5vdCBtZWFudCB0byBiZSBwdWJsaXNoZWQg YXMgYW4gUkZDLgogICAgICAgICAgSXQgaXMgd3JpdHRlbiB0byBmYWNpbGl0YXRlIHBy b2Nlc3Npbmcgd2l0aGluIHRoZSBJRVNHLgoJPC90PgogICAgICA8L3NlY3Rpb24+CiAg ICA8L3NlY3Rpb24+CgogICAgPHNlY3Rpb24gdGl0bGU9IlByZWxpbWluYXJ5IEV2YWx1 YXRpb24iPgogICAgICA8c2VjdGlvbiB0aXRsZT0iRG9jdW1lbnQiPgoJPHQ+CgkgIDxs aXN0IHN0eWxlPSJoYW5naW5nIj4KICAgICAgICAgICAgPHQgaGFuZ1RleHQ9IlRpdGxl OiAiPk1lc3NhZ2UgU3VibWlzc2lvbiBmb3IgTWFpbDwvdD4KICAgICAgICAgICAgPHQg aGFuZ1RleHQ9Ikxpbms6ICAiPmh0dHA6Ly90b29scy5pZXRmLm9yZy9odG1sL3JmYzQ0 MDk8L3Q+CiAgICAgICAgICA8L2xpc3Q+Cgk8L3Q+CiAgICAgIDwvc2VjdGlvbj4KCiAg ICAgIDxzZWN0aW9uIHRpdGxlPSJUaW1lIGluIFBsYWNlIj4KICAgICAgICA8dD4KICAg ICAgICAgIDxsaXN0IHN0eWxlPSJoYW5naW5nIj4KICAgICAgICAgICAgPHQgaGFuZ1Rl eHQ9IlJGQzIwMjY6ICI+CiAgICAgICAgICAgICAgPHNwYW54IHN0eWxlPSJlbXBoIj4i QSBzcGVjaWZpY2F0aW9uIHNoYWxsIHJlbWFpbiBhdCB0aGUKICAgICAgICAgICAgICAg IERyYWZ0IFN0YW5kYXJkIGxldmVsIGZvciBhdCBsZWFzdCBmb3VyICg0KSBtb250aHMs CiAgICAgICAgICAgICAgICBvciB1bnRpbCBhdCBsZWFzdCBvbmUgSUVURiBtZWV0aW5n IGhhcyBvY2N1cnJlZC4iPC9zcGFueD4KICAgICAgICAgICAgPC90PgoJICAgIDx0IGhh bmdUZXh0PSJQdWJsaXNoZWQ6ICAiPkFwcmlsIDIwMDY8L3Q+CiAgICAgICAgICA8L2xp c3Q+CiAgICAgICAgPC90PgogICAgICA8L3NlY3Rpb24+CgogICAgICA8c2VjdGlvbiB0 aXRsZT0iSW1wbGVtZW50YXRpb24gYW5kIE9wZXJhdGlvbmFsIEV4cGVyaWVuY2UiPgoJ PHQ+CiAgICAgICAgICA8bGlzdCBzdHlsZT0iaGFuZ2luZyI+CiAgICAgICAgICAgIDx0 IGhhbmdUZXh0PSJSRkMyMDI2OiAiPgogICAgICAgICAgICAgIDxzcGFueCBzdHlsZT0i ZW1waCI+InNpZ25pZmljYW50IGltcGxlbWVudGF0aW9uIGFuZAogICAgICAgICAgICAg ICAgc3VjY2Vzc2Z1bCBvcGVyYXRpb25hbCBleHBlcmllbmNlIC4uLiBjaGFyYWN0ZXJp emVkIGJ5CgkJYSBoaWdoIGRlZ3JlZSBvZiB0ZWNobmljYWwgbWF0dXJpdHkgYW5kIGJ5 IGEgZ2VuZXJhbGx5CiAgICAgICAgICAgICAgICBoZWxkIGJlbGllZiB0aGF0IHRoZSBz cGVjaWZpZWQgcHJvdG9jb2wgb3Igc2VydmljZQogICAgICAgICAgICAgICAgcHJvdmlk ZXMgc2lnbmlmaWNhbnQgYmVuZWZpdCB0byB0aGUgSW50ZXJuZXQKICAgICAgICAgICAg ICAgIGNvbW11bml0eS4iPC9zcGFueD4KICAgICAgICAgICAgPC90PgoJICAgIDx0IGhh bmdUZXh0PSJDb25maWRlbmNlIGxldmVsOiI+CgkgICAgICBWZXJ5IGhpZ2guCgkgICAg PC90PgogICAgICAgICAgPC9saXN0PgogICAgICAgIDwvdD4KCgk8dD5NZXNzYWdlIFN1 Ym1pc3Npb24gb24gcG9ydCA1ODcgaGFzIHNlZW4gc2lnbmlmaWNhbnQgZGVwbG95bWVu dCBvdmVyIHRoZSBwYXN0IDgtMTAgeWVhcnMsIGJlY29taW5nIHdpZGVzcHJlYWQgaW4g dGhlIHBhc3QgMi0zIHllYXJzLiAgVGhlcmUgYXJlIHNldmVyYWwgcmVhc29ucyBmb3Ig dGhpcywgc3VjaCBhcyBkZWNpc2lvbnMgYnkgbWFueSBJU1BzIGFuZCBvcmdhbml6YXRp b25zIGluIGdlbmVyYWwgdG8gYmxvY2sgb3V0Ym91bmQgcG9ydCAyNSAoZXhjZXB0IGJ5 IHRoZWlyIG93biBib3JkZXIgTVRBcyksIGFuZCBjb25zZXF1ZW50bHkgdG8gc3VwcG9y dCA1ODcgd2l0aCBhdXRoZW50aWNhdGlvbiwgYXMgd2VsbCBhcyByZWNvZ25pdGlvbiBv ZiB0aGUgbmVlZCB0byBhcHBseSBkaWZmZXJlbnQgcG9saWNpZXMgdG8gc3VibWlzc2lv biBhbmQgcmVsYXkuCgk8L3Q+CiAgICAgIDwvc2VjdGlvbj4KCiAgICAgIDxzZWN0aW9u IHRpdGxlPSJQcm9wb3NlZCBDaGFuZ2VzIj4KICAgICAgICA8dD5UaGUgWUFNIFdHIHBy b3Bvc2VzIG1ha2luZyB0aGUgZm9sbG93aW5nIGNoYW5nZXMgaW4gYSByZXZpc2lvbjoK CTwvdD4KICAgICAgICA8dD4KCSAgPGxpc3Qgc3R5bGU9ImhhbmdpbmciPgoJICAgIDx0 IGhhbmdUZXh0PSJDbGllbnQgYmVoYXZpb3JhbCBkaWZmZXJlbmNlczoiPgoJICAgICAg U3VibWlzc2lvbiBjbGllbnRzIGJlaGF2ZSBkaWZmZXJlbnRseSBmcm9tIHJlbGF5IGNs aWVudCBpbiBzb21lIGFyZWFzLCBlc3BlY2lhbGx5IHRvbGVyYW5jZSBmb3IgdGltZS1v dXRzLiAgSW4gcHJhY3RpY2UsIG1lc3NhZ2Ugc3VibWlzc2lvbiBjbGllbnRzIHRlbmQg dG8gaGF2ZSBzaG9ydCB0aW1lLW91dHMgKHBlcmhhcHMgMi01IG1pbnV0ZXMgZm9yIGEg cmVwbHkgdG8gYW55IGNvbW1hbmQpIHdoaWxlIHJlbGF5IGNsaWVudHMgYXJlIHJlcXVp cmVkIHRvIGhhdmUgcGVyLWNvbW1hbmQgdGltZW91dHMgb2YgYXMgbXVjaCBhcyAxMCBt aW51dGVzKS4gIFRoZSBkb2N1bWVudCBzaG91bGQgZGVzY3JpYmUgdGhpcywgYW5kIHBl cmhhcHMgc2F5IHRoYXQgc3VibWlzc2lvbiBzZXJ2ZXJzIFNIT1VMRCByZXNwb25kIHRv IGFueSBjb21tYW5kIChldmVuIERBVEEpIGluIGZld2VyIHRoYW4gMiBtaW51dGVzLgoJ ICAgIDwvdD4KCSAgICA8dCBoYW5nVGV4dD0iVGVjaG5pY2FsIGVycmF0YTogTk8tU09M SUNJVElORyI+CgkgICAgICBQZXIgaHR0cDovL3d3dy5yZmMtZWRpdG9yLm9yZy9lcnJh dGFfc2VhcmNoLnBocD9yZmM9NDQwOSwgdGhlIHJlZmVyZW5jZSBmb3IgTk8tU09MSUNJ VElORyBpcyBpbmNvcnJlY3QgYW5kIG5lZWRzIHRvIGJlIGZpeGVkIHRvIGJlIFJGQyAz ODY1LgoJICAgIDwvdD4KCSAgICA8dCBoYW5nVGV4dD0iVGVjaG5pY2FsIGVycmF0YTog QWRkaXRpb25hbCBTTVRQIGV4dGVuc2lvbnMiPgoJICAgICAgUGVyIHJlcXVlc3QgcmVw b3J0ZWQgYXQgaHR0cDovL3d3dy5yZmMtZWRpdG9yLm9yZy9lcnJhdGFfc2VhcmNoLnBo cD9yZmM9NDQwOSwgdGhlIGZvbGxvd2luZyBSRkMgZXh0ZW5zaW9ucyB3aGljaCBkbyBu b3QgdGhlbXNlbHZlcyBzcGVjaWZ5IHRoZWlyIHZhbGlkaXR5IGZvciBTdWJtaXNzaW9u IHNob3VsZCBiZSBhZGRlZCB0byB0aGUgdGFibGUgaW4gU2VjdGlvbiA3OgoJICAgICAg PGxpc3Q+CgkgICAgICA8dD5SRkMgMjY0NSAgLS0gQVRSTiAtLSBNVVNUIE5PVDwvdD4K ICAgICAgICAgIDx0PlJGQyAyODUyICAtLSBERUxJVkVSQlkgLS0gTUFZPC90PgogICAg ICAgICAgPHQ+UkZDIDQxNDEgIC0tIENPTlBFUk0sIENPTk5FRyAtLSBNQVk8L3Q+CiAg ICAgICAgICA8L2xpc3Q+CiAgICAgICAgICBOb3RlIHRoYXQgb3RoZXIgZXh0ZW5zaW9u cywgc3VjaCBhcyBVVEY4U01UUCBhbmQgQlVSTCwgZG8gc3BlY2lmeSB0aGVpciB2YWxp ZGl0eSBhbmQgaGVuY2UgZG9uJ3QgbmVlZCB0byBiZSBpbmNsdWRlZC4KCSAgICA8L3Q+ CgkgICAgPHQgaGFuZ1RleHQ9IlRlY2huaWNhbCBlcnJhdGE6IFJlZmVyZW5jZXMiPgoJ ICAgICAgPGxpc3Q+CgkgICAgICA8dD5QZXIgcmVxdWVzdCByZXBvcnRlZCBhdCBodHRw Oi8vd3d3LnJmYy1lZGl0b3Iub3JnL2VycmF0YV9zZWFyY2gucGhwP3JmYz00NDA5LCB0 aGUgW0VTTVRQXSBhbmQgW1NNVFAtTVRBXSByZWZlcmVuY2VzIHNob3VsZCBiZSB1cGRh dGVkLgoJICAgICAgQWNjb3JkaW5nbHksIFtFU01UUF0ncyBTVEQgMTAgc2hvdWxkIHJl ZmVyIHRvIFJGQyA1MzIxLWJpcyBpbnN0ZWFkIG9mIGJvdGggUkZDIDE4NjkgYW5kIFJG QyA4MjEuPC90PgoJICAgICAgPHQ+VGhlIHJlZmVyZW5jZSB0byBSRkMgOTc0IHNob3Vs ZCBiZSBkZWxldGVkIGFzIHRoZSByZWxldmFudCBtYXRlcmlhbCBpcyBpbmNsdWRlZCBp biA1MzIxLjwvdD4gIAoJICAgICAgPHQ+TGlrZXdpc2UsIHRoZSByZWZlcmVuY2UgdG8g U1REIDMsIFJGQyAxMTIzIHNob3VsZCBhbHNvIGJlIGRlbGV0ZWQgZnJvbSBib3RoIFtT TVRQLU1UQV0gYW5kIFtNRVNTQUdFLUZPUk1BVF0gYXMgaXRzIHJlbGV2YW50IG1hdGVy aWFsIGlzIGFsc28gaW4gUkZDIDUzMjEuPC90PgoJICAgICAgPC9saXN0PgoJICAgIDwv dD4KCSAgICA8dCBoYW5nVGV4dD0iVXBkYXRlZCByZWZlcmVuY2VzOiI+CgkgICAgICBT TVRQIEFVVEggc2hvdWxkIGJlIFJGQyA0OTU0IGluc3RlYWQgb2YgMjU1NC4gIFRoaXMg aXMgYSBkb3ducmVmLiAgTm90ZSB0aGF0IHRoZSBjdXJyZW50IFJGQyA0NDA5IGxpc3Rz IDI1NTQgYXMgYW4gSW5mb3JtYXRpdmUsIG5vdCBOb3JtYXRpdmUgcmVmZXJlbmNlLCBl dmVuIHRob3VnaCBBVVRIIGlzIGEgTVVTVC48L3Q+CgkgICAgPHQ+TGlrZXdpc2UsIElQ U2VjIHNob3VsZCBiZSBSRkMgNDMwMS48L3Q+CgkgIDwvbGlzdD4KCTwvdD4KICAgICAg PC9zZWN0aW9uPgoKICAgICAgPHNlY3Rpb24gdGl0bGU9Ik5vbi1DaGFuZ2VzIj4KCTx0 PlRoZSBZQU0gV0cgZGlzY3Vzc2VkIGFuZCBjaG9zZSBub3QgdG8gbWFrZSB0aGUgZm9s bG93aW5nIGNoYW5nZXM6Cgk8L3Q+CiAgICAgICAgPHQ+CgkgIDxsaXN0IHN0eWxlPSJu dW1iZXJzIj4KICAgICAgICAgICAgPHQ+W1BMQUNFSE9MREVSOiBJTlNFUlQgVEVYVCBI RVJFXQoJICAgIDwvdD4KICAgICAgICAgIDwvbGlzdD4KCTwvdD4KICAgICAgPC9zZWN0 aW9uPgoKICAgICAgPHNlY3Rpb24gdGl0bGU9IkRvd253YXJkIHJlZmVyZW5jZXMiPgoJ PHQ+QXQgRnVsbCBTdGFuZGFyZCwgdGhlIGZvbGxvd2luZyByZWZlcmVuY2VzCiAgICAg ICAgICB3b3VsZCBiZSBkb3dud2FyZCByZWZlcmVuY2VzOjwvdD4KICAgICAgICA8dD48 bGlzdCBzdHlsZT0iaGFuZ2luZyI+CgkgICAgPHQ+U01UUCBBVVRIIChSRkMgNDk1NCkK CSAgICA8L3Q+CiAgICAgICAgPC9saXN0PjwvdD4KICAgICAgPC9zZWN0aW9uPgogICAg ICA8c2VjdGlvbiB0aXRsZT0iSUVTRyBGZWVkYmFjayI+CiAgICAgICAgPHQ+VGhlIFlB TSBXRyByZXF1ZXN0cyBmZWVkYmFjayBmcm9tIHRoZSBJRVNHIG9uIHRoaXMgZGVjaXNp b24uCiAgICAgICAgICAgSW4gcGFydGljdWxhcjo8L3Q+CiAgICAgICAgPHQ+CgkgIDxs aXN0IHN0eWxlPSJzeW1ib2xzIj4KCSAgICA8dD4KCSAgICAgIERvZXMgdGhlIElFU0cg YmVsaWV2ZSB0aGUgcHJvcG9zZWQgY2hhbmdlcyBhcmUgc3VpdGFibGUgZHVyaW5nIGEK CSAgICAgIG1vdmUgZnJvbSBEcmFmdCB0byBGdWxsIFN0YW5kYXJkPwoJICAgIDwvdD4K ICAgICAgICAgICAgPHQ+CgkgICAgICBFeGNsdWRpbmcgdGhlIHByZXZpb3VzIHByb3Bv c2VkIGNoYW5nZXMgYW5kIGV4cGVjdGVkIElFU0cKCSAgICAgIHN1cHBvcnQgZm9yIHRl Y2huaWNhbGx5IHN1YnN0YW50aXZlIElFVEYgbGFzdCBjYWxsIGZlZWRiYWNrLAoJICAg ICAgZG9lcyB0aGUgSUVTRyBiZWxpZXZlIGFueSBhZGRpdGlvbmFsIGNoYW5nZXMgYXJl IGNyaXRpY2FsIHRvCgkgICAgICBhZHZhbmNlIHRoaXMgZG9jdW1lbnQgZnJvbSBkcmFm dCB0byBmdWxsIHN0YW5kYXJkPwoJICAgICAgSWYgc28sIHBsZWFzZSBwcm92aWRlIHN1 ZmZpY2llbnQgaW5mb3JtYXRpb24gc28gdGhlIFdHIGNhbiBhZGRyZXNzCgkgICAgICB0 aGVzZSBpc3N1ZXMgcHJpb3IgdG8gSUVURiBsYXN0IGNhbGwgb3IgZGV0ZXJtaW5lIHRo YXQgdGhlIGRvY3VtZW50CgkgICAgICBpcyBpbmFwcHJvcHJpYXRlIGZvciB0aGUgWUFN IFdHIHRvIHByb2Nlc3MgYXQgdGhpcyB0aW1lLgoJICAgIDwvdD4KICAgICAgICAgICAg PHQ+RG9lcyB0aGUgSUVTRyBjb25zaWRlciB0aGUgZG93bndhcmQgcmVmZXJlbmNlcyBh Y2NlcHRhYmxlCgkgICAgICBmb3IgYSBmdWxsIHN0YW5kYXJkPwoJICAgICAgSWYgbm90 LCBwbGVhc2UgY2l0ZSB3aGljaCBzcGVjaWZpYwoJICAgICAgZG93bndhcmQgcmVmZXJl bmNlIG9yIHJlZmVyZW5jZXMgYXJlIHByb2JsZW1hdGljIGFuZCB3aHkKCSAgICAgIHNv IHRoZSBXRyBjYW4gYWRkcmVzcyB0aGVzZSBpc3N1ZXMgcHJpb3IgdG8gSUVURiBsYXN0 IGNhbGwKCSAgICAgIG9yIGRldGVybWluZSB0aGUgZG9jdW1lbnQgaXMgaW5hcHByb3By aWF0ZSBmb3IgdGhlIFlBTSBXRwoJICAgICAgdG8gcHJvY2VzcyBhdCB0aGlzIHRpbWUu CgkgICAgPC90PgogICAgICAgICAgPC9saXN0PgoJPC90PgogICAgICA8L3NlY3Rpb24+ CiAgICA8L3NlY3Rpb24+CgogICAgPHNlY3Rpb24gdGl0bGU9IklBTkEgQ29uc2lkZXJh dGlvbnMiPgogICAgICA8dD5UaGlzIGRvY3VtZW50IGNvbnRhaW5zIG5vIElBTkEgYWN0 aW9ucy48L3Q+CiAgICA8L3NlY3Rpb24+CgogICAgPHNlY3Rpb24gdGl0bGU9IlNlY3Vy aXR5IENvbnNpZGVyYXRpb25zIj4KICAgICAgPHQ+VGhpcyBkb2N1bWVudCByZXF1ZXN0 cyBJRVNHIGZlZWRiYWNrIGFuZCBkb2VzIG5vdCByYWlzZSBhbnkgc2VjdXJpdHkKICAg ICAgICAgY29uY2VybnMuICBTZWN1cml0eSBjb25zaWRlcmF0aW9ucyBmb3I8IS0tIHhy ZWYgdGFyZ2V0PSdSRkNYWFgnIC0tPgoJIFJGQyBYWFg8IS0tIC94cmVmLS0+aGF2ZSBi ZWVuIHRha2VuIGludG8gYWNjb3VudCBkdXJpbmcgdGhlIHByZWxpbWluYXJ5CgkgZXZh bHVhdGlvbiBhbmQgYXBwZWFyIGluIGVpdGhlciBTZWN0aW9uIDIuNCBvciBTZWN0aW9u IDIuNSBvZiB0aGlzCgkgZG9jdW1lbnQuCiAgICAgIDwvdD4KICAgIDwvc2VjdGlvbj4K CiAgPC9taWRkbGU+CgogIDwhLS0gICoqKioqQkFDSyBNQVRURVIgKioqKiogLS0+Cgog IDxiYWNrPgogICAgPCEtLSBSZWZlcmVuY2VzIHNwbGl0IGludG8gaW5mb3JtYXRpdmUg YW5kIG5vcm1hdGl2ZSAtLT4KCiAgICA8IS0tIFRoZXJlIGFyZSAyIHdheXMgdG8gaW5z ZXJ0IHJlZmVyZW5jZSBlbnRyaWVzIGZyb20gdGhlIGNpdGF0aW9uIGxpYnJhcmllczoK ICAgICAxLiBkZWZpbmUgYW4gRU5USVRZIGF0IHRoZSB0b3AsIGFuZCB1c2UgImFtcGVy c2FuZCBjaGFyYWN0ZXIiUkZDMjYyOTsgaGVyZSAoYXMgc2hvd24pCiAgICAgMi4gc2lt cGx5IHVzZSBhIFBJICJsZXNzIHRoYW4gY2hhcmFjdGVyIj9yZmMgaW5jbHVkZT0icmVm ZXJlbmNlLlJGQy4yMTE5LnhtbCI/PiBoZXJlCiAgICAgICAgKGZvciBJLURzOiBpbmNs dWRlPSJyZWZlcmVuY2UuSS1ELm5hcnRlbi1pYW5hLWNvbnNpZGVyYXRpb25zLXJmYzI0 MzRiaXMueG1sIikKCiAgICAgQm90aCBhcmUgY2l0ZWQgdGV4dHVhbGx5IGluIHRoZSBz YW1lIG1hbm5lcjogYnkgdXNpbmcgeHJlZiBlbGVtZW50cy4KICAgICBJZiB5b3UgdXNl IHRoZSBQSSBvcHRpb24sIHhtbDJyZmMgd2lsbCwgYnkgZGVmYXVsdCwgdHJ5IHRvIGZp bmQgaW5jbHVkZWQgZmlsZXMgaW4gdGhlIHNhbWUKICAgICBkaXJlY3RvcnkgYXMgdGhl IGluY2x1ZGluZyBmaWxlLiBZb3UgY2FuIGFsc28gZGVmaW5lIHRoZSBYTUxfTElCUkFS WSBlbnZpcm9ubWVudCB2YXJpYWJsZQogICAgIHdpdGggYSB2YWx1ZSBjb250YWluaW5n IGEgc2V0IG9mIGRpcmVjdG9yaWVzIHRvIHNlYXJjaC4gIFRoZXNlIGNhbiBiZSBlaXRo ZXIgaW4gdGhlIGxvY2FsCiAgICAgZmlsaW5nIHN5c3RlbSBvciByZW1vdGUgb25lcyBh Y2Nlc3NlZCBieSBodHRwIChodHRwOi8vZG9tYWluL2Rpci8uLi4gKS4tLT4KCiAgICA8 cmVmZXJlbmNlcyB0aXRsZT0iTm9ybWF0aXZlIFJlZmVyZW5jZXMiPgogICAgICA8IS0t ID9yZmMgaW5jbHVkZT0icmVmZXJlbmNlLlJGQy5YWFgiID8gLS0+CiAgICA8L3JlZmVy ZW5jZXM+CiAgICA8cmVmZXJlbmNlcyB0aXRsZT0iSW5mb3JtYXRpdmUgUmVmZXJlbmNl cyI+CiAgICAgIDwhLS0gP3JmYyBpbmNsdWRlPSJyZWZlcmVuY2UuUkZDLlhYWCIgPyAt LT4KICAgIDwvcmVmZXJlbmNlcz4KICA8L2JhY2s+CjwvcmZjPgo= --============_-934492496==_============-- From julian.reschke@gmx.de Fri Jul 9 05:47:02 2010 Return-Path: X-Original-To: tools-discuss@core3.amsl.com Delivered-To: tools-discuss@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 7E4DA3A6A40 for ; Fri, 9 Jul 2010 05:47:02 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.323 X-Spam-Level: X-Spam-Status: No, score=-2.323 tagged_above=-999 required=5 tests=[AWL=-2.324, BAYES_50=0.001] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dbEP7qzurMee for ; Fri, 9 Jul 2010 05:47:01 -0700 (PDT) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by core3.amsl.com (Postfix) with SMTP id EC0E73A69BF for ; Fri, 9 Jul 2010 05:47:00 -0700 (PDT) Received: (qmail invoked by alias); 09 Jul 2010 12:47:05 -0000 Received: from mail.greenbytes.de (EHLO [192.168.1.113]) [217.91.35.233] by mail.gmx.net (mp029) with SMTP; 09 Jul 2010 14:47:05 +0200 X-Authenticated: #1915285 X-Provags-ID: V01U2FsdGVkX1/s3uEufFnsVjZ0MnjUXgE1Tl3nNHfzrY5CTfmh94 t6PR7Kk00dS67q Message-ID: <4C371A3D.9070602@gmx.de> Date: Fri, 09 Jul 2010 14:46:53 +0200 From: Julian Reschke User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.10) Gecko/20100512 Lightning/1.0b1 Thunderbird/3.0.5 MIME-Version: 1.0 To: Randall Gellens References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Cc: tools-discuss@ietf.org Subject: Re: [Tools-discuss] xml2rfc error: can't read "stack": no such variable X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Jul 2010 12:47:02 -0000 On 27.06.2010 11:11, Randall Gellens wrote: > I'm stumped by this error: > > can't read "stack": no such variable around input line 191 > > The input file is attached. > > I'd be very grateful for any help. Standard advice: don't run anything through xml2rfc until it's proper XML. :-) In this case, xmlint reports: An XML element is not allowed inside a DTD. URL: file:///C:/projects/xml2rfc/draft-ietf-yam-4409bis-submit-pre-evaluation-00.xml Line 00036: So there's a ]> missing after these lines. Best regards, Julian From sm@resistor.net Fri Jul 9 10:27:04 2010 Return-Path: X-Original-To: tools-discuss@core3.amsl.com Delivered-To: tools-discuss@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 291983A6AB2 for ; Fri, 9 Jul 2010 10:27:04 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.297 X-Spam-Level: X-Spam-Status: No, score=-2.297 tagged_above=-999 required=5 tests=[AWL=0.302, BAYES_00=-2.599] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id MFUuJT-bUXUx for ; Fri, 9 Jul 2010 10:27:00 -0700 (PDT) Received: from ns1.qubic.net (ns1.qubic.net [208.69.177.116]) by core3.amsl.com (Postfix) with ESMTP id 8B8A03A69B9 for ; Fri, 9 Jul 2010 10:27:00 -0700 (PDT) Received: from SUBMAN.resistor.net ([10.0.0.1]) (authenticated bits=0) by ns1.qubic.net (8.14.5.Alpha0/8.14.5.Alpha0) with ESMTP id o69HQEeu021629 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 9 Jul 2010 10:26:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=opendkim.org; s=mail2010; t=1278696409; x=1278782809; bh=DgJtBel9eRQmq3Q9gzuDs1RBE9DbCruuISM0jS4TG/A=; h=Message-Id:Date:To:From:Subject:Cc:In-Reply-To:References: Mime-Version:Content-Type:Cc; b=HGj9CCIDGbaJI9765vNrLyUF2EQ4TI9P2VNaA4+AziaBy19ojLtpXdfZYKyAT31QH rrp3+OEHNNgjesfkNRQh+ub446jzSps1OY2+6DePFDMAym2hOhYQOilAwxyoDiWYTj GgGbUMIAK0dNCnLsMGaLFwZoaZVGrSnuSYM64cW8= DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=resistor.net; s=mail; t=1278696409; x=1278782809; bh=DgJtBel9eRQmq3Q9gzuDs1RBE9DbCruuISM0jS4TG/A=; h=Message-Id:Date:To:From:Subject:Cc:In-Reply-To:References: Mime-Version:Content-Type:Cc; b=hnddaBP6MuCsQaE7pO/ESdxdEMoyY6UBkWldEj6UmmDizYkZ20Z5DdCXm2B7h4JDl i7/LnVR1ElLjWQ/eaddS/D4HbQeqkfL7BPM2n4qESgK1NhbomPZKGAFnrro92f1z8e UB8ULhk0cOcJnAXkg2YOvGQjHMVDXXSFeUnBZzQQ= DomainKey-Signature: a=rsa-sha1; s=mail; d=resistor.net; c=simple; q=dns; b=xokn+vr+LOPvQjDgrRhUd3hCufyYpFgjAONkpo4oLSFb6jZEK5gb7NJbLZMz/FhVC X3KjlKDgbVMcZitvFkFG/YkX8YQWv3DkDxIUD03SvStKuqBaFVR1B8/kQxpDosFN3zv gy/Ui/ezmkiLCsstpaqsrMOXFCczi5zgHbGu8og= Message-Id: <6.2.5.6.2.20100709101316.086b5d30@resistor.net> X-Mailer: QUALCOMM Windows Eudora Version 6.2.5.6 Date: Fri, 09 Jul 2010 10:25:50 -0700 To: Julian Reschke From: SM In-Reply-To: <4C371A3D.9070602@gmx.de> References: <4C371A3D.9070602@gmx.de> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: tools-discuss@ietf.org Subject: Re: [Tools-discuss] xml2rfc error: can't read "stack": no such variable X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Jul 2010 17:27:04 -0000 Hi Julian, [message copied to AMS] At 05:46 09-07-10, Julian Reschke wrote: >Standard advice: don't run anything through xml2rfc until it's proper XML. :-) [snip] >So there's a > > ]> > >missing after these lines. The mistake was from the template sent to Randy. Tony Hansen identified the problem. Can Section 7.1 of xml2rfc be updated as the link to a xml2rfc validator is incorrect? Regards, -sm From tony@att.com Fri Jul 9 11:09:23 2010 Return-Path: X-Original-To: tools-discuss@core3.amsl.com Delivered-To: tools-discuss@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 3DB163A6859 for ; Fri, 9 Jul 2010 11:09:23 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -105.949 X-Spam-Level: X-Spam-Status: No, score=-105.949 tagged_above=-999 required=5 tests=[AWL=0.650, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 605izCtcrawa for ; Fri, 9 Jul 2010 11:09:22 -0700 (PDT) Received: from mail146.messagelabs.com (mail146.messagelabs.com [216.82.241.147]) by core3.amsl.com (Postfix) with ESMTP id 05BA63A6800 for ; Fri, 9 Jul 2010 11:09:21 -0700 (PDT) X-VirusChecked: Checked X-Env-Sender: tony@att.com X-Msg-Ref: server-3.tower-146.messagelabs.com!1278698966!11279860!1 X-StarScan-Version: 6.2.4; banners=-,-,- X-Originating-IP: [144.160.20.145] Received: (qmail 30467 invoked from network); 9 Jul 2010 18:09:26 -0000 Received: from sbcsmtp6.sbc.com (HELO mlpd192.enaf.sfdc.sbc.com) (144.160.20.145) by server-3.tower-146.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 9 Jul 2010 18:09:26 -0000 Received: from enaf.sfdc.sbc.com (localhost.localdomain [127.0.0.1]) by mlpd192.enaf.sfdc.sbc.com (8.14.4/8.14.4) with ESMTP id o69I9eOl018087 for ; Fri, 9 Jul 2010 14:09:41 -0400 Received: from alpd052.aldc.att.com (alpd052.aldc.att.com [130.8.42.31]) by mlpd192.enaf.sfdc.sbc.com (8.14.4/8.14.4) with ESMTP id o69I9aEW018005 for ; Fri, 9 Jul 2010 14:09:36 -0400 Received: from aldc.att.com (localhost.localdomain [127.0.0.1]) by alpd052.aldc.att.com (8.14.3/8.14.3) with ESMTP id o69I9KnG023137 for ; Fri, 9 Jul 2010 14:09:21 -0400 Received: from mailgw1.maillennium.att.com (mailgw1.maillennium.att.com [135.25.114.99]) by alpd052.aldc.att.com (8.14.3/8.14.3) with ESMTP id o69I9IRu023108 for ; Fri, 9 Jul 2010 14:09:19 -0400 Received: from [135.70.22.67] (vpn-135-70-22-67.vpn.west.att.com[135.70.22.67]) by maillennium.att.com (mailgw1) with ESMTP id <20100709180917gw100s4pqme> (Authid: tony); Fri, 9 Jul 2010 18:09:18 +0000 X-Originating-IP: [135.70.22.67] Message-ID: <4C3765C3.9030507@att.com> Date: Fri, 09 Jul 2010 14:09:07 -0400 From: Tony Hansen User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.1.7) Gecko/20100111 Thunderbird/3.0.1 MIME-Version: 1.0 To: SM References: <4C371A3D.9070602@gmx.de> <6.2.5.6.2.20100709101316.086b5d30@resistor.net> In-Reply-To: <6.2.5.6.2.20100709101316.086b5d30@resistor.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Julian Reschke , tools-discuss@ietf.org Subject: Re: [Tools-discuss] xml2rfc error: can't read "stack": no such variable X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Jul 2010 18:09:23 -0000 When you say "section 7.1 of xml2rfc", please be more specific. Are you referring to the page at xml.resource.org, to the code for xml2rfc, or to something totally different? Tony Hansen On 7/9/2010 1:25 PM, SM wrote: > Hi Julian, > > [message copied to AMS] > > At 05:46 09-07-10, Julian Reschke wrote: >> Standard advice: don't run anything through xml2rfc until it's proper >> XML. :-) > > [snip] > >> So there's a >> >> ]> >> >> missing after these lines. > > The mistake was from the template sent to Randy. Tony Hansen > identified the problem. > > Can Section 7.1 of xml2rfc be updated as the link to a xml2rfc > validator is incorrect? > > Regards, > -sm > _______________________________________________ > Tools-discuss mailing list > Tools-discuss@ietf.org > https://www.ietf.org/mailman/listinfo/tools-discuss From sm@resistor.net Fri Jul 9 12:37:21 2010 Return-Path: X-Original-To: tools-discuss@core3.amsl.com Delivered-To: tools-discuss@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 75A6C3A67EA for ; Fri, 9 Jul 2010 12:37:21 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.358 X-Spam-Level: X-Spam-Status: No, score=-2.358 tagged_above=-999 required=5 tests=[AWL=0.241, BAYES_00=-2.599] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id lCXdAjY8sfHX for ; Fri, 9 Jul 2010 12:37:19 -0700 (PDT) Received: from ns1.qubic.net (ns1.qubic.net [208.69.177.116]) by core3.amsl.com (Postfix) with ESMTP id DF3AE3A67A5 for ; Fri, 9 Jul 2010 12:37:19 -0700 (PDT) Received: from SUBMAN.resistor.net ([10.0.0.1]) (authenticated bits=0) by ns1.qubic.net (8.14.5.Alpha0/8.14.5.Alpha0) with ESMTP id o69JasvQ015944 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 9 Jul 2010 12:37:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=opendkim.org; s=mail2010; t=1278704229; x=1278790629; bh=0rpswo2DUh+7/DapO7lWpEjbVh8NdWSXuMmRddca2ec=; h=Message-Id:Date:To:From:Subject:Cc:In-Reply-To:References: Mime-Version:Content-Type:Cc; b=DA9zT1CQdvYuqZIpXF7SWyJmrG1oydXTBUje4vMw2l5n5PuANVqZF3zWaZjeGmKnN CMRW+ldwlI0vXsPoemAKH7WaKOm78fBtsa6B5jOmYpphadutPCKYkRxe8/qqlJrK0g JbMUbapAhi9ZNldXqxY/kmaDo8HUmfKoG0tqwGd0= DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=resistor.net; s=mail; t=1278704229; x=1278790629; bh=0rpswo2DUh+7/DapO7lWpEjbVh8NdWSXuMmRddca2ec=; h=Message-Id:Date:To:From:Subject:Cc:In-Reply-To:References: Mime-Version:Content-Type:Cc; b=aGmfkGfZ2Vux9GRPHXE+wCM9ieVeBcpG8CZLM6LGK9JrUwqF/U/Of3zR55pUmKyYl bczRC1fu7EP0eGgysj4MnaZSGZb72cAOpTvLZGaU12U+5p58yoMNQq6aTQwDrk05H2 A2yfxMktLnBWx1tzaQL+N4nUFSp+aFEL1LZMQ400= DomainKey-Signature: a=rsa-sha1; s=mail; d=resistor.net; c=simple; q=dns; b=gIw51WvB6yBwI6gdeZrjwIQ/5FxCG73QicjlhZXXS6Ef2m2tiWsl3QG7DUhxT0K9i 7mTCH5JE3j0FjD75IZJjF22bgSVIIfiV6hAhCZxwlM9bNoUdCM0EILKq/3tYMeF2tYh fm9uuhim3lHUJtIg4yMDxhadcCyBTs11UiD/xRg= Message-Id: <6.2.5.6.2.20100709123318.084e89e0@resistor.net> X-Mailer: QUALCOMM Windows Eudora Version 6.2.5.6 Date: Fri, 09 Jul 2010 12:36:25 -0700 To: Tony Hansen From: SM In-Reply-To: <4C3765C3.9030507@att.com> References: <4C371A3D.9070602@gmx.de> <6.2.5.6.2.20100709101316.086b5d30@resistor.net> <4C3765C3.9030507@att.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: Julian Reschke , ahagens@amsl.com, tools-discuss@ietf.org Subject: Re: [Tools-discuss] xml2rfc error: can't read "stack": no such variable X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Jul 2010 19:37:21 -0000 Hi Tony, At 11:09 09-07-10, Tony Hansen wrote: >When you say "section 7.1 of xml2rfc", please be more specific. Are >you referring to the page at xml.resource.org, to the code for >xml2rfc, or to something totally different? I forgot to mention FAQ as I typed the message. See http://xml.resource.org/xml2rfcFAQ.html#q_valid Regards, -sm From ahagens@amsl.com Sat Jul 10 12:42:28 2010 Return-Path: X-Original-To: tools-discuss@core3.amsl.com Delivered-To: tools-discuss@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id DEA5B3A6869 for ; Sat, 10 Jul 2010 12:42:28 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id pQiqRiENRc1j for ; Sat, 10 Jul 2010 12:42:27 -0700 (PDT) Received: from mail.amsl.com (mail.amsl.com [64.170.98.20]) by core3.amsl.com (Postfix) with ESMTP id ABC3F3A6805 for ; Sat, 10 Jul 2010 12:42:27 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by c1a.amsl.com (Postfix) with ESMTP id 3E2F7E08B2; Sat, 10 Jul 2010 12:42:34 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com Received: from c1a.amsl.com ([127.0.0.1]) by localhost (c1a.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6fKw6HSe4BE7; Sat, 10 Jul 2010 12:42:34 -0700 (PDT) Received: from rfc2.home (pool-173-73-54-24.washdc.fios.verizon.net [173.73.54.24]) by c1a.amsl.com (Postfix) with ESMTPSA id AA15CE08AC; Sat, 10 Jul 2010 12:42:33 -0700 (PDT) Mime-Version: 1.0 (Apple Message framework v1078) Content-Type: text/plain; charset=us-ascii From: Alice Hagens In-Reply-To: <6.2.5.6.2.20100709123318.084e89e0@resistor.net> Date: Sat, 10 Jul 2010 15:42:33 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: <1A3FF740-F29E-4CE8-A718-0A1411E30185@amsl.com> References: <4C371A3D.9070602@gmx.de> <6.2.5.6.2.20100709101316.086b5d30@resistor.net> <4C3765C3.9030507@att.com> <6.2.5.6.2.20100709123318.084e89e0@resistor.net> To: SM X-Mailer: Apple Mail (2.1078) Cc: xml2rfc mailing list , Tony Hansen , Tools Team Discussion Subject: Re: [Tools-discuss] xml2rfc error: can't read "stack": no such variable X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Jul 2010 19:42:29 -0000 SM, Next time I revise the xml2rfc FAQ, I'll update the URL. OLD: http://www.fenron.com/~fenner/ietf/xml2rfc-valid/ NEW: http://www.fenron.net/~fenner/ietf/xml2rfc-valid/ Thank you. Alice On Jul 9, 2010, at 3:36 PM, SM wrote: > Hi Tony, > At 11:09 09-07-10, Tony Hansen wrote: >> When you say "section 7.1 of xml2rfc", please be more specific. Are = you referring to the page at xml.resource.org, to the code for xml2rfc, = or to something totally different? >=20 > I forgot to mention FAQ as I typed the message. See = http://xml.resource.org/xml2rfcFAQ.html#q_valid >=20 > Regards, > -sm=20 > _______________________________________________ > Tools-discuss mailing list > Tools-discuss@ietf.org > https://www.ietf.org/mailman/listinfo/tools-discuss >=20 From Jeff.Hodges@KingsMountain.com Wed Jul 14 16:08:57 2010 Return-Path: X-Original-To: tools-discuss@core3.amsl.com Delivered-To: tools-discuss@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 749B43A69A3 for ; Wed, 14 Jul 2010 16:08:57 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.728 X-Spam-Level: X-Spam-Status: No, score=-0.728 tagged_above=-999 required=5 tests=[AWL=0.048, BAYES_05=-1.11, IP_NOT_FRIENDLY=0.334] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id uJbyOV7XSMTh for ; Wed, 14 Jul 2010 16:08:56 -0700 (PDT) Received: from cpoproxy2-pub.bluehost.com (cpoproxy2-pub.bluehost.com [67.222.39.38]) by core3.amsl.com (Postfix) with SMTP id 8E36D3A6979 for ; Wed, 14 Jul 2010 16:08:56 -0700 (PDT) Received: (qmail 31835 invoked by uid 0); 14 Jul 2010 23:09:06 -0000 Received: from unknown (HELO box514.bluehost.com) (74.220.219.114) by cpoproxy2.bluehost.com with SMTP; 14 Jul 2010 23:09:06 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=default; d=kingsmountain.com; h=Received:Message-ID:Date:From:User-Agent:MIME-Version:To:Subject:Content-Type:Content-Transfer-Encoding:X-Identified-User; b=d/TD2ugZBFBbcMQcyepO+N+wDPS6tBCawx9WlfUUhPXg6MFT7Jd/uuoyHg6QMA+CUipnbuZYpM6zKd8LXkUkcZMERkKCUBvroj5wRySMu+uoeokd0mQwv3AUOmganMe1; Received: from c-24-4-122-173.hsd1.ca.comcast.net ([24.4.122.173] helo=[192.168.11.10]) by box514.bluehost.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1OZB4b-000576-M8 for tools-discuss@ietf.org; Wed, 14 Jul 2010 17:09:05 -0600 Message-ID: <4C3E438E.4020405@KingsMountain.com> Date: Wed, 14 Jul 2010 16:09:02 -0700 From: =JeffH User-Agent: Thunderbird 2.0.0.24 (X11/20100411) MIME-Version: 1.0 To: IETF Tools List Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Identified-User: {11025:box514.bluehost.com:kingsmou:kingsmountain.com} {sentby:smtp auth 24.4.122.173 authed with jeff.hodges+kingsmountain.com} Subject: Re: [Tools-discuss] I-D rsync repository skew ? (www1.ietf.org::internet-drafts) X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jul 2010 23:08:57 -0000 Thomas Narten helpfully offered.. > > Not sure why you are using www1, when the instructions say use > www.ietf.org > (http://www.ietf.org/mirror-instructions.html) heh, ok, my script is years & years old, that's why 8^) will fix that, thx. > Seems to be working for me... > ... > I assume you have ruled out the weird things > like your disk being full and the like... yeah, disk wasn't full, and I did have the file it turns out. the problem was in my homegrown tool for finding I-Ds in my local mirror. The expires date format in draft-cheshire-dnsext-multicastdns is different than the other date format's I'd seen when I last updated my tool. just had to fix that and its working. sorry to trouble you all. thanks again, =JeffH From adam@nostrum.com Fri Jul 16 15:18:02 2010 Return-Path: X-Original-To: tools-discuss@core3.amsl.com Delivered-To: tools-discuss@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 19C813A6823 for ; Fri, 16 Jul 2010 15:18:02 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.6 X-Spam-Level: X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599, SPF_PASS=-0.001] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id DFlhc4AyOazS for ; Fri, 16 Jul 2010 15:18:01 -0700 (PDT) Received: from nostrum.com (nostrum-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:267::2]) by core3.amsl.com (Postfix) with ESMTP id C7DB53A67F4 for ; Fri, 16 Jul 2010 15:18:00 -0700 (PDT) Received: from dn3-228.estacado.net (vicuna-alt.estacado.net [75.53.54.121]) (authenticated bits=0) by nostrum.com (8.14.3/8.14.3) with ESMTP id o6GMIBXi064461 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 16 Jul 2010 17:18:12 -0500 (CDT) (envelope-from adam@nostrum.com) Message-ID: <4C40DAA3.5020500@nostrum.com> Date: Fri, 16 Jul 2010 17:18:11 -0500 From: Adam Roach User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2.4) Gecko/20100608 Thunderbird/3.1 MIME-Version: 1.0 To: Tools Team Discussion Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Received-SPF: pass (nostrum.com: 75.53.54.121 is authenticated by a trusted mechanism) Subject: [Tools-discuss] Trac bizarre formatting X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Jul 2010 22:18:02 -0000 Henrik: Take a look at and see if you can figure out what's going on with the formatting. It seems to escape from the box and form a new column. It's making the bug pretty difficult to work with. /a From lars.eggert@nokia.com Mon Jul 19 03:49:31 2010 Return-Path: X-Original-To: tools-discuss@core3.amsl.com Delivered-To: tools-discuss@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 7CBB73A6835 for ; Mon, 19 Jul 2010 03:49:31 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.371 X-Spam-Level: X-Spam-Status: No, score=-6.371 tagged_above=-999 required=5 tests=[AWL=0.228, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id oMp8FrPB5M6D for ; Mon, 19 Jul 2010 03:49:30 -0700 (PDT) Received: from mgw-mx03.nokia.com (smtp.nokia.com [192.100.122.230]) by core3.amsl.com (Postfix) with ESMTP id 13FFB3A67AF for ; Mon, 19 Jul 2010 03:49:29 -0700 (PDT) Received: from esebh106.NOE.Nokia.com (esebh106.ntc.nokia.com [172.21.138.213]) by mgw-mx03.nokia.com (Switch-3.3.3/Switch-3.3.3) with ESMTP id o6JAnOXZ030842; Mon, 19 Jul 2010 13:49:42 +0300 Received: from esebh102.NOE.Nokia.com ([172.21.138.183]) by esebh106.NOE.Nokia.com with Microsoft SMTPSVC(6.0.3790.4675); Mon, 19 Jul 2010 13:49:34 +0300 Received: from mgw-sa01.ext.nokia.com ([147.243.1.47]) by esebh102.NOE.Nokia.com over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675); Mon, 19 Jul 2010 13:49:33 +0300 Received: from mail.fit.nokia.com (esdhcp030222.research.nokia.com [172.21.30.222]) by mgw-sa01.ext.nokia.com (Switch-3.3.3/Switch-3.3.3) with ESMTP id o6JAnX06022235 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 19 Jul 2010 13:49:33 +0300 From: Lars Eggert X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.96.1 at fit.nokia.com Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Date: Mon, 19 Jul 2010 13:49:26 +0300 Message-Id: To: Tools Team Discussion Mime-Version: 1.0 (Apple Message framework v1081) X-Mailer: Apple Mail (2.1081) X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.5 (mail.fit.nokia.com); Mon, 19 Jul 2010 13:49:27 +0300 (EEST) X-OriginalArrivalTime: 19 Jul 2010 10:49:34.0174 (UTC) FILETIME=[130D3FE0:01CB2730] X-Nokia-AV: Clean Subject: [Tools-discuss] SPF issues & relaying on zinfandel.ietf.org X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Jul 2010 10:49:31 -0000 Hi, Enrico and me are trying to debug a mail delivery issue that occurs when = he sends email to a @tools.ietf.org alias that forwards to me (e.g., = draft-eggert-tcpm-historicize@tools.ietf.org). What happens is that the Nokia MX drops the incoming email: lars.eggert@nokia.com (generated from draft-eggert-tcpm-historicize@tools.ietf.org) SMTP error from remote mail server after end of data: host mx2.nokia.com [147.243.177.56]: 551 5.0.0 DKIM or SPF failed This is because telecomitalia.it publishes an SPF record with=20 =93Found v=3Dspf1 record for _spf.telecomitalia.it: v=3Dspf1 ip4:156.54.232.99 ip4:156.54.232.100 ip4:217.169.121.4 = ip4:217.169.121.5 ip4:156.54.233.200 ip4:156.54.233.201 = ip4:217.169.121.20 ip4:217.169.121.21 =96all=94 and relay=3Dzinfandel.tools.ietf.org [64.170.98.42] does of course not = appear in that SPF record for the envelope sender = enrico.marocco@telecomitalia.it. I'm not super knowledgable about SPF, so it may well be that the Nokia = MX is misconfigured, but at least our admins claim that it isn't. Is = this a configuration issue on zinfandel? Thanks, Lars= From henrik@levkowetz.com Mon Jul 19 05:41:22 2010 Return-Path: X-Original-To: tools-discuss@core3.amsl.com Delivered-To: tools-discuss@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id DB39D3A69EF for ; Mon, 19 Jul 2010 05:41:22 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.6 X-Spam-Level: X-Spam-Status: No, score=-102.6 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id UITO0nHeAQmA for ; Mon, 19 Jul 2010 05:41:22 -0700 (PDT) Received: from merlot.tools.ietf.org (merlot.tools.ietf.org [IPv6:2a01:3f0:0:31:214:22ff:fe21:bb]) by core3.amsl.com (Postfix) with ESMTP id B9C873A69F2 for ; Mon, 19 Jul 2010 05:41:21 -0700 (PDT) Received: from brunello.autonomica.se ([2a01:3f0:1:0:21e:c2ff:fe13:7e3e]:49739 helo=dyn-fg124.sth.netnod.se) by merlot.tools.ietf.org with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.72) (envelope-from ) id 1Oapem-0005uA-C0; Mon, 19 Jul 2010 14:41:29 +0200 Message-ID: <4C4447EB.6070602@levkowetz.com> Date: Mon, 19 Jul 2010 14:41:15 +0200 From: Henrik Levkowetz User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-GB; rv:1.9.1.10) Gecko/20100512 Thunderbird/3.0.5 MIME-Version: 1.0 To: Adam Roach References: <4C40DAA3.5020500@nostrum.com> In-Reply-To: <4C40DAA3.5020500@nostrum.com> X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-SA-Exim-Connect-IP: 2a01:3f0:1:0:21e:c2ff:fe13:7e3e X-SA-Exim-Rcpt-To: adam@nostrum.com, tools-discuss@ietf.org, henrik-sent@levkowetz.com X-SA-Exim-Mail-From: henrik@levkowetz.com X-SA-Exim-Version: 4.2.1 (built Mon, 22 Mar 2010 06:51:10 +0000) X-SA-Exim-Scanned: Yes (on merlot.tools.ietf.org) Cc: Tools Team Discussion Subject: Re: [Tools-discuss] Trac bizarre formatting X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Jul 2010 12:41:22 -0000 Hi Adam, On 2010-07-17 00:18 Adam Roach said: > Henrik: > > Take a look at > and see if you can figure out what's going on with the formatting. It > seems to escape from the box and form a new column. It's making the bug > pretty difficult to work with. Right. I don't know exactly what was the cause, but forcing some of the text to be treated as literal (enclosing it with '{{{' / '}}}') seems to be a working fix. Applied. Best, Henrik From henrik@levkowetz.com Mon Jul 19 05:48:14 2010 Return-Path: X-Original-To: tools-discuss@core3.amsl.com Delivered-To: tools-discuss@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 87C693A68B5 for ; Mon, 19 Jul 2010 05:48:14 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.6 X-Spam-Level: X-Spam-Status: No, score=-102.6 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id cIKqIzCULEqT for ; Mon, 19 Jul 2010 05:48:08 -0700 (PDT) Received: from merlot.tools.ietf.org (merlot.tools.ietf.org [IPv6:2a01:3f0:0:31:214:22ff:fe21:bb]) by core3.amsl.com (Postfix) with ESMTP id 950A33A6B03 for ; Mon, 19 Jul 2010 05:48:08 -0700 (PDT) Received: from brunello.autonomica.se ([2a01:3f0:1:0:21e:c2ff:fe13:7e3e]:49787 helo=dyn-fg124.sth.netnod.se) by merlot.tools.ietf.org with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.72) (envelope-from ) id 1OaplU-0008MM-Vk; Mon, 19 Jul 2010 14:48:13 +0200 Message-ID: <4C44498C.7000509@levkowetz.com> Date: Mon, 19 Jul 2010 14:48:12 +0200 From: Henrik Levkowetz User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-GB; rv:1.9.1.10) Gecko/20100512 Thunderbird/3.0.5 MIME-Version: 1.0 To: Lars Eggert References: In-Reply-To: X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit X-SA-Exim-Connect-IP: 2a01:3f0:1:0:21e:c2ff:fe13:7e3e X-SA-Exim-Rcpt-To: lars.eggert@nokia.com, tools-discuss@ietf.org, henrik-sent@levkowetz.com X-SA-Exim-Mail-From: henrik@levkowetz.com X-SA-Exim-Version: 4.2.1 (built Mon, 22 Mar 2010 06:51:10 +0000) X-SA-Exim-Scanned: Yes (on merlot.tools.ietf.org) Cc: Tools Team Discussion Subject: Re: [Tools-discuss] SPF issues & relaying on zinfandel.ietf.org X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Jul 2010 12:48:14 -0000 Hi Lars, On 2010-07-19 12:49 Lars Eggert said: > Hi, > > Enrico and me are trying to debug a mail delivery issue that occurs when he sends email to a @tools.ietf.org alias that forwards to me (e.g., draft-eggert-tcpm-historicize@tools.ietf.org). > > What happens is that the Nokia MX drops the incoming email: > > lars.eggert@nokia.com > (generated from draft-eggert-tcpm-historicize@tools.ietf.org) > SMTP error from remote mail server after end of data: > host mx2.nokia.com [147.243.177.56]: 551 5.0.0 DKIM or SPF failed > > This is because telecomitalia.it publishes an SPF record with > > “Found v=spf1 record for _spf.telecomitalia.it: > v=spf1 ip4:156.54.232.99 ip4:156.54.232.100 ip4:217.169.121.4 ip4:217.169.121.5 ip4:156.54.233.200 ip4:156.54.233.201 ip4:217.169.121.20 ip4:217.169.121.21 –all” > > and relay=zinfandel.tools.ietf.org [64.170.98.42] does of course not appear in that SPF record for the envelope sender enrico.marocco@telecomitalia.it. > > I'm not super knowledgable about SPF, so it may well be that the Nokia MX is misconfigured, but at least our admins claim that it isn't. Is this a configuration issue on zinfandel? Me neither; but I remember that somebody who is knowledgeable about this wrote about this problem in an IETF mail thread not too long ago. I'll see if I can find it. >From what I remember, my impression is that this is partially a configuration error (not on zinfandel, possibly on telecom italia's server) but also partially a weakness of SPF in that it's not really up to handling the current situation correctly. But I'll try to find the earlier thread, and see if that brings more enlightenment. Alternatively maybe someone else on the list has more clue. Best, Henrik From lars.eggert@nokia.com Mon Jul 19 05:56:20 2010 Return-Path: X-Original-To: tools-discuss@core3.amsl.com Delivered-To: tools-discuss@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 4443D3A6895 for ; Mon, 19 Jul 2010 05:56:20 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.386 X-Spam-Level: X-Spam-Status: No, score=-6.386 tagged_above=-999 required=5 tests=[AWL=0.212, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id pwuAJhb+-7KE for ; Mon, 19 Jul 2010 05:56:18 -0700 (PDT) Received: from mgw-mx06.nokia.com (smtp.nokia.com [192.100.122.233]) by core3.amsl.com (Postfix) with ESMTP id 355C23A6896 for ; Mon, 19 Jul 2010 05:56:17 -0700 (PDT) Received: from vaebh106.NOE.Nokia.com (vaebh106.europe.nokia.com [10.160.244.32]) by mgw-mx06.nokia.com (Switch-3.3.3/Switch-3.3.3) with ESMTP id o6JCuRuR029650; Mon, 19 Jul 2010 15:56:27 +0300 Received: from vaebh104.NOE.Nokia.com ([10.160.244.30]) by vaebh106.NOE.Nokia.com with Microsoft SMTPSVC(6.0.3790.4675); Mon, 19 Jul 2010 15:56:26 +0300 Received: from mgw-sa01.ext.nokia.com ([147.243.1.47]) by vaebh104.NOE.Nokia.com over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675); Mon, 19 Jul 2010 15:56:25 +0300 Received: from mail.fit.nokia.com (esdhcp030222.research.nokia.com [172.21.30.222]) by mgw-sa01.ext.nokia.com (Switch-3.3.3/Switch-3.3.3) with ESMTP id o6JCuOlU006188 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 19 Jul 2010 15:56:24 +0300 X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.96.1 at fit.nokia.com Mime-Version: 1.0 (Apple Message framework v1081) Content-Type: text/plain; charset=windows-1252 From: Lars Eggert In-Reply-To: <4C44498C.7000509@levkowetz.com> Date: Mon, 19 Jul 2010 15:56:13 +0300 Content-Transfer-Encoding: quoted-printable Message-Id: <873B833C-F8E7-4124-BC20-F61D5F6B5170@nokia.com> References: <4C44498C.7000509@levkowetz.com> To: Henrik Levkowetz , Barry Leiba , Marocco Enrico X-Mailer: Apple Mail (2.1081) X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.5 (mail.fit.nokia.com); Mon, 19 Jul 2010 15:56:13 +0300 (EEST) X-OriginalArrivalTime: 19 Jul 2010 12:56:25.0139 (UTC) FILETIME=[CB8A5830:01CB2741] X-Nokia-AV: Clean Cc: Tools Team Discussion Subject: Re: [Tools-discuss] SPF issues & relaying on zinfandel.ietf.org X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Jul 2010 12:56:20 -0000 CC'ing Barry, who may have the expertise. (And also Enrico, whom I = thought I had CC'ed earlier already. Hm.) On 2010-7-19, at 15:48, Henrik Levkowetz wrote: > Hi Lars, >=20 > On 2010-07-19 12:49 Lars Eggert said: >> Hi, >>=20 >> Enrico and me are trying to debug a mail delivery issue that occurs = when he sends email to a @tools.ietf.org alias that forwards to me = (e.g., draft-eggert-tcpm-historicize@tools.ietf.org). >>=20 >> What happens is that the Nokia MX drops the incoming email: >>=20 >> lars.eggert@nokia.com >> (generated from draft-eggert-tcpm-historicize@tools.ietf.org) >> SMTP error from remote mail server after end of data: >> host mx2.nokia.com [147.243.177.56]: 551 5.0.0 DKIM or SPF failed >>=20 >> This is because telecomitalia.it publishes an SPF record with=20 >>=20 >> =93Found v=3Dspf1 record for _spf.telecomitalia.it: >> v=3Dspf1 ip4:156.54.232.99 ip4:156.54.232.100 ip4:217.169.121.4 = ip4:217.169.121.5 ip4:156.54.233.200 ip4:156.54.233.201 = ip4:217.169.121.20 ip4:217.169.121.21 =96all=94 >>=20 >> and relay=3Dzinfandel.tools.ietf.org [64.170.98.42] does of course = not appear in that SPF record for the envelope sender = enrico.marocco@telecomitalia.it. >>=20 >> I'm not super knowledgable about SPF, so it may well be that the = Nokia MX is misconfigured, but at least our admins claim that it isn't. = Is this a configuration issue on zinfandel? >=20 > Me neither; but I remember that somebody who is knowledgeable about = this > wrote about this problem in an IETF mail thread not too long ago. = I'll > see if I can find it. >=20 > =46rom what I remember, my impression is that this is partially a = configuration > error (not on zinfandel, possibly on telecom italia's server) but also > partially a weakness of SPF in that it's not really up to handling the > current situation correctly. But I'll try to find the earlier thread, > and see if that brings more enlightenment. >=20 > Alternatively maybe someone else on the list has more clue. >=20 >=20 > Best, >=20 > Henrik From adam@nostrum.com Mon Jul 19 08:42:14 2010 Return-Path: X-Original-To: tools-discuss@core3.amsl.com Delivered-To: tools-discuss@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 402833A6B1D for ; Mon, 19 Jul 2010 08:42:14 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.6 X-Spam-Level: X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599, SPF_PASS=-0.001] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id peONiYMxtUIk for ; Mon, 19 Jul 2010 08:42:13 -0700 (PDT) Received: from nostrum.com (nostrum-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:267::2]) by core3.amsl.com (Postfix) with ESMTP id DF03F3A6937 for ; Mon, 19 Jul 2010 08:42:12 -0700 (PDT) Received: from hydra-3.local (ppp-70-249-149-233.dsl.rcsntx.swbell.net [70.249.149.233]) (authenticated bits=0) by nostrum.com (8.14.3/8.14.3) with ESMTP id o6JFgQPG085877 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 19 Jul 2010 10:42:26 -0500 (CDT) (envelope-from adam@nostrum.com) Message-ID: <4C447262.902@nostrum.com> Date: Mon, 19 Jul 2010 10:42:26 -0500 From: Adam Roach User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2.4) Gecko/20100608 Thunderbird/3.1 MIME-Version: 1.0 To: Henrik Levkowetz References: <4C40DAA3.5020500@nostrum.com> <4C4447EB.6070602@levkowetz.com> In-Reply-To: <4C4447EB.6070602@levkowetz.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Received-SPF: pass (nostrum.com: 70.249.149.233 is authenticated by a trusted mechanism) Cc: Tools Team Discussion Subject: Re: [Tools-discuss] Trac bizarre formatting X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Jul 2010 15:42:14 -0000 Thanks! /a On 7/19/10 07:41, Jul 19, Henrik Levkowetz wrote: > Hi Adam, > > On 2010-07-17 00:18 Adam Roach said: >> Henrik: >> >> Take a look at >> and see if you can figure out what's going on with the formatting. It >> seems to escape from the box and form a new column. It's making the bug >> pretty difficult to work with. > Right. I don't know exactly what was the cause, but forcing some of > the text to be treated as literal (enclosing it with '{{{' / '}}}') > seems to be a working fix. Applied. > > > Best, > > Henrik From dotis@mail-abuse.org Mon Jul 19 09:21:43 2010 Return-Path: X-Original-To: tools-discuss@core3.amsl.com Delivered-To: tools-discuss@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 805283A693E for ; Mon, 19 Jul 2010 09:21:43 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.908 X-Spam-Level: X-Spam-Status: No, score=-5.908 tagged_above=-999 required=5 tests=[AWL=0.091, BAYES_00=-2.599, J_CHICKENPOX_23=0.6, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id O1xkqJ8a1jE2 for ; Mon, 19 Jul 2010 09:21:42 -0700 (PDT) Received: from harry.mail-abuse.org (harry.mail-abuse.org [168.61.5.27]) by core3.amsl.com (Postfix) with ESMTP id 428A33A6897 for ; Mon, 19 Jul 2010 09:21:42 -0700 (PDT) Received: from US-DOUGLASO-MB.local (gateway1.sjc.mail-abuse.org [168.61.5.81]) by harry.mail-abuse.org (Postfix) with ESMTP id 6350AA94543 for ; Mon, 19 Jul 2010 15:55:22 +0000 (UTC) Message-ID: <4C44756A.5050904@mail-abuse.org> Date: Mon, 19 Jul 2010 08:55:22 -0700 From: Douglas Otis User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.1.10) Gecko/20100512 Thunderbird/3.0.5 MIME-Version: 1.0 To: tools-discuss@ietf.org References: <4C44498C.7000509@levkowetz.com> <873B833C-F8E7-4124-BC20-F61D5F6B5170@nokia.com> In-Reply-To: <873B833C-F8E7-4124-BC20-F61D5F6B5170@nokia.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: [Tools-discuss] SPF issues & relaying on zinfandel.ietf.org X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Jul 2010 16:21:43 -0000 On 7/19/10 5:56 AM, Lars Eggert wrote: > CC'ing Barry, who may have the expertise. (And also Enrico, whom I thought I had CC'ed earlier already. Hm.) > > On 2010-7-19, at 15:48, Henrik Levkowetz wrote: > >> Hi Lars, >> >> On 2010-07-19 12:49 Lars Eggert said: >> >>> Hi, >>> >>> Enrico and me are trying to debug a mail delivery issue that occurs when he sends email to a @tools.ietf.org alias that forwards to me (e.g., draft-eggert-tcpm-historicize@tools.ietf.org). >>> >>> What happens is that the Nokia MX drops the incoming email: >>> >>> lars.eggert@nokia.com >>> (generated from draft-eggert-tcpm-historicize@tools.ietf.org) >>> SMTP error from remote mail server after end of data: >>> host mx2.nokia.com [147.243.177.56]: 551 5.0.0 DKIM or SPF failed >>> >>> This is because telecomitalia.it publishes an SPF record with >>> >>> “Found v=spf1 record for _spf.telecomitalia.it: >>> v=spf1 ip4:156.54.232.99 ip4:156.54.232.100 ip4:217.169.121.4 ip4:217.169.121.5 ip4:156.54.233.200 ip4:156.54.233.201 ip4:217.169.121.20 ip4:217.169.121.21 –all” >>> >>> and relay=zinfandel.tools.ietf.org [64.170.98.42] does of course not appear in that SPF record for the envelope sender enrico.marocco@telecomitalia.it. >>> >>> I'm not super knowledgable about SPF, so it may well be that the Nokia MX is misconfigured, but at least our admins claim that it isn't. Is this a configuration issue on zinfandel? >>> >> Me neither; but I remember that somebody who is knowledgeable about this >> wrote about this problem in an IETF mail thread not too long ago. I'll >> see if I can find it. >> >> From what I remember, my impression is that this is partially a configuration >> error (not on zinfandel, possibly on telecom italia's server) but also >> partially a weakness of SPF in that it's not really up to handling the >> current situation correctly. But I'll try to find the earlier thread, >> and see if that brings more enlightenment. >> >> Alternatively maybe someone else on the list has more clue. >> Two approaches were to handle this type of issue. Rewriting the Mail From (return path) that reduces NDN integrity, or injecting a message header field such as resent-* where a PRA algorithm is expected. The published records do not preclude a possible assumption of the latter. When the path of any handled message is not fully described, or when PRA is not always followed, the record should end with "?all" to produce a neutral result. -Doug From sm@resistor.net Mon Jul 19 12:01:52 2010 Return-Path: X-Original-To: tools-discuss@core3.amsl.com Delivered-To: tools-discuss@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 454D93A6B39 for ; Mon, 19 Jul 2010 12:01:52 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.448 X-Spam-Level: X-Spam-Status: No, score=-2.448 tagged_above=-999 required=5 tests=[AWL=0.151, BAYES_00=-2.599] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Bg5aO+iuPkW9 for ; Mon, 19 Jul 2010 12:01:51 -0700 (PDT) Received: from ns1.qubic.net (ns1.qubic.net [208.69.177.116]) by core3.amsl.com (Postfix) with ESMTP id 90C503A6B4F for ; Mon, 19 Jul 2010 12:01:22 -0700 (PDT) Received: from SUBMAN.resistor.net ([10.0.0.1]) (authenticated bits=0) by ns1.qubic.net (8.14.5.Alpha0/8.14.5.Alpha0) with ESMTP id o6JJ1Okm023189 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 19 Jul 2010 12:01:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=opendkim.org; s=mail2010; t=1279566095; x=1279652495; bh=mgL0XJ09uzFVALxKmiXoVV1+pIQpxFOk+HUaDnoC08w=; h=Message-Id:Date:To:From:Subject:Cc:In-Reply-To:References: Mime-Version:Content-Type:Content-Transfer-Encoding:Cc; b=NjC73/89WEwWNwKNr9k97Dkd4fqk3Qfk0tet4guhMbEE0/x3Aic4CJeNwFLWPWHXz /g6rbK4uvmKABXrMdgsBSugcJ13dOqWKFK1/aRYd8oCqQW4aWbtNG397Tozsq1QZxW p3nRKxq5U0KnlfWgzudohgUZzd65eswhluxG8P6I= DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=resistor.net; s=mail; t=1279566095; x=1279652495; bh=mgL0XJ09uzFVALxKmiXoVV1+pIQpxFOk+HUaDnoC08w=; h=Message-Id:Date:To:From:Subject:Cc:In-Reply-To:References: Mime-Version:Content-Type:Content-Transfer-Encoding:Cc; b=D1C89ww0qVA+QAFZ0qR6lfAd0OGPnwTpAKfRQSZUuKNjnGauXKHZZ20U5RrayBpYq iPcfokzO0aaAiYZBk+FRciqhiVDCUCZrjOVGKVRrJGq0JfjSNsqbGVIhB8YLN45DKJ ggZ8NQAhYnZKap1EmebJdKcFvwpTGfS0/LfoqQTQ= DomainKey-Signature: a=rsa-sha1; s=mail; d=resistor.net; c=simple; q=dns; b=GxvtJ9dCMK4H+Tjj+M4siChnQwu/I+YpLCzh8zFdYIRMSgcbaK31aTOkUop/xhq/l ebtIu8WigazJdrmrTVAG1bH2EZrzaoPDLJDGwaRKTTTc2CXJwBoHbO608frSUNzoZf9 AC+RJpkgXzfyUUfm1Ix8dpWQ6eP0/dfJA87RxSc= Message-Id: <6.2.5.6.2.20100719114950.07f22558@resistor.net> X-Mailer: QUALCOMM Windows Eudora Version 6.2.5.6 Date: Mon, 19 Jul 2010 12:00:28 -0700 To: Lars Eggert From: SM In-Reply-To: References: Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1"; format=flowed Content-Transfer-Encoding: quoted-printable Cc: Tools Team Discussion Subject: Re: [Tools-discuss] SPF issues & relaying on zinfandel.ietf.org X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Jul 2010 19:01:52 -0000 Hi Lars, At 03:49 19-07-10, Lars Eggert wrote: >Enrico and me are trying to debug a mail=20 >delivery issue that occurs when he sends email=20 >to a @tools.ietf.org alias that forwards to me=20 >(e.g., draft-eggert-tcpm-historicize@tools.ietf.org). > >What happens is that the Nokia MX drops the incoming email: > > lars.eggert@nokia.com > (generated from draft-eggert-tcpm-historicize@tools.ietf.org) > SMTP error from remote mail server after end of data: > host mx2.nokia.com [147.243.177.56]: 551 5.0.0 DKIM or SPF failed I gather that the message is not DKIM signed. >This is because telecomitalia.it publishes an SPF record with > >=93Found v=3Dspf1 record for _spf.telecomitalia.it: >v=3Dspf1 ip4:156.54.232.99 ip4:156.54.232.100=20 >ip4:217.169.121.4 ip4:217.169.121.5=20 >ip4:156.54.233.200 ip4:156.54.233.201=20 >ip4:217.169.121.20 ip4:217.169.121.21 =ADall=94 > >and relay=3Dzinfandel.tools.ietf.org=20 >[64.170.98.42] does of course not appear in that=20 >SPF record for the envelope sender enrico.marocco@telecomitalia.it. The SPF workaround is to have=20 zinfandel.tools.ietf.org rewrite the reverse-path=20 (MAIL FROM). It's called Sender Rewriting Scheme=20 and it is a way to get around SPF issues. >I'm not super knowledgable about SPF, so it may=20 >well be that the Nokia MX is misconfigured, but=20 >at least our admins claim that it isn't. Is this=20 >a configuration issue on zinfandel? This is neither a configuration issue on the=20 Nokia MX nor a configuration issue on=20 zinfandel. The quick fix is to ask Enrico not to=20 use the telecomitalia.it email address for=20 messages that may go through forwarders. Regards, -sm=20 From dwing@cisco.com Tue Jul 20 14:05:11 2010 Return-Path: X-Original-To: tools-discuss@core3.amsl.com Delivered-To: tools-discuss@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id C8E853A65A5 for ; Tue, 20 Jul 2010 14:05:11 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -10.512 X-Spam-Level: X-Spam-Status: No, score=-10.512 tagged_above=-999 required=5 tests=[AWL=0.087, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zm992uu0kQ0u for ; Tue, 20 Jul 2010 14:05:10 -0700 (PDT) Received: from sj-iport-6.cisco.com (sj-iport-6.cisco.com [171.71.176.117]) by core3.amsl.com (Postfix) with ESMTP id 621143A6B52 for ; Tue, 20 Jul 2010 14:05:10 -0700 (PDT) Authentication-Results: sj-iport-6.cisco.com; dkim=neutral (message not signed) header.i=none X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av0EAOSrRUyrR7H+/2dsb2JhbACUSospcaZbmxSFMgSEAA Received: from sj-core-2.cisco.com ([171.71.177.254]) by sj-iport-6.cisco.com with ESMTP; 20 Jul 2010 21:05:26 +0000 Received: from dwingWS ([10.32.240.194]) by sj-core-2.cisco.com (8.13.8/8.14.3) with ESMTP id o6KL5Pel021155; Tue, 20 Jul 2010 21:05:25 GMT From: "Dan Wing" To: "'Lars Eggert'" , "'Tools Team Discussion'" References: In-Reply-To: Date: Tue, 20 Jul 2010 14:05:25 -0700 Message-ID: <01bb01cb284f$467dd450$d3797cf0$@com> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AcsnMCCowQ3FuiYKSAWQREUGUWD5ZQBHvrIw Content-Language: en-us Subject: Re: [Tools-discuss] SPF issues & relaying on zinfandel.ietf.org X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Jul 2010 21:05:11 -0000 The problem is caused by tools.ietf.org functioning as an 'alias' rather than a mailing list. An alias does "plain message forwarding", as described in http://en.wikipedia.org/wiki/Sender_Policy_Framework#FAIL_and_forwarding Solution: zinfandel.ietf.org needs to rewrite the Return-Path to something else. For example, zinfandel could rewrite the MAIL FROM address using the idea from VERP (http://cr.yp.to/proto/verp.txt), so that enrico.marocco@telecomitalia.it gets rewritten to tools-bounce+enrico.marocco=telecomitalia.it@tools.ietf.org. Zinfandel would undo addresses those addresses in the opposite direction. It is unfortunate that SPF continues to live on; it has lots of nasty corner cases like this which interfere with its successful deployment. DKIM is superior but more complicated. -d > -----Original Message----- > From: tools-discuss-bounces@ietf.org [mailto:tools-discuss- > bounces@ietf.org] On Behalf Of Lars Eggert > Sent: Monday, July 19, 2010 3:49 AM > To: Tools Team Discussion > Subject: [Tools-discuss] SPF issues & relaying on zinfandel.ietf.org > > Hi, > > Enrico and me are trying to debug a mail delivery issue that occurs > when he sends email to a @tools.ietf.org alias that forwards to me > (e.g., draft-eggert-tcpm-historicize@tools.ietf.org). > > What happens is that the Nokia MX drops the incoming email: > > lars.eggert@nokia.com > (generated from draft-eggert-tcpm-historicize@tools.ietf.org) > SMTP error from remote mail server after end of data: > host mx2.nokia.com [147.243.177.56]: 551 5.0.0 DKIM or SPF failed > > This is because telecomitalia.it publishes an SPF record with > > "Found v=spf1 record for _spf.telecomitalia.it: > v=spf1 ip4:156.54.232.99 ip4:156.54.232.100 ip4:217.169.121.4 > ip4:217.169.121.5 ip4:156.54.233.200 ip4:156.54.233.201 > ip4:217.169.121.20 ip4:217.169.121.21 -all" > > and relay=zinfandel.tools.ietf.org [64.170.98.42] does of course not > appear in that SPF record for the envelope sender > enrico.marocco@telecomitalia.it. > > I'm not super knowledgable about SPF, so it may well be that the Nokia > MX is misconfigured, but at least our admins claim that it isn't. Is > this a configuration issue on zinfandel? > > Thanks, > Lars > _______________________________________________ > Tools-discuss mailing list > Tools-discuss@ietf.org > https://www.ietf.org/mailman/listinfo/tools-discuss From adam@nostrum.com Tue Jul 20 14:16:10 2010 Return-Path: X-Original-To: tools-discuss@core3.amsl.com Delivered-To: tools-discuss@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 247893A6C10 for ; Tue, 20 Jul 2010 14:16:10 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.6 X-Spam-Level: X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599, SPF_PASS=-0.001] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6d-hb1tH3RW5 for ; Tue, 20 Jul 2010 14:16:09 -0700 (PDT) Received: from nostrum.com (nostrum-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:267::2]) by core3.amsl.com (Postfix) with ESMTP id 8B3383A6BF7 for ; Tue, 20 Jul 2010 14:16:08 -0700 (PDT) Received: from hydra-3.local (ppp-70-249-149-233.dsl.rcsntx.swbell.net [70.249.149.233]) (authenticated bits=0) by nostrum.com (8.14.3/8.14.3) with ESMTP id o6KLGMAv045745 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 20 Jul 2010 16:16:22 -0500 (CDT) (envelope-from adam@nostrum.com) Message-ID: <4C461227.5090900@nostrum.com> Date: Tue, 20 Jul 2010 16:16:23 -0500 From: Adam Roach User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2.4) Gecko/20100608 Thunderbird/3.1 MIME-Version: 1.0 To: Dan Wing References: <01bb01cb284f$467dd450$d3797cf0$@com> In-Reply-To: <01bb01cb284f$467dd450$d3797cf0$@com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Received-SPF: pass (nostrum.com: 70.249.149.233 is authenticated by a trusted mechanism) Cc: 'Tools Team Discussion' Subject: Re: [Tools-discuss] SPF issues & relaying on zinfandel.ietf.org X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Jul 2010 21:16:10 -0000 On 7/20/10 16:05, Jul 20, Dan Wing wrote: > It is unfortunate that SPF continues to live on; it has lots of nasty corner > cases like this which interfere with its successful deployment. DKIM is > superior but more complicated. Although it appears to suffer from the same behavior under these kinds of circumstances, as we discussed at length on the chairs mailing list earlier this year. /a From dwing@cisco.com Tue Jul 20 20:26:37 2010 Return-Path: X-Original-To: tools-discuss@core3.amsl.com Delivered-To: tools-discuss@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id F3FCD3A69C2 for ; Tue, 20 Jul 2010 20:26:36 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -10.46 X-Spam-Level: X-Spam-Status: No, score=-10.46 tagged_above=-999 required=5 tests=[AWL=0.139, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id x-i+uUwdCgYK for ; Tue, 20 Jul 2010 20:26:36 -0700 (PDT) Received: from sj-iport-4.cisco.com (sj-iport-4.cisco.com [171.68.10.86]) by core3.amsl.com (Postfix) with ESMTP id 18C3C3A672E for ; Tue, 20 Jul 2010 20:26:36 -0700 (PDT) Authentication-Results: sj-iport-4.cisco.com; dkim=neutral (message not signed) header.i=none X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av0EAKYFRkyrR7H+/2dsb2JhbACUSospcaR1mwqFMgSEAA Received: from sj-core-2.cisco.com ([171.71.177.254]) by sj-iport-4.cisco.com with ESMTP; 21 Jul 2010 03:26:52 +0000 Received: from dwingWS ([10.32.240.194]) by sj-core-2.cisco.com (8.13.8/8.14.3) with ESMTP id o6L3QpxF006701; Wed, 21 Jul 2010 03:26:51 GMT From: "Dan Wing" To: "'Adam Roach'" References: <01bb01cb284f$467dd450$d3797cf0$@com> <4C461227.5090900@nostrum.com> In-Reply-To: <4C461227.5090900@nostrum.com> Date: Tue, 20 Jul 2010 20:26:51 -0700 Message-ID: <035301cb2884$8f884e20$ae98ea60$@com> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AcsogFGXWOET2419TMmPnF23PbDnFAABC6uw Content-Language: en-us Cc: 'Tools Team Discussion' Subject: Re: [Tools-discuss] SPF issues & relaying on zinfandel.ietf.org X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Jul 2010 03:26:37 -0000 > On 7/20/10 16:05, Jul 20, Dan Wing wrote: > > It is unfortunate that SPF continues to live on; it has lots of nasty > > corner > > cases like this which interfere with its successful deployment. DKIM > > is superior but more complicated. > > Although it appears to suffer from the same behavior under these kinds > of circumstances, as we discussed at length on the chairs mailing list > earlier this year. I must have been busy skiing during that discussion. -d From adam@nostrum.com Wed Jul 28 07:20:27 2010 Return-Path: X-Original-To: tools-discuss@core3.amsl.com Delivered-To: tools-discuss@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id C6E5528C127 for ; Wed, 28 Jul 2010 07:20:27 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[AWL=-0.000, BAYES_00=-2.599, HTML_MESSAGE=0.001, SPF_PASS=-0.001] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ZdSOqXSHZO1j for ; Wed, 28 Jul 2010 07:20:26 -0700 (PDT) Received: from nostrum.com (nostrum-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:267::2]) by core3.amsl.com (Postfix) with ESMTP id E91763A68F6 for ; Wed, 28 Jul 2010 07:20:25 -0700 (PDT) Received: from dhcp-23f3.meeting.ietf.org (dhcp-23f3.meeting.ietf.org [130.129.35.243]) (authenticated bits=0) by nostrum.com (8.14.3/8.14.3) with ESMTP id o6SEKkdc004360 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 28 Jul 2010 09:20:47 -0500 (CDT) (envelope-from adam@nostrum.com) Message-ID: <4C503CBE.2060200@nostrum.com> Date: Wed, 28 Jul 2010 16:20:46 +0200 From: Adam Roach User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2.7) Gecko/20100713 Thunderbird/3.1.1 MIME-Version: 1.0 To: Tools Team Discussion Content-Type: multipart/mixed; boundary="------------000801050001000705050003" Received-SPF: pass (nostrum.com: 130.129.35.243 is authenticated by a trusted mechanism) Subject: [Tools-discuss] Fwd: Returned mail: see transcript for details X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Jul 2010 14:20:27 -0000 This is a multi-part message in MIME format. --------------000801050001000705050003 Content-Type: multipart/alternative; boundary="------------070503070401030406000703" --------------070503070401030406000703 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit This looks worrisome. /a -------- Original Message -------- Subject: Returned mail: see transcript for details Date: Wed, 28 Jul 2010 09:08:03 -0500 (CDT) From: Mail Delivery Subsystem To: The original message was received at Wed, 28 Jul 2010 08:33:57 -0500 (CDT) from dhcp-23f3.meeting.ietf.org [130.129.35.243] ----- The following addresses had permanent fatal errors ----- (reason: 550 Rejected) ----- Transcript of session follows ----- ... while talking to zinfandel.tools.ietf.org.: >>> DATA <<< 451 Please try again later ... while talking to merlot.tools.ietf.org.: >>> DATA <<< 451 Please try again later ... while talking to shiraz.tools.ietf.org.: >>> STARTTLS dialogue <<< 454 TLS currently unavailable >>> DATA <<< 550 Rejected 554 5.0.0 Service unavailable --------------070503070401030406000703 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit
This looks worrisome.

/a


-------- Original Message --------
Subject: Returned mail: see transcript for details
Date: Wed, 28 Jul 2010 09:08:03 -0500 (CDT)
From: Mail Delivery Subsystem <MAILER-DAEMON@nostrum.com>
To: <adam@nostrum.com> 


The original message was received at Wed, 28 Jul 2010 08:33:57 -0500 (CDT)
from dhcp-23f3.meeting.ietf.org [130.129.35.243]

   ----- The following addresses had permanent fatal errors -----
<geopriv-chairs@tools.ietf.org>
    (reason: 550 Rejected)

   ----- Transcript of session follows -----
... while talking to zinfandel.tools.ietf.org.:
>>> DATA
<<< 451 Please try again later
... while talking to merlot.tools.ietf.org.:
>>> DATA
<<< 451 Please try again later
... while talking to shiraz.tools.ietf.org.:
>>> STARTTLS dialogue
<<< 454 TLS currently unavailable
>>> DATA
<<< 550 Rejected
554 5.0.0 Service unavailable
--------------070503070401030406000703-- --------------000801050001000705050003 Content-Type: message/delivery-status; name="Attached Message Part" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="Attached Message Part" Reporting-MTA: dns; nostrum.com Arrival-Date: Wed, 28 Jul 2010 08:33:57 -0500 (CDT) Final-Recipient: RFC822; geopriv-chairs@tools.ietf.org Action: failed Status: 5.2.0 Remote-MTA: DNS; shiraz.tools.ietf.org Diagnostic-Code: SMTP; 550 Rejected Last-Attempt-Date: Wed, 28 Jul 2010 09:08:03 -0500 (CDT) --------------000801050001000705050003 Content-Type: text/rfc822-headers; name="Attached Message Part" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="Attached Message Part" Return-Path: Received: from dhcp-23f3.meeting.ietf.org (dhcp-23f3.meeting.ietf.org [130.129.35.243]) (authenticated bits=0) by nostrum.com (8.14.3/8.14.3) with ESMTP id o6SDXtN8000433 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 28 Jul 2010 08:33:57 -0500 (CDT) (envelope-from adam@nostrum.com) Message-ID: <4C5031C2.6010104@nostrum.com> Date: Wed, 28 Jul 2010 15:33:54 +0200 From: Adam Roach User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2.7) Gecko/20100713 Thunderbird/3.1.1 MIME-Version: 1.0 To: GEOPRIV Chairs Subject: GEOPRIV Minutes IETF 78 Content-Type: multipart/mixed; boundary="------------000001080808060806090304" Received-SPF: pass (nostrum.com: 130.129.35.243 is authenticated by a trusted mechanism) --------------000801050001000705050003-- From henrik@levkowetz.com Thu Jul 29 05:20:59 2010 Return-Path: X-Original-To: tools-discuss@core3.amsl.com Delivered-To: tools-discuss@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 281DC28C1D8 for ; Thu, 29 Jul 2010 05:20:59 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.6 X-Spam-Level: X-Spam-Status: No, score=-102.6 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ACY6isXNX5mH for ; Thu, 29 Jul 2010 05:20:58 -0700 (PDT) Received: from merlot.tools.ietf.org (merlot.tools.ietf.org [IPv6:2a01:3f0:0:31:214:22ff:fe21:bb]) by core3.amsl.com (Postfix) with ESMTP id 1428428C0FF for ; Thu, 29 Jul 2010 05:20:58 -0700 (PDT) Received: from [2001:df8:0:32:21b:63ff:fecd:4021] (port=57384 helo=dhcp-21f2.meeting.ietf.org) by merlot.tools.ietf.org with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.72) (envelope-from ) id 1OeS6h-0002Qf-CE; Thu, 29 Jul 2010 14:21:07 +0200 Message-ID: <4C51722D.803@levkowetz.com> Date: Thu, 29 Jul 2010 14:21:01 +0200 From: Henrik Levkowetz User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.1.11) Gecko/20100711 Thunderbird/3.0.6 MIME-Version: 1.0 To: Adam Roach References: <4C503CBE.2060200@nostrum.com> In-Reply-To: <4C503CBE.2060200@nostrum.com> X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-SA-Exim-Connect-IP: 2001:df8:0:32:21b:63ff:fecd:4021 X-SA-Exim-Rcpt-To: adam@nostrum.com, tools-discuss@ietf.org, henrik-sent@levkowetz.com X-SA-Exim-Mail-From: henrik@levkowetz.com X-SA-Exim-Version: 4.2.1 (built Mon, 22 Mar 2010 06:51:10 +0000) X-SA-Exim-Scanned: Yes (on merlot.tools.ietf.org) Cc: Tools Team Discussion Subject: Re: [Tools-discuss] Fwd: Returned mail: see transcript for details X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Jul 2010 12:20:59 -0000 Hi Adam, One of the servers seems to have a bayesian classifier which classifies things as 99% probably spam much too often. I've reset the classifier, and it'll have to re-learn. Best, Henrik On 2010-07-28 16:20 Adam Roach said the following: > > This looks worrisome. > > /a > > > -------- Original Message -------- > Subject: Returned mail: see transcript for details > Date: Wed, 28 Jul 2010 09:08:03 -0500 (CDT) > From: Mail Delivery Subsystem > To: > > > > The original message was received at Wed, 28 Jul 2010 08:33:57 -0500 (CDT) > from dhcp-23f3.meeting.ietf.org [130.129.35.243] > > ----- The following addresses had permanent fatal errors ----- > > (reason: 550 Rejected) > > ----- Transcript of session follows ----- > ... while talking to zinfandel.tools.ietf.org.: >>>> DATA > <<< 451 Please try again later > ... while talking to merlot.tools.ietf.org.: >>>> DATA > <<< 451 Please try again later > ... while talking to shiraz.tools.ietf.org.: >>>> STARTTLS dialogue > <<< 454 TLS currently unavailable >>>> DATA > <<< 550 Rejected > 554 5.0.0 Service unavailable > > > > > > > _______________________________________________ > Tools-discuss mailing list > Tools-discuss@ietf.org > https://www.ietf.org/mailman/listinfo/tools-discuss