headers
William Stevenson | 28 Jan 04:20
Picon
Gravatar

Get link to article

Hi. I'd like to get a web link from an article I'm reading into the kill
ring, like this:
http://thread.gmane.org/gmane.emacs.bugs/55886

Any ideas?
Permalink | Reply | 2 comments |
headers
Lars Ingebrigtsen | 27 Jan 19:06
Picon
Favicon
Gravatar

Re: Expired articles originated from nnimap group keep expiring forever

Teemu Likonen <tlikonen <at> iki.fi> writes:

> I have an annoying problem with forever-expiring "nnimap" articles. I
> use this kind of group settings (simplified):
>
>     (setq
>      gnus-parameters
>      `(("^nnimap\\>.*"
>         (spam-contents gnus-group-spam-classification-ham)
>         (spam-process ((spam spam-use-bogofilter)
>                        (ham spam-use-bogofilter)))
>         (spam-process-destination . "nnml:spam")
>         (expiry-wait . immediate)
>         (expiry-target . "nnml:old")
>         (display . all)
>         (gnus-large-newsgroup nil))
>
>        ("^nnml:old$"
>         (total-expire . t)
>         (expiry-wait . 365))))
>
> When I expire (with E key) an article from an "nnimap" group the article
> goes to "nnml:old" group (after I exit the "nnimap" group). Fine. But if
> I then go to "nnml:old" (the article is there with "O" flag.) and exit
> the group I see this article being expired again. The expiry target is
> "nnml:old" so the article is deleted and then put back to the same
> group. It's a kind of expiry loop which happens every time I enter and
> exit "nnml:old". I'd really like to get rid of this.

If you switch off `expiry-target' in nnml:old, then that should fix the
(Continue reading)

Permalink | Reply | 6 comments |
headers
Lars Ingebrigtsen | 27 Jan 19:04
Picon
Favicon
Gravatar

Re: gnus opening attachments

Sergio Durigan Junior <sergiosdj <at> gmail.com> writes:

> I am seeing the same problem using Gnus.  Actually, not even PDF files are
> being opened here.  Apparently the same thing is happening here: Gnus is
> not copying the attachment file to /tmp/ before calling xdg-open.

I think this was tweaked slightly recently in Gnus -- it'll wait a bit
longer before deleting the file from /tmp/.

--

-- 
(domestic pets only, the antidote for overdose, milk.)
  http://lars.ingebrigtsen.no  *  Sent from my Rome
Permalink | Reply | 0 comments |
headers
George McNinch | 14 Jan 14:28
Picon
Gravatar

"[Gmail]" folder?

Hi --

I'm using gnus-via-git...

For a while (maybe forever?), I see groups like

       *: nnimap+gmail-tufts:[Gmail] 
       *: nnimap+personal:[Gmail]

in my gnus group listing.

(These exist in addition to the "correct" entries:

*        0: nnimap+personal:[Gmail]/Sent Mail
         3: nnimap+personal:[Gmail]/All Mail 
*        0: nnimap+personal:[Gmail]/Important
         0: nnimap+personal:[Gmail]/Spam
*        0: nnimap+personal:[Gmail]/Starred
*        0: nnimap+personal:[Gmail]/Trash
         0: nnimap+personal:[Gmail]/Drafts
        11: nnimap+gmail-tufts:[Gmail]/Sent Mail
        10: nnimap+gmail-tufts:[Gmail]/Important
        25: nnimap+gmail-tufts:[Gmail]/All Mail
         8: nnimap+gmail-tufts:[Gmail]/Spam 
*        0: nnimap+gmail-tufts:[Gmail]/Starred
         0: nnimap+gmail-tufts:[Gmail]/Drafts
         0: nnimap+gmail-tufts:[Gmail]/Trash
)

Doing "S k" (gnus-group-kill-group) on the "empty" (?) [Gmail] groups
(Continue reading)

Permalink | Reply | 0 comments |
headers
Teemu Likonen | 11 Jan 16:44
Picon
Picon
Favicon

Expired articles originated from nnimap group keep expiring forever

I have an annoying problem with forever-expiring "nnimap" articles. I
use this kind of group settings (simplified):

    (setq
     gnus-parameters
     `(("^nnimap\\>.*"
        (spam-contents gnus-group-spam-classification-ham)
        (spam-process ((spam spam-use-bogofilter)
                       (ham spam-use-bogofilter)))
        (spam-process-destination . "nnml:spam")
        (expiry-wait . immediate)
        (expiry-target . "nnml:old")
        (display . all)
        (gnus-large-newsgroup nil))

       ("^nnml:old$"
        (total-expire . t)
        (expiry-wait . 365))))

When I expire (with E key) an article from an "nnimap" group the article
goes to "nnml:old" group (after I exit the "nnimap" group). Fine. But if
I then go to "nnml:old" (the article is there with "O" flag.) and exit
the group I see this article being expired again. The expiry target is
"nnml:old" so the article is deleted and then put back to the same
group. It's a kind of expiry loop which happens every time I enter and
exit "nnml:old". I'd really like to get rid of this.

Well, at some point the database of "nnml:old" gets somehow corrupted
and this article does not show anywhere. I fix this by going to *server*
buffer and regenerating the "nnml" server database with "g" command
(Continue reading)

Permalink | Reply | 1 comment |
headers
Lars Magne Ingebrigtsen | 9 Jan 08:45
Face
Picon
Favicon
Gravatar

Re: Error in gnus with emacs 24

Leandro Noferini <lnoferin <at> cybervalley.org> writes:

>   require(gnus-sum)

[...]

>   macroexpand((nnir-article-rsv (mail-header-number gnus-tmp-header)) nil)
>   macroexpand-all-1((nnir-article-rsv (mail-header-number gnus-tmp-header)))
>   gnus-macroexpand-all((nnir-article-rsv (mail-header-number gnus-tmp-header))

[...]

>   (defvar gnus-summary-line-format-alist [...]  (nnir-article-rsv (mail-header-number
gnus-tmp-header)) (0) (100) 71 (nnir-article-group (mail-header-number gnus-tmp-header)) ("")
(115) 103 (gnus-group-short-name (nnir-article-group (mail-header-number gnus-tmp-header)))
("") (115) (79 gnus-tmp-downloaded 99) (73 gnus-tmp-indentation 115) (84 (if (= gnus-tmp-level 0) ""
(make-string (frame-width) 32)) 115) (82 gnus-tmp-replied 99) (91 gnus-tmp-opening-bracket 99) (93
gnus-tmp-closing-bracket 99) (62 (make-string gnus-tmp-level 32) 115) ...] 41)
("/usr/share/emacs/24.0.92/lisp/gnus/gnus-sum.elc" . 51273))
>   require(gnus-sum)

[...]

>   spam-initialize()

(Please don't drop info-gnus-english <at> gnu.org from the Cc list.)

The problem seems to be that you have some nnir stuff in your
summary-line-format variable.  When gnus-sum is loaded, it requires
nnir, which then requires gnus-sum, which then...
(Continue reading)

Permalink | Reply | 4 comments |
headers
Lars Magne Ingebrigtsen | 6 Jan 22:44
Face
Picon
Favicon
Gravatar

Re: Error in gnus with emacs 24

Leandro Noferini <lnoferin <at> cybervalley.org> writes:

>  No, I have only two lines requiring nnir but they are commented from the
>  early days of emacs.... :-)

Was the backtrace you posted complete?  If not, post the complete
backtrace here.

--

-- 
(domestic pets only, the antidote for overdose, milk.)
  bloggy blog http://lars.ingebrigtsen.no/
Permalink | Reply | 0 comments |
headers
Lars Magne Ingebrigtsen | 5 Jan 06:25
Face
Picon
Favicon
Gravatar

Re: Error in gnus with emacs 24

Leandro Noferini <lnoferin-MANISUDICIE <at> cybervalley.org> writes:

> I put the debug output in http://paste.debian.net/151024.

You seem to be requiring nnir in your .gnus file.  Just remove that.

--

-- 
(domestic pets only, the antidote for overdose, milk.)
  bloggy blog http://lars.ingebrigtsen.no/
Permalink | Reply | 1 comment |
headers
Lars Magne Ingebrigtsen | 4 Jan 00:47
Face
Picon
Favicon
Gravatar

Re: gnus-summary-move-article and multiple gmail accounts

George McNinch <gmcninch <at> gmail.com> writes:

> But now if I *reopen* the first group nnimap+personal:INBOX in the
> summary buffer, the supposedly moved mail is still present.

The Gmail IMAP server is a kinda strange piece of software, and just
deleting a message doesn't always work.  Especially not in the INBOX, if
I understand correctly.

Setting `nnimap-expunge' may or may not help...

--

-- 
(domestic pets only, the antidote for overdose, milk.)
  bloggy blog http://lars.ingebrigtsen.no/
Permalink | Reply | 0 comments |
headers
Lars Magne Ingebrigtsen | 4 Jan 00:51
Face
Picon
Favicon
Gravatar

Re: Fancy split - simple regexp problem

asjo <at> koldfront.dk (Adam Sjøgren) writes:

> Thanks for the suggestion - it doesn't seem to work, though:
>
> I added the defadvice to my .gnus (and eval'ed it); the split I am using
> is this:
>
>   ("X-Bugzilla-Product" "\\(\\w+\\)" "bugzilla.\\1")
>
> and the email has this header:
>
>   X-Bugzilla-Product: evince
>
> But B q says:
>
>   This message would go to bugzilla.e
>
> If I type M-x posix-search-backward \w+ I only get one char matched -
> same as typing C-u M-x \w+ - so maybe I overlooked something, or some
> other remedy is needed?

Searching forward does match the entire word, though, so I would have
thought that that should work, actually.

--

-- 
(domestic pets only, the antidote for overdose, milk.)
  bloggy blog http://lars.ingebrigtsen.no/
Permalink | Reply | 0 comments |
headers
Lars Magne Ingebrigtsen | 4 Jan 00:27
Face
Picon
Favicon
Gravatar

Re: Error in gnus with emacs 24

Leandro Noferini <lnoferin <at> cybervalley.org> writes:

> When I start gnus I get this message and gnus does not start:
>
> Error in ~/.gnus. Recursive 'require' for feature 'gnus-sum'

This means that you require something in your .gnus file that leads to a
require loop.  `(setq debug-on-error t)' to find out what causes the
loop.

--

-- 
(domestic pets only, the antidote for overdose, milk.)
  bloggy blog http://lars.ingebrigtsen.no/
Permalink | Reply | 1 comment |

Gmane