Yes it is 26, its not a typo.
We are using managed servers and this is the way it was set up prior to starting to use the server. It hasn't affected any of the other apps. I know the default port is 25, but I've specified it as 26 in the Email Settings within the Control Panel.
Why would this be the issue - does community server require the SMTP port to be 25? What is the purpose of the field SMTP Port Number in the Email Settings form?
It would only be an issue if you had 26 entered but the SMTP server was on 25. Since SMTP is normally on 25, I figured it was worth mentioning in the event it was accidentally set that way.
We can't really tell you what you need in those fields, since it fully depends on your network configuration. If something is set wrong, we have no way of knowing. CS supports all the standard email settings, so if other applications are able to send emails but CS isn't, you should compare your current settings within CS to those other applications to see if there is some discrepancy, such as maybe you need to specify a username/password and use SMTP Authentication.
The other applications use this syntax to send mail and required no configuration so I have nothing to compare to. There is no specific port number/settings of any kind required for the other apps, so the only configuration of SMTP has been for CS i.e. the steps I outlined in my first post.
System.Web.Mail.
Is there any other guidance you can provide, there does not seem to be any way to resolve this by comparing CS and its settings to other applications.
Strange problem - stranger still that other ASP.NET applications can send emails with no problems (without having to tell the application to use any particular port number).
What does Community Server actually do when it's sending emails? Can you give any advice on how a customer would determine exactly what the problem is so that it can be resolved?
Are you sure this isn't a bug? - there seems to be a lot of people with email problems (many of which seem to be unresolved).
I ran into this today and the solution is tied somehow to the IP addresses you are using to secure the SMTP virtual server. My server has multiple IP addresses bound to the same adapter and the VS was configured to use one of them. However, I had all of the access restrictions to allow connections only from 127.0.0.1 which is the source of the error (I believe).
So, whatever the IP address your VS is listening on OR the IP your application is configured to use, configure the following areas:
Brad TurnerILM MVP
-Brad Turner http://www.identitychaos.com
Brad,
I had been having the identical problem. However, I had all 4 of my server's IP addresses granted access to connect and relay, and did not have 127.0.0.1 in there. It worked for other applications that are running on the same same server, including DotNetNuke and test emails placed directly into SMTPROOT/PICKUP.
Now I added 127.0.0.1 to the connection/relay access lists, and everything works.
Man, how frustrating.
DNN would have worked because it was putting the emails in the pickup directory, which doesn't enforce any sort of relay restrictions, and doesn't even use SMTP at all. CS actually sends the emails over SMTP, so therefore the relay settings will be enforced by the SMTP server.
The correct IP to use depends on your server configuration. IE, you enter 127.0.0.1 as the SMTP server, it will connect over the local interface and 127.0.0.1 will need to be allowed.
If you enter in the IP of the virtual SMTP server, then the system will use that ethernet interface to connect. Even if the IP is a local one, it will utilize the network card and so it will use the primary IP for that card to connect. In that case, the network card's primary IP needs to be allowed. I believe you can override what IP is used to send emails from with the <system.net> section of the web.config.
Copyright© 2008 Telligent Systems Inc. All rights reserved CommunityServer.com • Telligent.com