[mew-int 01373] Re: Unknown CTE: 7bit

[David A. Panariti]

>>>>> "Kazu" == Kazu Yamamoto <(山本和彦) <kazu at example.com>> writes:
   From> "David A. Panariti" <davep.mew at example.com>
   Subject> [mew-int 01367] Re: Unknown CTE: 7bit

   >> Is there anything I can do to determine if something is wrong?  All I
   >> do when I build is patch the makefile to match my Xemacs installation.

   Kazu> (setq mew-debug t) and try to cause the error. Please send me a
   Kazu> content of *Mew debug* buffer.
I needed to exit and restart mew in order to see the creation of *Mew debug*.
But there's nothing in it except for a few

<SENTINEL>
finished

pairs.

I do, however, get a traceback:
Signaling: (error "")
  signal(error (""))
  cerror("")
  apply(cerror "" nil)
  error("")
  mew-convert-mime-body(1348 2127 "7bit" linebasep)
  mew-convert-singlepart(nil)
  byte-code("..." [ebound ct bregex start break error-msg re-search-forward nil t format "No last boundary for %s" mew-tinfo-set-encode-err error "" regexp-quote match-string 0 -1 mew-convert-singlepart throw multipart dctl] 4)
  mew-convert-multipart(("multipart/mixed" ("boundary" "----------=_3E7F58A0.53DD7B16")))
  mew-convert-singlepart()
  mew-convert-message()
  mew-encode-mime-body(("Message/Rfc822") nil "/home/davep/MH/attach/297/1")
  mew-encode-singlepart([single "1" nil nil ("Message/Rfc822") nil nil nil ("inline")] "/home/davep/MH/attach/297/" 1 nil t)
  mew-encode-multipart([multi "297/" ("davep at example.com") nil ("Multipart/Mixed") nil nil nil nil [single "1" nil nil ("Message/Rfc822") nil nil nil ("inline")]] "/home/davep/MH/attach" 0 nil)
  mew-encode-make-multi()
  mew-smtp-encode-message("mew-smtp-info-localhost" "default" nil ("+sent_mail") nil nil nil)
  mew-smtp-encode("mew-smtp-info-localhost" "default" nil ("+sent_mail") nil nil)
  byte-code("..." [resentp pnm buf action mdi case mew-smtp-encode buffer-file-name mew-delete-file queue mew-smtp-queue "from Draft mode" send mew-smtp-send-message t fcc privacy signer mew-draft-info-suffix err] 7)
  mew-draft-smtp-process-message("default" send nil nil)
  mew-draft-process-message(send)
  #<compiled-function nil "...(4)" [mew-draft-process-message send] 2 ("/usr/local/lib/xemacs/site-packages/lisp/mew/mew-draft.elc" . 23022) nil>()
  call-interactively(mew-draft-send-message)

In `mew-convert-mime-body', we take the
       ((mew-which-exec mew-prog-mime-encode)
	(setq opt (mew-prog-mime-encode-get-opt cte switch))
	(if (null opt)
branch of the cond.  `mew-prog-mime-encode-get-opt' returns nil using a value
of (("base64" "-b" "-t") ("quoted-printable" "-q") ("x-gzip64" "-g" "-t"))
obtained from `mew-prog-mime-encode-text-switch'
for switch and "7bit" for cte.  Neither of the 
`mew-prog-mime-encode-(text-)?switch' vars have a "7bit" entry.  So is
something earlier being confused and sending the "7bit" erroneously to these
routines? 

It's getting rather involved now, so I'm sending you this in its incomplete
state since you may see something right off the bat.

   BTW> did you test w/emacs or Xemacs?

   Kazu> Yes. I tried it on every Emacsen I have, including XEmacs 21.4.9.
I'm using 21.4.12, but I'm sure that's not it.

   >> How did you `import' it so that you could attempt to forward it?

   Kazu> mv spam.txt ~/Mail/inbox/100
I did the same with my fcc: and it broke for me, so the export/import didn't
change anything.
I also removed all of my not inconsiderable additions and tried with 
xemacs -q and still got the error.

I'll keep poking at it as time permits.

thanks again,

davep

--
I used to work in a fire hydrant factory.  You couldn't park anywhere
near the place.
		-- Steven Wright