4.4 Mapped/UNC Link Closed: Outbound Transfer to the Internet Delayed or Unsuccessful

This message flow diagram shows how outbound messages travel through the GroupWise directory structure to the Internet when there is a mapped/UNC link between the MTA and the GWIA and when the GWIA cannot communicate successfully with the Internet host to which the message is addressed.

Stage

Icon

Description

Sender

The user sends a message to recipients across the Internet by providing their Internet addresses.

In this diagram, the access mode setting for the local post office is Client/Server Only.

Sender’s GroupWise Client

The GroupWise client communicates the message to the POA by way of TCP/IP.

POA for Sender’s Post Office

The POA receives the message from the GroupWise client and performs the following actions for the sender:

  • Adds the message to the message database (msgnnn.db) assigned to the sender.

  • Creates a pointer in the sender’s user database (userxxx.db) so the message appears in the sender’s mailbox as a sent item.

  • Places attachments larger than 2 KB in one of the post_office/offiles/fd0-F6 subdirectories and creates pointers from the message to its attachments. (For database efficiency, messages and distribution lists larger than 2 KB are also handled as attachments.)

  • Creates a copy of the message in the appropriate priority 0-7 subdirectory of the MTA input queue in the sender’s post office, in case the TCP/IP link to the MTA is currently closed.

POA for Sender’s Post Office

The POA then communicates the message to the MTA for the sender’s domain by way of TCP/IP, and deletes the copy in the MTA input queue because the TCP/IP transfer to the MTA was successful.

MTA for Sender’s Domain

The MTA for the sender’s domain receives the message and places it into the MTA “in progress” (gwinprog) queue.

MTA for Sender’s Domain

The MTA determines that the message must be sent out across the Internet. Because there is a mapped/UNC link between the MTA and the GWIA, the MTA places the message in its output queue in the GWIA’s gateway directory (domain/wpgate/gwia/wpcsout/gwid/0-7).

GWIA for Sender’s Domain

The GWIA scans its input queues according to the Idle Sleep Duration setting on the Gateway Time Settings page of the GWIA object in ConsoleOne. The GWIA picks up the file in binary-encrypted format from the wpcsout/gwid/0-7 directory and converts it.

The GWIA encodes the message in MIME format with the appropriate encoding scheme.

When the message file is built, the GWIA saves it with S as the first character of the file name and places the message file in the domain/wpgate/gwia/send directory for processing.

GWIA for Sender’s Domain

While the GWIA is processing the message file in the send directory, it changes the first character of the file name to P. When processing is completed, the GWIA sends the message to the destination host across the Internet.

GWIA for Sender’s Domain

If the GWIA does not receive a 250 OK SMTP reply code from the destination Internet host, the GWIA renames the P*.* message file back to S*.* and creates a file named R*.* that records the SMTP reply codes (error messages) in the wpgate/gwia/result directory. After the GWIA completes the communication with the destination host, it moves the S*.* message file from the send directory to the result directory along with the corresponding R*.* file.

GWIA for Sender’s Domain

The GWIA analyzes the files in the result directory, comparing the SMTP reply codes in the R*.* file.

If the R*.* file has a temporary transmission error (meaning it has a 400-level SMTP reply code such as 450 Host Down), the GWIA moves the S*.* message file to the defer directory. Continue with Stage

If the R*.* file has a fatal error (meaning it has a 500-level SMTP reply code such as 550 Host Unknown), the GWIA deletes the S*.* file because it is undeliverable. Skip to Stage

GWIA for Sender’s Domain

Based on the Intervals to the Retry a Deferred Message setting on the SMTP/MIME Settings property page of the GWIA object in ConsoleOne, the GWIA requeues the S *.* message file back into the send directory for reprocessing.

GWIA for Sender’s Domain

After an S*.* message receives 400-level SMTP reply codes until the Maximum Number of Hours to Retry a Deferred Message setting is reached, or if a message receives 500-level SMTP reply codes, the GWIA deletes all related schedule files from the defer directory because the message is undeliverable. The GWIA then creates an Undeliverable status message for the MTA to pick up and return to the sender.

MTA for Sender’s Domain

Because of its mapped/UNC link with the GWIA, the MTA scans its input queue in the GWIA’s gateway directory based on the Scan Cycle setting on the Agent Settings page of the MTA object in ConsoleOne. The MTA picks up the Undeliverable status messages and transfers them to its “in progress“ (gwinprog) directory for processing.

MTA for Sender’s Domain

The MTA for the sender’s domain communicates the Transferred status messages to the POA for the sender’s post office by way of TCP/IP.

POA for Sender’s Post Office

The POA for the sender’s post office updates the sender’s message database (msgnnn.db) with the Transferred status information.

POA for Sender’s Post Office

The POA for the sender’s post office communicates the Transferred status to the sender’s GroupWise client by way of TCP/IP.

Sender

When the sender checks the sent items in his or her mailbox in the GroupWise client, the message displays the Transferred status because the GWIA was able to send it successfully.