Post Road Mailer v. 3.0 (24/10/1997, InnoVal Systems Solutions Inc.) |
Readme/What's new |
New features added between Post Road Mailer 2.6 and 3.0:
Sent notes can now be filed to a folder named "<Current Month>", which the
program evaluates at send time to produce a folder named, for example,
1997oct, and if the folder doesn't exist, it is automatically created so the
note can be filed there. (APAR #998)
New setting (on Misc page of settings notebook) to turn off the counting of
the folder contents, when opening the List of Folders window. (APAR #331)
Route function (for notes you've previously sent and for notes you've
received) lets you forward one or multiple notes, without opening the compose
window and without having to do them each separately. A dialog with full
address book support allows you to specify who to send them to, and
optionally, a short block of text that will precede the forwarded text. (APAR
#663)
Resend option (for notes you've previously sent) now has two submenu entries;
the new one lets you send one or multiple notes directly to the outbasket, to
be resent to the original addressees, without changes, without opening the
compose window and without having to do them each separately. (APAR #663)
"Content-type: text/html" message body parts inside a multipart/mixed message
are now handled the same as if they were "Content-type: text/html" messages.
(APAR #1012)
Option "Save the list of notes to a file" in inbasket and folder windows, to
export the contents of the window in its current sort order, to a text file
which the user can print, edit, etc. (APAR #917)
Optional toolbar, with bubble help, to be used in place of (or along with, if
anyone wants to) the old Action Pad. (APAR #1024)
New, cleaner icons for the notes in the inbasket and folder windows. (APAR
#1024)
User can specify the icon file he wants to use for any or all of the 18 icons
that the program uses to represent unopened notes, opened notes, notes with
attachments, notes to which you've replied, etc. (APAR #1022)
Preview Mail feature's window now has a column for the To: address. (APAR
#977)
List of Folders window, and Select a Folder dialog, have "Expand all" and
"Collapse all" options for easier viewing of the folder tree. (APAR #942)
The folders, and the inbasket in Alternate view, now have a column which
displays the byte size of the notes. (APAR #1023)
Program now warns user when leaving an inbasket while outgoing mail is unsent
(and there's a setting to turn off this warning if you don't want it). (APAR
#1027)
Notes in the "Alternate send queue" directory can now be sent even when there
are no notes waiting to be sent in the outbasket folder. (APAR #982)
There is now a way for Refresh exits and filter exits to add their own new
*.POP files to the inbasket, such that they will show up in the note list
window at the end of the Refresh cycle. (APAR #929)
Program now sends and receives FaxWorks faxes in the format used by the newer
email programs that are compatible with FaxWorks, as well as the format
originated by PRM. (APAR #1017)
Default is now SMTP send rather than POP3 send, since our customers' most
popular ISP (Advantis, a.k.a. ibm.net) no longer supports POP3 send. (APAR
#1014)
Problems fixed between Post Road Mailer 2.6 and 3.0:
Address book entries with a comma in the name field, and address names typed
into the compose window's To: field manually with a comma between quotation
marks, will no longer be split into two entries at the comma, when moving down
into the address list box below the To: field. (APAR #408)
Program now uses first three characters after the last period, rather than all
the characters after the first period, as the filename extension to be used
when creating an attachment file in the TRANFILE directory. This fixes a
problem where the incoming attachment wouldn't be handled and the program
complained of "Error 206 adding entry to trans list." (APARs #997 and #1006)
Clicking on "Recycle connection" checkbox on Protocol page of settings
notebook was toggling the "Send SMTP notes individually" checkbox instead,
because the latter object was too wide and overlapped the former. (APAR #967)
Program now understands many more date formats in the header lines of incoming
notes, for display in the inbasket or folder note list windows, such as when
day of week, four-digit year, and time zone are all missing, or when day of
week or name of month is not abbreviated or is capitalized. (APARs #720 and
#347)
Fixed several problems with reading multi-line header fields of incoming
notes: Addressing a reply to the contents of only the first line, of a
multi-line Reply-to: or From: header, even if that first line contains only a
name and no address; Mail Mapping feature only read the first line of a
multi-line To: header on the POP3 server, unless the first line ended with a
comma; Filters set to search To: field searched only the first line of a
multi-line To: header. (APARs #657, #986, and 885)
A likely workaround for a problem faced by In-Joy users: It appears that when
In-Joy is configured to intercept TCP/IP requests and automatically dial and
connect whenever a program attempts any TCP/IP activity, the TCP/IP request
doesn't reach TCP/IP. Therefore, TCP/IP does not answer, of course. So the
program waits the duration of the timeout period, and gives up. If it's not
configured to start a dialer, then it has no idea that another attempt would
be useful, so it tells the user that it couldn't connect. But since In-Joy
has, by this time, dialed and connected after intercepting the first TCP/IP
request, PRM would connect successfully if only it would try one more time. So
now, it does try again for ten more seconds. This fix has not been tested with
In-Joy, but we're confident it should do the trick. (APAR #1021)
Notes marked for deletion were being copied or not copied, to the shred queue,
depending on the state of the "Copy deleted notes to the shred queue" setting
in the inbasket that's being switched to, rather than the setting in the
inbasket being switched from (where the to-be-shredded notes were). (APAR
#978)
When the program cannot file a sent note to the folder it's supposed to be
filed to upon sending, it now attempts to create that folder, by virtue of
part of the new "<Current Month>" folder feature. But if the attempt fails
(for example, because the parent directory of that folder doesn't exist
either), the error message which comes is now more explanatory than it used to
be, so the user can easily see the cause of the problem. (APAR #974)
The dialog where the user creates a folder or inbasket now stresses the fact
that the pathname entry means the pathname of the new folder or inbasket, not
the parent directory in which the new directory will be created. Furthermore,
the program will no longer allow the creation of an inbasket or folder in the
main program directory or an inbasket subdirectory, to prevent the problems
encountered by those who might still misunderstand what the pathname is
supposed to mean. (APARs #971 and #179)
Fixed typos in "Delte the selected notes?" message in folders, and "Word warp"
menu option in the compose window. (APARs #969 and #1015)
Select a Folder dialog now saves its font and background color. (APAR #983)
For some strange reason, the message box which comes up to tell the user about
POP3 errors during send (which is not OS/2's own message box, since that one
can't be made to time out and go away by itself) hangs one user's Warp Server
system! A workaround has been added: If the program finds a file named
TIMEOUT.OFF in the directory where POSTROAD.EXE is, the program will not use
the timeout message box, but will use the default OS/2 one which requires the
user to press its OK button before the process will continue. (APAR #1025)
With a certain combination of settings, the Distribution List was being
printed even when it was turned off, if any Cc addresses were specified.
(APAR #992)
Not all characters of the time zone string were showing in the inbasket view,
depending on the length of the entire date string. (APAR #1028)
On incoming split attachments, the program now recognizes pieces as belonging
together even if one's subject line has a leading space and the other one's
does not. (APAR #758)
The limit to the number of filenames the InnoVal Select a File dialog can
handle in one directory has been raised to 3000. (APAR #762)
Fixed SYS3175 with a certain combination of settings and sort order, when
deleting (or moving) the last remaining inbasket note. Could also happen with
non-last note, but was much easier to reproduce with the last one. Especially
when reading from bottom to top of list, with sort order "Date (descending)".
(APAR #1020)
Fixed SYS3175 which occurred at the end of each Refresh if MIME$$\ATTACH.IND
contained nonsense entries which claim to be piece number -3219 of 470751, for
example. (APAR #1018)
Fixed display of garbage in Attachments window, and sometimes SYS3175 or
system hang upon closing it, when index file (TRANFILE.IND) contains entries
with 90-character From fields and 280-character Subject fields. (APAR #950)
Fixed SYS3175 during send of message with 91-character address. (APAR #1019)
Fixed SYS3175 when receiving message with subject line 160 characters long.
(APAR #996)
Fixed SYS3175 upon receipt of message containing exceedingly long From: name
or address, and/or blank inbasket display of such a note. (APAR #1002)
Fixed SYS3175 in SpellGuard for PostRoad, checking a word (that is, a string
which contains no characters that PRM considers to be delimiters, such as
spaces and various punctuation symbols) of longer than 50 characters. This fix
is not distributed as part of the Post Road Mailer. Owners of SpellGuard for
PostRoad should contact InnoVal if they have not received instructions for
getting this fix by October 31. (APAR #989) |
Post Road Mailer v. 2.5 (12/6/1997, InnoVal Systems Solutions Inc.) |
Readme/What's new |
Post Road Mailer Pro, Version 2.5, Free Edition
June 12, 1997
This package will act as a full-function 30-day demonstration unless you enter a
Post Road Mailer 2.5 serial number into the "License the software" dialog via
the File menu of the program's main window. If the 30 days pass without a
serial number being entered, the program will refuse to send or receive mail,
but you will still have full access to the mail that's already stored there.
You should have received such a serial number from us upon registering for this
Free Edition of the software.
First-time users
----------------
If you've never used the Post Road Mailer before, just unzip the package into an
empty directory, and run INSTALL.CMD to create a program object on your OS/2
Desktop, from which you can start the program. (Of course, if you prefer, you
can start the program using the POSTROAD.EXE command, at the command line, in
that directory, instead of using a Desktop icon. In this case, you will have no
need to run INSTALL.CMD.)
Users of any previous version
-----------------------------
Please read the New Features page of the online help, even if you don't read any
other part of it!
If you want the nitty gritty details of everything that's changed since the 2.0
release in July of 1996, you can download the file
http://www.tiac.net/innoval/whatsnew.txt.
Please note that you can not run a prior release of the Post Road Mailer at the
same time that you are running this one.
It's not even a good idea to run two versions of the program without rebooting
between one and the next. OS/2 does not remove *.DLL files from memory, when
the program stops using them, until it is necessary to do so in order to free up
some memory so that another program can use it. If one version of a *.DLL file
is still in memory by the time another program (or another version of the same
program) asks OS/2 for a *.DLL file by the same name, the application and OS/2
have no way of knowing that the one in memory is the wrong one. So the
application ends up using a *.DLL file that is not at all what it is supposed to
be, which can result in a SYS3175 error (common), corruption of data (quite
rare), or any other type of odd behavior. If you reboot between the running of
one version of a program and the running of a different version of the same
program (or any program which uses different *.DLL files by the same name), then
there's no possibility of such conflicts.
Users of any 1.99 or 2.x version
---------------------------------
You may unzip this package into your existing PRM directory, if you like. (In
fact, you should try to avoid doing it any other way.) When you unzip a .ZIP
file into a directory which already contains some of the same files, the
unzipping program asks you whether or not it should overwrite the old version
with the new. Say yes to all of the *.EXE and *.DLL files and MAILCAP, for
sure! If you have made modifications to your POSTROAD.TAG file, FORWARD.CFG (if
you have it), any of the *.CMD files (if you have them), PROBRPT.FRM, or
SAMPLE.ADR, you may want to avoid overwriting those.
Of course, before you overwrite the old version with the new, you should backup
the old one. And remember OS/2's object orientation, when you do. If you move
a program file from one directory to another, the program object on your OS/2
Desktop which points to that program file is going to remain pointing to that
old program file in its new location. After you unzip the new version, the old
program object is not going to be pointing to the new program file in the old
location, anymore. So it's easy to make the mistake of thinking you're running
the new version of the program after starting the program from your existing
Desktop icon, when you're actually running the old version instead! So if you
do that, you will need to go into the settings of the program object, and make
it point to the right directory again.
You may delete PMLCARD.DLL, PMLTRANS.DLL, PMLASSOC.DLL, and PICTBOX.DLL from
your Post Road Mailer 2.0 directory after installing the new version, as they
are no longer used.
If you used a 2.0.x beta version, you may have POSTPAGE.EXE. If you've used it
and have grown attached to it, you may certainly continue to use it, but it will
not be supported at this time. If you haven't used it, don't start, because it
has a lot of problems which need fixing before it will be very useful. Your
best bet is to delete it.
Due to a problem in PRM 2.0, it was possible for it to create an invalid entry
in the INBASKET.NIX file under certain circumstances. Luckily, another problem
counterbalanced that one, and prevented the invalid entry from being seen as
invalid. Now that both of those problems have been fixed, PRM 2.5 will want to
correct any invalid existing INBASKET.NIX file entries the first time it runs.
To be on the safe side, it copies INBASKET.NIX to INBASKET.BAK as a backup,
before it alters the former. If, after the first time you run the new version,
your INBASKET.BAK and INBASKET.NIX files are identical, or once you're sure you
can properly access all of your inbaskets under the new PRM version, then you
can go ahead and delete your INBASKET.BAK file if you like.
PLEASE READ THIS if you're installing over an old PRM version:
Another problem in PRM 2.0 allowed the "Wait time for connection" setting (on
the first page of the settings notebook) to work when set to 0, under conditions
in which it should not have worked. Now that that problem has been fixed, if
you cannot connect with that setting set to 0 anymore, try it at 1 instead.
Migrating (converting) inbaskets
--------------------------------
The Migrate function can be used to convert a PRM 1.03a or 1.05 beta inbasket to
the 2.x format. It must not be used for 1.99 or 2.x inbaskets, as they are
already in that format! Users of versions earlier than 1.03a must apply the
1.03a upgrade before using the Migrate function.
To use Migrate, you must unzip the new version into an empty directory other
than the directory which holds the old version. Migrate cannot convert
inbaskets that are part of the current version's own directory tree.
Migrate leaves your old inbasket intact in its original location, as it copies
the information into the new location with the new format.
Be aware that a PRM 2.x folder will take more disk space than the same notes in
the format of a PRM 1.0x folder. A folder in 1.0x is one data file and one
index file; whereas in 2.x each note in a folder is itself a file. (If you
don't understand why 20 1K files take more disk space than 1 20K file, you might
like to read the question, on the Frequently Asked Questions page of the online
help, about HPFS vs. FAT.) However, the benefits of the new one-note-per-file
architecture of our folders greatly outweigh the drawback of some wasted disk
space.
The Migrate function has a limit of 10,000 notes per folder, so if you have a
folder larger than that, please contact us for instructions on how to work
around that limit.
Users of "SpellGuard for PostRoad"
----------------------------------
The old version of SpellGuard for PostRoad does not work with PRM 2.0.14 or
later. Please contact InnoVal for the free upgrade to the SpellGuard version
that works with PRM 2.1 and 2.5.
HPFS vs. FAT?
-------------
If you have an HPFS partition available, we do strongly recommend installing PRM
on it rather than on a FAT partition. Not because PRM can take advantage of
long filenames or anything like that, but just because of the disk space savings
and speed of access of EAs and small files on HPFS as compared to FAT. (See the
Frequently Asked Questions page of the online help if you want more details on
that.)
If you have PRM 2.x installed on a FAT partition and want to move it to an HPFS
one, just move your entire PRM directory (with all its subdirectories) to the
HPFS partition, and then follow the instructions in the "Moving the Program
Installation" page of the online help to make the program work with its new
drive letter. (You don't have to run the program to read its online help; the
contents of POSTROAD.INF, which can be read with OS/2's VIEW.EXE command, are
identical to that of POSTROAD.HLP.)
New release information
-----------------------
To get the latest news about new releases and plans for such, click on Release
Information in the Help menu to download the current copy of RELEASE.TXT.
Uninstalling
------------
To uninstall the Post Road Mailer, all you need to do is delete its directory
and its Desktop icon. There are no CONFIG.SYS file changes to be undone.
Acknowledgements
----------------
The Post Road Mailer was packaged using Info-ZIP's compression utility.
Info-ZIP's software (Zip, UnZip and related utilities) is free and can be
obtained as source code or executables from various bulletin board services and
anonymous-ftp sites, including CompuServe's IBMPRO forum and
ftp.uu.net/pub/archiving/zip/*.
IBM and OS/2 are registered trademarks of the IBM Corporation. Post Road Mailer
is a trademark of InnoVal Systems Solutions, Inc. All other brands, both cited
and not cited, are trademarks, registered trademarks, or service marks of their
respective companies. The Post Road Mailer is licensed software and is
copyrighted.
(c) 1995, 1996, 1997 InnoVal Systems Solutions, Inc. All Rights Reserved. |
Post Road Mailer v. 2.0 (Blue Edition, 1/3/1996, InnoVal Systems Solutions Inc.) |
Readme/What's new |
Post Road Mailer - Blue Edition
Demonstration and Upgrade Release 2.00
IMPORTANT:
The file blue200i.zip contains a 30-day full function demonstration copy
of the Blue Edition of the Post Road Mailer. It may also be used to update
licensed copies of the Post Road Mailer to upgrade release level 2.00.
The Blue Edition of the Post Road Mailer is an email interface for
OV/VM(PROFS) notes and documents.
You may freely distribute the file blue200i.zip if you include this
notice within the file. Distribution includes placing the file on a host
based repository including FTP sites, VM Tools Machines, LAN servers,
and other media.
ENHANCEMENTS INCLUDED IN THIS RELEASE:
1. Addition of an INEWS inbasket that supports reading and managing your
subscribed news categories offline. News items can be read, filed and
sent as notes.
2. Tuning of the host communications interface.
3. Sort capability for folders window.
4. If you have added the newly announced SpellGuard for Blue product, access
to that function is integrated into the compose window.
5. Bug fixes include:
- incorrect word wrap on forward and reply notes.
- out of sync condition of inbasket notes and index
- inability to connect to host under various conditions
- inability to download documents under various conditions
- improved handling of notes from different time zones
APPLYING RELEASE 2.00:
These instructions only apply if you have a fully licensed copy of the
Post Road Mailer. For DEMONSTRATION USE see below.
1. Do not erase any files in your Post Road directory before
installing this release. The file blue200i.zip contains
replacements for some of the modules in the earlier version
of the program.
2. Unzip the file blue200i.zip into a temporary directory.
3. Make sure that the Post Road Mailer is not running and copy all
the files from the temporary directory to the Post Road Mailer
directory.
4. Start the Post Road Mailer in the usual fashion.
***** USERS OF BLDVMA AND BLDVMB NODES *******
It is imperative that you prepare for using the alternate postroad exec
before you bring up PRM Blue 2.00 for the first time ONLY. From the
Post Road directory, copy post2002.rex over postroad.rex as follows:
[C:\POSTBLUE]copy post2002.rex postroad.rex
DEMONSTRATION USE:
If you downloaded or copied the file named blue200i.zip, or the
contents thereof, and you do not have a full license for the code with
a license number issued by InnoVal Systems Solutions, Inc., you agree
to the following usage guidelines. If you do not agree, you should
not use the software.
License to Use:
This program, the Post Road Mailer Demonstration, hereinafter referred
to as the Software, is licensed for demonstration and evaluation use
only. You may use the program for one month only, unless you obtain a
full license from InnoVal Systems Solutions, Inc. or from an
authorized supplier.
You may not modify, reverse assemble, or reverse compile the Software.
You may not license, rent, lease, or sell the Software.
InnoVal will not be liable for any lost profits, lost savings, or any
incidental damages or other economic consequential damages that may
arise from the use of the Software even if InnoVal, or an authorized
supplier, has been advised of the possibility of such damage. InnoVal
will not be liable for any damages claimed by you based on any third
party claim.
This license, granted to you, is effective for one month from the day
you obtain the Software. You may terminate this license at any time
time if you destroy all copies of the Software.
This license is governed by the laws of the State of New York or the
country in which you aquired the Software.
INSTRUCTIONS FOR INSTALLING THE DEMONSTRATION:
1. Before you install the demonstration there are a few items of
information that you need to collect:
o Your OV/VM node (e.g. DALVM1)
o Your OV/VM user id (e.g. DRPORTE)
2. Create a directory named POSTBLUE on your hard drive. You
should have approximately five megabytes of storage available on
the drive for the program and data files.
3. Unzip blue200i.zip into this directory.
4. From the command prompt run SETICON to create a Post Road Mailer
icon on the desktop.
5. Start the program from the desktop by double-clicking on the icon.
We suggest that you review the settings notebook early in your use of
the program. The settings notebook can be found on the File menu of
the inbasket window.
NOTICE:
The initial settings for deleting notes from the host inbasket have been
set to not delete any notes. This is to assure that you don't
accidentally lose host notes during your trial. However, in normal
operation you will want to change these settings to avoid managing your
mail in both places. There are two options on the inbasket
page of the settings notebook. The first option controls the set of
notes to download, where YES will download only newly arrived mail
(since the previous refresh) and NO will download all mail (but PRM will
only present the new mail in its inbasket.) The second option deletes
notes from the host only after you have deleted or filed them from your
Post Road Mailer inbasket, on the next refresh.
Thank you for examining the Blue Edition of the Post Road Mailer. We
believe we have designed the best native OS/2 email interface for
OV/VM available on the market. If, after trying out the demonstration,
you would like to order the Post Road Mailer, you may call InnoVal
Systems Solutions, Inc. at (914) 835-3838. You may also refer to our
home page on the World Wide Web for further information about the
product and any special prices. Our home page is at:
http://www.aescon.com/innoval/
The Post Road Mailer Team at
InnoVal Systems Solutions, Inc.
IBM, OS/2 and OV/VM are registered trademarks of the IBM Corporation.
Post Road Mailer is a trademark of InnoVal Systems Solutions, Inc. All
other brands both cited and not cited are trademarks, registered
trademarks, or service marks of their respective companies. All prices
are subject to change without notice. Prices are in US Dollars and US
funds.
(c) 1996, InnoVal Systems Solutions, Inc. Harrison, New York |
Aggiungi un commento