Post Road Mailer

Data rilascio: 
Venerdì, 24 Ottobre, 1997



Post Road Mailer è un programma che vi consentirà di inviare e ricevere posta elettronica attraverso internet sotto OS/2 Warp 3 o versioni successive per mezzo di una connessione TCP/IP. Il programma ha diverse funzionalità avanzate che consentono di scrivere note, rispondere ed organizzare le vostre caselle postali elettroniche.

Dalla versione 3.0, l' utilizzo di questo programma è gratuito, il numero seriale per registrare la vostra copia è 31571728.

Questo software è distribuito come pacchetto compresso, da scaricare e installare manualmente; se ci sono prerequisiti da soddisfare, andranno anch'essi scaricati e installati manualmente.

Installazione manuale

Il programma è distribuito come pacchetto ZIP: scaricare in una cartella temporanea e scompattare nella cartella di destinazione. Eseguire install.cmd. Vedi sotto per il(i) link di download.

Qui di seguito trovi i link di download per l'installazione manuale del software:

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. 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)  local copy
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 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*. 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.  local copy
Post Road Mailer (14/4/1997, Dennis Peterson) Readme/What's new
OS/2 Upload Information Template Archive Name: prm2_2_pmm.cmd Program Description: A simple Rexx proggie to convert Post Road Mailer messages to PM Mail. Operating System Versions: OS/2 Program Source: Included Replaces: N/A Your name: Dennis Peterson Your email address: Proposed directory for placement: Dunno anymore -- youse guys are changing things around!  local copy
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 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 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 contains replacements for some of the modules in the earlier version of the program. 2. Unzip the file 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, 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 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: 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  local copy
Scheda aggiornata l'ultima volta il: 22/10/2021 - 19:24

Aggiungi un commento