Kevin Layer | 4 Sep 19:00 2003
Picon

forward messages to Eudora users is painful

I'm having deja vu about this... I think I saw or started a
conversation about it before...

When I forward a message a line like this gets added to the headers:

  Content-Disposition: attachment; filename=187

Eudora, yes it is broken, can't seem to open the attachment because
there is no `type' that is recognized by windows.  How about making
the filename ``187.txt'' instead of ``187''.  I mean, the message
number is completely aribtrary anyway, from the point of view of the
receiver of the email.

Kevin

Eric Jensen | 4 Sep 20:09 2003

Re: forward messages to Eudora users is painful

Hi,
   In making the switch to a newer version of mh-e from an much older
one, I've found this way of forwarding messages to be hard to get
used to, precisely due to the problem Kevin mentions: unless I mess
with the message before sending it, I can't be confident that the
recipient will be able to read it.  Could someone who knows more than
I do about mh-e comment on why the message is sent as an attachment?
That is, what would happen, or what features would be lost, if the
Content-Disposition were "inline" instead of "attachment"?  Might it
be useful to have an optional switch to mh-forward (or a separate
function, I suppose) that would forward a simple message inline?  I'm
guessing the reason for doing it as an attachment is to preserve
attachments in the original message as well.

   In the meantime, Kevin, a workaround would be to have something that
adds the ".txt" automatically when you forward a message.  You could
do something like this in your .emacs, to run some code whenever
mh-forward is invoked.  This is a modified version of something I
use, but I haven't tested this version, so double-check it.

(defadvice mh-forward (after mh-forward-after activate)
  "Commands to run after mh-forward to slightly modify the
   way messages are forwarded."
; Use mh-mml-to-mime to expand the forwarded message into the buffer
  (mh-mml-to-mime)
; Change the filename of the forwarded message so Eudora can handle it
  (if (search-forward "Content-Disposition: attachment\; filename=" nil t)
      (end-of-line)
      (insert ".txt")
  )
(Continue reading)

Bill Wohler | 9 Sep 21:07 2003
Picon
Picon

Re: forward messages to Eudora users is painful

Kevin Layer <layer <at> franz.com> wrote:

> Eudora, yes it is broken, can't seem to open the attachment because
> there is no `type' that is recognized by windows.

Wow, it is seriously broken, since it should be getting the type from
the Content-Type header anyway. If missing, the content type is
text/plain.

Eric Jensen <ejensen1 <at> swarthmore.edu> wrote:

> That is, what would happen, or what features would be lost, if the
> Content-Disposition were "inline" instead of "attachment"?

Bugs aside, I think I would prefer seeing an "inline" forwarded message
as well. Can you confirm that Eudora has no problem with "inline"
attachments? Thanks for the suggestion.

Unfortunately, "attachment" is hard-coded into mml-attach-file, but we
should be able to work around it if the other developers agree that this
is a good thing to do.

I do not think it would be a good idea for us to append a .txt to the
attachment name since that's not the name of the file that's attached. I
think it would be better to lodge a bug report at Qualcomm.

--

-- 
Bill Wohler <wohler <at> newt.com>  http://www.newt.com/wohler/  GnuPG ID:610BD9AD
Maintainer of comp.mail.mh FAQ and MH-E. Vote Libertarian!
If you're passed on the right, you're in the wrong lane.
(Continue reading)

Kevin Layer | 10 Sep 01:46 2003
Picon

Re: forward messages to Eudora users is painful

Bill Wohler <wohler <at> newt.com> wrote:

>> I do not think it would be a good idea for us to append a .txt to the
>> attachment name since that's not the name of the file that's attached. I
>> think it would be better to lodge a bug report at Qualcomm.

I have a hack that works for me, and much thanks to Satyaki Das for
it.

Not doing anything and waiting for Qualcomm is not helpful.  I would
recommend at the very least, put info and Satyaki's hack into the
FAQ/documentation.  That gives people a solution instead of waiting
for something that will, IMO, never happen.

Dean Bogdanovic | 18 Sep 15:45 2003

mh-e 7.4.2 and html mail in emacs 21.3

Over the weekend I upgraded to emacs 21.3 and mh-e 7.4.2. Since the
upgrade I am able to read html mail correctly displayed.
If I install mh-e through FreeBSD ports, I am getting an older version
of mh-e (5.0). 
I see only 

[1. text/html]...

if I click on it, it offers me only to save the file somewhere. I can
not toggle the display.
Before I used w3m to view html messages in my mail box, but know for
some reason I can not get it invoked.

Also when I try to forward a message, I am getting an error

the file 'draft' already exists. Overwrite it? (y or n)

Draft is my draft directory, so I am confused by the message.

Here are parts of my .emacs without any customization

