Sharepoint Forum

Ask Question   UnAnswered
Home » Forum » Sharepoint       RSS Feeds

Emailing to sharepoint

  Asked By: Christina    Date: Nov 26    Category: Sharepoint    Views: 1060

I know this is only partially on topic but has anyone configured
sharepoint to receive emails from exchange? I'm close but something is
missing. I want to use it for form handling, form submission to web
page, webpage emails to public folder on sharepoint where alerts are
setup to notify the appropriate user. Good for referrals and possibly
invoice centralization down the road.
The help files on sharepoint are incomplete and exchange help is not
much help either..

Maybe I need a book on exchange but if someone has done it I would
appreciate any tips or insights.



6 Answers Found

Answer #1    Answered By: Anu K     Answered On: Nov 26

The only OOTB email capability involves only the attachments to email, not the
message bodies or headers.

Answer #2    Answered By: Josie Barron     Answered On: Nov 26

I would be interested in any feedback you may receive.
I wonder if you can do the reverse - ie. do you know how to send multiple
attachments from sharepoint  to a mail recipient?

Answer #3    Answered By: Tamika Cummings     Answered On: Nov 26

I don't think the reverse is possible because it is more a function suited
for Exchange, however,. Alerts are conditionally proposed and sharepoint
triggers an smtp message so I don't see why future versions couldn't have
more robust abilities in this area. Maybe a closer integration with Exchange
is in the future.

On the bright side, I did actually get my extranet webforms to mail to a
public Exchange folder  where the right list of recipients for each form  gets
an email. The problem I faced was that sharepoint  is supposed to "call" the
folder every hour (I actually set it for 5 minutes) to check for new
messages and then store the attachments in a document library. But it
doesn't and I don't know why.

This has very large implications for us because I could develop a very
simple invoicing system using this method which could be implemented in
Outlook and free us somewhat from the restrictions of our limited 5-user
backend. (Quickbooks) We would still use quickbooks as our Account G/L and
banking and records keeping but we could have a much more flexible front end
solution for our little company which ignores the nasty user  limitations and
takes advantage of the Small business server the way it should be. If anyone
could build an invoicing webpart that generates a new invoice number and a
half dozen assignable columns like: Invoice number, Name, Date, Item, price,
contact or bill to: I'd call it a day. I don't need Great Plains, I just
need a central repository with a touch of flexability and no user limits
other than the SBS cals themselves.

Answer #4    Answered By: Linsey Bauer     Answered On: Nov 26

SharePoint not pickup up the emails  in the public  folder. Remember
that it is the SharePoint Timer Service that actually runs this code -
so it needs to have at least read access to the public folder  you are
trying to retrieve the emails from.

And also remember that it is only attachments to emails that are
extracted...not the body of the email...

Answer #5    Answered By: Ivy Salinas     Answered On: Nov 26

How do I setup permissions for the timer service?

Answer #6    Answered By: Kevin Davis     Answered On: Nov 26

Depends upon your specific environment...quickest thing to do would be
to allow Anonymous access to the public  folder to see if that fixes your
problem. If it does then you'll want to add specific access for the
timer service in which case you'd give it a named account to run under
and then add this account to the PF access control list.

If you do change the timer service account then you also need to change
the IIS 6 SharePoint Admin Application Pool because the timer service
needs to keep in synch with it to read from the SQL database as well.

Didn't find what you were looking for? Find more on Emailing to sharepoint Or get search suggestion and latest updates.