Title: | SEAL |
Moderator: | GALVIA::SMITH |
Created: | Mon Mar 21 1994 |
Last Modified: | Fri Jun 06 1997 |
Last Successful Update: | Fri Jun 06 1997 |
Number of topics: | 1989 |
Total number of notes: | 8209 |
Howdy I've got a customer w/ afwu 2.1 w/ smtpxd 1.27.1.1 who experienced a problem with an endless mail loop between the firewall and the internal mailhub. The internal mailhub is a VMS/Multinet system running Innosoft's PMDF smtp code. He has selected the "remove node name from mail headers" option in the firewall's mail configuration. He has users outside of the firewall who send mail and have it relayed to the firewall. If they send mail to an address like "user@aol" it gets to the firewall, ruleset S7 will convert the address to "[email protected]" and deliver the message to the internal mail hub. The internal mail hub is not configured to recognize "*.domain" as local mail and relays the message back to the firewall. SMTPXD strips the "Received:" line from the internal mail hub and the message is sent back to the internal mailhub, looping endlessly and bringing a vax 7620 to its knees. The workaround was to change the smtpxd.strip_headers option in smtpxd.conf to FALSE and leave sendmail.cf configured to rewrite from addresses as "user@domain". Apparently PMDF has to know each host to consider local within a domain and could not be set up with a wildcard rule as in sendmail to consider *.domain as local. Is it possible to get a version of SMTPXD that only strips headers from outbound mail or as suggested in note 1637.4 replaces the hostnames w/ dummy entries leaving the Recevied headers? Thanks in advance Danny Sheaffer [email protected]
T.R | Title | User | Personal Name | Date | Lines |
---|---|---|---|---|---|
1752.1 | Correct the mail address ... | QUICHE::PITT | Alph a ha is better than no VAX! | Wed Feb 05 1997 08:18 | 8 |
user@aol is NOT a correct Internet mail address. All such addresses have at least one dot in them!!! As a result, the firewall correctly says that the sender forgot to put the domain name on, adds it, and then delivers the mail inside ... The correct mail address should be [email protected], I think ... T |