Re: Any chance of getting gnus to handle mime attachments?
Ed Hartnett <[EMAIL PROTECTED]> writes: > How do I get gnus to handle mime attachments? The question would rather be how you managed to get it to not handle them. -- 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 to cancel limitation?
Steven Woody <[EMAIL PROTECTED]> writes: > i quite often use '/ a' or '/ s' to limit the summary buffer in a > special range. while feeling happy with its results, i however have > not find a way to cacel the limitation after did the job, so to let > current group display all its articles, i have to go out and go back > again. i believe there must be a command to do that, can you tell > me? thanks. /w gnus-summary-pop-limit -- 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
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 *,. (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
Re: Disappear Marks
Kenneth Jacker <[EMAIL PROTECTED]> writes: > dak> Of course articles don't remain longer than the server stores them. > > Yes, this I know. Apparently not. > dak> If you want to cache them locally, use * > > Hmmm ... I've been using `!' for *years*, and articles have been > "cached". Then you have used a server with long article store previously. > Though I might be using the wrong terminology, the effect upon > returning to a group was I still had access to the '!'ed articles. Luck. > I never used `*' ... don't understand this ... > > dak> * runs the command gnus-cache-enter-article > dak>which is an interactive compiled Lisp function in `gnus-cache'. > > That's pretty clear. > > > Maybe there's some command (that's gone from my ".gnus.el") that also > allowed `!' to do the same thing as `*'? Both are orthogonal. * determines where the article is stored, ! determines how it is shown in the list. -- 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: Expiration mark 'E' disappearing
[EMAIL PROTECTED] writes: > Hi. > > In the summary buffer: > I mark a message as expirable with 'E', then get back > to the group buffer with 'q', and then when I get back into > the summary buffer the mark 'E' has disappeared. > Is that normal? No. Are you sure that you did not use 'Q' to get back to the group buffer? -- 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: 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: test
PGEOFFROY <[EMAIL PROTECTED]> writes: > Just wanna see if my post works. It did not arrive here. Maybe you should try gnu.gnusenet.test instead. -- 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: 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: 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
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: 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 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: 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: retrieve new posts
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 ___ 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 > /N gives me "couldn't go to article 13556, whats this IIRC. Sigh. What is the 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, . (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
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: What to do when Article numbers are unreliable?
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. -- 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
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: Entering groups
"Robert D. Crawford" <[EMAIL PROTECTED]> writes: > Slackat <[EMAIL PROTECTED]> writes: > >> Thank you for the L/l tip > > No problem. > >> However, I am now running emacs/gnus/w3m/erc under X and it is very >> helpful since the menus are quite navigable with the mouse >> notwithstanding me being an old CLI afficionado > > Blasphemy! Using a mouse in emacs... what would rms say? Given that he has worked very hard to make this possible, partly by working himself on it, partly by persuading others, I doubt he'd complain much. -- 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: 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
Proposal for a crazy new Group type
Hi, I have been thinking about how Emacs could help with navigating branch histories of git (a version control system), and the problem is that one needs to have delayed action and so on if one wants to hope to keep abreast of large repositories. Enter Gnus. git assigns a unique SHA1 hash to every commit (-> article Id). Every commit can have one or more (in the case of a merge) parents (-> References). Commits can be formatted as mail messages with "git-format-patch", including inline or external text/x-patch parts and subject, sender and so on. One does not actually need to call git-format-patch to guess the subject line, however: that's the one-line log info, so it is easy to generate a chronological list of headers without actually looking into the patches. If one wants to submit patches, one can easily respool them to an imap send folder or the draft folder. It might even make sense to respool a patch series to a group corresponding to a different branch, but at the moment having read-only access to a git repository as an ephemeral group (and probably as a whole, not limited to a branch) providing a view into the patches would be great. Anyway: basically all the functionality that is required for a News source, threading, message ids, header prefetch, article on request: it is all available. -- 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: Delete draft?
[EMAIL PROTECTED] (Ross A. Laird) writes: > I have an old draft email in my gnus drafts folder that I no longer want > to send. I can't seem to get rid of it. Suggestions? C-c C-k -- 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
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: How to send UTF-8 encoded messages with Gnus ?
[EMAIL PROTECTED] (Ashish Shukla आशीष शुक्ल) writes: > Hi, > > I'm using Gnus/5.13 in Emacs/23.0.60.1 in Gentoo GNU/Linux. My 'LANG' > environment variable is set to 'C' . And I've following line in my > ~/.gnus: > > (setq gnus-default-charset 'utf-8) > > My .signature file contains some UTF-8 encoded text. Now, when I post > From Emacs running in X, my messages were sent as UTF-8 encoded, > whereas when I sent from Emacs running in xterm, all my messages were > sent as ISO-8859-1 encoded. Any ideas, what is wrong ? Huh? The variable documentation clearly states gnus-default-charset is a variable defined in `gnus.el'. Its value is undecided Documentation: Default charset assumed to be used when viewing non-ASCII characters. This variable is overridden on a group-to-group basis by the `gnus-group-charset-alist' variable and is only used on groups not covered by that variable. You can customize this variable. [back] Namely: this variable is just for viewing things, not posting them. What you might want to use instead is gnus-default-charset is a variable defined in `gnus.el'. Its value is undecided Documentation: Default charset assumed to be used when viewing non-ASCII characters. This variable is overridden on a group-to-group basis by the `gnus-group-charset-alist' variable and is only used on groups not covered by that variable. You can customize this variable. [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: How to send UTF-8 encoded messages with Gnus ?
[Superseded because of a copy&paste error] [EMAIL PROTECTED] (Ashish Shukla आशीष शुक्ल) writes: > Hi, > > I'm using Gnus/5.13 in Emacs/23.0.60.1 in Gentoo GNU/Linux. My 'LANG' > environment variable is set to 'C' . And I've following line in my > ~/.gnus: > > (setq gnus-default-charset 'utf-8) > > My .signature file contains some UTF-8 encoded text. Now, when I post > From Emacs running in X, my messages were sent as UTF-8 encoded, > whereas when I sent from Emacs running in xterm, all my messages were > sent as ISO-8859-1 encoded. Any ideas, what is wrong ? Huh? The variable documentation clearly states gnus-default-charset is a variable defined in `gnus.el'. Its value is undecided Documentation: Default charset assumed to be used when viewing non-ASCII characters. This variable is overridden on a group-to-group basis by the `gnus-group-charset-alist' variable and is only used on groups not covered by that variable. You can customize this variable. [back] Namely: this variable is just for viewing things, not posting them. What you might want to use instead is [correction of previous posting follows:] mm-coding-system-priorities is a variable defined in `mm-util.el'. Its value is (iso-8859-1 iso-8859-15 utf-8) Documentation: Preferred coding systems for encoding outgoing messages. More than one suitable coding system may be found for some text. By default, the coding system with the highest priority is used to encode outgoing messages (see `sort-coding-systems'). If this variable is set, it overrides the default priority. You can customize this variable. This variable was introduced, or its default value was changed, in version 21.2 of Emacs. [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: 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
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=, > 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: gnus and pine
Xavier Maillard writes: > harven 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: The Gnus repository is switching to Git as of 2010-04-19
Ted Zlatanov writes: > On Wed, 21 Apr 2010 00:29:56 -0700 (PDT) Francis Moreau > wrote: > > FM> Just out of curiosity, why does gnus choose git whereas emacs have > FM> chosen bazaar ? > > FM> Wouldn't it have been much simpler to choose bazaar like emacs ? > > We discussed it on the ding mailing list and there was a majority > consensus that Git was a better choice for Gnus. Bazaar is a capable > DVCS but it's not the right choice for us at this time. Bazaar is likely not the "right choice" for Emacs at this time, either. The point was that Emacs is the right choice for Bazaar. -- 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 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: Reply to self behavior
Yuri D'Elia writes: > On Sun, 02 Jan 2011 08:40:33 +0100, Lars Magne Ingebrigtsen wrote: >> Yuri D'Elia 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: Fetching new mail into summary buffer
Brendan Miller writes: > I'm brand new to GNUS, and I'm having trouble finding one particular > command. If I'm in the summary buffer, say connected to my gmail account > over IMAP, how do I update it to get new email? > > Currently, I have to go back to Groups buffer and open up the summary > buffer again from there to get new mail. There must be some command, but > I didn't notice it in the summary mode documentation (C-h m). / 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, . (gnus-summary-insert-new-articles) Insert all new articles in this group. [back] -- 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: libgnutls support?
Lars Magne Ingebrigtsen writes: > Sivaram Neelakantan 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
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 writes: > On Wed, 09 Mar 2011 15:39:46 +0100 David Kastrup 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 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
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 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
Re: How to setup a nntp server that needs user and password?
Leo 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
Re: How to 'resend' a mail?
Rolf Ade 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, . (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
