Link to home
Start Free TrialLog in
Avatar of bmaitdepartment
bmaitdepartmentFlag for United States of America

asked on

Send As Public Folder in Outlook 2007 & Exchange 2003

I am trying to give a user/group permissions to send as a public folder while using Outlook 2007 & Exchange 2003.  I have granted them send as permission under the folder's directory rights in ESM.  I am in the Enterprise Admins group and I am able to send as by setting up a POP3 account (as I wish to do for these users).  When trying the same for the users I've been getting this send/receive error in Outlook: Task public_folder_email_address@domain.com - Sending reported error (0x800CCC0F): 'The connection to the server was interrupted.  If this problem continues....

I have setup the POP3 account exactly the same as I did on my account.
Avatar of SubSun
SubSun
Flag of India image

Are you able to send normal mails?
For troubleshooting refer
http://support.microsoft.com/kb/813514 
Avatar of bmaitdepartment

ASKER

Yes, sending via the Exchange mail account is fine.
The only thing that can be different between my setup and the users is permissions.  The Outlook error given tells us nothing.  I've already exhausted the options on the kb page you posted.
Try configuring outlook Exchange/MAPI profile for user and check send as permission works or not.
Also Pls tell us how you configured pop3 accounts to send the mail using PF email address as from address? Is it configured as two separate accounts? and send the mail by selecting the form?
If you are using POP3/SMTP to send email, then Send As permissions has nothing to do with it. Send As only permissions are only required when you are using a MAPI client and the from field.

Therefore you need to be clear about how you are connecting. If you are using POP3/SMTP then the only thing you have to worry about is that the sending authentication in SMTP is correct.

Simon.
In this case both account settings should be exactly same except the email address.
I am only sending from this address since all receives will go to the public folder.  We are using SMTP and I do not require authentication.  Now that you've established that permissions are not required then, we've tested this also with a few users and also a new test user- they have been able to send with no problem.  However, we still have these few clients getting the aforementioned error.  The error we are getting on these few clients pops up immediately after the send/receive.
Try by creating a dummy pop account and see if it helps..
http://www.block.net.au/help/Dummy-POP3/
This is exactly what I am already doing.  Users have an MS Exchange mailbox which is the default- works fine.  We are setting up this public folder's address as a "secondary" "dummy" pop/smtp account and allowing only send.
The error has to be caused by something other than the permissions on the folder - because the permissions on the folder mean nothing when you are sending via SMTP. All Exchange is looking at is the authentication credentials being used to send the email message.

Therefore that is where I would be looking - at the credentials set in the SMTP outbound email settings.

Simon.
You mean to say there is no real POP account configured on this profile only dummy POP account?
Subsun, Only exchange & this dummy POP account.  Mestha, authentication is not necessary for outbound email.  I added an alias to the exchange account and set that up the same way and  I get the same error.  I'm thinking it's something more than the settings in Outlook.
Can you check the authentication setting SMTP in dummy pop account and see if it works..
smtp.JPG
this works, but is not necessary because on the other users' setups I leave this unchecked and it works fine.
The setup shown above is how it should work - with specific authentication credentials used for sending email to EXTERNAL recipients.
For INTERNAL recipients no authentication is required.

If you are routing email out through Exchange then you need to either authenticate or have the IP address of the machine sending the email listed as an address that can relay. Exchange does not work in the way that many ISPs servers do and allow email to be routed through their servers from their own network.

Therefore if you have other machines working without specific credentials being set then either
a. You have those machines listed as being able to relay.
b. You have an open relay
c. You are not using Exchange as the outbound SMTP Server.

It is simply not possible otherwise.

Simon.
If you are logged in to your domain then this setting is not required, If you are logged in to some other domain or local system then it is required.
OK, you got me on this part.  If I'm sending to INTERNAL, then I don't need it.  Which right now to test this is what I am doing.  However, that's not my issue here.  For some reason, users at this one branch office are having issues.
I setup my email on a workstation at the branch office and I get the same error, where everything works fine for me at HQ.
ASKER CERTIFIED SOLUTION
Avatar of Mestha
Mestha
Flag of United Kingdom of Great Britain and Northern Ireland image

Link to home
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
Start Free Trial
SOLUTION
Link to home
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
Start Free Trial
Never really got to the bottom of this, although we did isolate the issue at the branch location.  The business requirement changed, so this is no longer necessary.