TCP/IP Link Closed: Transfer between Domains Delayed

This message flow diagram illustrates how a GroupWise message travels from one user to another when the domains are connected by a TCP/IP link and the link is closed.


Message flow when the TCP/IP link is closed
Stage Icon Description

Stage 1
Sender

User icon

The user sends a message to recipients in a post office in a different domain.

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

Stage 2
Sender's
GroupWise
Client

Client icon

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

Stage 3
POA for
Sender's
Post Office

POA icon

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

  • Adds the message to the message database (msgnn.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 the post_office\offiles\fd0-f6 subdirectory assigned to the sender 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.

Stage 4
POA for
Sender's
Post Office

POA icon

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.

To see what would happen if the TCP/IP link to the MTA were closed, see TCP/IP Link Closed: Transfer between Post Offices Delayed.

Stage 5
MTA for
Sender's
Domain

MTA icon

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

Stage 6
MTA for
Sender's
Domain

MTA icon

The MTA for the sender's domain then attempts to communicate the message to the MTA for the recipient's domain by way of TCP/IP, but the recipient MTA does not respond. Therefore, the MTA stores the message in its holding queue for the recipient's domain in the mshold directory.

When the MTA in the recipient's domain responds again, the MTA for the sender's domain transfers the delayed message from the domain holding queue to the MTA in the recipient's domain by way of TCP/IP.

Stage 7
MTA for
Recipient's
Domain

MTA icon

The MTA for the recipient's domain receives the message and places it into the MTA "in progress" (gwinprog) queue.

Stage 8
MTA for
Recipient's
Domain

MTA icon

The MTA for the recipient's domain then communicates the message to the POA in the recipient's post office by way of TCP/IP.

Stage 9
POA for
Recipient's
Post Office

POA icon

When it receives the new message, the POA for the recipient's post office performs the following actions:

  • Adds the message to the message database (msgnn.db) corresponding to the one assigned to the sender.
  • Creates a pointer in the recipient's user database (userxxx.db) so the new message appears in the recipient's mailbox and updates the notification information in the user database so the recipient can be notified of the message.
  • Places attachments larger than 2 KB in the post_office\offiles\fd0-f6 subdirectory corresponding to the one assigned to the sender 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 Delivered status message in the appropriate priority 0-7 subdirectory of the MTA input queue in the recipient's post office. It also communicates the Delivered status message directly to the MTA by way of TCP/IP and when that transmission is successful, the copy the MTA input queue is deleted.

Stage 10
POA for
Recipient's
Post Office

POA icon

The POA for the recipient's post office communicates to the GroupWise client by way of TCP/IP that a new message has arrived.

Stage 11
Recipient's
GroupWise
Client

Client icon

The Notify component of the recipient's GroupWise client notifies the recipient that a new message has arrived.

Stage 12
Recipient

User icon

Each recipient opens the message in the GroupWise client.

Stage 13
Recipient's
GroupWise
Client

Client icon

Each recipient's GroupWise client communicates the Opened status message to the POA by way of TCP/IP.

Stage 14
POA for
Recipient's
Post Office

POA icon

The POA for the recipient's post office communicates the status message to the MTA for the recipient's domain by way of TCP/IP.

Stage 15 MTA for Recipient's Domain

MTA icon

The MTA for the recipient's domain places the status message into the "in progress" (gwinprog) queue.

Stage 16
MTA for
Recipient's
Domain

MTA icon

The MTA for the recipient's domain communicates the status message to the MTA for the sender's domain by way of TCP/IP.

Stage 17
MTA for
Sender's
Domain

MTA icon

The MTA for the sender's domain places the status message into the MTA "in progress" (gwinprog) queue.

Stage 18
MTA for
Sender's
Domain

MTA icon

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

Stage 19
POA for
Sender's
Post Office

POA icon

The POA for the sender's post office updates the sender's message database (msgnn.db) with the Delivered status information (and possibly Opened as well if the recipient has opened the message).

Stage 20
POA for
Sender's
Post Office

POA icon

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

Stage 21
Sender

User icon

When the sender checks the sent items in his or her mailbox in the GroupWise client, the message displays a status of Delivered for each recipient (and possibly Opened as well if the recipient has opened the message).