(add-to-list 'load-path "~/lib/emacs/mhe/")
:
:

;mail setting
(defun mhm () (interactive) (mh-rmail))

;w3m setting
(autoload 'w3m "w3m" "Interface for w3m on Emacs." t)
(Continue reading)

Satyaki Das | 19 Sep 02:30 2003
X-Face
Picon

Re: mh-e 7.4.2 and html mail in emacs 21.3

Dean Bogdanovic <idb <at> tazznetworks.com> writes:

> Over the weekend I upgraded to emacs 21.3 and mh-e 7.4.2. Since the
> upgrade I am able to read html mail correctly displayed.
> If I install mh-e through FreeBSD ports, I am getting an older version
> of mh-e (5.0). 
> I see only 
> 
> [1. text/html]...
> 
> if I click on it, it offers me only to save the file somewhere. I can
> not toggle the display.
> Before I used w3m to view html messages in my mail box, but know for
> some reason I can not get it invoked.

I think a recent enough version of Gnus is also needed for html
messages to be properly displayed. If you have Gnus-5.10.x then
it should work fine.

> Also when I try to forward a message, I am getting an error
> 
> the file 'draft' already exists. Overwrite it? (y or n)
> 
> Draft is my draft directory, so I am confused by the message.

I suspect you might have to change the name of the draft directory
to something else. Can you check what happens when you run,

  forw -build -mime +inbox 42

(Continue reading)

Satyaki Das | 19 Sep 17:47 2003
Picon

Re: mh-e 7.4.2 and html mail in emacs 21.3

Dean Bogdanovic <idb <at> tazznetworks.com> writes:

> Satyaki
> 
> I also see from sometimes another problem, where the message can not be
> displayed and the error message is 
> buffer is read-only: #<buffer article-+inbox>

This is strange. The show buffer should have been called
show-+inbox.

> I can view the message by pressing 'r' for reply, but after I compose
> the reply and try to send it, the send is failing. Also the text in the
> reply is not wrapped at column 80 as it is normally.

I think you need to turn on auto-fill-mode, either globally or in
mh-letter-mode-hook for wrapping to be done automatically.

> When I type C-c C-c, I get the make command in minibuffer, as if I was
> in programing mode.
> This happend to your reply. If I use exmh or sylpheed, I can read the
> message and reply to it. 
> Any help or hint is very helpfull

Can you reproduce it if you start emacs with "emacs -q --no-site-file"?

Satyaki

mike.kupfer | 21 Sep 23:09 2003
Picon

Re: mh-e 7.4.2 and html mail in emacs 21.3

>>>>> "SD" == Satyaki Das <satyakid <at> stanford.edu> writes:

    >> I also see from sometimes another problem, where the message
    >> can not be displayed and the error message is buffer is
    >> read-only: #<buffer article-+inbox>

    SD> This is strange. The show buffer should have been called
    SD> show-+inbox.

Some of the older MH-E add-on packages (tm, semi) would create
article-+<folder_name>.  

Possibly Dean is running one of those packages and it's fighting with
MH-E?

mike

Dean | 22 Sep 04:45 2003

Re: mh-e 7.4.2 and html mail in emacs 21.3

I ran before tm, but with upgrade I have removed those packages. Maybe 
I have somewhere some leftovers. I have to check that.
Thanks for the tip Mike

Dean

On Sunday, Sep 21, 2003, at 17:09 US/Eastern, mike.kupfer <at> sun.com wrote:

>>>>>> "SD" == Satyaki Das <satyakid <at> stanford.edu> writes:
>
>>> I also see from sometimes another problem, where the message
>>> can not be displayed and the error message is buffer is
>>> read-only: #<buffer article-+inbox>
>
>     SD> This is strange. The show buffer should have been called
>     SD> show-+inbox.
>
> Some of the older MH-E add-on packages (tm, semi) would create
> article-+<folder_name>.
>
> Possibly Dean is running one of those packages and it's fighting with
> MH-E?
>
> mike

Bill Wohler | 23 Sep 22:58 2003
Picon
Picon

Making virii go away

Just learned a new procmail recipe which I wanted to share with you:

    #
    # Nuke messages with win32 executables/virii.
    #
    # These attachments are base64 and have a TVqQAAMAAAAEAAAA//8AALg
    # pattern. The string "this program cannot be run in MS-DOS mode"
    # encoded in base64 is 4fug4AtAnNIbg and helps to avoid false
    # positives. Roland Smith <rsmith <at> xs4all.nl> via Pete
    # <p <at> dirac.org> from the bogofilter mailing list.
    #
    :0 B
    * ^Content-Transfer-Encoding:.*base64
    * ^TVqQAAMAAAAEAAAA//8AALg
    * 4fug4AtAnNIbg
    | $rcvstore +tmp/spam-exe

This recipe is culling 50% of my spam at the moment (swen virus?) or one
message/minute. Saves mucho on bogofilter processing. You may, of
course, replace "| $rcvstore +tmp/spam-exe" with "/dev/null".

Why there isn't a huge public outcry against Microsoft is beyond me.

--

-- 
Bill Wohler <wohler <at> newt.com>  http://www.newt.com/wohler/  GnuPG ID:610BD9AD
Maintainer of comp.mail.mh FAQ and MH-E. Vote Libertarian!
If you're passed on the right, you're in the wrong lane.


Gmane