Beijing Paradise BBS Backup

home *** CD-ROM | disk | FTP | other *** search

/ Beijing Paradise BBS Backup / PARADISE.ISO / software / BBSDOORW / TRANSX11.ZIP / TX.DOC < prev next >

Wrap

Text File | 1996-05-22 | 48.4 KB | 1,155 lines

▄▄ ▄▄ ▀▀▀▀█▀▀▀▀ █▀▀▀▀▀▀▄ ▄▀▀▀▀▀▀▄ █▄ █ █▀▀▀▀▀▀ ▀█▄ ▄█▀ █ █▀▀▀▀▀▀▄ █▀▀▀▀▀▀█ █ ▀▀▄▄ █ ▀▀▀▀▀▀█ ▐█▌ █ █ █ █ █ █ ▀█ ▄▄▄▄▄▄█ ▄█▀ ▀█▄ ▄█▀ ▀▀ ▄█▀ v1.1 Internet/Fidonet Transporter ▄█▀ Copyrighted Multiboard Communications Centre, 1995-1996 All rights reserved ▄█▀ ▄█▀ ╓────────────────────────────────────────────────────────────────────────────╖ ║ Introduction ║ ╙────────────────────────────────────────────────────────────────────────────╜ What is it? ■ An inexpensive solution to the high cost of running long-distance fidonet comaptible connections. ■ Transx is, in essence, a fidonet mail tosser that uses internet email as a transfer medium rather than requiring you to call the remote system directly to transfer mail. Is it secure? ■ It has integrated error checking, and loss prevention methods, as well as security features to ensure the safe unaltered delivery of your mail. How does it work? ■ What it does is scan through your netmail directory, looking for mail destined to sites you have setup in your connections list. Upon finding any, it will encode the mail and any attached files and send them to the remote site via email. The remote site would then use Transx to decode these messages back into their original state, just as if you had called directly and dropped them off. How much work is it to run and maintain? ■ Once setup, this send and receive transfer process is fully automated and runs much like your echomail processor does. ╓───────────────────────────────────────────────────────────────────────────╖ ║ Installing ║ ╙───────────────────────────────────────────────────────────────────────────╜ Installing Transx couldn't be simpler. 1) Simply extract the archived package into the directory you wish to keep Transx. (It is HIGHLY suggested you choose a new directory for this, since it will create two subdirectories of its own) 2) Run TXSETUP.EXE, it will give you the option of running quick setup, or if you choose not to use the quick setup, the setup program will continue normally and allow you to manually edit the information. Now you need to integrate it with your current email system. If you are using a direct UUCP connection then follow the UUCP Install instructions, otherwise skip down to the netmail install instructions. UUCP Install ■ This is the easiest and most efficient method of running Transx, as Transx can directly read/write to your UUCP spool bypassing any netmail conversion steps. ■ Here are the important things to do when setting up the UUCP. 1) Run TX.EXE in an event periodically to make sure that is run often. Optionally you could place it in the batch file you use to call your internet provider. For example: TX.EXE /NOIMPORT DIALUUCP TX.EXE /NOEXPORT ..would be a pretty efficient way to run Transx. 2) Make sure that messages to "transx@yoursite.com" are never imported into your BBS. If for some reason Transx misses a message (due to network error, or file locking) and your internet email tosser imports the mail for Transx into your BBS, then Transx will never be able to process that message since it will be removed from the spool after it was imported to your BBS. If you are using NetXpress you could prevent this by running Transx from a SERVICES.IN setting.. SETUP.EXE -> Configuration -> Special Files -> SERVICES.IN ┌ Special File: SERVICES.IN ─────────────────────────────── │ Service Name Batch Filename ├────────────────────────────────────────────────────────── │ transx m:\transx\tx.exe │ Almost all internet tossers should have some sort of option to hold the importing of a message into your BBS, or to run a service when it sees mail to a certain user. Consult your UUCP mail processor documentation if required. Netmail Install ■ This method allows compatibility with almost every fidonet compatible system that uses netmail for it's internet email. Either this mail is processed by a netmail/email converter on your site, or perhaps from a local provider. ■ Here are the important things to do when setting up.. 1) Run TX.EXE in an event periodically to make sure that is run often. Putting it in your "Mail Received" batch file is not usually sufficient for most systems, since if you do not receive mail for a while, Transx will not be run, and your mail will not be exported via Transx. One solution is to add it to your nightly maintenance batch file in addition to placing it in your "Mail Received" batch file to ensure that it is run at least once a day. 2) Make sure that messages to "Transx" are never imported into your BBS. If for some reason Transx misses a message (due to network error, or file locking) and your internet email tosser imports the mail for Transx into your BBS, then Transx will never be able to process that message since it will be removed from the spool after it was imported to your BBS. The best way to do this is by going into your echomail tosser and adding "Transx" as a user, and then specifying your echomail tosser to not import mail for this user into your netmail directory. For GEcho, you can do it like this: GSETUP.EXE -> System Data -> System Users ╒═════════════════════════════════════════════════════ 2 ╕ │ │ │ SysOp name Transx │ │ Personal mail area 0 │ │ Use AKA area No │ │ Netmail area 0 <---------------------------------- │ │ ╘═════════════════════════════════════════════════════════╛ For FastEcho, you can do it like this: FESETUP.EXE -> System -> Users ╔════════════════ Users ════════════════╗ ║ Name ║ ╟───────────────────────────────────────╢ ║ 1 Pete Rocca ║ ║ 2 Transx <-------------------------------------------- ║ 3 ║ ..and.. FESETUP.EXE -> System -> FEUTIL parameters ┌───── FEUTIL parameters ────┐ │ PURGE - Messages 0 │ │ Days 0 │ │ Rcvd Days 0 │ │ Use arrival date Yes │ │ Autorenumber at 0 │ │ Exclude Users Yes │ │ Exclude SysOps Yes │ <----------------------------- For FastEcho both of the above have to be active. If you still wish to have your personal mail imported into the BBS netmail rather than left in the netmail directory, you can remove your name from the list of "Users" and FEUTIL Import will import your mail but leave Transx mail alone. Also, if you are running iServer, you can incorporate an Infobot to run Transx when mail comes in for it.. ISERVCFG.EXE -> Infobot Response System ╔══╡ Infobot Response System ╞═════════════════════════ ║ ║ TRANSX Delay M:\TRANSX\TX.EXE ╔══╡ Edit ╞═════════════════════════════════════════════╗ ║ ║ ║ Trigger : TRANSX ║ ║ Type : Delay run ║ ║ File : M:\TRANSX\TX.EXE /NOEXPORT ║ ║ Subject : ║ ║ ║══ ╚═══════════════════════════════════════════════════════╝ Ensure that you have iServer setup for "Delay run", as if you have it set for "Run program", you will lose mail due to type of interaction required. Even if you are using iServer, it is a good idea to make sure that you use the GSETUP/FESETUP method to make sure that your mail is 100% safe from being imported to the BBS accidentally. ╓────────────────────────────────────────────────────────────────────────────╖ ║ TX.EXE - The main program ║ ╙────────────────────────────────────────────────────────────────────────────╜ TX is the program that you run in order to process the inbound and outbound mail for Transx. There are a number of command line parameters that you can use to change aspects of the default properties, or to run statistical tools and informational reports. To run it in normal mode, no command line parameters are required. ■ Commands and options /NOEXPORT - Do not encode outbound mail /NOIMPORT - Do not decode inbound mail /NOLOGO - Disable the Transx logo upon startup {+} /NOAUTO - Disable automaintenance /MAINT - Force maintenance /STATS - Display current traffic statistics ■ Queue reporting and management /DETAIL - List a detailed report on queued/held messages /SUMMARY - List a summary report on queued/held messages /KILL - Delete the queued/held messages /EXPIRE - Expire the queued/help messages Modifiers /FOR:[user] and /FILE:[filespec] can also be used to limit the processing on only matching criteria For example, to expire all held messages for a connection at "transx@remote.sys" you could use something like "TX /EXPIRE /FOR:remote.sys" For more information about how and where to run TX.EXE from, please refer back to the "Installing" section of the documentation. ╓────────────────────────────────────────────────────────────────────────────╖ ║ TXSETUP.EXE - The setup and configuration program ║ ╙────────────────────────────────────────────────────────────────────────────╜ TXSETUP is a fully windowed setup program with a complete online manual to help you get things running with as much ease as possible. The setup program has the following main options... General Information └───────────────────────────────────── Sysop ■ This is where you put your name, or the name of the person who will be administering Transx on your system. This name is used in coding and for report generating. System name ■ This is where you put your system name which is used in identifying your system, and writing organization information in the UUCP spools. Domain ■ This is your internet domain address, it is used both for the sending and receiving of mail, as well as a used in creating unique message identification lines. Site address ■ This is the netmail address that inbound internet email messages are addressed to. If you are using the direct UUCP spool options, then just use your main system netmail address. Site address .. Aka ■ For the best integration with your current mail setup, it is quite important that you enter all of your system aka addresses here. These addresses are used to determine which messages to classify as "InTransit" Gate address ■ This is the outbound address that you send your internet email to. For example, if you send your outbound email to 1:2401/305.5, then place this address in here. If you are using the direct UUCP spool options, then just use 0:0/0. Gate netflags ■ Here you can specify the netmail flags that outbound translated mail addressed to your UUCP host should have. Kill/Direct is a common standard. Robot name ■ This is the robot name that Transx will look for incoming mail to be addressed to. The given standard is "transx" but if you require to change it, you may do so here. ■ This name is used in conjunction with your domain name and should be used by your connections as the Transx address to send to. ■ For example a domain name of "yoursite.com" and robot name of "transx" would give you a Transx address of "transx@yoursite.com" This address would be what your other connections would use to export their outbound mail to. Serial and Registration ■ This is where you put your serial and registration numbers once you have registered this package. File and Path Configuration └───────────────────────────────────── Log file ■ Here you can define the log file you wish to have updated with logged information. If you do not wish to have a log file, simply leave this field blank. Netmail path ■ This is where your *.MSG files are located. This will be the directory that is scanned for outgoing mail waiting to be converted and sent via Transx. ■ Also, if you are not using an advanced spool, Transx will use this path to create it's outbound *.MSG files, destined to your UUCP gateway. Update semaphore ■ These are files that you can update or "touch" when Transx has modified the netmail directory. They are typically good for causing other tasks to rescan the modified messages. For example... M:\FD\FDRESCAN.NOW (FrontDoor) M:\DB\DBRIDGE.RSN (D'Bridge) Secure inbound ■ This is the directory to place inbound files that were decoded and included a secure envelope. A secure password can be configured in the Connection Manager section of the setup program. Inbound files can include file attaches and inbound echomail bundles. ■ The secure setting is much like the "Secure session" that you can establish between mailers. Insecure inbound ■ This is the directory to place inbound files that had a valid envelope, but not listed as secure. Violation inbound ■ This is the directory to place inbound files that did not have a valid envelope, or had an unexpected or incorrect secure password used. ■ It will also be the directory that files are moved into if the message had a valid insecure envelope, but you have the system marked as "Secure inbound only" in the Connection Manager setup. Default Options └───────────────────────────────────── Send acknowledgments ■ If you wish to send acknowledgments to remote sites not in your Connection Manager that send you mail, then select yes. ■ It is a good default to send receipts if you do not know if the remote site needs them, since if they are not required by the remote site, it will simply discard them. Send acknowledgments .. Expiry hours ■ This expiry setting determines how many hours you should keep parts of inbound files that are not yet completed before assuming the missing parts were lost and requesting a resend from the remote site. ■ Note that this value should be kept fairly small to ensure that you do not have mail lags if a part ever goes missing, however it should not be so short that it prematurely submits a resent request while the parts may be still in transit. A setting of 24 hours is probably sufficient for most systems. Accept resend requests ■ If you wish to hold on to sent mail for a number of days in order for the remote site to be able to re-request failed packages, or for auto-resending, then select yes. This setting applies to nodes that are not in your Connection Manager already, in which case the Accept resend requests there will override this setting. Accept resend requests .. Expiry hours ■ This expiry value determines how many hours to keep mail held incase of a remote resend request. Once mail has expired this time setting, it will be deleted. ■ Note that if this value is too short, some systems with slower UUCP connections may not send a resend request before you expire the mail. This value should typically be at least one day longer than the remote's Send acknowledgments expiry hours. Auto resend unacked mail ■ If you wish to, by default, automatically resend mail packets that you have not received an acknowledgment for, then select yes. This setting is usually best left off since you do not know if unknown sites (not listed in your Connection Manager) will be sending you acknowledgment receipts. Auto resend unacked mail .. Max resends ■ You can restrict the number of times any given message is resent from your system. This includes the remote re-requesting the mail and auto resends if setup. ■ This is can be used for either of two reasons, the first being that you might not want a site to become reliant on requesting the package 10 or 20 times just because they are losing packets due to setup or human problems, and it can also be used to stop endless resend loops if the remote system never sends an acknowledgment for the package. Decode stray inbound mail {+} ■ You can have Transx decode mail addressed to your robot name even when the remote site is not in your connections list. If mail of this type is decoded, it takes its properties from the Default Options configuration. ■ If you set this to "No" then sites not listed in your connections will not be able to send you Transx mail. Max length ■ This is the maximum length of each part of a multi-part file. For example, if you were sending a 100,000 byte file, and had this value at 30,000 bytes, it would send 4 parts to complete the file. ■ This value MUST be smaller than the smallest split point in the path between your system and the remote system. For example... If you were sending mail from site A to site C through site B, and site B's gateway splits messages at 30,000 bytes and site C splits messages at 40,000 bytes you would have to pick a number 30,000 bytes or less. ■ Very important! In other words, if any package other than Transx resplits the messages into smaller parts, the receiving Transx program will not be able to reconstruct the original message. ■ Default A good default is 15000 bytes or less, since it is the smallest default setting of any gateway that we currently know about. If you are setting up a connection with another site you can negotiate a higher setting for better efficiency, but for sites that you are not sure about (ones not in your connection table) using the 15000 byte setting is the best bet. If you get an error saying "? Invalid message; reason = 4" then chances are pretty good that the message was resplit by a gateway. Log Options └───────────────────────────────────── ■ You can specify how much information is written to the log file by toggling the Yes/No setting for each category. ■ The "Debug logging" option enables all the logging levels as well as logging skipped messages, and additional debug info to help isolate any problems you might encounter. Advanced Options └───────────────────────────────────── Kill empty inbound file attach messages ■ If you wish to delete inbound messages that are empty, rather than leave it in your netmail folder, select yes. These types of messages are typically for file attaching echomail bundles, and are normally removed by your mailer. Export messages marked Crash/Immediate ■ You may not want to translate outbound mail with Crash/Immediate status flags. If you do wish to export them regardless of these settings, select yes. Export messages marked Freq/Ureq ■ You may not want to translate outbound mail with Freq/Ureq status flags. If you do wish to export them regardless of these settings, select yes. Export messages marked Hold ■ Normally messages marked as "Hold" will not be sent, however if you wish to override this setting, select yes. Send sysop notification on bad packets ■ When a bad package is received, you can have Transx post you a message containing as much of the failed message as possible and, if available, the file that was attached. ■ If you have request receipts enabled, the package will be requested again from the remote site regardless of this setting. Advanced spool .. Type ■ Transx has the ability to increase efficiency by supporting different file formats for your messages. This allows you to bypass many steps required to send internet email depending on how your system is configured. ■ By default Transx uses the *.MSG format for both inbound and outbound mail. Messages destined to the internet are simply addressed to the gateway address specified in the General Information section, and left for your gateway/tosser/packer to deal with. However, if you are running the gateway yourself (rather than using a remote fidonet compatible system to transfer email) you can bypass a number of steps that are typically required to process internet email from a fidonet system. There are three types supported by Transx... None This is the standard method for delivering email via a netmail format to the internet and not considered to be an Advanced Spool. Outbound mail.. Your system (*.MSG) Netmail destined to gateway address Fido tosser (*.PKT) Compressed packet Gateway (*.DAT) UUCP -> Internet Inbound mail.. Gateway (*.D/X) Internet -> UUCP Fido tosser (*.PKT) Compressed packet Your system (*.MSG) Netmail from gateway address PKT This is similar to the above routine, except with outbound mail, it skips the *.MSG step, and directly creates the compressed packets (*.PKT) for your gateway program to export, saving your echomail tosser from having to do that job. UUCP This is the most efficient method for using Transx if you have a direct UUCP feed. It bypasses all the conversion steps and reads/writes directly to your UUCP spool directory. If you have a direct UUCP feed it is highly recommended to use this spool type. If you are using this method, no 3rd party utilities other than your UUCICO transfer program are required to use Transx. SMTP This is the most efficent method for using Transx if you have a direct SMTP server. It bypasses all the conversion steps and reads/writes directly to your SMTP spool directory. Advanced spool .. Path ■ If you are using the Advanced Spool Type of PKT Type 2+, then this should be the directory that your gateway program looks for *.PKT files to export. ■ If you are using the Advanced Spool Type of UUCP (In/Out) then this should be the UUCP spool directory for your site. Note that this is NOT the spool root directory, rather the actual path that the *.D/*.X files can be located, as well as the correct path to write outbound *.DAT/*.XQT/*.CMD files. ■ If you are using the Advanced Spool Type of SMTP then the in and out paths defined should match the paths used by your SMTP server. UUCP options .. Site name ■ If you are using the advanced UUCP spool, then this is your site name as your UUCP host knows you. This is not always the same name as your domain name, and should match the "uucpname" setting in your UUCICO transfer program. UUCP options .. Host name ■ If you are using the advanced UUCP spool, then this is your UUCP hosts name. This is not always the same name as their domain name, and should match the "hostname", "dialing name" or "remote name" setting in your UUCICO transfer program. UUCP options .. Time zone ■ This is your difference in time from UTC. This is used in the generation of time stamps for outbound UUCP mail. The time is usually plus or minus the number of hours and minutes in the HHMM format. For example... If you are in the Eastern Standard Time zone (which is UTC minus 5 hours), then the value should be -0500. You can also override the value that gets placed as the time zone when posting the packets, by setting the TZ or TZUTC environment varibles. This is designed to make configuration easier for those locations in which the time zone varies during the year. Notes... ■ If you are not running a gateway yourself, rather calling out to another system to deliver netmail-style internet messages, then you MUST use the setting "None" for Advanced Spool Type. Connection Manager └───────────────────────────────────── This is where you define your "Connections" whom with you will be using Transx to communicate with. This is remarkably similar to setting up your connections in your echomail tosser. How do you know who to send to? Well, that's a lot like asking, where should I address my postal mail? or where do I drive to work? Your connections will depend on who you talk with, and who else wishes to run a Transx connection with you - it is something you setup within your network of contacts. For example, if you talked a great deal with someone long distance to you, and you both had email running on your board, you could both arrange to run Transx and exchange your connection info. You would then be able to eliminate your long distance between the two of you, saving both of you lots of money. Also, you can now take part in smaller fidonet style networks across the world, that would have been impractical or costly to do so before. Or if you host a network, here is your chance to make it international since it wouldn't cost your downlinks anything to carry it! Another method of getting Transx contacts, is to spread the word about Transx, perhaps add your Transx address in your signature file. The more people that have your address, the more can send to you, and you in return can get their information and send to them. Editing a Connection └───────────────────────────────────── Sysop ■ This is the name of the sysop/adminstrator at the remote site. Network address ■ This is the network address of the site that you will be sending to. Any netmail messages found in your *.MSG directory to this address will be considered for Transx export. Transx address ■ This is the email address of the Transx receiver on the remote system. (this is not the email address of the administrator of the remote site, rather the address which answers the Transx mail) ■ For information regarding "robot name" please reference the help in the General Information setup screens. Password ■ If you wish to have a secure envelope added to the message, you can do so by specifying a password here. A secure envelope means that the contents of the message have not been altered during transport. Both you and the receiver will have to use the same password or you will receive "Invalid password" notices. Max length ■ This is the maximum length of each part of a multi-part file. For example, if you were sending a 100,000 byte file, and had this value at 30,000 bytes, it would send 4 parts to complete the file. ■ This value MUST be smaller than the smallest split point in the path between your system and the remote system. For example... If you were sending mail from site A to site C through site B, and site B's gateway splits messages at 30,000 bytes and site C splits messages at 40,000 bytes you would have to pick a number 30,000 bytes or less. ■ Very important! In other words, if any package other than Transx resplits the messages into smaller parts, the receiving Transx program will not be able to reconstruct the original message. Translate outbound ■ If you wish to use Transx to export outbound messages to this site, select yes. If you wish to only accept inbound from this site, or wish to suspend mail for a short period, you can disable translating outbound mail. Translate inbound ■ If you wish to decode inbound mail from this node, then select yes here. If you do not want to decode inbound Transx messages for any reason, you can do so by selecting no. Secure only ■ If you have a secure session password with this remote node, and wish to flag messages that are not password encoded as "Invalid password", then select yes, otherwise mail will be processed normally whether the remote site is using the password or not. Send acknowledgments ■ If you wish to send acknowledgments to the remote site when you receive your mail, then select yes. This should usually match the remote setting for "Accept resend requests" ■ You can also select "Batch" which means that multiple receipts to the same site in the same session will be sent in one message rather than a single message per receipt. Send acknowledgments .. Expiry hours ■ This expiry setting determines how many hours you should keep parts of inbound files that are not yet completed before assuming the missing parts were lost and requesting a resend from the remote site. ■ If set to zero then it will take the value from the "Default Options" setting. This field is great if you need to have different expiry hour settings for different nodes. Accept resend requests ■ If you wish to hold on to sent mail for a number of days in order for the remote site to be able to rerequest failed packages, or for auto-resending, then select yes. This setting should usually match the remotes "Send acknowledgments" setting. Accept resend requests .. Expiry hours ■ This expiry value determines how many hours to keep held mailing waiting before expiring it. ■ If set to zero then it will take the value from the "Default Options" setting. This field is great if you need to have different expiry hour settings for different nodes. Auto resend unacked mail ■ If you wish to automatically resend mail packets that you have not received an acknowledgment for, then select yes. You should only use this setting if you have "Accept resend requests" turned on and the remote system is sending you acknowledgments. Notes... ■ The acknowledgment/resend features of Transx allows you to ensure safe mail delivery over the internet without little or no chance of any problems or mail loss along the way. ■ If both systems are using the acknowledgment/resend features, you know that mail will be resent if it doesn't get acknowledged by the other side. You may, however, decide that the mail is either not important enough, or that your link is secure enough to not require to use these features to ensure safe mailing. Routing (Commercial version only) └───────────────────────────────────── ■ Transx has the ability to route and send mail via another Transx user, acting as a Gateway, to another site who may not have Transx setup themselves. For example... If you were routing all mail to Zone 99 via 99:1/0, you would have an entry for your connection with 99:1/0, but in addition, you would insert a routing entry of "99:*", which would route all mail to Zone 99 to 99:1/0, who would then decode it as normal netmail, and deliver it to the intended recipient. Gateways can forward to other gateways, and so on, which makes Transx an excellent method for moving mail quickly and inexpensively. ■ Transx is "smart" when routing, and will always try to pick the most direct connection when routing conflicts are found. For example... Say you were sending a message to 99:400/123, and you had two connections setup that routed mail to Zone 99... 1) 99:1/0 - that routed mail for 99:* 2) 99:400/0 - that routed mail for 99:400/* The message would be Transx sent to 99:400/0 since it contains a higher level destination match and is probably physically closer or quicker to the destination. ■ You can also exclude addresses from being routed by placing a minus sign before the routing entry. For example... You could have the following routing entries: 1) 99:4* 2) -99:400/* This would cause all routable messages for 99:4*/* to be routed with the exception of messages addressed to 99:400/* ■ By default, Transx will not route messages with files attached to them, however if you if you have a connection that permits you to route messages with files through them, you can add the ",F" suffix to the route entry.. For example... You could have the following routing entries: 1) 99:1/* - would route mail to 99:1/* via the connection 2) 99:1/*,F - would route mail even with files via the connection Notes... ■ Of course there are a few things to keep in mind when setting up your routing entries... * You must have an agreement with the gateway to allow this * You must have a connection setup to the gateway * The gateway should be closer to the destination than you are ■ You can qualify a system with an level of address matching. This means that addresses such as Zone:*, Zone:Net/*, Zone:Net/Node.* or exact address matches are all valid. When specifying point 0, do not include it in the addressing, for example 1:2401/305.0 should read "1:2401/305" without the ".0" ╓────────────────────────────────────────────────────────────────────────────╖ ║ TXUTIL.EXE - The utility program ║ ╙────────────────────────────────────────────────────────────────────────────╜ Included with the commercial version of Transx is TXUTIL, a program which allows you to view and/or alter the settings of queued Transx packets. Below is a list of features available in the utility program. ALT-D - Delete this package ALT-E - Expire this package ALT-Q - Requeue this package into the netmail directory ALT-R - Send request for remote to resend this package ALT-A - Send receipt acknowledging this package F10 - Rescan packages ALT-N - Sort packages by remote address ALT-T - Sort packages by expiry time T - Tag all packages U - Untag all packages SPACE - Toggle package tag status ? - Description of flag settings Notes... ■ The shareware version of this utility program only allows you to view the message and message settings, you will not be allowed to modify the message settings. ╓────────────────────────────────────────────────────────────────────────────╖ ║ Common Questions ║ ╙────────────────────────────────────────────────────────────────────────────╜ Q) What do I need to run it? * You'll need to be able to have either a UUCP account or be able to receive email as netmail messages via some type of email gateway. * In order for communication with another system, they too will be required to be running the Transx package. Q) How does it work? * Basically it scans your netmail folder for outgoing mail to another Transx site, it encodes the mail and sends it along with security and confirmation information as email. * It is received on the other end and decoded back into its original format, whether it would be netmail, echomail or file attaches.. * If mail is lost or damaged in transit, it can automatically recover by the use of acknowledgement receipts. Q) It is not sending out mail to one of my connections? * Make sure that the message does not have the Lock/Hold status flags, or if it has the Crash/Immediate flag, make sure that you have TXSETUP configured to allow the exporting of immediate mail in the Advanced Options section. * Make sure that you have "Translate Outbound = Yes" setup for this system in the Connection Manager. Q) What do the status numbers mean when doing a /SUMMARY report? * If you do a /DETAIL report, it will give you a text description for the status number, however here is a breakdown of what the numbers mean if you do not want to do the /DETAIL report. # Error Cause ─── ─────────────── ──────────────────────────────────────────── 0 None No error has occurred 1 File error Could not find file attach (export) Could not create new file (import) 2 Write error Error occurred when writing new file 3 Bad message Message body was corrupted 4 Bad segment File segment data was corrupted 5 No message id Inbound message was missing an id tag Q) How large can the files be that Transx will send? * Transx can split and transfer any file in upto 1295 pieces, therefore if you are using a max length of 60000 bytes then the maximum file size you could send in a single file would be roughly 70 megabytes. Q) Do I have to add TX /MAINT to my nightly maintenance? * You can run TX /MAINT as often as you like, however if you don't run it for more then 24 hours, TX will perform maintenance the next time it is run, so no, it is not required, but you can if you want to make sure it is only run at a certain time. Q) Routing doesn't seem to be working, it sees the messages that I want to route, but doesn't pack them? * Make sure you are using the Commercial version. The Shareware version does not support routing. * Make sure that the messages do not have the Direct, Crash, Hold, Immediate, or Lock flags set, messages with any of those status flags are not qualified to be routed. * Make sure that you have a valid routing entry setup with a direct connection that matches the destination. Also make sure that this connection is setup to "Translate outbound", otherwise it will not be eligible to be a routing host for the message. ╓───────────────────────────────────────────────────────────────────────────╖ ║ Support ║ ╙───────────────────────────────────────────────────────────────────────────╜ If you have any questions or comments, you can netmail us at FidoNet address 1:2401/305 (CM,V34,VFC). Please poll back for your replies as we get dozens of messages a day or optionally make a note that you would like your message routed back to you. You can also contact us via the internet for faster responses, and directly sent out replies. The address is "support@multiboard.com" You can also find us in the RA_UTIL echo conference, as well as the MCC_SUPPORT echo of course. The newest MCC software is also available via the internet: http://www.multiboard.com ftp://ra.uti.com/sys/bbs/bbs/mcc ftp://pcmicro.com/4_authors/multiboard You can also "FREQ" the files from us via fidonet at 1:2401/305, our system is online and taking requests 24 hours/day. The magic name for the newest version is "TRANSX", or freq "CATALOG" for the newest list of our other products. You can help us direct your messages by using the alternative email addresses when posting us mail: (1) support@multiboard.com - general inquiries (2) sales@multiboard.com - registrations/commercial info (3) suggestions@multiboard.com - suggestions (4) reports@multiboard.com - bug reports Thanks for your interest and support! ╓───────────────────────────────────────────────────────────────────────────╖ ║ Registration ║ ╙───────────────────────────────────────────────────────────────────────────╜ There are two different versions of Transx currently available: 1) Shareware The shareware version is nearly identical to the unregistered evaluation version that you are testing, with the exception that it will allow you to have 2 connections instead of 1, as well as eliminate the unregistered notices and delays. This version is excellent for connecting to main Transx hubs to collect mail and files. If you are planning on having more than two connections, you should consider the Commercial version. To register this version, simply complete the correct registration form for your area and send it to that registration site. 2) Commercial/250 This commercial version comes with a disk and printed manual. It allows for upto 250 connections, as well as enables both message and file routing capabilities. It also includes the full-screen detailed queue modification and viewing program. This version is excellent if you plan on routing mail to save you money, or if you plan on connecting to more than 2 systems. Some good examples would be: ■ Network Co-ordinators for fidostyle networks ■ Software authors for their beta teams ■ Companies with internal fidostyle mail systems ■ Leaving yourself free for future expansion The cost for registering the commercial/250 node version is $60 US, and that includes the disk and printed manual. For information about the closest commercial registration site to you, please contact us at: ■ reginfo-transx@multiboard.com - For a listing of commercial registration sites and other product information. ■ support@multiboard.com - To contact a staff member about a problem or for more information about Multiboard software. ■ Fidonet at 1:2401/305 (V34,CM) - To contact a staff member about a problem or for more information about Multiboard software. ■ Postal at Multiboard Communications Centre 363 Colborne Street, Suite 1501 London, Ontario N6B 3N3 For systems requiring more than 250 connections, please contact us for information about our extended commercial packages. ╓───────────────────────────────────────────────────────────────────────────╖ ║ License and Disclaimer ║ ╙───────────────────────────────────────────────────────────────────────────╜ "Transx" is NOT free, it is being marketed under the "try before you buy" or the shareware concept. You are entitled to use Transx for a period up to thirty (30) days, after which you MUST register or stop using the program. The shareware registration entitles you to use this version of Transx as well as any future versions of the program that may or may not be released, subject to additional licensing conditions which may be attached. The commercial registration entitles you to receive the newest version of Transx and its companion programs, on a disk with a printed manual. Your registration key will always work with minor updates or bug-fix releases. (For example, upgrading from 1.0 to 1.2, but not 1.x to 2.x) Should if after you purchase Transx, a newer major version is released within 30 days, you will be entitled to receive a new registration key free of charge. If you require to upgrade to the new major version after this period, there will be a small upgrade fee. Registration will also you to use all of the available functions of Transx, and help to continue the development of this program. (not to mention maintain the legality of this agreement) By running any of the executable programs included, you agree that Pete Rocca, Darryl Olthoff, Multiboard Communications Centre nor any affiliates of the above mentioned are responsible for any damage or loss experienced, however so created. If you cannot agree to this, then your privilege to use any of these programs is revoked and it becomes illegal for you to execute any programs included with this documentation. You may freely copy and distribute the shareware version of Transx as long as its original archived contents are not modified in any way. You may NOT distribute any registration keys without the expressed written consent of Pete Rocca of Multiboard Communications Centre. You may not use a registration key that is not licensed to you by Pete Rocca, or any of the registration sites appointed by Pete Rocca. It is illegal to edit, alter, hack, reverse engineer and / or modify any components of Transx or its archive components in any manner. Transx and its encoding and security algorithims are the legal property of Multiboard Communications Centre. They may not be used in any other program other than Transx without the express written consent of Pete Rocca of Multiboard Communications Centre. This product, concept and design are protected by Canadian copyright laws and international treaty provisions. If dispute of any issues on legal grounds said above, then governing law of Ontario, Canada will rule. If you agree to all of the above, then you may use these programs. * REMEMBER THAT REGISTRATION IS QUITE INEXPENSIVE FOR ALL YOU SAVE *