Thorsten Jolitz | 21 Aug 13:56 2014
Picon

Gnus stopped working with gmail


Hi List, 

since yesterday my gnus stopped working with gmail, although I did
nothing (like updating or so, except the usual Archlinux pacman
updates) that might have caused that sudden failure.

Gnus still works fine with all my (gmane) newsgroups. Gmail works fine
when accessed via Google's web-interface. But in Gnus I see:

,----
| Warning: Opening nnimap server on foo ...failed
`----

messages and this in the *Server* buffer:

,----
| [...]
| {nntp:news.gmane.org} (opened)
| {nnimap:foo} (denied)
| {nnimap:bar} (denied)
| [...]
`----

I found http://www.emacswiki.org/emacs-en/GnusAuthinfo and tried 

,----
| M-x netrc-parse
`----

(Continue reading)

Thorsten Jolitz | 21 Aug 13:31 2014
Picon

Org src-blocks not shown correctly


Hi list, 

since a few weeks I noticed that when I send Org src-blocks in a post
via gnus, the empty lines between them are lost when I open up my own
post in gnus later (while C-u g shows that the raw message does have
them).

I see 

,----
| #+BEGIN_SRC emacs-lisp
|  (+ 3 3)
| #+END_SRC
| #+BEGIN_SRC emacs-lisp
|  (- 2 2)
| #+END_SRC
`----

instead of what I sent:

,----
| #+BEGIN_SRC emacs-lisp
|  (+ 3 3)
| #+END_SRC
| 
| #+BEGIN_SRC emacs-lisp
|  (- 2 2)
| #+END_SRC
`----
(Continue reading)

Emanuel Berg | 21 Aug 00:41 2014
Picon
Picon

Re: gnus & nnmaildir

> My recommendation is to use gnus' native nnml format
> rather than maildir and set up some (fancy) mail
> splitting. Example for nnml:
>
> (setq gnus-select-method '(nnml "yun"
> (nnml-use-compressed-files ".bz2")
> (nnml-compressed-files-size-threshold 65535)))

Yes, I can recommend nnml as well!

What I like about it is that it uses one file for each
mail, and those are put in your user filesystem in
directories that mimic the groups, so if you need to
apply shell tools (extract information that way) it is
all very clear how it works.

Splitting is a wonderful feature that makes mail as
sweet as news. Here is an example how it is done:

(setq nnmail-split-methods
 '(
   ("zsh"          "\\(^Cc\\|^\\(Resent-\\)?To\\):.*zsh-\\(workers\\|users\\) <at> zsh\.org.*")
   ("debian.user"  "\\(^Cc\\|^\\(Resent-\\)?To\\):.*debian-user <at> lists\.debian\.org.*")
   ("cc"           "\\(^Cc\\|^\\(Resent-\\)?To\\):.*\\(help-gnu-emacs <at> gnu\.org\\|info-gnus-english <at> gnu\.org\\).*")
   ("l4"           "\\(^Cc\\|^\\(Resent-\\)?To\\):.*l4-hackers <at> os\.inf\.tu-dresden\.de.*")
   ("emacs-w3m"    "^Subject:.*emacs-w3m.*")
   ("mail.misc"    "") ))

To try out the regexps, when you see an article in
Gnus, hit `B q' and it says to where it will go. `B r'
(Continue reading)

Emanuel Berg | 13 Aug 22:02 2014
Picon
Picon

Re: read messages becoming unread in nnml

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

>>> I.e. run the command that actually tells Gnus to
>>> close down, instead of explicitly calling a
>>> function to save the one file you happen know
>>> should be handled when shutting down (what if Gnus
>>> needs to do more now/in the future?)
>
>> I'm not worried about that.
>
> Ok, I give up.

No, I actually changed that. However, then you have to
do another thing, namely:

(setq gnus-expert-user t)

otherwise it'll prompt you if you really want to "quit
reading news" :) Of course, you never want to do that,
but sometimes you need to quit Emacs and shut down your
system just the same.

Thing is, I had

(setq gnus-novice-user nil)

already, as well as

(setq gnus-verbose 1)
(setq gnus-verbose-backends 1)
(Continue reading)

Emanuel Berg | 12 Aug 20:07 2014
Picon
Picon

Re: read messages becoming unread in nnml

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

> I think you have provided evidence of how an
> invincible system can turn out not to be?

But: had I used the dribble file, I wouldn't have had
the problem to begin with, so I wouldn't have learned
about Emacs not telling Gnus to quit, nor of
`gnus-alive-p', or `gnus-save-newsrc-file'. It is like
getting a fracture in you right forearm. While you have
the arm in plaster, your skills with your left hand
increases. When you remove the plaster (actually after
much more time than that) the bone in the right is much
stronger (at least around the healed fracture). It is
the same with programming. If you are active with
computers you run into problems, so you add more
activity to solve those, and the beat goes on...

--

-- 
underground experts united
_______________________________________________
info-gnus-english mailing list
info-gnus-english <at> gnu.org
https://lists.gnu.org/mailman/listinfo/info-gnus-english
Emanuel Berg | 12 Aug 19:59 2014
Picon
Picon

Re: read messages becoming unread in nnml

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

> I think you can arrive at a better solution if you
> look at Julien's (or Carlos') hook.

