New and Changed Features in Detail:
Global Remove File: Essentially the "opposite" of the Ignored file, the Global Remove File allows you specify addresses that should always be removed from your mailing lists, regardless of whether the addresses are present in the bounce file. This feature is very useful if your list server does not provide an automated means of blocking specific addresses or domains from your mailing list. For example, the Global Remove File allows you to remove list archivers, "problem" subscribers, or even entire domains from your mailing lists whenever you process bounces. Refer to the Global Remove File documentation for details on this feature. (Pro version only)
Outlook Express Mail Folders: MailBounce can now process Outlook Express mail folders directly -- i.e., you do not have to save your bounces or address lists as separate files from Outlook Express; you can simply tell MailBounce where the relevant OE mail folders are located, and leave the messages right in the folders (no need to save them as a separate file). MailBounce will open and read the mail folders directly, and will also convert them into mail spool format "on the fly." This allows you to optionally have MailBounce export all unrecognized bounces to a separate file whenever it is processing OE mail folders. Refer to the File Formats documentation for details on this feature.
Note: Since OE for Macintosh and OE for Windows use slightly different file formats, it is necessary to specify which you are using. Refer to the Preferences documentation for details on specifying these options.
Also note: MailBounce has long had the ability to process Eudora mailboxes directly; in fact, if you are using Eudora, it is recommended that you process the Eudora mailboxes directly. Eudora mailbox formats are identical on both Macintosh and Windows.
LetterRip Bounce Digests: MailBounce has always recognized LetterRip bounce digests, but v5.4 will now convert the bounce digests into mail spool format "on the fly," thereby allowing unrecognized bounces to be exported from the digests. Note: Since LetterRip's bounce digests and its daily "list" digests use the same format, it is not currently possible for MailBounce to distinguish between a message in a bounce digest and a message in a list digest. Thus, if your bounce digest contains a list digest, MailBounce will treat all of the messages in the list digest as "unrecognized bounces," and will write them into the unrecognized bounces file. This is not a bug; there is simply no means of distinguishing between a list message in a daily digest and an unrecognized bounce in a bounce digest.
Fuzzy Matching: The fuzzy matcher is now significantly smarter, and can match a much broader range of addresses. In addition, the fuzzy matcher's sensitivity level is now user selectable, allowing you to choose the maximum "fuzziness sensitivity" at which addresses will be matched. Of course, as you increase sensitivity, you also increase the chance of incorrect matches -- so be sure to select a fuzziness sensitivity that you are comfortable with. The current sensitivity levels are HIGH, MEDIUM, LOW, and OFF ("off" turn off fuzzy matching entirely). Note: The fuzziness sensitivity level that MailBounce has used up through v5.3 is equivalent to the "LOW" setting in v5.4. (Pro version only)
Redirected Addresses: A "redirect" is a bounce message in which a new address is provided for the user; MailBounce will automatically remove the old address, and will optionally subscribe the new address for you. The subscribe (or "add") requests for the new addresses have typically been placed into a separate file from the unsubscribe requests. Since some list servers permit both subscribe and unsubscribe commands in the same mail message, MailBounce now provides the option of writing both the subscribes and the unsubscribes into the same server file, thereby reducing the number of files that must be mailed to the server. (Pro version only)
Extended Unsubscribes: MailBounce has long had the option to process "unsubscribe" requests embedded in your bounce files; v5.4 extends this capability to include the increasingly common forms of "remove me" requests -- e.g., "remove me from this mailing list", "please take our address off this list", etc. In order to enable this option, you must first have the "process unsub requests" setting in your Preferences file set to 'YES'. Then just set the new "extended unsubscribe checking" option to 'YES', and you are ready to process "remove me" requests.
Note that the heuristics for the "remove me" filter can lead to false positives -- that is, it is possible that one of the text fields could appear in a subscriber's message even though the subscriber is not actually asking to be removed from the mailing list. Thus, it is recommended that this option be used only for "announcement" (i.e., one-way) lists, where the list content is relatively well controlled. (Pro version only)
Preferences Chaining: Previously, if you wanted to run entirely separate MailBounce configurations (e.g., multiple mailing lists for which you need to maintain separate tracking files), it was necessary to launch separate instances of MailBounce. With Preferences Chaining, however, you may now specify (in the Preferences file) another Preferences file to execute once the current file has finished processing. In this manner, multiple Preferences files may be daisy-chained, and each one will run as a completely separate configuration from the other files.
Note: If files for each configuration are in different directories or folders, you will have to specify the correct paths to those files. The paths may be specified as either absolute paths (i.e., starting at the disk or partition name and working down to the file name) or relative paths (i.e., starting at either the folder in which MailBounce resides (Mac/Windows) or the current default directory (Unix) and working up and/or down to the file).
Preferences Chaining will terminate once MailBounce completes a Preferences configuration in which no follow-on Preferences file has been specified. Specifying a Preferences file within itself will cause MailBounce to loop indefinitely; unless you have some reason for doing this, I'd recommend against it. ;-) (Pro version only)
Macintosh Files: In the past, new files created on the Macintosh were created as "CodeWarrior" files, which typically showed up as generic documents. Starting with v5.4, new files are created as "SimpleText" files. In addition, Macintosh users may specify type and/or creator codes other than SimpleText, based on their personal preference (e.g., by setting the creator code to "R*ch", new files will be created in BBEdit format). Type/creator codes for existing files will not be modified; these settings apply only to new files that MailBounce creates.
Also, Macintosh file names are now checked to ensure that they are 31 characters or less; an error will be displayed if the file name exceeds the 31-character limit, informing the user that the file name must be shortened. (Previously, long file names simply resulted in an "Unable to open file" error, with no explanation.)
In each case, the default value for the setting will be shown, with options for that setting shown either to the right or immediately after the setting. Each setting is linked to its description in the Preferences documentation files.
MailBounce Lite is freeware; you are free to use it and redistribute it for free as much as you like. You may not charge a fee to redistribute MailBounce (in any form), unless you have previously obtained permission from Smart Mail Solutions, Inc., to do so. Please refer to the MailBounce License file for detailed license information.
I'd like to thank my current beta testers for their support of the MailBounce beta-test program. Without them, I could never have proven out the MailBounce betas under such diverse conditions. As it stands now, the program has been extensively tested; nevertheless, if you run across a bug, please report it!