Reiner Steib <[EMAIL PROTECTED]> writes: > On Mon, Apr 11 2005, Reiner Steib wrote: > >> On Sun, Apr 10 2005, Bruno Hertz wrote: > [...] >>> Now I found out it acts on outgoing articles, too. I.e. in my case it >>> changed the following >> [...] >>> Is this the intended behavior? >> >> No, let's see... >> >> ,----[ C-h v gnus-treat-unsplit-urls RET ] >> | gnus-treat-unsplit-urls's value is t >> | >> | Remove newlines from within URLs. >> `---- >> >> http://www.gnus.orgnot part of the URL. > ^^^^^^^^^^^^^^^^^^^^^^ > > As you can see, it happens in the *display* of the Gcc-ed article > which is also used to get the cited text. This also happens for other > treat functions. I'd recommend not to set `gnus-treat-unsplit-urls' > to t; better use `W u' interactively *only* when needed. > >> In `mml-preview', the URL in fact is unsplit, but I don't think it >> happens in the outgoing or Gcc-ed message. > > I doesn't unfold in outgoing or Gcc: > > ,---- > | $ grep -A1 http://www /var/spool/news/out.going/8970-1113207545-1 > | http://www.gnus.org > | not part of the URL. > `----
Dear me, thanks Reiner for your reply. Really stupid, I could have just checked myself by displaying the raw article. At times, the obvious seems too close to just see it. The old 'you got what you asked for' theme ... Regards, Bruno. _______________________________________________ Info-gnus-english mailing list [email protected] http://lists.gnu.org/mailman/listinfo/info-gnus-english
