Re: Newline disappears (not sure if Gnus or Emacs fault)
On Wednesday, March 06 2013, Tassilo Horn wrote: Sergio Durigan Junior sergi...@riseup.net writes: Hi Sergio, Hi Tassilo, The problem: Gnus (or Emacs) is eating some newline characters in messages. This happens particularly often with hyperlinks, but yesterday it happened inside an inlined patch in a message. I'd rather say it's the fault of the email client of the mail's sender which probably uses format=flowed. Have a look at ,[ git-format-patch(1) ] | By default, Thunderbird will both wrap emails as well as | flag them as being format=flowed, both of which will make | the resulting email unusable by git. ` The same applies not just to Thunderbird, but probably to most graphical mail clients in use today. So either the sender should disable that somehow, or attach patches as attachment instead of inline. You are right. The guy is using mutt, but he enabled the format=flowed in the message. That, and also the fact that he hand-edited the patch, made it impossible to apply cleanly. Thanks a lot, -- Sergio ___ info-gnus-english mailing list info-gnus-english@gnu.org https://lists.gnu.org/mailman/listinfo/info-gnus-english
Newline disappears (not sure if Gnus or Emacs fault)
Hi, I've been noticing this behavior for a long time, but yesterday it has really annoyed me because it made me waste a lot of time trying to understand why a patch wasn't applying. The problem: Gnus (or Emacs) is eating some newline characters in messages. This happens particularly often with hyperlinks, but yesterday it happened inside an inlined patch in a message. So take for example: --- # This line is a comment followed by an empty line. -all: bla.c +all: bla.c blergh.c --- This would be a normal piece of a patch. However, I received this: --- # This line is a comment followed by an empty line. -all: bla.c +all: bla.c blergh.c --- I.e., the empty line got swalled and became a space character. I did a search for gnus bug newline or similar terms, but couldn't find anything useful. Do you guys happen to know what could be happening? Maybe it's Emacs fault? Thanks in advance, -- Sergio ___ info-gnus-english mailing list info-gnus-english@gnu.org https://lists.gnu.org/mailman/listinfo/info-gnus-english
Re: gnus auto-fill-mode
On Tuesday, February 12 2013, Gijs Hillenius wrote: What can I do to avoid this 'contagion' of auto-fill-mode? Maybe try setting `message-fill-column' to nil? -- Sergio ___ info-gnus-english mailing list info-gnus-english@gnu.org https://lists.gnu.org/mailman/listinfo/info-gnus-english
Regenerating a nnimap group
Hi, After having some problems with UID + offlineimap, I decided to re-fetch regenerate all messages from a specific folder again (with offlineimap). But then, when I reopened Gnus, I noticed that when I entered the folder, it was trying to display the old messages (unsuccessfully, because I was receiving the infamous Article may have been expired or moved... message). Is there an easy way to tell Gnus to somehow regenerate a specific group? I tried calling gnus-agent-regenerate-group, but it didn't change anything. The last solution was to remove my .newsrc* files and restart Gnus, but it is not a decent approach I think. Oh, it's worth mentioning that I'm using Dovecot, so I use nnimap, which doesn't seem to accept server regeneration in the Server buffer. Thanks, -- Sergio ___ info-gnus-english mailing list info-gnus-english@gnu.org https://lists.gnu.org/mailman/listinfo/info-gnus-english
Re: gnus opening attachments
Hello, 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. Is there anything that can be done? Thanks. ___ info-gnus-english mailing list info-gnus-english@gnu.org https://lists.gnu.org/mailman/listinfo/info-gnus-english
