Apple has broken Windows file sharing in Snow Leopard

Hi Folks,
Having a serious problem here.
Apple has broken Windows file sharing in Snow Leopard. Many others on the forums are experiencing the same thing. I was almost ready to fully switch to the Mac, then I thought I would upgrade to SL, then this happened...
OK so I have a Windows Server 2003 Small Business Server. It's pretty much the same as the standard Windows 2k3 server except that it throws in a few extras (And takes some things away). I'm also lead to believe, that there is a difference w.r.t. password signing/encryption or something?
Anyways, if I try and connect to my SBS server with the correct username and password (In different formats: Domain\username or just username), I get a "Unable to connect to server. Check IP..." blablabla. This happens after the password prompt has come up.
If I try and connect to my standard windows 2003 server box, it does work, just very slowly (Again, referring to the whole thing about how SBS treats password security differently).
So I ask a couple of things:
1) It would be appreciated if any other forums members could maybe help me get this going?
2) A plea to Apple - please fix this. It all worked perfectly in Leopard!
Apple probably haven't tested SL against SBS 2003 server. A lot of companies don't do this either as they think that it is just the same as the standard 2003 server (Which i hope Apple have tested against!)
Thanks guys

I have the same problem. Here are the details:
External Hard Drive with LAN (Buffalo Drivestation Flexnet: http://tinyurl.com/kk5mmu)
Mac OS X 10.6, on 3 different Mac Mini's
This error occurs on all computers when trying to copy a file to the 'SHARE' sharepoint on the SMB Drive:
"The Finder can't complete the operation because some data in "filename" can't be read or written. (Error Code -36)"
I CAN
Access / Read / Write this Drive in Windows XP
Access / Read / Write this Drive in OS X 10.5.7
Make new folder on this Drive in OS X 10.6
See a .DS_Store file which 10.6 has written to the Drive
Save a document to the drive from the Text Edit save dialog in 10.6
Save a document to the drive from the Pages save dialog in 10.6
Duplicate a document on the drive using Terminal (cp Untitled.pages Untitled2.pages) in 10.6
Copy anything to any other computer on the Network using 10.6
I CAN NOT
Copy a document to the Drive in 10.6
Duplicate a document on the Drive in 10.6
Save a PDF or JPG to the drive from the Preview save dialog in 10.6
This error happens every time. It is easily reproducible.
I hope that this information helps Apple get on to the problem soon.

Similar Messages

File Sharing between Snow Leopard MacBook Pro and Mac OS 8.6 Powerbook 1400

well ok, for some this might sound ridicule. Why should I still be using a 13 year old PowerBook. Let me tell you, this is writing/typing heaven, Zen-like; no distractions at all, no twitter, no internet (although possible), no emails just pure you and your text and if you spin down the HDD, absolute silence. as said before pure Zen writing heaven. and on top of that you're typing on the best keyboard ever on a laptop.
As you might see I love my vintage masterpiece of a laptop and use it on a regular basis. Just one Problem.
Since I Installed Snow Leopard on my MacBook Pro 17" I just haven't been able to establish a connection between the two machines.
I have to admit, I'm not that versed with OS 8.6 but with 10.5 I had absolutely no problems accessing the shared folders on my MacBook Pro and vice versa.
My first thought was to activate Appletalk on the ethernet on my Macbook, which I failed to find anywhere. The Apple Discussions Forums revealed that Appletalk has been dropped with the introduction of Snow Leopard but all the entries where regarding printing issues with shared printers, I didn't find anything about actual file sharing and thus did not get any clues how to share files between my two machines.
My PowerBook 1400cs/166 runs on 8.6 and I use a Global Village Platinum PCMCIA card (modem and Ethernet combi card). this setup worked perfectly with 10.5 but I have not been able to make establish a connection since running 10.6 on my MBP.
I am really desperate since I heavily depend on being able to exchange files between those two machines through an ethernet connection.
So I kindly ask anyone who might be able to help me to please consider posting any solutions or at least ideas which could help me with my problem. I really would greatly appreciate any effort whatsoever.
Thank you very much for your time.
EDIT:
What I forgot to mention: strangely enough, when I enable Internet Sharing on my MacBook Pro (through Airport) to Ethernet, my PowerBook 1400 can connect to the internet without any problems.
Message was edited by: Apolloss

First of all let me thank you very much. It actually works (partially).
There seems to be a problem though. While I can connect perfectly from my MBP 10.6 to my PowerBook 1400, the other way round doesn't work.
My MBP does not show up in the Network browser of OS 8.6 but I could life with that.
The problem is that if I try to connect to my MBP from my PB1400 by entering the IP directly a alert message appears reading that the "User Authentication Method required by this server can't be found, please check the AppleShare folder in the Extensions folder and try again".
Do you have any clues what I'm doing wrong or where the problem may lie?
PS.
Even if you may not be able to further help me with this problem, I ow you a great deal of gratitude and am very thankful for your help so far. At least I can exchange files between the two machines and that's what I needed in the first place.

File Sharing between Snow Leopard, Lion

Today, I successfully installed Snow Leopard and Lion on separate partitions. Did a clean install of Lion and it is running 1000% better than when I installed it as an upgrade over Snow Leopard. Additionally, I also have Windows 7 running in Boot Camp.
My question is this: How do I access my files in Snow Leopard from Lion? Both are installed on separate paritions on the same hard drive in my MacBook Pro. I don't want to use drop boxes or anything. I simply want to navigate to my folders in SL and access them. However, it is saying I don't have permission to access them. I have tried sharing and have tried adding users with permission rights. It's possible that I just haven't done it correctly. And, I suppose it may not be possible at all. Does anyone have any suggestions?
Thanks.

Have you solved this problem yet?
just got a new MBP and am having the exact same issue!
I just posted this thread about it:
https://discussions.apple.com/thread/3256052
Cheers

Windows file sharing issues with Leopard

One of my clients has a Mac Mini server running Leopard with all updates installed. He has 2 Windows PCs in his office (1 XP and 1 Vista) and 1 MacBook Air running Leopard.
I created two folders in /Users/Shared and created a new full (standard) user account (SMB doesn't seem to like "share only" accounts). I turned off the OS X Firewall and set the two folders to be read/write shares for the new account I created. I turned on SMB sharing in Options.
On the Windows XP machine, I can read/write to the Mac Mini's shared folders just fine, however I cannot delete files for some reason. I always get an error saying the file is locked or I don't have permission to erase it. I tried moving the share folder to different locations, thinking it was a parent folder permission issue. No dice. It doesn't seem to matter who creates the file, I cannot delete it from the Windows computer. I can delete it fine from any Mac in the office.
Any ideas?

The default behavior for the /Users/Shared folder is that you can only delete files you put in the Shared folder - this is called the "sticky bit." ie: User A saves/moves a file into Shared, User B can read/write that file but cannot delete it, User A can read/write and delete. The sticky bit can be set via Terminal.

How to set up file sharing in Snow Leopard Server?

Apple had SLS for just about free when I needed SL, regular SL not yet then, so I grabbed it. I have been using it for quite some time for legacy applications and never needed to move files to that machine over the network. Tonight I needed to and noticed I could only do screen sharing. I went the control panel and there is no settings to do it. Can anyone tell me how to "turn it on". Can it be?
Any assistance will be greatly appreciated.
. . . guy

Open the Server Admin program (in the dock if nowhere else). It's there.

Reseting the Hashed Password after enabling Windows File Sharing

Disclaimer: you'll need a good bit of knowledge about OS X, UNIX, and encryption to understand what I'm talking about.
All right, so normally OS X hashes user passwords using a salted SHA1 encryption. It uses shadowing so that you can't obtain the actual hash value using "% nidump passwd".
BUT, if you enable Windows File Sharing, all that changes. OS X re-hashes your password using the much less secure LANMAN encryption. This allows Windows machines to access your files. (LANMAN is what Windows used to encrypt passwords up through Windows ME. Later versions of Windows use NTLM instead, which is stronger.) This is why, the first time you enable Windows File Sharing, OS X warns you that enabling the feature will require your password to be stored in a less secure manner; it's downgrading the hash from SHA1 to LANMAN.
My question is: I'm done sharing files with idiot Windows users - how do I force OS X to go back to storing my password using SHA1?
Thanks guys.
-Bryan

Thanks biovizier. You're absolutely right, deleting the extra text after ";shadowHash;" and then reseting the password for the user's account does seem to force OS X to rehash the password using SHA1.
Just in case someone else has this question in the future, here's how to verify that your password is hashed in SHA1:
Log in as Root and open the /private/var/db/shadow/hash folder. You'll see files with long, weird names. You'll also see an XML file (with the extension *.state) for each of the files with long, weird names. The XML file contains several tags that tell OS X information about the hashed password - things like when it last logged on, when it was created, how many times login failed, etc.
We're interested in the other files - the ones that don't end in ".state"
To verify that SHA1 is being used, open the long, weird files in textedit. You should see something like this:
000000000000000000000000000000000000000000000000000000000000
000000000000000000000000000000000000000000000000000000000000
000000000059G31HJ75BR54210P07Y57BC57094D643H78K8765L98C6X000
000000000000000000000000000000000000000000000000000000000000
000000000000000000000000000000000000000000000000000000000000
000000000000000000000000000000000000000000000000000000000000
000000000000000000000000000000000000000000000000000000000000
000000000000000000000000000000000000000000000000000000000000
000000000000000000000000000000000000000000000000000000000000
000000000000000000000000000000000000000000000000000000000000
000000000000000000000000000000000000000000000000000000000000
000000000000000000000000000000000000000000000000000000000000
000000000000000000000000
There should be a few more zeros; I've cut some out here to save space.
What should NOT exist, is the following:
57Y083D243109VGR45Z4B65812R8M087H65HJ8OK95T89L8JHL9000000000
000000000000000000000000000000000000000000000000000000000000
0000000059G31HJ75BR54210P07Y57BC57094D643H78K8765L98C6X00000
000000000000000000000000000000000000000000000000000000000000
000000000000000000000000000000000000000000000000000000000000
000000000000000000000000000000000000000000000000000000000000
000000000000000000000000000000000000000000000000000000000000
000000000000000000000000000000000000000000000000000000000000
000000000000000000000000000000000000000000000000000000000000
000000000000000000000000000000000000000000000000000000000000
000000000000000000000000000000000000000000000000000000000000
00000000000000000000000000000
The second Hashed value does not start with zeros. This hash value is not SHA1. It is the less secure encryption method required for compatability with Windows.
If your hash file opens with zeros, you're using SHA1. Otherwise, follow Biovizier's procedure: Open NetInfo, select the user account whose password needs to be changed back to SHA1, look at the "authentication_authority" value, make sure the value is set to ;ShadowHash; and that no additional text follows that string, then reset the affected account's password. You can then log back in as root and re-check the hash files using textedit and you should find that the hash file opens with solid zeros instead of letters and numbers.
Do NOT manually edit the hash files in textedit. One of those files is the hash for the Root password. If you change that hash file, your root password will no longer work (because when you type MYPASSWORD, OS X will hash that string and find that the hashed value no longer matches the stored hash value in /private/var/db/shadow/hash and OS X will therefore reject your password as incorrect) and you will quickly find yourself locked out of your computer for good.
And finally, just in case you have the computing power of the NSA and are thinking about running the hashes I've listed here: A) They aren't the right length; I've left some characters out and B) I randomly substituted different alphanumerics in for the ones in my real hashes with no rhyme or reason.
Which brings me to another point: NEVER post your hashes online. Yes, it takes a TON of computing power to break them, but still, they're hidden away for a reason!
Anyway, I hope this helps other security buffs out there.
I'm going to make a suggestion to Apple that OS 10.5 be changed so that when you unclick "windows file sharing" the OS immediately rehashes your password in SHA1 again.
-Bryan

Windows file sharing can no longer work after tiger upgrade

hi guys, ive been searching the web to find a cure on my problem for a long time now, but still no success, hope someone could help me out.
ok heres my problem, before the upgrade, file sharing with windows is perfect, with no problems at all, but when i upgraded one of our mac to tiger, windows file sharing is not working anymore, i cant connect or see my windows xp computer on the network and vice versa, windows cannot see my mac with tiger on the network.
Our other 2 macs here running in panther are fine( meaning, windows file sharing is working)
Now we've bought a new computer which is a mac pro with fresh install of leopard, i setup the windows file sharing, but i was surprised that i cant see my windows xp box too on the network, and vice versa, the pc cant see my mac pro too on the network, whats wrong with tiger and leopard file sharing???? please help me, im so frustrated cant make it to work. i know, my pc computer has nothing to do with it, coz i can still connect to a mac with panther os. hope someone can help me fix this... please..

This site has some information on file sharing and printer sharing between Windows and Macs for various combinations of OSs. The Leopard repository isn't quite as mature as the Tiger repository, but there's a lot of good information at this site. Hopefully, it will be helpful to you in resolving your Windows/Mac issues.

App that can access windows file sharing

Hello... I've got my Nokia 500 today, but i'm looking for an app that can access windows file sharing via wifi. I want to transfer my picture from cellphone to my computer via wifi..
Nokia 500 -> Wifi -> Computer (Windows File Sharing)...
Anyone please create an app for me

Telexy SymSMB used to be such an app, but was taken off the market (Nokia demanded it, because apparently some Nokia employees were involved in developing the app). Don't know if anything similar has come out since then.

Why did I have to enable Windows File Sharing to share files between two Mavericks iMacs?

File Sharing failed between my Mavericks iMacs. The console logs showed that the target iMac saw the ntlmv2 protocol as unknown to the kdc. I fixed it by enabling Windows File Sharing on the target Mavericks iMac. I had tried disabling SMB on both iMacs and leaving AFP on, but then nothing happened when I tried to connect. Why did I have to enable Windows File Sharing to share files between two Mavericks iMacs?

When you enable file sharing you need to have either SMB (Windows) or AFP (historically Apple-native) file sharing checked. The default in Mavericks is SMB, and not AFP.
If you uncheck both, then the system will turn off file sharing. Apple supports the use of both SMB and AFP connections in Mavericks, so with only AFP enabled you should have been able to establish a connection, but there could be a small bug or configuration-specific snafu that you're encountering.
With AFP enabled only, try pressing Command-K in the Finder to open the Connect To Server dialogue, and in here enter the address to the system using afp:// as the protocol, such as the following (the name can be looked up in the Sharing system preferences):
afp://my_imac.local

Windows File Sharing - Slow only in one direction?

Hi everybody,
I'm having a really strange problem with my network. I'm copying files between my G4 Mac mini and Windows XP Home machine, both with all of the latest OS updates. The computers are connected via a 10/100 switch and both are connecting at 100baseTX, full duplex. I have Windows File Sharing running on the Mac mini and I am sharing my entire user directory on the Windows machine as well. So I'm doing all of the file sharing over SMB.
Almost everything works fine--there's just one issue: file copies from the Windows XP machine to the Mac are incredibly slow. Transfers in every other direction work fine. If I connect from the Mac to the Windows machine and copy a file to the Windows machine, or if I'm on the Mac and I download a file from the Windows machine, it's fast. It's also fast if I connect from the Windows machine to the Mac and copy a file from the Mac--a 16 MB file copies in 5 seconds or less. But if I'm on the Windows machine and I try to copy a file to the Mac, it goes VERY slowly--a 16 MB file copy is now measured in minutes instead of seconds.
I googled around and found some people adding a line to their smb.conf file to fix it, but I tried adding the line to no avail (and of course, restarted windows file sharing and killed smbd to make sure it re-read the config file). I also saw some people who fixed it by making sure the network cards on both machines were manually set to 100baseTX, full-duplex--tried that too, didn't make a difference (it's autodetecting properly in my case anyway).
Anyone seen this before? I'd appreciate any suggestions. Thanks! By the way, I just completely reformatted the Windows machine and did a complete reinstall of Windows XP(why do you think I prefer Macs? ) and it had this problem before as well, so as far as I know, the Windows machine doesn't have some crazy virus or something causing it.
Doug
Mac mini G4 1.42 GHz Mac OS X (10.4.6)

Thanks for the reply! I had been on that site but I had been getting there through Google, so I went ahead and did a search on the site and found an article about speeding up Samba:
http://www.macosxhints.com/article.php?story=20051107090652912
There was a discussion below the article with people who had problems similar to mine, so I tried a suggestion near the bottom, adding the line:
large readwrite = no
To the Mac's smb.conf file, and now everything is fast like it should be. Thanks for pointing me in the right direction! This problem has been plaguing me for months.
Mac mini G4 1.42 GHz Mac OS X (10.4.6)

Has Apple stopped supporting email on iCloud using Snow Leopard?

May 1, 2012 4:43 PM
Has Apple stopped supporting email on iCloud using Snow Leopard?
As of Friday, 27 Apr 12, I have been unable to load me.com email onto my computer although I can still bring in my other account (sbc), but I am only able to view my me.com email using the icloud web site. It loads ok on my iPhone, and I had an appointment @ an Apple store and all my email came in ok while in the store. I migrated to iCloud last year, but I'm still running Snow Leopard because of the incompatibility issues of Lion and other software, specifically Quicken.
Any ideas?

ds store wrote:
Sorry, I'm trying a new OS (not Apple) and having a issue which I went back to edit my post and then the window closed.
Maybe you should re-think that strategy.
I don't know, perhaps Apple found out about Roger's trick and is now banning 10.6 users from iCloud.
iClould still provides standard IMAP and SMTP services: http://support.apple.com/kb/HT4864
IMO, just use a web based email like Gmail or Hushmail, that way any device anywhere that has a web broswer can get it.
But if you use Apple Mail, then you can access your mail wether you have internet or not.

Windows File Sharing Folder Name Error

Hi, I’m new to the forums but I really need help and I was hoping someone could help?
I’m using a Mac os x server. We are having problems with the Windows file sharing. When we share drives they share fine. But on windows machines some of the folders in these drives have problems. Some of the folders names in the share have different names.
For example in one folder we had a folder called “PROPOSALS” this is fine on the Mac workstations but on windows machines the folder name will show completely different on windows. The folder proposals showed as “PDJ45~6H”. This has happened all over the share to loads of folders at random. Thats not all though if we tried to open these folders we get an error saying that it’s not accessible.
This has happened all over the server meaning loads of data is inaccessible by some of us on windows machines. What is causing the problem and what can I do to sort this out?
Thanks Tom

More notes... If I enable firewall on the MiniMac and allow Windows File Sharing, the Mini Mac only responds on port 139 Not port 445. Good, this is the same as the iMac default behavior, however, the login still fails.

Bug? Folders created by transmission is read-only to Windows file sharing

It's a nice thing that transmission is supported in the LenovoEMC version of firmware. The thing is, folders created by this transmission are read-only, which means file can't be added, deleted nor modified from Windows file sharing (They are still be deleted with transmission though, but that's irrelavant).
From my experience, this issue is caused by the value of unmask not properly set up in the settings.json file. This file can be modified when transmission is not running, but I didn't find a way to stop transmission from running / restart itself even after being killed from SSH.
Please help.

You have to have root access (which will void your warranty) to modify settings.json, that's why I wish Lenovo can come up with an official solution.
If you don't mind viod the warranty, then after you stop transmission, you can log in as root via putty, then use nano to modify settings.json as mentioned below:
http://forum.nas-central.org/viewtopic.php?f=279&t=7877&sid=30b572be20744201c78d224e3db49c97&start=1...

Help with s-l-o-w-w-w-w-w Windows file sharing

After much hair-pulling, I finally got windows file sharing working on our 10.4.4 xserve (opening up ports 137-139 helped a lot!) - however I have noticed that directory navigation from the PC's are extremely slow... it takes about 25-30 seconds to navigate from one dir to another... once you navigate into a dir, and then back out, it seems that the next attempt into that same dir is very fast.
Any tips are appreciated.
Windows PC's are running XP Pro SP2.

There are several threads about improving Windows performance over smb. Do a search for "smb slow" to find them.
The single biggest thing you can do if you're dealing with a lot of little files is to do: sudo sysctl -w net.inet.tcp.delayed_ack=0
To add this permanently to your server add 'net.inet.tcp.delayed_ack=0' to /etc/sysctl.conf
There a bunch of other edits discussed here:
http://www.macosxhints.com/article.php?story=20040201121437157
=Tod

Windows File Sharing behaving differently on 10.4.5 ( iMac vs. Mini Intel)

I have and iMac and a Mini Mac Intel Duo configured the same:
jdoe/password/workgroup ( bot Macs have a user name jdoe)
personal file sharing started
windows file sharing started with jdoe account enabled
From the PC I ping both Macs to check network connectivity.
From the PC command line I use the following command:
net use i: \\imac\jdoe\Public password /USER:workgroup\jdoe /persistent:no ( works fine )
net use m: \\minimac\jdoe\Public password /USER:workgroup\jdoe /persistent:no ( logon fails )
The SMB connection to the iMac always succeed but the Mini Mac fails. Checking the Ethernet trace, I see that as expected Windows sends out SMB/CIFS packets on port 445 but the iMac does not replay so Windows try SMB/CIFS packets on port 139 (netbios) and gets a reply.
However when attempting to connect to the MiniMac, the MiniMac responds to the first packet on port 445;Hence, WinXP does not attempt port 139.. the negotiation is performed over port 445, but fails authentication.
A few things bug me about this: Why does one Mac respond to port 445 and the other on 139? Why does the failed negotiation on port 445 seems to progress until the NTLM challenge authentication failure? Is there a password issue between the two Macs? Both are running 10.4.5 out of the box, with no extra software!
Mini Mac Intel Duo & iMac G5 Mac OS X (10.4.5)

More notes... If I enable firewall on the MiniMac and allow Windows File Sharing, the Mini Mac only responds on port 139 Not port 445. Good, this is the same as the iMac default behavior, however, the login still fails.

Apple has broken Windows file sharing in Snow Leopard

Similar Messages

Maybe you are looking for