[mew-int 02089] Fw: [AUCTeX] Re: preview background

Kazu,

do you plan to implement a mode which makes it possible to display the
attached mail in a natural way, this is, to embed the images directly
into the mail text (at least with the CVS version of emacs)?  It seems
that other Emacs mailers are already capable of doing that -- and it
is definitely standard on MS Windows.  Or is this already possible and
I've missed it somehow?

    Werner

From: David Kastrup <dak <at> gnu.org>
Subject: Re: [AUCTeX] Re: preview background
Date: 2006-01-13 08:40:42 GMT

Bernhard Kleine <bbfk <at> gmx.net> writes:

> Am Thu, 12 Jan 2006 00:26:57 +0000 schrieb Patrick Drechsler:
>
>> 
>> Sebastian N. Fischmeister wrote on 11 Jan 2006 22:28:19 MET:
>> 

[mew-int 02090] Feature wish: RSS feeds

Dear Kazu,

Just like News were integrated with email, it may also be nice to be
able to access RSS feeds with Mew.

Keep up with the good work!

Best regards,
ChriS

[mew-int 02091] 'mew-draft-mode and desktop

Hi,

I use "desktop" to reload the buffers that were opened during the
previous Emacs session.  When I keep draft messages, they reload fine
with the Draft mode but they cannot be edited (the "----" separation
is not present, the syntax highlighting and commands do not work).  If
I kill the buffers and reedit them from +drafts, everything is fine --
but that defeat the purpose of "desktop".  Is there a way of making
Mew integrate well with the "desktop" functionality?

Thanks,
ChriS

[mew-int 02092] multiple attachments

Hi,

I have received an email with 17 attached files.  Is there a way
that I can save all of them to eg /home/fgs/directoryname/
without having to go through the save attachment routine for each
one of them?

Many thanks 

Regards

Francesco

[mew-int 02093] Re: multiple attachments

A crude way would be to record a keyboard macro and run it preceded by C-u
17.
I can't remember the details of saving an attachment, but you should be able
to edit just the directory part without stomping on the default filename.

--
       /  "Life is too important to take seriously."
davep (|)                 -- Corky Siegel
       /  
$         

[mew-int 02094] Re: Feature wish: RSS feeds

> Just like News were integrated with email, it may also be nice to be
> able to access RSS feeds with Mew.

In short, the answer is YES. But it takes a time. 

The current items that high priority is given is:
- The suffix ".eml" support for messages  (e.g "123.eml")
  Without this, we cannot use desktop search(Google or Vista) on Windows.

- S/MIME
  GnuPG 1.9.20 now works well in my environment at last!
  I will implement encryption/decryption of S/MIME

- Master password
  POP/IMAP/SMTP/SSH passwords should be protected with one password
  and they should be stored a cipher file.

- MIME editor
  Deleteing attachments of received messages, such and such. 

RSS support comes after them.

The reason why I'm interested in RSS is I want to research a new
messaging system. This is called "pull model". In this model,
communication is based on "white list". Sending messages are stored
in the sender's side. A receiver repeatedly polls friends' side
according to white list.

We can ensure that you receive message from friends only. If a friend
send a spam message to you, you can unsubscribe him/her from your

[mew-int 02095] Re: Fw: [AUCTeX] Re: preview background

Hello,

> do you plan to implement a mode which makes it possible to display the
> attached mail in a natural way, this is, to embed the images directly
> into the mail text (at least with the CVS version of emacs)? 

I looked the attached mail and I did not find any special syntax from
the MIME point of view.

I don't know exactly what "a natural way" means. Do you refer to a
message buffer which directly inserts attached images? Please show a
screen snapshot to share your image with me?

Some people call the view above "flat view". If you refer to the flat
view, I think we need to resolve a problem. As you may know, MIME
message can be deeply structured. A MIME message can embed another
MIME message which has multiple images. If we receive such a message,
how we can display it with the flat view? The inside message should be
one object? Or its inside objects should be also flatly displayed?

How we can give mail operations(replay, forward) to the iside message?
It seems to me almost all mailreaders give up to provide such
operations to the inside message.

I'm not negative to enhance Mew. So, let's share your image first. And
discuss what kinds of user interface should be given.

--Kazu

[mew-int 02096] Re: multiple attachments

Francesco, 

> I have received an email with 17 attached files.  Is there a way
> that I can save all of them to eg /home/fgs/directoryname/
> without having to go through the save attachment routine for each
> one of them?

Unfortunately, "B" decomposes attached *messages* only at this moment.

I have repeatedly asked users whether or not I should enhance "B" so
as to decompose any kinds of attachments. But the discussions did not
always continue.

You can emulate my idea with "E". You can understand Mew already has 
such functionality. What's missing is user interface only.

--Kazu

[mew-int 02097] Re: Fw: [AUCTeX] Re: preview background

> I don't know exactly what "a natural way" means. Do you refer to a
> message buffer which directly inserts attached images?

Yes.

> Please show a
> screen snapshot to share your image with me?

Attached is a screen shot provided by David Kastrup.  It's not
perfect, as you can see -- the additional empty lines and superfluous
line breaks might be a problem in the other mailing program, I don't
know, but it is far better than what mew currently offers.

> Some people call the view above "flat view".

Ah, ok.

> If you refer to the flat view, I think we need to resolve a
> problem. As you may know, MIME message can be deeply structured.  A
> MIME message can embed another MIME message which has multiple
> images.  If we receive such a message, how we can display it with
> the flat view?  The inside message should be one object?  Or its
> inside objects should be also flatly displayed?

Good question.  I think it should be composed recursively, this is,
start with the deepest level, then wrap the whole thing into a box
having the current display's width, then continue with the next level,
and so on.  But maybe this is far too complicated.

[mew-int 02098] Re: multiple attachments

Hello Kazu,

> Francesco, 
> 
> > I have received an email with 17 attached files.  Is there a way
> > that I can save all of them to eg /home/fgs/directoryname/
> > without having to go through the save attachment routine for each
> > one of them?
> 
> Unfortunately, "B" decomposes attached *messages* only at this moment.
> 
> I have repeatedly asked users whether or not I should enhance "B" so
> as to decompose any kinds of attachments. But the discussions did not
> always continue.
> 
> You can emulate my idea with "E". You can understand Mew already has 
> such functionality. What's missing is user interface only.
> 
> --Kazu
> 

If I use "E" then I am presented with a mesage for re-editing in
text form that lists the attachments but I can not see how that
enables me to "file" them away in an appropriate place.

Regards

Francesco