Subj : MultiMail v0.40
To   : Dane Beko
From : Jim Hanoian
Date : Wed Apr 18 2001 09:17 pm

-=> Dane Beko wrote to William McBrine <=-

 DB> press the <enter> key whenever the reader does anything (like
 DB> unzip a packet, zip a reply packet, shell out to the editor,
 DB> etc.).  If I press <enter> everytime that I "need to", MM .40
 DB> works fine.  But I don't press <enter> when needed, the reader
 DB> will just sit there (at whichever screen it happens to be
 DB> displaying).

 DB> Anyone else experiencing this with the Win32 version?

This is the same behavior that I had with much earlier editions
of the Win32 version under WinNT which influenced me to use the 
DOS32 version.  I'm not on NT anymore, and basically stuck with 
the DOS32 because there was no reason to switch back.  

Now that I'm again running the Win32 version (this time under 
Win98 SE), it sometimes happens when opening a packet, and sometimes 
it doesn't.   It has not yet failed to work correctly when going 
out to the editor or when creating a reply packet.

When MultiMail is first started up, the Menu Bar header of
the window shows MMWIN40 (the rename I gave the executable file 
so I can keep the different ones in the same directory).  Once I 
open a packet, it *always* says "PKZIP25", even now when shelled 
out to the editor.  If I bring up the Program Manager, it shows 
PKZip25 running, but it does not mention MultiMail at all.


Here's the significant parts of my mmail.rc:
# Decompression commands (must include an option to junk/discard paths!)
zipUncompressCommand: c:\mmail\zip\pkzip25 -ext -nozipexten 
     -silent -excl=hello.* -excl=newfiles.dat

# Compression commands (must include an option to junk/discard paths!)
zipCompressCommand: c:\mmail\zip\pkzip25.exe -add -nozipexten -silent


And, more significantly, if I run MMDOS40 using the exact same 
mmail.rc file, it correctly shells out and puts the right header
in the menu bar.  All this leads me to believe that the issue is 
with the shelling process in some way...  Maybe I'll do some testing 
with different archivers, etc.

[Later]
Changed the mmail.rc to:
# Decompression commands (must include an option to junk/discard paths!)
zipUncompressCommand: c:\mmail\zip\unzip -joLq

And it still performs the same in that the header now always says "UNZIP"
but there was no hang this time.  I don't think that's significant since
the hanging wasn't consistent for me anyway.


Along these same lines, what are you using for an editor?  Win32-based 
or DOS?  I've gotten different performance with different editors.  
Currently, I'm using pedit (Win32) which is available at 
www.goldshell.com/pedit

Had to change the background to black and foreground to cyan,
but other than that, it is pretty nice (and free).


.... Jim Hanoian, Augusta, Maine, USA
.... Don't hate yourself in the morning -- sleep till noon.
--- MultiMail/Win32 v0.40
 * Origin: COMM Port OS/2 juge.com 204.89.247.1 (281) 980-9671 (1:106/2000)

.