headers
Jeffrey M.Roth | 6 Jun 2011 19:18
Picon

[mew-int 2996] removing "unread" mark on server for messages as read in Mew


Hi All - 

I am using Mew with an IMAP server (Microsoft Exchange).  Overall, Mew
works great.

However, when I read messages in Mew/Emacs, they are always marked as
unread on the server.  (They always are marked read in Mew, just not on
the server.)

Is there a way to command the server to remove the "unread" mark on the
server whenever the messages are downloaded into Mew?  I tried "C-u Z",
"Z", and "x", and none of them remove the server's "unread" marks.

According to Sec. 4.8 of the manual
http://www.mew.org/en/info/release/mew_4.html#unread-mark

the unread mark described as follows:
‘U’    Whether a message is read or not. This IMAP flag is \Seen. This is
    usually valid in %inbox only.

Is there any way to issue this "\Seen" flag to the server, so that
messages I have already read no longer have the "unread" mark on the
server?

Attached is my current .mew.el file.

I tried with and without the (setq mew-use-unread-mark t) command at the
end of the .mew.el file.  Unfortunately, in either case when I read the
messages in Mew, they are still marked as "unread" on the server.
(Continue reading)

Permalink | Reply | 0 comments |
headers
Christophe TROESTLER | 16 Jun 2011 19:00
X-Face
Picon

[mew-int 2997] Spam: message can trigger exception

Hi,

When using "lh" and "ls" with spamassasin, Mew was throwing an 
exception instead of displaying the message.  This is because of the 
following warning outputted by the script:

defined(%hash) is deprecated at 
/usr/share/perl5/Mail/SpamAssassin/Dns.pm line 757.

which contains "%".  A trivial fix is attached.

Best,
C.
Attachment (spam.patch): text/x-patch, 848 bytes
Permalink | Reply | 4 comments |
headers
Christophe TROESTLER | 20 Jun 2011 21:42
X-Face
Picon

[mew-int 2998] Saving to an existing file

Hi,

When saving a message or an attachment to an already existing file 
(and answering "y" to the question), Mew saves gibberish and seems to 
move the point at a random location in the Summary buffer.  The 
simple attached patch solved that (but maybe this is to be considered 
as a bug in y-or-n-p to also be reported to emacs?).

Best,
C.
Attachment (save.patch): text/x-patch, 449 bytes
Permalink | Reply | 2 comments |
headers
Tatsuya Kinoshita | 21 Jun 2011 13:41
Picon

[mew-int 2999] Re: Spam: message can trigger exception

On June 16, 2011, [mew-int 2997],
Christophe.Troestler (at umons.ac.be) wrote:

> When using "lh" and "ls" with spamassasin, Mew was throwing an
> exception instead of displaying the message.  This is because of
> the following warning outputted by the script:
> 
> defined(%hash) is deprecated at
> /usr/share/perl5/Mail/SpamAssassin/Dns.pm line 757.
> 
> which contains "%".  A trivial fix is attached.

Your patch seems correct.

BTW, the SpamAssassin bug
<https://issues.apache.org/SpamAssassin/show_bug.cgi?id=6392>
will be fixed in the next release, 3.3.2.

Thanks,
--

-- 
Tatsuya Kinoshita
Permalink | Reply | 0 comments |
headers
Tatsuya Kinoshita | 21 Jun 2011 13:43
Picon

[mew-int 3000] Re: Saving to an existing file

On June 20, 2011, [mew-int 2998],
Christophe.Troestler (at umons.ac.be) wrote:

> When saving a message or an attachment to an already existing
> file (and answering "y" to the question), Mew saves gibberish and
> seems to move the point at a random location in the Summary buffer.

Unreproducible for me.  (Typed `SPC n y RET y RET y' on your
message to save your patch twice)

Can you reproducible the problem without your init files, 
~/.emacs, ~/.mew, etc.?

Thanks,
--

-- 
Tatsuya Kinoshita
Permalink | Reply | 1 comment |
headers
Christophe TROESTLER | 21 Jun 2011 15:56
X-Face
Picon

[mew-int 3001] Re: Saving to an existing file

Hi,

On Tue, 21 Jun 2011 20:43:33 +0900, Tatsuya Kinoshita wrote:
> 
> On June 20, 2011, [mew-int 2998],
> Christophe.Troestler (at umons.ac.be) wrote:
> 
> > When saving a message or an attachment to an already existing
> > file (and answering "y" to the question), Mew saves gibberish and
> > seems to move the point at a random location in the Summary buffer.
> 
> Unreproducible for me.  (Typed `SPC n y RET y RET y' on your
> message to save your patch twice)
> 
> Can you reproducible the problem without your init files, 
> ~/.emacs, ~/.mew, etc.?

The problematic message was moved into another folder and I now got

Debugger entered--Lisp error: (args-out-of-range 1229761 1428417)
  mew-summary-save(nil)
  call-interactively(mew-summary-save nil nil)

Unfortunately, it does not happen all the time.  Maybe it is a bad
interaction with other modes.  I'll keep investigating when I
encounter the problem again.

Best,
C.
(Continue reading)

Permalink | Reply | 0 comments |
headers
Tatsuya Kinoshita | 28 Jun 2011 14:16
Picon

[mew-int 3003] Re: mew-summary-execute-external for html not working on Emacs 23.{2, 3}

On March 11, 2011, [mew-int 2974],
diogofsr (at gmail.com) wrote:

> Using C-cC-e (mew-summary-execute-external) to open html attachments
> is not working on Linux with Emacs 23.2 nor Emacs 23.3. No page is
> displayed on Firefox, although the temp file is create at /tmp.
> 
> I changed the command a little and now I got it working on Emacs
> 23.3. Unfortunately I didn't understand the previous one, so I don't
> know how much has changed.
[...]
>  (defvar mew-unix-browser "firefox")
> -(defvar mew-unix-browser-arg `("-a" "firefox" "-remote" "openFile(%s)"))
> +(defvar mew-unix-browser-arg `("%s"))

Works for me.  Setting mew-unix-browser-arg to nil also works.

BTW, Debian/Ubuntu packages set the following configuration to
use the sensible-browser.

  (setq mew-unix-browser "/usr/bin/sensible-browser")
  (setq mew-unix-browser-arg nil)

Thanks,
--

-- 
Tatsuya Kinoshita
Permalink | Reply | 0 comments |

Gmane