headers
Łukasz Stelmach | 1 Dec 2010 02:05
Picon
Picon
Favicon

Re: IMAP IDLE command

Tibor Simko <tibor.simko <at> cern.ch> writes:

> On Mon, 29 Nov 2010, Lars Magne Ingebrigtsen wrote:
>> Nope.  Gnus really doesn't have any sort of mechanism for getting
>> updates from the servers asynchronously.  But it'd be nice if it did.
[...]
> A use case would go like this: instead of helping user to decide whether
> to do `g' (as in the case of IMAP IDLE), one would do `g' periodically
> anyway (e.g. via daemon), and if certain conditions are met for certain
> articles, notification would get displayed for each interesting article.
> (Could be all incoming ones, could be an interesting subset only.)

I don't like the idea of automatic `g' it may work if you've got fat
cable and few servers you pull mail from. Today I've got something like
five IMAP servers configured and two POP3 accounts and a full `g' takes
about 10 seconds if IMAP connections have been closed. I would not be
happy with a 10s delay when I am coding.

That's why I think IMAP IDLE is such a good thing. If you do not use
server side splitting (procmail, sieve etc.) you alway get your inbound
mail in the INBOX. There is no need to watch for more than one folder
and it is enough you get a flag next to the INBOX group in the *Group*
buffer indicating that a new mail is ready for `M-g'.

It's quite late here so I won't go furher.
--

-- 
Miłego dnia,
Łukasz Stelmach
(Continue reading)

Permalink | Reply | 8 comments |
headers
Łukasz Stelmach | 1 Dec 2010 02:10
Picon
Picon
Favicon

Re: [PATCH] private message id

Lars Magne Ingebrigtsen <larsi <at> gnus.org> writes:

> Łukasz Stelmach <lukasz.stelmach <at> iem.pw.edu.pl> writes:
>
>> I propose a Message-ID consiting of unique-id%e-mail-address grabbed
>> from the From header. Take a look at the ID of this message.
>
> I think the idea is fine, but I'm not sure it's worth adding Yet Another
> Customization Variable for this.  If the user wants this, then they can
> redefine the function that generates the Message-ID.

This is an option. However, there is the whole superseding code which
looks like it should be there. So copying a function just to redefine
two lines in it looks weird, doesn't it? But if you say so.

Best regards,
--

-- 
Miłego dnia,
Łukasz Stelmach
Permalink | Reply | 5 comments |
headers
Katsumi Yamaoka | 1 Dec 2010 03:39
X-Face
Favicon
Gravatar

Re: [gnus git] branch master updated: =1= shr.el (shr-find-fill-point): Work better for kinsoku chars and apostrophes.

Katsumi Yamaoka wrote:
> Hm, try as I might, I couldn't reproduce it.
[...]
> Is it due to a locale?

Not really.  Though the string width of "’" is 1 in an English
locale whereas it is 2 in a Japanese locale[1], it is not a root
cause of why I couldn't reproduce the problem.  I've modified it
so as not to break a line between kinsoku-bol characters, i.e.
"." and ")".

[1]
(let ((c ?’)
      (lang current-language-environment)
      e j)
  (set-language-environment "English")
  (setq e (list (char-width c) (split-char c)))
  (set-language-environment "Japanese")
  (setq j (list (char-width c) (split-char c)))
  (set-language-environment lang)
  (list e j))
 => ((1 (unicode 0 32 25)) (2 (japanese-jisx0208 33 71)))
Permalink | Reply | 9 comments |
headers
Lars Magne Ingebrigtsen | 1 Dec 2010 07:45
Face
Picon
Favicon
Gravatar

Re: [gnus git] branch master updated: =1= shr.el (shr-find-fill-point): Work better for kinsoku chars and apostrophes.

Katsumi Yamaoka <yamaoka <at> jpl.org> writes:

> Though the string width of "’" is 1 in an English
> locale whereas it is 2 in a Japanese locale[1], it is not a root
> cause of why I couldn't reproduce the problem.  I've modified it
> so as not to break a line between kinsoku-bol characters, i.e.
> "." and ")".

Thanks; this fixes the problem for me, too.

--

-- 
(domestic pets only, the antidote for overdose, milk.)
  larsi <at> gnus.org * Lars Magne Ingebrigtsen
Permalink | Reply | 8 comments |
headers
Steinar Bang | 1 Dec 2010 09:50
Picon
Picon
Favicon

Re: IMAP IDLE command

>>>>> Łukasz Stelmach <lukasz.stelmach <at> iem.pw.edu.pl>:

> I don't like the idea of automatic `g' it may work if you've got fat
> cable and few servers you pull mail from. Today I've got something
> like five IMAP servers configured and two POP3 accounts and a full `g'
> takes about 10 seconds if IMAP connections have been closed. I would
> not be happy with a 10s delay when I am coding.

That's why I use a separate emacs to run gnus with daemonical `g'.
Permalink | Reply | 7 comments |
headers
Julien Danjou | 1 Dec 2010 10:39
Gravatar

Re: shr and background colour

On Tue, Nov 30 2010, Adam Sjøgren wrote:

> In news.gmane.org gwene.org.debian.planet.rss:1333 is an example of the
> background colour seemingly "overflowing"; screenshot:
>
>  * http://koldfront.dk/misc/gnus/shr-background.png
>
> I don't know if the HTML is broken, but the blogpost looks ok in Firefox
> here:
>
>  * http://noone.org/blog/English/Computer/Debian/CoolTools/ccal.futile

Yes, there's a bug in the background rendering. I know about it, but
it's tricky to fix and since I've the feeling that Lars will come with
something new on that part of the code, I'm delaying the fix. :)

