"501 5.5.4 Invalid Address" error message from a sending UNIX server (291828)


The information in this article applies to:

  • Microsoft Exchange Server 2003 Standard Edition
  • Microsoft Exchange Server 2003 Enterprise Edition
  • Microsoft Exchange 2000 Server
  • Microsoft Exchange Server 5.5 SP4
  • Microsoft Internet Information Server 4.0
  • Microsoft Internet Information Server 5.0
This article was previously published under Q291828

SYMPTOMS

If a user tries to send mail to a Microsoft Exchange Server computer by using UNIX Send Mail, the Exchange Server computer receives a "501 5.5.4 Invalid Address" error message. You can verify this by creating a telnet session to port 25 of the Exchange computer:

> telnet a1.psgroup.com 25

Response:
220 a1.psgroup.com Microsoft ESMTP MAIL Service, Version: 5.0.2195.1600 ready at Wed, 28 Feb 2001 16:18:08 -0500
HELO mail.luminate.net.
501 5.5.4 Invalid Address

Note You can only detect this error message by creating a telnet session to the receiving Exchange computer. This error message does not appear in a dialog box on the receiving Exchange computer and is not logged in the application event log of the receiving Exchange computer.

CAUSE

This problem may occur if the UNIX sending server is not in accordance with the Request for Comments (RFC) 821 and RFC 1869 documents. The receiving Exchange computer expects either a host name only or a fully qualified domain name (FQDN) following the EHLO/HELO command. A trailing dot after the FQDN is interpreted as incorrect syntax, and a 501 error message is generated.

Note A trailing space also generates this error message.

Exchange Server 5.5 SP4, Exchange 2000 Server, and Exchange Server 2003 do not permit trailing spaces and trailing dots. This is in accordance with the RFC 821 and RFC 1869 documents. However, some Simple Mail Transfer Protocol (SMTP) hosts, such as Send Mail servers, do permit trailing spaces and trailing dots.

WORKAROUND

Exchange Server 5.5 and Exchange 2000 Server

To work around this problem in Exchange Server 5.5 SP4 or in Exchange 2000 Server, follow these steps:
  1. Install MetaEdit 2.0 or later on the receiving server.
  2. Start MetaEdit, and then expand the LM root folder.
  3. Click SmtpSvc, right-click SmtpSvc, click New, and then click DWORD. Leave the ID box set to Other, but change the numeric value from 0 to 36992.
  4. Add the Attribute of Inherit. Leave the User Type set to Server, and leave the Data Type set to DWORD.
  5. Change the Data box to a value of 1.
For additional information about how to obtain MetaEdit, click the following article number to view the article in the Microsoft Knowledge Base:

232068 FILE: How to download, install, and uninstall the IIS MetaEdit 2.2 utility



Exchange Server 2003

To work around this problem in Exchange Server 2003, follow these steps.

Note MetaEdit does not work with IIS 6.0. Therefore, you may have to download the IIS 6.0 Resource Kit tools to complete the following procedure. To download the IIS 6.0 Resource Kit tools, visit the following Microsoft Web site:

http://www.microsoft.com/downloads/details.aspx?FamilyID=56fc92ee-a71a-4c73-b628-ade629c89499&DisplayLang=en

  1. Start MetaBase Explorer.
  2. In the left pane, expand the LM branch, right-click SmtpSvc, point to New, and then click DWORD record.
  3. In the Record Name or Identifier box, type 36992, and then click OK.
  4. In the right pane, double-click the 36992 SmtpDomainValidationFlags line.
  5. In the Value box, type 1.
  6. Click the General tab, set the user type to server, click to select the Inheritable check box, and then click OK.

STATUS

Microsoft has confirmed that this is a problem in the Microsoft products that are listed in the "Applies to" section.
Modification Type:MinorLast Reviewed:4/25/2005
Keywords:kbbug kberrmsg kbnofix KB291828 kbAudITPRO
©2004 Microsoft Corporation. All rights reserved.