Tek-Tips is the largest IT community on the Internet today!

Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!

  • Congratulations strongm on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

Secondary PO not getting external mail!

Status
Not open for further replies.

SeanAIX430

Technical User
Jun 29, 2001
189
I have 3 NW55 servers each running GW55ep. Two are working fine getting and sending emails from all areas, one is not getting emails from outside the company, but internal is getting through. Gwia only runs on the primary server and I can see it getting outside email for all PO's. Somewhere from here to there it isn't going through and I'm not sure where to check. I've restarted both servers. I'm wondering if it might have anything to do with DNS?
 
Check the MTA screens on the servers and see if the primary and secondary domains each report an open connection to each other. I have seen one or the other go down and affect traffic in one direction only. If that is OK can people on each domain send messages to each other?

HTH
Ken
 
All the domains are open and yes internal mail from all locations is passing through.

I've looked at MTA and POA screens and haven't seen anything out of the ordinary. I've run all the sycronize options through NWadmin that I could, plus validated all the databases. So far nothing has made it any clearer where the problem lies.
 
I'm trying to learn the route that an incoming email should take from the Internet to GWIA, to my mta to transfer down to my secondary POA?MTA and deliver internet email. I need to know which folder it goes to and in what order. Hopefully I can find where all the messages are getting hung up. Thanks
 
Looks like they are all stuck in the GWDOMAIN\MSLOCAL\MSHOLD\ directory in the 4 and 5 folders for regular emails. How do I get them to move to the right server!?!?
 
Hi,

The MSLOCAL\MSHOLD\... directory structures are a holding place for messages that the source MTA can not process because it can not contact the destination.

As such, the only way to get those messages moving is to resolve the issue so that the agents can talk to each other. How to do that really depends greatly on your Link Configuration. With TCP/IP links, you need to make sure that the agents are up, they can contact each other, and there are no port conflicts. With Direct (UNC) links, you need to make sure that the source agent can login to the destination server and that it has sufficient rights to the destination message queues.

In any case, you should make sure that all agents are in VERBOSE logging mode. Then check the log files of the source MTA to find the errors during message transfer.

The only quirk here is that you mention that only Internet messages do not get delivered. That is very odd since they would take the same exact path as messages from the other domain/post office. Have you verified that normal messages can move from one domain to another?

gwexpertslogo.jpg

Gioffre Consulting
Check out our Novell Training Cruises
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top