SMTP Internet Site Documents

Trying to use Internet Site Documents for STMP, but not having any luck…

I have multiple websites being hosted on my server, but I am only trying to use SMTP for one host name. My server is using a single IP address for all domains. But whenever I switch to using Internet Site Documents, I get this message on the server console:

SMTP Server: Authentication is not enabled in the SMTP Internet Site Document for

Yes, that’s right. There is a blank space at the end. It should show the hostname that was connected to…I think? When I telnet into the server on port 25, I get these results:

421 mail.vajra.com SMTP service not available, closing transmission channel

I definitely have an SMTP Inbound Internet Site Document configured for my server using the correct hostname of mail.vajra.com. When I turn off Internet Site Documents, everything works just fine.

What am I missing? I have configured this in other environments, but cannot get this to work in this environment:

Windows 2003

Domino 6.5.2

I need to use SSL for different hostnames, but cannot do so until I get Internet Site Documents working. Please, can anyone help?

Best Regards,

Eli Harris

eli@vajra.com

Subject: SMTP Internet Site Documents

care to share what your settings were on the internet site document for SMTP inbound? Is the internet site document specific for a single server or does it have the ‘*’ for the “Domino servers that host this site:”

Did you enable the TCP ports/status on the server documents?

Subject: SMTP Internet Site Documents

Hello

we meet exactly the same problem with a two server and one domain domino (the same “names.nsf” for the two server). With other alone servers (one “names.nsf” for one domino server) it is ok.

perhaps is it a way to investigate…

Windows 2000

Domino 6.5.1

Best Regards,

Claude

Subject: SMTP Internet Site Documents

I get the exact same behavior on v7.0

Everything was working fine on verion 6.5.1 with internet site documents for several websites and one for POP3 and one for SMTP. Then I upgrade to 7.0 and WHAM, it stops working with the exact behavior you describe.

It appears as though SMTP, POP3 (etc) is NOT reading the authentication options from the Internet site documents. So that if site documents are enabled in the global document, the authentication options are ignored and nothing works, or you can disable Internet site documents, and it will properly read the authentication settings from the main default document. (which of course prevents you from having multiple websites active!).

Has anyone found a fix for this? Please let me know!

Subject: SMTP Internet Site Documents

We had the exact same problem.

Once I got to looking into the Internet Site docs & how they work, I realized that I was using them incorrectly, as follows:

We host multiple domains/websites on the same Domino server, and so we have multiple Website Internet Site docs - one for each domain. I had also created multiple SMTP & POP3 Internet Site docs - even though they all use the same IP address.

This evidently is not how it should be done when it comes to SMTP & POP3 docs. I deleted all but one of each (SMTP & POP3) and the server almost instantly began accepting inbound SMTP mail (and POP3 connections, incidentally).

I hope this helps anyone else with the same problem…

Forrest Waggoner

Deep Forest Systems, Inc.

Subject: Do not use Inbound SMTP document for default site

In case any follows this thread.I had the same problem, but found that it got solved by deleting the Inbound SMTP site document for the default site.

Subject: Faulty design element in names.nsf

In our case, the problem seemed to be caused by a faulty vue in names.nsf (V 6.5.3 on Win)

It seems that the french vesrion of the $InternetSites vue prevents Domino from taking into account SMTP/POP3 and other internet site documents.

Anyhow, we replaced the design of the French $InternetSites vue by its English counterpart and it works fine now.

To prevent any occurence of the same problems in the future, we locked design change on this vue.

Same replacement/locking was also done on the template pubnames.ntf

Subject: RE: Faulty design element in names.nsf

YEs IBM told me the problem is solved in the 6.5.4 French version.

Damien did you notice any trouble since you have changed the pubname design?

Subject: Same Bug in 7 and same solution

We had the same pb in Domino 7 + french LP.Replacing the Domino directory $internetsite view from original us english template corrected the problem

Thanks a lot