From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/69333 Path: news.gmane.org!not-for-mail From: Jason Rumney Newsgroups: gmane.emacs.gnus.general Subject: Re: Sieve gets in infinite loop Date: Sat, 09 Jan 2010 00:39:02 +0800 Message-ID: <4B475FA6.4060308@gnu.org> References: <87ws1msdgx.fsf@wanchan.jasonrumney.net> <87vdh3k73o.fsf@marauder.physik.uni-ulm.de> <4B4753BB.1020401@gnu.org> <874omwegkd.fsf@mocca.josefsson.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1262976044 8432 80.91.229.12 (8 Jan 2010 18:40:44 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 8 Jan 2010 18:40:44 +0000 (UTC) Cc: ding@gnus.org To: Simon Josefsson Original-X-From: ding-owner+M17738@lists.math.uh.edu Fri Jan 08 19:40:36 2010 Return-path: Envelope-to: ding-account@gmane.org Original-Received: from util0.math.uh.edu ([129.7.128.18]) by lo.gmane.org with esmtp (Exim 4.50) id 1NTJlC-0005Vc-OH for ding-account@gmane.org; Fri, 08 Jan 2010 19:40:35 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.math.uh.edu) by util0.math.uh.edu with smtp (Exim 4.63) (envelope-from ) id 1NTJkT-0001dR-VG; Fri, 08 Jan 2010 12:39:50 -0600 Original-Received: from mx1.math.uh.edu ([129.7.128.32]) by util0.math.uh.edu with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1NTHsX-0000lQ-KA for ding@lists.math.uh.edu; Fri, 08 Jan 2010 10:40:01 -0600 Original-Received: from quimby.gnus.org ([80.91.231.51]) by mx1.math.uh.edu with esmtp (Exim 4.69) (envelope-from ) id 1NTHsJ-0000jI-JN for ding@lists.math.uh.edu; Fri, 08 Jan 2010 10:40:01 -0600 Original-Received: from mail-fx0-f219.google.com ([209.85.220.219]) by quimby.gnus.org with esmtp (Exim 3.36 #1 (Debian)) id 1NTHsA-0007IO-00 for ; Fri, 08 Jan 2010 17:39:38 +0100 Original-Received: by fxm19 with SMTP id 19so19253427fxm.17 for ; Fri, 08 Jan 2010 08:39:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:received:message-id :date:from:user-agent:mime-version:to:cc:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=Z0urxv0kI16nJK0sBpGlUuagextBaHY5ZY/AzL7jFaQ=; b=SIXHTBiiqcgfH6KFnUB7NywbDAhgTnI4CrTWBi3xzikjet/02Jc0H7jhzLQbNsH6I0 G0hdsAlWq4lGJVP7NzXE16eel288/SPTN1mL6gaK0UeLOax7I9jIhRgLnqKwGyodEedH 1uaC/IszBR3cAx/aCZAm7lyIOS1j3BrqT9rhI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=CopDjBMPJh/k3SYMMa8wpkf4j/g3X512UStx4TV1PMufAnTpPDFPgEgcjynExNTzEL 1eCGcwpNO4vEwrPSR1oADHRq/1LEO5QHiMJN4jvscGC6NTOL5ts1TjKoisG2Se7V4+Qw M+yZlS4Ax0WZQN5zw1LWxlRP8bdP54K96zFJU= Original-Received: by 10.223.97.155 with SMTP id l27mr8857928fan.91.1262968748394; Fri, 08 Jan 2010 08:39:08 -0800 (PST) Original-Received: from wanchan.jasonrumney.net ([115.132.151.241]) by mx.google.com with ESMTPS id 13sm8338998fxm.1.2010.01.08.08.39.06 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 08 Jan 2010 08:39:07 -0800 (PST) Original-Received: from wanchan.jasonrumney.net (localhost [127.0.0.1]) by wanchan.jasonrumney.net (Postfix) with ESMTP id BFAD448; Sat, 9 Jan 2010 00:39:02 +0800 (MYT) User-Agent: Mozilla-Thunderbird 2.0.0.22 (X11/20090706) In-Reply-To: <874omwegkd.fsf@mocca.josefsson.org> X-Spam-Score: -2.6 (--) List-ID: Precedence: bulk Xref: news.gmane.org gmane.emacs.gnus.general:69333 Archived-At: Simon Josefsson wrote: > According to http://tools.ietf.org/html/draft-ietf-sieve-managesieve-09 > the response line can contain an optional string: > > response-nobye = ("NO" / "BYE") [SP "(" resp-code ")"] > [SP string] CRLF > ;; The string contains human readable text > ;; encoded as UTF-8. > > I guess you meant to paste the response-ok definition there, but they are basically the same. > So how about > > - (when (re-search-forward (concat "^OK" sieve-manage-server-eol) nil t) > + (when (re-search-forward (concat "^OK.*" sieve-manage-server-eol) nil t) > > instead? Not perfect, but hopefully would solve your problem and still > match EOL stuff. > So the gnus developers are OK about ignoring this statement in section 1.3 of the RFC? The contents of the string SHOULD be shown to the user and implementations MUST NOT attempt to parse the message for meaning. Following it would mean parsing the response properly, but I'm not sure it is worth it for this case.