The user or users have been added successfully, but there was an error in sending the e-mail message. The server may not be set up correctly to send e-mail. To verify that e-mail is configured correctly, contact your server administrator.
위와 같은 오류가 났다. 테스트를 해보고 싶다.
문서라이브러리 등에 보면 알람 메일을 보내는 부분이 있다.
문서라이브러리에 아이템이 추가 되는 등의 변경이 있으면 관리자에게 메일을 주어라 라는 식으로 사용을한다.
이것은 중앙관리에서 해주는 부분이다.
중앙관리에서 보내는 메일 설정 부분에서
SMTP가 설치 되어 있는 서버이름만 넣어주면
사용자 추가시 메일을 보낼때 메일이 보내져야 한다.
그런데 오류가 났다면 어떻게 테스트를 해야 할까?
중앙관리에서 SMTP서버 이름을 적어준 것이 정상적으로 동작하는 서버 인지 확인 하기 위해서는
그 서버로 가서 실행창 - CMD 후
1. 텔넷에 접속한다.(텔넷 클라이언트가 설치 된경우)
telnet 한 후 enter
2.
ehlo 도메인 (예) ehlo happynuri.com
3. 메일을 보낸다.
MAIL FROM:gisa1@happynuri.com
-->250 2.1.0 Sender OK 가 나온다.
4. 받았다
RCPT TO:gisa1@happynuri.com
-->250 2.1.5 Recipient OK 가 나온다
From your post, I am not quite sure your meaning "However, if this
operation is carried out on the SBS server, the e-mail will be sent. All
other e-mail alerts within SharePoint work OK." Can you explain it again,
please?
I need to confirm some information with you:
1): Do you encounter this issue on SBS server?
2): Does this issue only occur when adding users?
If this is the case, technically speaking, this issue may cause by two
aspects: WSS side and the SMTP (Exchange server) side. To isolate this
issue, please take your time and perform the steps below:
To double confirm whether we have properly allowed relay for the WSS
server, please perform the following steps:
1. Logon locally to the WSS server.
2. From Start-->Run-->cmd.
3. On the command line window, enter the command: telnet smtpservername(or
its IP address) 25. (For example: telnet smtphost 25 or telnet 192.168.0.1
25).
4. Type "helo" (without the quotation marks) and press ENTER.
5. Type "mail from:email@domain.com" (without the quotation marks) and
press ENTER.
6. Type "rcpt to:youremail@yourdomain.com" (without the quotation marks)
and press ENTER.
7. Type "Data" (without the quotation marks) and press ENTER.
8. Type "Subject:This is a test" (without the quotation marks) and press
ENTER twice.
9. Type "Testing" (without the quotation marks) and press ENTER.
10. Press ENTER, type a period (.), and press ENTER.
11. Type "quit" (without the quotation marks) and press ENTER.
If we can successfully perform the above steps and receive an email, then
the relay was properly set on the SMTP server. If the above steps fail, you
may want to check with your Exchange Administrator (if you're using
Exchange) and re-allow relays for the WSS Server's IP address. The process
for an Exchange Server will be:
1. In the Exchange System Manager; choose Administrative Groups; Sites;
Protocols; SMTP; and locate the Default SMTP Virtual Server.
2. Right-click on the Default SMTP Virtual Server, and, in the menu that
appears click Properties.
3. Choose the Access Tab and click the Relay button.
4. Click on Add and type the IP address of your Portal Server. (It will
default to Block all except below).
Moreover, I would suggest we check the following settings on the WSS side:
1. Make sure the time setting was set equally on the WSS server as well as
SMTP/Exchange server.
2. Check the e-mail configuration of WSS Server to be sure that the SMTP
server is faithfully listed. Based on my experience, a small error in
spelling can cause this sort of behavior.
1) On the SharePoint Central Administration page, under Server
Configuration, click Configure default e-mail server settings.
2) In the Outbound SMTP server box, type the correct IP address of the SMTP
mail server to use for sending messages.
Also, we can substitute the IP address with NetBIOS name for testing
purpose.
i) In the From e-mail address box, type the e-mail address to send e-mail
messages from. (This address appears in the From box of any e-mail messages
from the server. No e-mail messages are sent to this address, so you can
use an unmonitored e-mail address if you want.)
ii) In the Reply-to e-mail address box, type the e-mail address that users
can reply to. (If a user replies to an e-mail message from the server, it
will be sent to this address. You should use an address that is monitored
for the reply-to address.)
3) In the Character set box, select the character set to use. I would
suggest we choose 65001 (Unicode UTF-8)
4) Click OK.
3. On the WSS server, from Start-->Run-->services.msc, press OK.
4. Make sure the SharePoint Timer Service is started and the logon account
has local administrator+ domain user permission.
In case all the above steps don't work, I would suggest we analyze the
following logs and please paste the logs to me:
1. Event logs on the WSS server.
2. WSS logs in %windir%\temp folder. These log files are named for the
processes involved, like stsadm.log, owstimer.log, and w3wp.log. In our
scenario, we need to check the owstimer.log if it stores there.
In addition, please double check whether you have installed certain
firewall client or AntiVirus programs on the WSS server which may also
block the email sending.
Thanks for your time. I am looking forward to hearing from you soon.
댓글 영역