The XUXA Interface, click for more detail.

XUXA is a demonstration cross-platform X.400 User Agent, provided by Isode to help Isode customers demonstrate and test Isode products and APIs. XUXA is a Java GUI, with look and feel modeled on the open source Thunderbird client.

We've built XUXA to demonstrate features of the Isode API and Server products that cannot otherwise be easily shown, the main goals of the product are:

  • To help customers make use of these features in their own applications by providing a good sample application.
  • To help customers set up, evaluate and demonstrate Isode products.
  • To help Isode and Isode customers test Isode products.
  • To help Isode test, document, and better support its client APIs by building an application that uses them.
  • To provide a source code base which Isode customers can purchase from Isode to build specialized applications using some or all of the XUXA code.
  • To showcase a pure “client only” application that holds all data on the server, which it accesses with standard protocols.

The XUXA manual (1.21MB PDF) is available for download here.

XUXA Limitations

Because XUXA is a testbed client and not a saleable product, it has functional limitations which we do not intend to address in future versions. For example XUXA has:

  • No local storage of data
  • No body part viewing or editing capabilities
  • No features that do not directly assist its 'test' goals (e.g., printing)

XUXA Capabilities

XUXA provides access to a range of X.400 capabilities. XUXA has "modes", that provide capabilities for markets that make extensive use of X.400. This description groups features by mode. Some features are specific to the markets (and mode). Others are general purpose X.400 features, of particular interest to the market.

General X.400

XUXA enables:

  • Sending X.400 messages using X.400 P7.
  • Listing, fetching and deleting messages using X.400 P7.
  • Setting and displaying message priority.
  • Control of delivery reports and IPNs (Inter-personal Notifications) on a per-recipient basis.
  • Display of delivery reports and IPNs.
  • Auto-generation of IPNs on message reception.
  • Display text encoded body parts (IA5 and General Text).
  • Show parameters of FTBP encoded body parts.
  • Recognize G3Fax and Binary body parts
  • Recognize forwarded messages.
  • Control of most X.400 Message Transport Service parameters.

XUXA provides capabilities for testing X.400 systems, including support of multiple profiles so that multiple accounts and servers can be handled from a single point.

General Directory

XUXA’s address book storage is based entirely on directory (no local storage) and it can access general “white pages” information in the directory. Directory editing is done by use of Isode’s Sodium (Secure Online Data, Identity and User Management). This demonstrates both directory integration/lookup, and use of directory for recipient capability verification.

Aviation

XUXA's initial goals were to showcase AMHS features in the Isode client APIs, particularly those in support of the extended ATS Message Service (XUXA fully supports both Basic and Extended ATS Message Service). Aviation features of XUXA are:

  • Digital signature of messages. This is a standard X.400 capability, of particular interest for AMHS users.
  • Transfer of BUFR Messages (a binary meteorological format) using FTBP (File Transfer Body Part).
  • Enable transfer of standard ATS message types (Flight Plans, MET and NOTAMs). Sample flight plans and NOTAMs can be attached from a file. The ATS message type is recognized on message reception, and the text content of the message can be viewed.
  • Display of the three AMHS service features that have two encoding options in AMHS (Filing Time; Message Priority; Originator’s Reference). These can be sent using the Basic ATS Service, that uses AMHS defined protocol in a text body part, or using the Extended ATS Service, that uses standard X.400 protocol features. (In the current version of XUXA, the extended encoding is shown in the GUI, but is not yet implemented). This can be used to test X.400 infrastructure, and other AMHS Clients for both Basic and Extended ATS Message Service. Differences between the service provided between Extended and Basic mode should be noted:
    • Availability of all CDIN precedence values in Extended encoding.
    • Year, month and second values for filing time available in Extended encoding.
  • Use of the directory to verify whether recipient can handle the extended ATS Message Service, and maximum per recipient message size, and control of message submission based on these parameters.

For more information on Isode's products for the Aviation market, click here.

Composing a message in XUXA, click for more detail.

Military

The following Military features are supported:

  • In military mode.XUXA encodes Inter-Personal Messages as P772 according to STANAG 4406. Arbitrary P772 messages may be imported from files. This enables testing that an X.400 messaging infrastructure correctly supports P772 message transfer.
  • Six level military message priority (deferred; routine; immediate; priority; flash; override) can be used.
  • One P772 X.400 Heading Extension (Message Type) can be set in the GUI (but not transferred).

