home *** CD-ROM | disk | FTP | other *** search
- ****************************************************************************
- WHAT'S NEW IN XMAIL 1.00 (c) Roger Kirchhoff & Stefan Graf 1993
- ****************************************************************************
-
- - SQUISH and JAM base support!
-
- Just define Squish or JAM base in XMSETUP and enter the filename for
- the base. If neccessary xMail creates message base files automatically.
-
- - xMail is introducing a new multiline concept!
-
- xMail is now able to work in networks or multitasker environments
- with the same directories and data. This means you only need one
- inbound directory, one inpacket directory, one outpacket directory
- and one outbound directory for all lines!
-
- Up to 16 lines are supported which can import and export
- *simultaneously*! xMail will use different packet names for all
- lines so each line will never touch the packets created by other
- lines. This is the most secure and efficient system in multiline
- environment currently available.
-
- The line number has to be given in the command line:
-
- xMail IMPORT /Y<line_number>
-
- Example: xMail IMPORT /Y1
- Import on line 1.
-
- If no line number is supplied xMail will automatically select
- the first free line number.
-
- xMail uses a special file to keep track of used lines. On startup
- xMail will login for the specified line and logoff after program
- execution. If the line is already in use xMail will abort execution.
-
- This file (LINELOCK.XM) will automatically be created in the
- xMail directory.
-
- xMail locks a line by writing a one byte code to the appropriate
- position in LINELOCK.XM. The unlock code is 00hex, xMail's
- lock code is 01hex. Other programs which support this locking scheme
- should use another code which can be given by the xMail team.
-
- If a mail line remains unlocked because of a system crash or a program
- error the file LINELOCK.XM can simply be deleted. It will automatically
- be recreated on next xMail startup.
-
- As all mailer lines on one system work with a shared netmail folder
- and file outbound directory xMail has to make sure that it only
- uses files under xMail's administration. This affects logfiles,
- mail packets and arcmail packets.
-
- All these files are seperated with the filename. On multiline systems
- unique filenames are used for all mail lines. The last character
- of the logfile's file extension contains the hexadecimal value of the
- line number (1hex..Fhex), and mail packets contain the line number
- in the first character of the packet filename. This does not affect
- Binkley and D'Bridge systems where the packet names are pre-defined.
-
- Apart from lines 1..16 xMail supports special mail line 0 for
- service and maintenance tasks. When you use line 0 all other
- xMail lines have to be unlocked which will be checked on startup.
- xMail then locks all 16 lines to execute service tasks like
- CHECKCREDIT, CLEANUP, DELETEAREA etc. and unlocks all lines after
- program execution.
-
- Other utilities like XMPURGE may access LINELOCK.XM to prevent
- parallel execution of xMail.
-
- - Echomail *AND* netmail messages that are addressed to a specific name
- can now be forwarded to an own area.
-
- The problem with these MY_MAIL areas has always been, that you could
- not make replies in such an area because it contains messages from
- different echos. This is now possible with xMail!
-
- xMail puts a tag into every message that is copied to the private
- folder. If you reply such a message just quote this tag, and xMail
- will export your reply to the correct echo or netmail area!
-
- Define the user name (like *your* name) in xMail.CFG with
-
- PRIVATEUSER <Name> <AreaName>
-
- Example:
-
- PRIVATEUSER "Stefan Graf" MY_MAIL
-
- If you add a '*' in front of the area name in PRIVATEUSER definition
- the original mail will not be set to 'received'.
-
- Example:
- PRIVATEUSER "Roger Kirchhoff" *MYMAIL
-
- - xMail does no longer support FILEFIX. As RemoteAccess 2.x does no longer
- include FILES.BBS style fileareas we decided to drop Filefix. This
- was not an easy decision but we hope you understand. Probably we
- will release filefix as a stand alone program. If you are interested
- please let us know. Feedback from you is very much appeciated!
-
- - Options for Netmail packing will also be recognized when in VIA lines.
-
- - AREADEL.XM and AREAREQ.XM will always be written into the configuration
- directory.
-
- - Fixed error with forward request: The echos will now be switched on
- for the downlinks that ordered the echo.
-
- - Fixed bug with deleteing new areas on CLEANUP.
-
- - Changed command line call for LHARC.
-
- - Fixed error with too long definable messages.
-
- - When deleting an echo every node that is connected to the echo and is
- listed as Uplink gets an Areafix unlink message.
-
- - On deleting multiple echos only one message will be created for every
- uplink.
-
- - Default options on netmail routing can be toggled with /R[x]
-
- Example:
-
- xMail PACK * VIA 245/4 /RD
-
- Direct mail will be packed
-
- - xMail creates *.MSG directories if they don't exist on import!
-
- - In xMail.CFG a Secure Inbound can be defined from where *all* packets
- are accepted.
-
- SecureInbound <pathname>
-
- - Changed the way xMail creates arcmail packets.
-
- - Added information why a message was recognized a a dupe.
-
- - xMail is now able to reimport dupes and illegal messages!
- You can select if the messages shall also get exported and pass several
- area names or *.MSG directories.
-
- Example:
-
- xMail REIMPORT DUPE BAD E:\FD\MESSAGE\ILLEGAL
-
- The areas DUPE and BAD and the MSG directory E:\FD\MESSAGE\ILLEGAL
- will be reimported.
-
-
- xMail REIMPORT NEWMAIL
-
- All msgs from the newmail area will be reimported. This might be
- useful if you don't want new echos to be automatically created but
- also don't want to loose the messages. Reimported msgs get deleted.
-
- If the messages have to be exported to downlinks also add a '+' in
- front of the name.
-
- Example:
-
- xMail REIMPORT +ILLEGAL
-
- - If you call xMail with AREAFIX all other netmail will be ignored.
-
- - Switch /I- prevents *.PKT import from Inbound Dir.
-
- - Netmail that is imported to the hudson base gets the Private flag.
-
- - Ejected CFG-Parameter TearReplace.
-
- - With config file keyword TEARLINE you can define a general tearline.
- If omitted the tearline will not be changed.
-
- - The tearline with beta versions and unregistered versions cannot be
- changed.
-
- - ExternName can also suppress Areafix msg import.
-
- - If a textfile is missing xMail will use the default text.
-
- - When creating Dupe-, Illegal-, Bad- and New-Messages the PATH-
- SEEN-BY-Lines will be kept.
-
- - Changed some screen output.
-
- - AREAFIX messages will be set to kill/sent.
-
- - xMail does not abort import anymore if the hudson base is full.
- This will also be logged.
-
- - On Areafix Query xMail will also list echos from other zones if the
- node has the conference for the zone enabled.
-
- - Changed the list xMail creates from Query messages.
-
- - Fixed file close bug that appeared when a packet became bigger
- than the maximum size defined for the node.
-
- - Passive Nodes will no more be added to SEEN-BY.
-
- - When xMail receives an echo that was requested by a downlink you
- can define at what position the echo is inserted with new keyword
-
- AddReqArea <x>
-
- Example:
- AddReqArea 201
- The echo will be created as passthru.
-
- - When xMail creates a new echo you can automatically call a program
- or batch. Define the commandline with new keyword
-
- AddCmd <command>
-
- xMail passes the name of the new echo as command line parameter 1.
-
- - Exchanged Areafix Query and List. %QUERY is the list of active echos,
- %LIST the available echos. Same for -q -l in the subject.
-
- - Fixed long existing bug with wrong zone number on export from hudson
- base to different zones. xMail will now add an INTL kludge.
-
- - Fixed runtime error on areafix forward requests.
-
- - You can define maximum size of hudson base with the new keyword
-
- BaseLimit <text_size> <max_msg_nr>
-
- text_size : Max. size of MSGTXT.BBS in kBytes
- max_msg_nr : Max. allowed message number
-
- Default: 15000 kByte Text and 15000 messages
-
- - When xMail changes a node entry the record will get locked during
- change.
-
- - When a node sends a wrong password to Areafix he will get a netmail.
-
- - The overlay file will get opened in read only mode to let multiple
- copies of xMail access the overlay file.
-
- - xMail unlocks the base on export scan.
-
- - Changed memory management.
-
- - Before unpacking an arcmail packet xMail checks if access is
- possible.
-
- - Fixed origin and destination address bug on POST.
-
- - Sometimes xMail forgot to process *.PKT files. Fixed.
-
- - Overlay file will be opened in Read-Only mode.
-
- - Fixed forward bugs.
-
- - Different log entries for forwarded and readdressed messages.
-
- - Fixed bug that packed complete directories.
-
- - Fixed a bunch of other small bugs.
-
- - The hudson message base will only be created or opened if messages are
- imported to it.
-
- - You can now define in which type of messagebase new echos will
- be created. Use the AddArea statement in xMail.CFG as follows:
-
- AddArea 100 Hudson Create in Hudson base
- Msg Create as *.MSG area
- Squish Create as Squish base
-
- Default is create as passthru area.
-
- The directoryname (*.MSG) and the name of the squish base files will
- be automatically generated from the echoname. If a filename for a
- squish area already exists xMail creates a new filename.
-
- - Fixed dupe checking for multiline usage. Each line adds dupinfo for
- new mails to DUPES.XM. This results in a slightly bigger dupefile.
- If you want xMail to pack the dupefile you have to run it
- either in non-network mode or on mail line 0.
-
- - Fixed bug on arcmail packet name generation when creating a new
- arcmail packet.
-
- - Changed statistic summary variable to LONGINT to prevent overflow.
-
- - New keyword SquishBase in xMail.CFG defines where new squish
- areas are created.
-
- SqushBase <pathname>
-
- - New keyword MsgBase in xMail.CFG defines where new *.MSG areas
- are created.
-
- MsgBase <pathname>
-
- - New keyword JAMBASE in xMail.CFG determines where JAM areas are
- created.
-
- Example:
-
- JamBase E:\RA\MSGBASE\JAM
-
- - On IMPORT xMail can now check if a received message is too old.
- Keyword in xMail.CFG is MaxMsgAge <days>.
-
- Example:
-
- MaxMsgAge 30
- The msgs may have a maximum age of 30 days.
-
- MaxMsgAge 0
- Age checking is switched off.
-
- New keyword OldMessage defines where old messages are imported (same
- like IllegalMessage etc. you can define an areaname or path):
-
- OldMessage OLD_MSGS
- or
- OldMessage E:\MSGS\OLD
-
- - It's now possible to post messages in local boards. You can add
- the receiver's name. The private flag will be set automaically
- if you address the msg to a name.
-
- Example:
-
- XM POST E:\RA\NEWUSER.ASW "PRIVATE POST" "Ein neuer User..." "Klaus Roessler"
- posts the RA questionaire answer file as a private message to my Co-Sysop.
-
- - DefaultLevel allows conference > 20 now.
-
- - Local areas will not get exported even if they have downlinks.
-
- - You can suppress scanning of the different message base types
- from the command line with the following switches:
-
- /UH : The Hudson base will not be scanned
- /UM : *.MSG areas will not be scanned
- /US : Squish areas will not be scanned
- /UJ : Jam areas will not be scanned
-
- - XMSETUP can create RA 2.0x compatible MESSAGES.RA file from xMail
- echo setup. Use the menu or run XMSETUP RA200 from the command line.
-
-