eG Monitoring
 

Measures reported by MtaLocalQueueTest

This test reports performance statistics pertaining to a GWIA application's SMTP service.

Measurement Description Measurement Unit Interpretation
Active_receive_threads Indicates the number of SMTP daemon receive threads that are currently active. Number  
Active_send_threads Indicates the number of SMTP daemon send threads that are currently active. Number  
Avail_receive_threads Indicates the number of SMTP daemon receive threads available. Number If this value remains as 0 for a considerable period of time, you might want to increase the total number of receive threads.
Avail_send_threads Indicates the number of SMTP daemon send threads available. Number If this value remains as 0 for a considerable period of time, you might want to increase the total number of send threads.
Host_down_err_rate Indicates the rate at which the SMTP daemon tried to open a connection with the destination host and received a connection refused status. This is a temporary error. These messages will be deferred and automatically re-queued according to the Retry Schedule. Errors/Sec  
Host_unknown_err_rate Indicates the rate at which the SMTP daemon attempted to do a lookup on a destination host and the host name did not exist in either the DNS records or in the host table. Errors/Sec  
Msg_receive_rate Indicates the number of SMTP daemon messages received per second. Msgs/Sec If this rate is high, it indicates that the SMTP daemon is processing high volume of mail. A low value indicates a lower throughput.
Msg_send_rate Indicates the number of SMTP daemon messages sent per second. Msgs/Sec If this rate is high, it indicates that the SMTP daemon is processing high volume of mail. A low value indicates a lower throughput.
Msgs_in_receive_queue Indicates the number of messages queued to the GWIA from the SMTP daemon. These messages will be available in the RECEIVE directory. Number If this value is consistently high, increase the number of SMTP receive threads available.
Msgs_in_retry_queue Indicates the number of messages queued to retry for SMTP daemon on the GWIA. Such messages will be available in the DEFER directory. Number A very high value can impact the performance of the GWIA. Therefore, increase the number of available SMTP send threads to handle retry queue messages effectively.
Msgs_in_send_queue Indicates the number of messages queued to the daemon from GWIA. These messages will be available in the SEND directory. Number If this value is consistently high, increase the number of SMTP send threads available.
MXLookup_err_rate Indicates the rate at which the SMTP daemon queries the Domain Name Server (DNS) for the address of the destination host and receives a SERVER FAIL code message back from the DNS. These messages will be deferred and automatically re-queued according to the Retry Schedule. Errors/Sec If the number of messages is very high, you might want to check the DNS to make sure the tables are not corrupted. If you are using a remote DNS, you might consider setting up a local DNS server. It could also mean that your file server TCP/IP is not correctly configured.
Tcp_read_err_rate Indicates the rate at which TCP/IP read errors indicating some communication problem occurred. This is a temporary error. These messages will be deferred and automatically re-queued according to the retry schedule. Errors/Sec If this value is consistently high, you might want to contact your Internet service provider to check for anything that could hinder communication, such as network problems or line noise. You might also want to adjust the timeout switches, particularly the /te and the /tr switches.
Tcp_write_err_rate Indicates the rate at which TCP/IP write errors indicating some communication problem occurred. This is a temporary error. These messages will be deferred and automatically re-queued according to the retry schedule. Errors/Sec If this value is consistently high, you might want to contact your Internet service provider to check for anything that could hinder communication, such as network problems or line noise. You might also want to adjust the timeout switches, particularly the /te and the /tr switches.