Re: How to 'resend' a mail?
Rolf Ade r...@pointsman.de writes: Hello, is there a way, to resend an already send mail? Just the mail as stored in the archive, same headers and mail body, as if I had freshly writen it with gnus-summary-mail-other-window. S D r runs the command gnus-summary-resend-message, which is an interactive compiled Lisp function in `gnus-msg.el'. It is bound to S D r, menu-bar Post Resend message. (gnus-summary-resend-message ADDRESS N) Resend the current article to ADDRESS. [back] -- David Kastrup ___ info-gnus-english mailing list info-gnus-english@gnu.org https://lists.gnu.org/mailman/listinfo/info-gnus-english
Re: How to setup a nntp server that needs user and password?
Leo sdl@gmail.com writes: Hello, In the *server* how to add a nntp server (I want to use news.eternal-september.org) that requires user and password? Put the required info into ~/.authinfo. Something like machine news.eternal-september.org login Leo password Supersecret force yes -- David Kastrup ___ info-gnus-english mailing list info-gnus-english@gnu.org http://lists.gnu.org/mailman/listinfo/info-gnus-english
How to report bugs?
A copy of a letter just sent to the ding mailing list. However, looking at the gnus.ding group on news.gnus.org, it would appear that ding has turned into a complete spamtrap and is unlikely to be read, either. From: David Kastrup d...@gnu.org Subject: Gnus bugfixing is broken. To: d...@gnus.org Date: Mon, 14 Mar 2011 11:11:47 +0100 (22 minutes, 57 seconds ago) I've used M-x gnus-bug RET to report a bug to b...@gnus.org, and while it appears on the local group gnus-bugs (?) on the NNTP server at news.gnus.org along with several other threads, it would appear that those other threads have been injected automatically by other channels (apparently a bug reporting system, since the subject lines contain bug numbers). It does not appear like the bug channel fed directly by the gnus-bug command is actually being read by anybody. It has now been about two weeks that message-yank-original has stopped being functional for installations that don't have cl loaded permanently (namely standard Emacs installations). Could you please make gnus-bug report somewhere else than what amounts to /dev/null? There is nothing to be gained by sabotaging bug reports. Thanks. -- David Kastrup ___ info-gnus-english mailing list info-gnus-english@gnu.org http://lists.gnu.org/mailman/listinfo/info-gnus-english
M-x gnus-bug RET
Is there a particular rationale that the command gnus-bug sends mail to a mailing list that nobody reads? That does not seem to make much sense. -- David Kastrup ___ info-gnus-english mailing list info-gnus-english@gnu.org http://lists.gnu.org/mailman/listinfo/info-gnus-english
Re: M-x gnus-bug RET
Ted Zlatanov t...@lifelogs.com writes: On Wed, 09 Mar 2011 15:39:46 +0100 David Kastrup d...@gnu.org wrote: DK Is there a particular rationale that the command gnus-bug sends mail to DK a mailing list that nobody reads? DK That does not seem to make much sense. It should work properly, yeah. But the mail delivery for b...@gnus.org should be fixed if it's broken instead of using some other address. I did not say it is broken. Just that nobody reads it. Looking at URL:news://news.gnus.org/gnus.gnus-bug now, I see that my mail appeared there, and also that there are several other people discussing things on that feed, including you. So it would appear that somebody reads some things appearing there. So this particular complaint of mine apparently is not founded in reality. (Although it may be nice to (defalias 'gnus-bug 'emacs-bug) :) I am not sure in general. The problem here is that even after bootstrapping Emacs, message.el barfs upon encountering case constructs during run-time. It _does_ have the equivalent of (eval-when-compile (require 'cl)) at the front of the file. I am not versed well enough in the mess that cl is to actually know whether this is a bug in message.el or a bug in cl.el or a bug elsewhere. People having loaded cl by default would likely not notice. -- David Kastrup ___ info-gnus-english mailing list info-gnus-english@gnu.org http://lists.gnu.org/mailman/listinfo/info-gnus-english
Re: libgnutls support?
Lars Magne Ingebrigtsen la...@gnus.org writes: Sivaram Neelakantan nsivaram@gmail.com writes: and what would that entail in terms of .gnus configuration, if at all? No .gnus conf is necessary. So what is the effect of (require 'gnutls) supposed to be? For what kind of connections does it cause a difference? -- David Kastrup ___ info-gnus-english mailing list info-gnus-english@gnu.org http://lists.gnu.org/mailman/listinfo/info-gnus-english
libgnutls support?
It would appear that Emacs now can be compiled with libgnutls support. Is there a way or a plan for letting gnus make use of that? -- David Kastrup ___ info-gnus-english mailing list info-gnus-english@gnu.org http://lists.gnu.org/mailman/listinfo/info-gnus-english
Re: Reply to self behavior
Yuri D'Elia wav...@users.sf.net writes: On Sun, 02 Jan 2011 08:40:33 +0100, Lars Magne Ingebrigtsen wrote: Yuri D'Elia wav...@users.sf.net writes: (_real_ format=flowed support anyone? it's supported since 199? in outlook) What doesn't work? And what is format=flowed? Why would you want it?format=flowed encodes hard-newlines in the message, while still wrapping the source of the message to 80 columns. This allow compliant readers to either show the wrapped text or flow the content to the window's margins.In what way doesn't format=flowed work in Gnus? I think that was implemented at least a decade ago, but it may have bitrotted in the mean time... After reading the sources, I was able to achieve flowed zenity with the following: (setq fill-flowed-display-column nil) (add-hook 'message-mode-hook (lambda () (turn-off-auto-fill) (setq truncate-lines nil) (use-hard-newlines))) (add-hook 'gnus-article-mode-hook (lambda () (setq truncate-lines nil))) My only complaint is that use-hard-newlines' shouldn't be necessary. Any line longer than `fill-flowed-encode-column' should trigger a format=flowed message automatically instead of generating a warning. That's the worst comb quoting and unreadable run-in garbage I've seen in a long time. Impressive that you managed to create it using gnus. -- David Kastrup ___ info-gnus-english mailing list info-gnus-english@gnu.org http://lists.gnu.org/mailman/listinfo/info-gnus-english
Re: Ignore reply-to
Cecil Westerhof ce...@decebal.nl writes: In some e-mail clients it is possible to send a reply to the address in the From field, even when the Reply-to field is filled. Is this also possible in Gnus? Sometimes you want to reply to the original sender and not to the mailing list. S B r (without quoting of original) S B R (with quoting). which are the keybindings for gnus-summary-reply-broken-reply-to and gnus-summary-reply-broken-reply-to-with-original -- David Kastrup ___ info-gnus-english mailing list info-gnus-english@gnu.org http://lists.gnu.org/mailman/listinfo/info-gnus-english
Re: gnus and pine
Xavier Maillard x...@gnu.org writes: harven har...@free.fr writes: Then I guess the answer is « I decided to use $foo instead of $bar + $foo because $foo can do whatever $bar can do, after some customization » :) Whatever the reason was, it is a good reason. I am a bit surprised about the 4 millions users for the pine MUA. What is your source ? Arithmetic overflow? -- David Kastrup, Kriemhildstr. 15, 44793 Bochum ___ info-gnus-english mailing list info-gnus-english@gnu.org http://lists.gnu.org/mailman/listinfo/info-gnus-english
Re: IMAP disconnecting
Gour [EMAIL PROTECTED] writes: Hello! I run Emacs-CVS with included Gnus-5.13 which access my local dovecot IMAP server. This topic was already discussed, but I still do not have solutions for regular disconnect from IMAP server. Here you can see snippet from my today' log: dovecot: 2008-08-20 07:53:50Info: imap-login: Login: user=gour, method=PLAIN, rip=127.0.0.1, lip=127.0.0.1, TLS dovecot: 2008-08-20 07:56:28Info: imap-login: Disconnected: Inactivity: rip=127.0.0.1, lip=127.0.0.1, secured It's quite frustrating to start writing email and then discover that you cannot send it 3 minutes later cause Gnus lost connection :-/ Goto the *Group* buffer, type ^, go to the line with your server, type C (possibly followed with C-g if it hangs) and O. Now go back to your mail buffer and send. -- David Kastrup, Kriemhildstr. 15, 44793 Bochum ___ info-gnus-english mailing list info-gnus-english@gnu.org http://lists.gnu.org/mailman/listinfo/info-gnus-english
Re: Ubuntu/Emacs22/Gnus
Kenneth Jacker [EMAIL PROTECTED] writes: sven Forget about the Gnus that comes with Ubuntu, it is completely sven unmaintained, very outdated and lacks documentation sven See http://gnus.org/distribution.html how to get a newer version. OK, I'm now successfully running Emacs22 and Gnus (gnus-5.10.10.tar.gz). Thanks to everyone who replied to my plea for help! -Kenneth PS It is hard to believe that Ubuntu doesn't support Emacs22/Gnus ... that combo contains two of my *most used* applications ... Why don't you just use the Gnus that is part of Emacs 22? -- David Kastrup, Kriemhildstr. 15, 44793 Bochum ___ info-gnus-english mailing list info-gnus-english@gnu.org http://lists.gnu.org/mailman/listinfo/info-gnus-english
Re: Ubuntu/Emacs22/Gnus
Kenneth Jacker [EMAIL PROTECTED] writes: PS It is hard to believe that Ubuntu doesn't support Emacs22/Gnus ... that combo contains two of my *most used* applications ... dak Why don't you just use the Gnus that is part of Emacs 22? That's what I did the first time ... it didn't work ... Are you using it? What version is it? Well, I am using developer versions of Emacs, anyway. But I don't remember anything wrong with gnus before we forked off the Emacs 22 release branch. -- David Kastrup, Kriemhildstr. 15, 44793 Bochum ___ info-gnus-english mailing list info-gnus-english@gnu.org http://lists.gnu.org/mailman/listinfo/info-gnus-english
Why is In-Reply-To set when clicking on sender address?
Hi, when I mouse-2-click on a mail address in some existing mail, I get a normal looking composition buffer without context. However, when actually sending the mail, Gnus inserts Reference and In-Reply-To headers which is absolutely not expected and not what I would want. I use one of the reply commands when I want to reply to a message. Is there a way to turn off this annoying behavior? Is it not a bug in the first place? If Gnus is going to mark this thing as a Reply, should it not do this right away instead of sneaking this information in afterwards? -- David Kastrup, Kriemhildstr. 15, 44793 Bochum ___ info-gnus-english mailing list info-gnus-english@gnu.org http://lists.gnu.org/mailman/listinfo/info-gnus-english
Re: png in message, reply and preview `preview-copy-region-as-mml'
Uwe Brauer [EMAIL PROTECTED] writes: However when I reply seamonkey lets the png untoughed while gnus deletes it. I presume that has to do with the fact that gnus send messages as plain text. Hardly. C-c C-f can forward PNGs just fine. -- David Kastrup, Kriemhildstr. 15, 44793 Bochum ___ info-gnus-english mailing list info-gnus-english@gnu.org http://lists.gnu.org/mailman/listinfo/info-gnus-english
Re: Can access everything but Inbox on my IMAP server
levander [EMAIL PROTECTED] writes: But, there is one thing I can't find even a clue for how to do in the info docs. I've got two different email addresses with different logins on the same mail server. Can I use gnus to login twice to the same server, and have the INBOX's for each of these addresses show up as different groups in gnus? Just note that the machine entry in .authinfo is not actually a server address but the symbolic name you use in your select method. You customize the same nnimap-address variable into several select method entries, and give a different symbolic server name to each of those methods, and then have those symbolic server names correspond to different machine entries in your ~/.authinfo file. -- David Kastrup, Kriemhildstr. 15, 44793 Bochum ___ info-gnus-english mailing list info-gnus-english@gnu.org http://lists.gnu.org/mailman/listinfo/info-gnus-english
Re: make a group invisible
Hadron [EMAIL PROTECTED] writes: Perhaps you should shut up if you have nothing of value to say? New to Usenet? -- David Kastrup, Kriemhildstr. 15, 44793 Bochum ___ info-gnus-english mailing list info-gnus-english@gnu.org http://lists.gnu.org/mailman/listinfo/info-gnus-english
Re: One window configuration for Gnus?
Jochem Huhmann [EMAIL PROTECTED] writes: is there a way to have Gnus *not* use a split window configuration for the summary and article buffers? I would like to be able go to a full window summary buffer from the Group buffer and from the summary buffer to a full window article buffer. This would also require some shuffling with keycombos, but that shouldn't be so hard then. The Gnus buffer configuration docs seem to be biased to split the frame into windows and that's not what I try to do, so I'm a bit lost right now. You know the = key? -- David Kastrup, Kriemhildstr. 15, 44793 Bochum ___ info-gnus-english mailing list info-gnus-english@gnu.org http://lists.gnu.org/mailman/listinfo/info-gnus-english
Re: What to do when Article numbers are unreliable?
David Kastrup [EMAIL PROTECTED] writes: Ivan Boldyrev [EMAIL PROTECTED] writes: On 9568 day of my life David Kastrup wrote: with my current news provider, it appears like I get one of a bunch of news servers on each connection, and the relation between article numbers and articles is not kept. Use leafnode as proxy server or (better) change provider because provider's admins are idiots, and new problems are just waiting... Probably my analysis was backwards: updating news seems to work pretty ok (which articles are read or not), but it is pretty impossible to get a message using its article Id (like with ^ ) unless it has already been fetched in this session. So maybe access by article Id is what is borked. No, can't be quite that. When I press ^, the appropriate summary line with subject, author, number of lines actually appears, but it flashes yellow, gets marked with G and I get an article was canceled or expired message. Can anybody put a finger on what combination of circumstances would trigger such a behavior? I am somewhat at a loss of where to look for the problem, and what exactly to report the provider of news. -- David Kastrup, Kriemhildstr. 15, 44793 Bochum ___ info-gnus-english mailing list info-gnus-english@gnu.org http://lists.gnu.org/mailman/listinfo/info-gnus-english
What to do when Article numbers are unreliable?
Hi, with my current news provider, it appears like I get one of a bunch of news servers on each connection, and the relation between article numbers and articles is not kept. That means that whenever I type ^ in order to go up in a thread which I have read before, I get an article has been cancelled or expired message. A nuisance. The same happens when trying to access old articles. Is there a possibility to forget the article id-article number correlation whenever the connection to the server closes? -- David Kastrup, Kriemhildstr. 15, 44793 Bochum ___ info-gnus-english mailing list info-gnus-english@gnu.org http://lists.gnu.org/mailman/listinfo/info-gnus-english
Re: retrieve new posts
Gary Wessle [EMAIL PROTECTED] writes: David Kastrup [EMAIL PROTECTED] writes: Gary Wessle [EMAIL PROTECTED] writes: I am using version (No Gnus v0.6) and need to retrieve new posts while I am at the summary buffer, /o N does not seam to do it. Well, it is / N IIRC. -- David Kastrup, Kriemhildstr. 15, 44793 Bochum typing /spaceN gives me couldn't go to article 13556, whats this IIRC. Sigh. What is the space doing in there? Just the two keys / and N, as in / N runs the command gnus-summary-insert-new-articles which is an interactive compiled Lisp function in `gnus-sum.el'. It is bound to / N, menu-bar Gnus See new articles. (gnus-summary-insert-new-articles) Insert all new articles in this group. [back] -- David Kastrup, Kriemhildstr. 15, 44793 Bochum ___ info-gnus-english mailing list info-gnus-english@gnu.org http://lists.gnu.org/mailman/listinfo/info-gnus-english
Re: check for new articles
Gary Wessle [EMAIL PROTECTED] writes: I need to check for new articles when I am in the summary buffer, I hit g in the group buffer but is there a way to do this while you are in the summary and not have to exit to the group buffer? M-g -- David Kastrup, Kriemhildstr. 15, 44793 Bochum ___ info-gnus-english mailing list info-gnus-english@gnu.org http://lists.gnu.org/mailman/listinfo/info-gnus-english
Re: How many use eMacs and Gnus on daily basis?
[EMAIL PROTECTED] (Johan Bockgård) writes: Joe Fineman [EMAIL PROTECTED] writes: 1. Deal with the Web. I use w3m for one site that is all text, but it is rather clunky, and I have not yet found out how to access graphics with it. The MS-Windows port of Emacs 21 doesn't support images. Which is one of the reasons to use the CVS version (one can be gotten from URL:ftp://alpha.gnu.org/pub/gnu/auctex). There are also other good reasons, but on MS Windows, it is probably the most important one. -- David Kastrup, Kriemhildstr. 15, 44793 Bochum ___ info-gnus-english mailing list info-gnus-english@gnu.org http://lists.gnu.org/mailman/listinfo/info-gnus-english
Re: How many use eMacs and Gnus on daily basis?
David Z Maze [EMAIL PROTECTED] writes: [EMAIL PROTECTED] writes: Now is this plain eMacs? Isn't there something called Xemacs as well? Same thing, but different. If memory serves, XEmacs started life as a branch from normal (FSF or GNU) Emacs over frustration on getting one of the older releases out. It's historically had a little better support for inlined images, proportional fonts, and the like, Uh, better support? It supported them, and Emacs didn't. at the cost of supporting those features differently from normal Emacs when it's added them in as well. Part of the reason is that the XEmacs way for such features usually is incomprehensible. XEmacs's other advantage is that it comes with an add-on bundle of approximately every elisp package out there; normal Emacs is much more conservative about what can be included (due to likely-justified license paranoia: while people complain about the Linux kernel being of dubious heritage, all code distributed with Emacs has had copyright assigned to the FSF). No. For example MULE is not copyrighted by the FSF, but licensed from the copyright holder. But most parts of Emacs are (c) FSF. The main problem I find with XEmacs is that it is a travelling junk yard which does not deliver on its promises. It has pretty lousy utf-8 (Emacs has been the loss leader with MULE, contrary to the general trend in featuritis, but in contrast to the trends I imagine perceiving with XEmacs, development did not cease after initial success, and so XEmacs stayed behind), image interfaces that almost nobody uses because it is too hard to figure out how (and indeed, binary images will get garbled on load once you have used dired for the first time), a graphical interface and icons that look gross compared to today's standards, and often incomprehensible documentation. XEmacs may be fun to developers, but since the shere scope of Emacsen means that you can be developer of probably 10% of the code base at most and are mere user for the rest, this gives it limited audience. My current feel is that XEmacs doesn't offer a whole lot that's not in Emacs, Multi-tty support is probably the only thing I can think of right now. -- David Kastrup, Kriemhildstr. 15, 44793 Bochum ___ info-gnus-english mailing list info-gnus-english@gnu.org http://lists.gnu.org/mailman/listinfo/info-gnus-english
Re: How many use eMacs and Gnus on daily basis?
notbob [EMAIL PROTECTED] writes: On 2006-06-08, David Z Maze [EMAIL PROTECTED] wrote: Emacs when it's added them in as well. XEmacs's other advantage is that it comes with an add-on bundle of approximately every elisp package out there; Well, it used to. No longer. Now all those packages must be added by the user. I recently downloaded and compiled xemacs only to discover basic functions like calendar, gnus, and dired are not included. I found this disclaier: In order to reduce the size and increase the maintainability of XEmacs, the majority of the Elisp that came with previous releases have been unbundled. Well, but they do provide the sumo tarballs. In principle, this should allow components of XEmacs be updated independently in a more timely manner. In practice, it seems to rather have the effect of developers not being worried about components getting outdated independently. At least XEmacs manages quite more frequent releases and partial updates than Emacs does, but with mixed quality. Arguably the XEmacs development and release process scales quite better to the number of active developers. Unfortunately, developers are a scarce resource for both Emacsen. -- David Kastrup, Kriemhildstr. 15, 44793 Bochum ___ info-gnus-english mailing list info-gnus-english@gnu.org http://lists.gnu.org/mailman/listinfo/info-gnus-english
Re: a couple of newbie questions with gnus
Martin Jørgensen [EMAIL PROTECTED] writes: David Kastrup wrote: Reiner Steib [EMAIL PROTECTED] writes: On Sun, May 28 2006, Martin Jørgensen wrote: byte-code: gnus-agent-read-agentview no longer supports version 1. Stop gnus, manually evaluate gnus-agent-convert-to-compressed-agentview, then restart gnus. Anyone know what that's about? Don't use yaced if they offer only outdated CVS versions. This Gnus bug was fixed in Emacs CVS on 2005-12-09. Don't use is step #2 with free software. Step #1 is to mail the author and ask whether he intends to release something to fix this soon. It's just a mail, not a phone sex line, and you don't get blocked by support golems. So it is always worth an attempt. I did that and he replied: Sadly, I will not be able to address this soon. I will check it and see if I can do something about it. Pity. So even though people don't recommend Aquamacs Emacs I don't think I have any alternative. You can always compile your own if things come to worst. I just hate those damn #€(€#!(%!(€ windows, because sometimes if I have like 5-6 open windows, they're on top of each other and then I have to move the mouse to move the window. There is supposed to be some setting you can turn off. I found out I can activate them with C-x 4 C-o and C-x 5 C-o, but it's always the same direction I go through the windows More like C-x o and C-x 5 o, and M-- before them will go backward. -- David Kastrup, Kriemhildstr. 15, 44793 Bochum ___ info-gnus-english mailing list info-gnus-english@gnu.org http://lists.gnu.org/mailman/listinfo/info-gnus-english
Re: a couple of newbie questions with gnus
Reiner Steib [EMAIL PROTECTED] writes: On Sun, May 28 2006, David Kastrup wrote: Reiner Steib [EMAIL PROTECTED] writes: Don't use yaced if they offer only outdated CVS versions. This Gnus bug was fixed in Emacs CVS on 2005-12-09. Don't use is step #2 with free software. Step #1 is to mail the author and ask whether he intends to release something to fix this soon. You might be right, but if someone distributes a random CVS snapshot of Emacs which is intended for end-users, (s)he should make sure to update it more often (the latest version of yaced seems to be more than one year old). Why should he, if judging from the feedback there are no users or they don't have any problems? -- David Kastrup, Kriemhildstr. 15, 44793 Bochum ___ info-gnus-english mailing list info-gnus-english@gnu.org http://lists.gnu.org/mailman/listinfo/info-gnus-english
Re: a couple of newbie questions with gnus
Reiner Steib [EMAIL PROTECTED] writes: On Sun, May 28 2006, Martin Jørgensen wrote: byte-code: gnus-agent-read-agentview no longer supports version 1. Stop gnus, manually evaluate gnus-agent-convert-to-compressed-agentview, then restart gnus. Anyone know what that's about? Don't use yaced if they offer only outdated CVS versions. This Gnus bug was fixed in Emacs CVS on 2005-12-09. Don't use is step #2 with free software. Step #1 is to mail the author and ask whether he intends to release something to fix this soon. It's just a mail, not a phone sex line, and you don't get blocked by support golems. So it is always worth an attempt. -- David Kastrup, Kriemhildstr. 15, 44793 Bochum ___ info-gnus-english mailing list info-gnus-english@gnu.org http://lists.gnu.org/mailman/listinfo/info-gnus-english
Re: Gnus to handle news: and mailto: URLs from external sources?
Kurt Swanson [EMAIL PROTECTED] writes: I've been a heavy Gnus user for years[*] (some of the ancient ones may remember me), as well as a big fan of gnuserv, which allows one to call emacs from command lines, scripts, etc. I.e. I have *one* emacs (process) and gnus started immediately upon logging in, and they run perpetually until reboot. I recently discovered I could mangle firefox into running an external program for any URIs I wanted (news:, mailto:, magnet:, screw-you:, etc.) Of interest here are the first two. Thus I can script something to send to gnus via gnuserv. Obviously I would like to handle all the extensions (for example ?subject=xxx for mailto:) Has anyone attempted this before? Any pointers? [*] I swear to god I have not, and will not use outlook, thunderbird, webmail or any other crap out there. Well, just configure something like /usr/bin/emacsclient -ne (browse-url%r) as your mailer command (be sure to use spaces only where I wrote them). And /usr/bin/emacsclient %t as your textarea command You can probably do this by typing the URL about:config into Firefox. -- David Kastrup, Kriemhildstr. 15, 44793 Bochum ___ info-gnus-english mailing list info-gnus-english@gnu.org http://lists.gnu.org/mailman/listinfo/info-gnus-english
Re: Mail Reply to attached message
Sascha Wilde [EMAIL PROTECTED] writes: Hi *, is there a convenient way in gnus to reply to an forwarded (MIME message/rfc822 attachment) message? C-d seems like a good candidate. -- David Kastrup, Kriemhildstr. 15, 44793 Bochum ___ Info-gnus-english mailing list Info-gnus-english@gnu.org http://lists.gnu.org/mailman/listinfo/info-gnus-english
Re: spam
Joe Fineman [EMAIL PROTECTED] writes: jimmij [EMAIL PROTECTED] writes: Why there is so much spam on gnu.emacs.gnus? I don't know other group with such amount of spam messages... gnu.emacs.bug is even worse. It is almost all spam. Someone seems to have made a marketing decision that people who use Emacs are males who need special help in getting erections. Maybe they know something I don't. I find that emacsclient works almost instantaneously. Getting Emacs up is overrated. -- David Kastrup, Kriemhildstr. 15, 44793 Bochum ___ Info-gnus-english mailing list Info-gnus-english@gnu.org http://lists.gnu.org/mailman/listinfo/info-gnus-english
Re: Disappear Marks
[EMAIL PROTECTED] writes: Sorry to reply to my own posting (and from Google, no less!), but my original article about Disappearing Marks disappeared! I.e., I marked it with a `!`, but it went away ... Some new info ... it appears that marks for *emails* do remain, it is only those from newsgroups that go away. Of course articles don't remain longer than the server stores them. If you want to cache them locally, use * * runs the command gnus-cache-enter-article which is an interactive compiled Lisp function in `gnus-cache'. It is bound to *, menu-bar Article Cache Enter article. (gnus-cache-enter-article optional N) Enter the next N articles into the cache. If not given a prefix, use the process marked articles instead. Returns the list of articles entered. [back] -- David Kastrup, Kriemhildstr. 15, 44793 Bochum ___ Info-gnus-english mailing list Info-gnus-english@gnu.org http://lists.gnu.org/mailman/listinfo/info-gnus-english
Bad encoding...
Take for example Message-ID: [EMAIL PROTECTED] from de.talk.romance Here are some seminal points: Mime-Version: 1.0 Content-Type: multipart/alternative; boundary==_NextPart_000_0070_01C58F0E.65ADA4C0 This is a multi-part message in MIME format. --=_NextPart_000_0070_01C58F0E.65ADA4C0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Immer wieder trifft man Menschen, die gezielt handeln. In vielen = F=E4llen ist es meistens die Tendenz zum Negativen. Was hat es auf sich? = Now what happens with this on my System? Coding system for saving this buffer: = -- emacs-mule-unix Default coding system (for new files): u -- mule-utf-8 (alias: utf-8) Coding system for keyboard input: nil Coding system for terminal output: u -- utf-8 (alias of mule-utf-8) Defaults for subprocess I/O: decoding: u -- mule-utf-8 (alias: utf-8) encoding: u -- mule-utf-8 (alias: utf-8) Priority order for recognizing coding systems when reading files: 1. mule-utf-8 (alias: utf-8) 2. iso-latin-1 (alias: iso-8859-1 latin-1) [...] My locale is LANG=en_US.UTF-8 LC_CTYPE=en_US.UTF-8 LC_NUMERIC=en_US.UTF-8 LC_TIME=en_US.UTF-8 LC_COLLATE=en_US.UTF-8 LC_MONETARY=en_US.UTF-8 LC_MESSAGES=en_US.UTF-8 LC_PAPER=en_US.UTF-8 LC_NAME=en_US.UTF-8 LC_ADDRESS=en_US.UTF-8 LC_TELEPHONE=en_US.UTF-8 LC_MEASUREMENT=en_US.UTF-8 LC_IDENTIFICATION=en_US.UTF-8 LC_ALL= The above now seemingly assembles the above quoted-printable sequences, generates the right latin-1 characters from them, converts them into utf-8, interprets the resulting bytes as latin-1 and converts this reinterpretation then into Emacs MULE, showing a buffer that looks like utf-8 ending up by accident in a latin-1 buffer (the buffer encoding indeed is latin-1). And indeed, recode-region from buffer was originally encoded as utf-8 to latin-1 yields the correct result. I get this kind of nonsense not too rarely, most often with multi-part messages that specify an encoding per-part. I think this has been happening in Emacs CVS for at least half a year or so, but it is also possible that the behavior just was not noticed before by me. -- David Kastrup, Kriemhildstr. 15, 44793 Bochum ___ Info-gnus-english mailing list Info-gnus-english@gnu.org http://lists.gnu.org/mailman/listinfo/info-gnus-english
