> > The appropriate directories all have SymLinksIfOwnerMatch (and all > > owners match). In my debugging effort I tried FollowSymLinks. > > > > In case "the last link" made might be the problem, changed the order > > by changing the first letter of the directory in question to upper > > case (they are usually lower case). It made no difference. > > > > Any suggestions would be much appreciated. > > > Did you have at look at on your httpd's log? Could give more details > regarding your set-up, like the relevante httpd.conf lines, > path of your > pictures directories, ... > > Regards, > > Gaël > A good suggestion. The httpd logs show correct delivery, including an exactly correct file length, despite failure. This suggested that the problem might be on the receiving end. The failure is seen two two boxes of different hardware, but with similar win2k systems. I did test it with firefox on the server box using file:///... and it works correctly. I don't have another linux box I can test it with. The strangest thing is that the problem is critically dependent on the soft link name. I have tried numerous combinations, and can make no sense of it. For example: These fail: <img src="Ad_land_small_1/01590004FS.jpg"> <img src="ad_land_small_1/01590004FS.jpg"> Thess work: <img src="Bd_land_small_1/01590004FS.jpg"> <img src="adddd_land_small_1/01590004FS.jpg"> In all cases, the correct links are in place. You can see where my work-around is comming from. Thanks for your help. Mike. -- Michael D. Berger m.d.berger@xxxxxxxx --------------------------------------------------------------------- The official User-To-User support forum of the Apache HTTP Server Project. See <URL:http://httpd.apache.org/userslist.html> for more info. To unsubscribe, e-mail: users-unsubscribe@xxxxxxxxxxxxxxxx " from the digest: users-digest-unsubscribe@xxxxxxxxxxxxxxxx For additional commands, e-mail: users-help@xxxxxxxxxxxxxxxx