https://bugzilla.wikimedia.org/show_bug.cgi?id=24477
--- Comment #2 from alterego <[email protected]> 2010-07-21 18:35:18 UTC --- It could be an issue with gmail. There aren't many reports of this error on the internet, and almost all of them involve gmail. It could also be a gmail/mailman interaction. Here is the entire message: Delivered-To: [email protected] Received: by 10.216.88.14 with SMTP id z14cs207612wee; Wed, 21 Jul 2010 11:11:58 -0700 (PDT) Received: by 10.150.215.17 with SMTP id n17mr2188569ybg.4.1279735916703; Wed, 21 Jul 2010 11:11:56 -0700 (PDT) Return-Path: <> Received: from ipmx3.colorado.edu (ipmx3.colorado.edu [128.138.128.233]) by mx.google.com with ESMTP id p5si1256458ybk.95.2010.07.21.11.11.56; Wed, 21 Jul 2010 11:11:56 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of ipmx3.colorado.edu designates 128.138.128.233 as permitted sender) client-ip=128.138.128.233; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of ipmx3.colorado.edu designates 128.138.128.233 as permitted sender) smtp.mail= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ArsCAFHVRkzRVdezm2dsb2JhbACTMwGMNwgVAQEBAQEICQoJESK5W4hQgn0IBYIsh31ciUk X-IronPort-AV: E=Sophos;i="4.55,239,1278309600"; d="scan'208";a="228156150" Received: from mail-ey0-f179.google.com ([209.85.215.179]) by mx.colorado.edu with ESMTP; 21 Jul 2010 12:11:55 -0600 Received: by eye27 with SMTP id 27so2436513eye.24 for <[email protected]>; Wed, 21 Jul 2010 11:11:54 -0700 (PDT) Received: by 10.227.38.82 with SMTP id a18mr520427wbe.181.1279735914389; Wed, 21 Jul 2010 11:11:54 -0700 (PDT) MIME-Version: 1.0 Return-Path: <> Received: by 10.227.38.82 with SMTP id a18mr655385wbe.181; Wed, 21 Jul 2010 11:11:54 -0700 (PDT) From: Mail Delivery Subsystem <[email protected]> To: [email protected] X-Failed-Recipients: [email protected] Subject: Delivery Status Notification (Failure) Message-ID: <[email protected]> Date: Wed, 21 Jul 2010 18:11:54 +0000 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Delivery to the following recipient failed permanently: [email protected] Technical details of permanent failure:=20 Unable to process the account password info. ----- Original message ----- Received: by 10.227.38.82 with SMTP id a18mr520422wbe.181.1279735914308; We= d,=20 21 Jul 2010 11:11:54 -0700 (PDT) MIME-Version: 1.0 Received: by 10.216.88.14 with HTTP; Wed, 21 Jul 2010 11:11:34 -0700 (PDT) In-Reply-To: <[email protected]> References: <[email protected]>= =20 <[email protected]> <AANLkTilwfUL8OwHy37R4= [email protected]>=20 <[email protected]> <AANLkTim8Y-GTLhuiZMISuTMw= [email protected]>=20 <[email protected]>=20 <[email protected]> <8eae5515-c8f3-4a66-baee-1b354a7a5...@der= i.org>=20 <[email protected]> From: Brian <[email protected]> Date: Wed, 21 Jul 2010 12:11:34 -0600 Message-ID: <[email protected]> Subject: Re: [Wiki-research-l] [Foundation-l] WikiCite - new WMF project? W= as:=20 UPEI's proposal for a "universal citation index" To: Research into Wikimedia content and communities <wiki-researc...@lists.= wikimedia.org> Content-Type: multipart/alternative; boundary=3D002215b03256942453048be9bca= 2 On Wed, Jul 21, 2010 at 5:49 AM, Finn Aarup Nielsen <[email protected]> wrote: > > > On Wed, 21 Jul 2010, Jodi Schneider wrote: > > On 21 Jul 2010, at 09:42, Daniel Kinzler wrote: >> >>> Kang+Hsu+Krajbich+2009+the+wick+in >>>> >>> >> This seems best to me of what's proposed so far. >> >>> Both seem good, though i would suggest to form a convention to ignore a= ny >>> leading "the" and "a", to a more distinctive 3 word suffix. >>> >> >> While that's a good idea, then we'd have to know all "indistinctive" wor= ds >> in all languages. (Die, Der, La, L', ...) >> >> There are still going to be duplicates, alas... >> >> >>> Of course, it does not have to be _exactly_ three authors, nor three >>>> words from the title, and it does not solve the John Smith (or Zheng >>>> Wang) problem. >>>> >>> >>> It also doesn't solve issues with transliteration: Merik M=F6ller may >>> become >>> "Moeller" or "Moller", Jakob Vo=DF may become "Voss" or "Vosz" or even >>> "VoB", >>> etc. In case of chinese names, it's often not easy to decide which part >>> is the >>> last name. >>> >> > I have a large bibtex file where I (mostly) use Surname + one initial + > year + first important word ( > http://neuro.imm.dtu.dk/software/lyngby/doc/lyngby.bib) > > So for example: AaltoS2002Neuroanatomical > > There are lots of special cases > > "M. C. B. {\AA}berg" becomes AbergM2006Multivariate (transliterate =C5) > > "Anissa Abi-Dargham" AbiDarghamA2000Measurement (discard dash). > > ACM computer classification system "ACM1998Computing" (an organization as > an author: do you use 'association' or 'ACM'?) > > "A Content-Driven Reputation System for the {Wikipedia}" -> > AdlerB2007ContentDriven (discarding slash in title and camelcasing) > > "$[^{15}$O$]$water {PET}: More ``Noise'' than Signal?" -> > StrotherS1996Owater (here we have sharp parentheses that will be a proble= m > in wiki text. I suppose that in chemistry it becomes even worse) > > "On the Distribution of the Quotient of two chance -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. You are on the CC list for the bug. _______________________________________________ Wikibugs-l mailing list [email protected] https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