No, I don't like hooks. I had tons of hooks in my early
Elisp days, now I've managed to remove all but all of
them. I think functions are much more predictable and
robust, and more manageable to use and change.

> I.e. run the command that actually tells Gnus to
> close down, instead of explicitly calling a function
> to save the one file you happen know should be
> handled when shutting down (what if Gnus needs to do
> more now/in the future?)

I'm not worried about that.

--

-- 
underground experts united
_______________________________________________
info-gnus-english mailing list
info-gnus-english <at> gnu.org
https://lists.gnu.org/mailman/listinfo/info-gnus-english
Emanuel Berg | 12 Aug 19:15 2014
Picon
Picon

Re: read messages becoming unread in nnml

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

> Except that you are manually doing the equivalent
> every time you turn off your computer.
>
> So you are actually one of the people who need it the
> most.

Not anymore, because thanks to this discussion I've
change that:

(defun gnus-runs ()
  (get-buffer "*Group*") )

(defun gnus-save-if-runs ()
  (if (gnus-runs) (gnus-save-newsrc-file t)) ) ; FORCE

(defun shut ()
  (interactive)
  (gnus-save-if-runs)
  (shell-command "shut") )

("shut" is a zsh alias for 'shutdown -h now -F'.)

> Also, you wanted .newsrc.eld to be saved on every
> change; that is the net result of using the
> dribble-file.

Really? Then I'll start using it.

(Continue reading)

Carlos Pita | 12 Aug 19:21 2014
Picon

Re: read messages becoming unread in nnml

>>> Do you quit Gnus before stopping Emacs?
>
>> No, I always assumed Emacs would tell Gnus to save and terminate.
>
> It doesn't.

Won't save your gnus from extreme forms of death but if you gently kill
your emacs this would reduce the chances of losing your state:

(add-hook 'kill-emacs-hook
          (lambda ()
            (if (gnus-alive-p)                 
                (gnus-group-exit))))

Cheers
--
Carlos
Emanuel Berg | 12 Aug 01:16 2014
Picon
Picon

Re: read messages becoming unread in nnml

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

>> No, I always assumed Emacs would tell Gnus to save
>> and terminate.
>
> It doesn't.

Perhaps there is a hook that is executed when Emacs
quits, which can be made to have the .newsrc.eld file
saved. But this would be a no-issue if that file was
always consistent with the state of what you see, which
I believe is desirable in principle as well. It would
be a nice option, if not everyone agrees...

>> Man, come to think of it, I don't even stop Emacs, I
>> run a shell command from Emacs (shutdown) to shut
>> down the whole system. Perhaps that's why!
>
> It most probably will cause you problems from time to
> time, yes.

I'll write a defun to terminate Emacs which will before
that Gnus, and then invoke the shell command.

> I think we can rule out that your problems and
> Julien's problems have the same cause.

Especially since he said he had (very) old messages
reappearing, I never had that.

(Continue reading)

Emanuel Berg | 11 Aug 23:55 2014
Picon
Picon

Re: read messages becoming unread in nnml

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

> Weird, I never see that. I wonder what the difference
> is. The only "weird" thing I can think of in my setup
> is that I don't use the agent.
>
> Can either of you reproduce the problem?

No, like I said, I can't and I haven't tried because
there are too many variables - the mail files, the
metadata files, and what you see in all the Gnus
buffers...

>> I always thought that happened because the
>> .newsrc.eld file wasn't saved, so sometimes the
>> changes would vanish when you terminate Emacs.
>
> Do you quit Gnus before stopping Emacs?

No, I always assumed Emacs would tell Gnus to save and
terminate. Man, come to think of it, I don't even stop
Emacs, I run a shell command from Emacs (shutdown) to
shut down the whole system. Perhaps that's why!

>> I would think it best for the .newsrc.eld be saved
>> every time there is a change
>
> (If you want to maximize disk-I/O :-))

Yeah, but that's cool, I don't do that many things with
(Continue reading)

Emanuel Berg | 10 Aug 22:52 2014
Picon
Picon

Re: read messages becoming unread in nnml

Julien Cubizolles <j.cubizolles <at> free.fr> writes:

> For years now I've experienced this strange
> behaviour: running gnus-group-get-new-news or
> restarting gnus changes the status of read messages
> in nnml groups: some read messages become unread. It
> doesn't happen in the nntp and nnimap groups I'm
> using.

Yeah, I've experienced things like that many times, I
haven't been able to deduct if it has happened
exclusively for nnml though.

I can't help you any better than offer some thoughts
and observations, that contain a couple of questions as
well. If more knowledgable people will answer those,
perhaps that'll help us both.

I always thought that happened because the .newsrc.eld
file wasn't saved, so sometimes the changes would
vanish when you terminate Emacs. It is just a theory. I
would think it best for the .newsrc.eld be saved every
time there is a change, so that it is always 100%
consistent with what you see and do in Gnus. I have put
the varieties of (gnus-summary-save-newsrc t) here and
there but I haven't covered every scenario. And yes, it
is a bit spooky - to have 100% self-confidence when
working with a computer, you must be 100% confident
that the machine is 100% reliable and deterministic...
It is not often, but sometimes I feel Gnus isn't, and
(Continue reading)


Gmane