--

-- 
Julien Danjou
// ᐰ <julien <at> danjou.info>   http://julien.danjou.info
Permalink | Reply | 9 comments |
headers
Andrew Cohen | 1 Dec 2010 15:13

Re: nnir and move

>>>>> "Ted" == Ted Zlatanov <tzz <at> lifelogs.com> writes:

    Ted> Yeah.  Although in a move it needs to know the source so it can
    Ted> delete that from the list of groups for the article.  So you'll
    Ted> end up with stale knowledge in the registry.  I can
    Ted> special-case nnir in the hooks or you can wrap the move in

    Ted> (let ((gnus-original-source-group-for-move "xyz")) ...)

    Ted> WDYT?  Ted

Sorry to revive this old thread. The last time we discussed this I
thought that the let wrapping was the way to go, but in retrospect I'm
pretty sure I was wrong. Special-casing nnir in the hooks seems better.

I changed my mind when trying to incorporate article deletion in
nnir. The problem arises when deleting more than one article at a
time. Ordinarily all the articles in a summary buffer come from a single
group, but this isn't necessarily true in an nnir
buffer. gnus-summary-delete-article deletes all the articles in a batch
(no problem here since it just calls nnir-request-delete-article) but
then goes through the deleted articles one by one to update the
registry. So it's not easy to pass the original article group through
the let mechanism when different articles come from different groups.

WDYT?
Permalink | Reply | 5 comments |
headers
Ted Zlatanov | 1 Dec 2010 17:05
X-Face
Favicon
Gravatar

nnmaildir copy/move error

I get this error only in nnmaildir copy or move.  I left out some huge
macro expansions that contain information about the articles; I don't
think that matters since I can replicate with any nnmaildir group.

Thanks
Ted

Debugger entered--Lisp error: (wrong-number-of-arguments (lambda (article) (mapcar (lambda (mark)
(setq mdir (nnmaildir--subdir marksdir (symbol-name mark)) permarkfile (concat mdir ":") mfile
(concat mdir (nnmaildir--art-prefix article))) (nnmaildir--condcase err (add-name-to-file
permarkfile mfile) (cond ((nnmaildir--eexist-p err)) ((nnmaildir--enoent-p err)
(nnmaildir--mkdir mdir) (nnmaildir--mkfile permarkfile) (add-name-to-file permarkfile mfile))
((nnmaildir--emlink-p err) (let ((permarkfilenew (concat permarkfile "{new}")))
(nnmaildir--mkfile permarkfilenew) (rename-file permarkfilenew permarkfile (quote replace))
(add-name-to-file permarkfile mfile))) (t (signal (car err) (cdr err)))))) todo-marks)) 0)
  (lambda (article) (mapcar (lambda (mark) (setq mdir (nnmaildir--subdir marksdir (symbol-name mark))
permarkfile (concat mdir ":") mfile (concat mdir (nnmaildir--art-prefix article)))
(nnmaildir--condcase err (add-name-to-file permarkfile mfile) (cond ((nnmaildir--eexist-p err))
((nnmaildir--enoent-p err) (nnmaildir--mkdir mdir) (nnmaildir--mkfile permarkfile)
(add-name-to-file permarkfile mfile)) ((nnmaildir--emlink-p err) (let (...) (nnmaildir--mkfile
permarkfilenew) (rename-file permarkfilenew permarkfile ...) (add-name-to-file permarkfile
mfile))) (t (signal (car err) (cdr err)))))) todo-marks))()
  funcall((lambda (article) (mapcar (lambda (mark) (setq mdir (nnmaildir--subdir marksdir
(symbol-name mark)) permarkfile (concat mdir ":") mfile (concat mdir (nnmaildir--art-prefix
article))) (nnmaildir--condcase err (add-name-to-file permarkfile mfile) (cond
((nnmaildir--eexist-p err)) ((nnmaildir--enoent-p err) (nnmaildir--mkdir mdir)
(nnmaildir--mkfile permarkfile) (add-name-to-file permarkfile mfile)) ((nnmaildir--emlink-p
err) (let (...) (nnmaildir--mkfile permarkfilenew) (rename-file permarkfilenew permarkfile ...)
(add-name-to-file permarkfile mfile))) (t (signal (car err) (cdr err)))))) todo-marks)))
...
(Continue reading)

Permalink | Reply | 4 comments |
headers
Lars Magne Ingebrigtsen | 1 Dec 2010 17:55
Face
Picon
Favicon
Gravatar

Re: nnmaildir copy/move error

Ted Zlatanov <tzz <at> lifelogs.com> writes:

>   nnmaildir-request-set-mark("tgl" (((511) set (tick))) "home")

Yeah, I extended the -request-set-mark with a `set' token in addition to
the old `add' and `del' methods, but since I don't use nnmaildir, or
have any idea how it works, I punted on fixing that function.

Could somebody who uses nnmaildir implement `set', please?  :-)

--

-- 
(domestic pets only, the antidote for overdose, milk.)
  larsi <at> gnus.org * Lars Magne Ingebrigtsen
Permalink | Reply | 3 comments |
headers
Lars Magne Ingebrigtsen | 1 Dec 2010 17:56
Face
Picon
Favicon
Gravatar

Re: nnimap-server-port being ignored?

Tommy Kelly <tommy.kelly <at> verilab.com> writes:

> Sorry, been traveling. Looks like you already fixed the problem, yes?

If by "you" you mean "all y'all", then yes.  But not me.  :-)

--

-- 
(domestic pets only, the antidote for overdose, milk.)
  larsi <at> gnus.org * Lars Magne Ingebrigtsen
Permalink | Reply | 0 comments |

Gmane