Tamer is finally blogging!

Thought at the end of the day

  Home  |   Contact  |   Syndication    |   Login
  14 Posts | 0 Stories | 3 Comments | 22 Trackbacks

News

Archives

Post Categories

Image Galleries

For Presentations

Squash links

I came accross this problem trying to recieve files on remote servers using the file adpter: "File transport does not have read/write privileges for receive location 'G:\if067\outbox\'". I read there:

http://msdn.microsoft.com/library/default.asp?url=/library/en-us/troubleshooting/htm/ebiz_prog_adapt_owtd.asp

that you need to map a network drive to the recieve location and specifiy the user name and password that has access rights to this share. So I did, and you can see it in the error message I get in the event viewer. The recieve host runs under the same account I used. To test I logged on with this user and sure enough, I have full access and can read, write, modify and delete files on the share. A good collegue of mine (who always helps me out with infrastructure issue might I add) mentioned that the shared drive is flaky and I would be better off sticking with the UNC (e.g. \\servername\share name) instead of the G:\ mapped drive. He also suggested using Filemon to find out what is going on. So now I can't wait till Monday to solve this! So far I can't read, or write to the remote share.

posted on Sunday, September 12, 2004 3:42 PM

Feedback

# re: To UNC or not to UNC with BizTalk 2004 recieve locations? 9/13/2004 8:18 PM Tamer
Hi, managed to fix this. Definitely UNC, and there was something else as well. Security policy did not allow me to log in interactively (using terminal services) with the user I assigned for the receive host. This is obviously required by the adapter! (Can anyone confirm?)

# re: To UNC or not to UNC with BizTalk 2004 recieve locations? 12/12/2004 2:06 PM Tamer
One more thing, The user you use needs to have "full control" on the remote share. Read/Write/Modify is not enough. I'm not sure why!!

# re: To UNC or not to UNC with BizTalk 2004 recieve locations? 2/25/2005 12:32 AM PedroT
Try to create a local account in the BTS box with the same username/password as the remote server.

Run the File Adapter in a Host running under that account.

Cheers,
/* PedroT */


# re: To UNC or not to UNC with BizTalk 2004 recieve locations? 2/25/2005 8:02 AM Jay
Hi Tamer,
I read following in the BizTalk Server Help:
"It is recommended that you set strong discretionary access control lists (DACL) in the receive locations drop directories. For example, you must set read, write, delete files, and delete subfolders and files permissions to the directory where the file receive location picks up messages from, so that only authorized users can drop messages in this location. "

So " 'read', 'write', 'delete files', and 'delete subfolders and files' "
are sufficent for a Receive Location, so no Full Control is needed. I did confirm this information.
But still i got problems with an UNC-Style Receive Location.

So I am really inerterested wether you can confirm that the local security policy of the computer hosting the Receive Location share needs to add the ntaccount under which the BizTalk Server is runinng to the policy settings to allow interactive Login?
This might be the reason for my scenario to fail.

Win2003 BT2004 with all patches.

Receive Location: Share on Win2000 Server unc-style,
'read', 'write', 'delete files', and 'delete subfolders and files' are granted to the group in which also the BizTalk-user resides.

With kind regards
Jay

# re: To UNC or not to UNC with BizTalk 2004 recieve locations? 2/25/2005 12:23 PM Tamer
The user you use needs to have "full control" on the remote share. Read/Write/Modify is not enough. I'm not sure why!! Try that and let me know. Good luck

# re: To UNC or not to UNC with BizTalk 2004 recieve locations? 2/28/2005 8:50 AM Jay

There is a tech article:
http://support.microsoft.com/kb/888498/en-us

That consideres this issue. The documentation is a little bit missleading.
regards jay

# re: To UNC or not to UNC with BizTalk 2004 recieve locations? 2/28/2005 8:50 AM Jay

There is a tech article:
http://support.microsoft.com/kb/888498/en-us

That consideres this issue. The documentation is a little bit missleading.
regards jay

# re: To UNC or not to UNC with BizTalk 2004 recieve locations? 2/28/2005 10:50 AM Tamer
Nice one, thanks Jay. Notice the "Delete SubFolder and Files" permission it requires on the file system level. You will not get that if you only allocate read, write and modify permissions to the receive host user.

# re: To UNC or not to UNC with BizTalk 2004 recieve locations? 6/8/2005 1:57 AM hebboy
I hava a problem too. I grant "Full Control" permission of the remote share folder to "Everyone" on the remote machine. But File Adapter cann't read or write to that share. What I have to do?

# re: To UNC or not to UNC with BizTalk 2004 recieve locations? 6/8/2005 1:40 PM Tamer
Did you have a look at this

# re: To UNC or not to UNC with BizTalk 2004 recieve locations? 4/27/2007 12:54 PM Shiva
I am having a similar issue.

We are using BizTalk 2006, and configured the File Adapter recieve location to a UNC folder and included the Logon Creds as mentioned in Jay's tech article from Microsoft.

My Domain user account has full access on that UNC folder. However, when I configure the receive location this way, I still get this error.

Has anyone resolved this in Biztalk 2006 ?

Thanks.
theshiva

# File transport does not have read/write privileges for receive location 8/29/2008 7:15 AM Niclas Olofsson
I had the same problem but solved by setting share permission to my biztalk account.

At first I only gave the biztalk account folder rights to modify and then full. This didn't solve the case. I solved it by setting the share permissions to full for my biztalk account and then it worked.

Recap: Folder rights wasn't enough, had to set the share permissions to my biztalk account.
Share permissions is by default everyone with change and read but that is not enough!

Post Feedback

Title:
Name:
Email: (never displayed)
Url:
Comments: 
Please add 3 and 8 and type the answer here: