I have a process set up that would send an email confirmation to the user who submited an item using my InfoPath form. No problems there at all.

The problem I am having is with a document library I created in which I enabled incoming email settings. The settings are set to "Accept e-mail messages from any sender." It seems that if I personally send an email to the newly created email address, it stores it without any problems. However, the original email comes not from a person but from SharePoint@companyname.com. Is there a known problem where emails sent from that generic email address will not be stored into a document library?

I made a rule in my Outlook to forward emails to the new email address to store a copy of the original email. But why is it not acceping emails from SharePoint@companyname.com? Anyone?

For example, I recieved an email where "To" field has my email address and document library's email address. That email did not appear in the document library. If I hit "Reply all" and send that email, it appears in the document library. Mistery!

  • When you say "SharePoint@companyname.com" is this literally the email address or is "companyname.com" just a stand-in for your actual company name? First thought that comes to mind would be the email/SMTP server that initially gets the email is doing a reverse look-up on the address. If it doesn't exist (or the domain is your own and the user exists) it might have a rule to dump the email in the bit bucket (to prevent email spoofing). – Jared McGrath Apr 10 '14 at 22:01

The first thing I would check is how you have security setup on the library. It sounds like it is configured to only accept requests from users with write access - thus a generic address not associated with a user will not get saved. To verify this go into the library settings and under communication section find the incoming email link. You will find the security setting in here. There are only two options, it's either those with write permissions or everyone.

If the above is already set to anonymous then next is to check and see if it is hitting your SMTP folder and SharePoint is picking it up. You can use Powershell or Telnet to generate test messages against your SMTP server to observe this behavior. This is a bit more advanced. Your drop off folder will be configured in your SMTP server settings. You can generate an email via Powershell with this:

Send-MailMessage -to "mysharepoint@server.com" -from "sharepoint@company.com" -SmtpServer "<SMTP Server Address>" -Subject "test message" -Body "Test body"
  1. If you are not seeing a message hit your drop folder you have a routing problem. This means your SMTP server never gets the message.
  2. If it's making it into the drop folder but not getting picked up - you have configuration problem. Check to ensure SharePoint knows where the drop off folder is.
  3. If you see it get picked up from the folder - then your problem goes back to the first item with the folder rules. Mail is being delivered and SharePoint is picking it up and processing it.

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service, privacy policy and cookie policy

Not the answer you're looking for? Browse other questions tagged or ask your own question.