[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: RMAIL against Texinfo

From: Kai Grossjohann
Subject: Re: RMAIL against Texinfo
Date: Tue, 03 Feb 2004 09:34:11 +0100
User-agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.2 (gnu/linux)

"Eli Zaretskii" <address@hidden> writes:

>> From: Kai Grossjohann <address@hidden>
>> Date: Mon, 02 Feb 2004 08:33:54 +0100
>> It seems that rmail-dont-reply-to-names is already anchored to the
>> beginning of an email address by the existing code?
> I think mail-strip-quoted-names removes <> and any other junk, so it
> sounds like prepending \` to "info-" would be better than \<.  Do you
> agree?

In that case, sure.  (I'm somewhat confused about what does the string
look like that's passed to rmail-dont-reply-to-names.)

>> >> Also, there is experience with nnmail-fancy-split in Gnus, which
>> >> automatically surrounds regexes with \\< and \\>.  Users are supposed
>> >> to say ".*foo.*" if they want to undo the effect of \\<...\\>.  But
>> >> after some years it turned out that this didn't always work, and now
>> >> there is additional code in the function supporting nnmail-split-fancy
>> >> which checks for the regex starting with ".*"...  I forgot what
>> >> exactly was the problem, though.
>> >
>> > Well, do you see any reason that this would be relevant to the case
>> > in point?  mail-utils.el doesn't surround regular expressions with \<
>> > and \>, it only does that with usernames, which aren't regexps.
>> Didn't you suggest to automagically add \\<...\\> to the regexp
>> constructed from rmail-dont-reply-to-names?
> Not to rmail-dont-reply-to-names, ti the user's login name and email
> address.  These two are literal strings, not regular expressions.

Oh, you're suggesting to change the default value of
rmail-dont-reply-to-names!  Okay.  That's something else entirely.
Sorry that I didn't get this before.  Good idea.

(The beginning of rmail-dont-reply-to looks strange: in the code (if
(null X) (if X foo bar) baz) it seems like foo will never be executed.
X is rmail-dont-reply-to-names.)

> As to rmail-dont-reply-to-names, I don't think we should surround them
> with anything; it's the user's job to do so when she customizes this
> option.

Right.  That's what I was trying to say.


reply via email to

[Prev in Thread] Current Thread [Next in Thread]