For more information on Isode's products for the Military market, click here.

EDI

XUXA supports two standard X.400 features of specific interest to EDI customers:

  • Display of general text body parts, as well as IA5.
  • Support of FTBP (file transfer body part), and the ability to send arbitrary named files, such as Word documents.

Performance Testing

XUXA is intended to help measure the client view of X.400 infrastructure performance. Features provided:

  • Reports the time taken to submit each message sent.
  • Messages can be copied from the Sent Folder (M-Store X.400 submitted messages) to the outbox and sent in a single batch.

M-Store X.400 Capability Testing

XUXA provides a tool for external testing of M-Store X.400. As well as general submission and access to messages, it enables testing of specific capabilities:

  • Generation of IPN on auto-forward. To do this set up a recipient to auto-forward messages using XMSConsole.
  • Generation of IPN on message discard. To test this, delete a message using XMSConsole before it is fetched by the recipient.
  • Storage of messages on submission, and retrieval over P7 using XUXA’s “Sent Messages” folder.

M-Switch X.400 Capability Testing

XUXA can be used for capability testing and demonstration of M-Switch X.400, using MTS and other features shown below.

Click for more detail.

The following M-Switch capabilities can be tested using the addressing settings:

  • Generation of delivery and non-delivery reports in normal operation to good and bad addresses.
  • Generation of delivery reports on operator actions, such as message timeout and deletion.
  • Alternate recipient. This gives an alternate address to use, if the primary one fails (either by being invalid, or if delivery is not possible in an appropriate time frame). It can be tested by using an invalid primary address and setting an alternate recipient.

The following M-Switch capabilities can be tested using the X.400 MTA Parameter settings:

  • DL Expansion Prohibition. Will give DR if message is sent to a distribution list.
  • Alternate Recipient Allowed. If set, the MTS may send the message to an alternate recipient (specified on the receiving system), in the event that the originator specified address is invalid. This can be demonstrated by setting “Admin Alt. Recipient” in M-Switch.
  • Recipient Re-assignment Prohibition. This prevents the message from being sent to another recipient by use of a redirect. This can be demonstrated by use of a redirected address.
  • Conversion with loss prohibited. This prohibits message conversion that will lead to information loss. None of the standard M-Switch channels performs a “lossy” conversion. However, any M-Switch conversion channel can be configured to say that it loses information. This can be used to demonstrate this flag.
  • (Implicit) Conversion Prohibited. This prohibits all conversion. It can be tested by sending a message to a recipient behind a gateway, such as a MIXER gateway, which will be rejected with this parameter set.
  • Recipient Disclosure. This allows the message recipient to see all the MTS recipients. This cannot be demonstrated with the current XUXA version, as other MTS recipients are not shown.
  • Latest Delivery Time. This can be used to set the latest time at which a message may be delivered. It can be tested by stopping M-Store X.400 to prevent message delivery.
  • Deferred Delivery. The capability to defer delivery of a message can be demonstrated easily.
  • Content Return Request. This requests that the original message is returned with negative delivery reports. Although the current version of XUXA does not display returned content, the capability can be demonstrated by requesting content return on a large message to a bad address. Content return can be inferred from the substantial increase in size of the delivery report.
  • Content Identifier. This can be set to arbitrary values in a message, and viewed in associated DRs.
  • Original EITs (Encoded Information Types). XUXA sets this when sending a message. On reception, this can be viewed, to see both body part types, and character set types used in general text. FTBP content types are not shown in the current version of XUXA.

Support and Availability

XUXA is provided only on an "as is" basis, along with the Isode API and Server products. XUXA is intended to work on all of the platforms supported for the X.400 Client APIs.

XUXA is not a supported Isode product.

Source code is available to XUXA, as an Eclipse Project, to enable users of the Isode client APIs to see how the product works. This is of particular interest to users of the Java client APIs, but may also be of interest to 'C' developers. Isode charges a nominal fee for this (£100), to bind customers to a legal agreement available here (100K pdf). The purpose of this is to prevent XUXA being used operationally or being sold as a product.

If you need help with XUXA, assistance will be provided by email at xuxa@isode.com. We welcome feedback and requests for new functionality in line with the XUXA goals. Pre-release versions of XUXA may be provided independent of full Isode product releases. If you are interested in receiving these releases, please contact xuxa@isode.com.

 

Copyright © 2008 Isode privacy   feedback Subscribe to our rss newsfeed