Please provide more info. I can't recreate this.

Spoke with the customer directly and found that the problem relates to his
specific setup. To cut a long story short, he syncs his iTunes XML file from one
machine to another and then has a script that modifies the paths in the file.
It's possible for SlimServer to do a scan both before and after the paths have
been modified. This results in duplicate entries - one for the pre-modified
path, the other for the post-modified path. Both seem to be valid paths, since
the customer uses a symlink to map one to the other. 

Changing the subject of this bug report to reflect what we should be doing -
resolving symlinks and aliases to a canonical path and moving forward to 6.1.

Is this planned for 6.1, vidur?

Will this also solve a problem that I have been having? Essentially, songs
listed in m3u playlist created outside of slimserver (e.g., WinAmp, Media
Center), result in duplicate entries in the database. Basically the problem
results because my music is on a server and each of these programs use different
strings to represent the same song than does slimserver. For instance:

Slimserver -  \\MEDIA-SERVER\My Music 2\Alison Brown\Stolen Moments\Alison Brown
- Angel.flac
Media Center- \\Media-server\My Music 2\Alison Brown\Stolen Moments\Alison Brown
- Angel.flac

In this case, the only difference is the case of "Media-server". Other times
drive letters will be included among other differences. I have manually edited
the m3u file and when I make I change it the file so that it is identical to the
slimserver representation, do a clear and rescan, the dublicates disappear. If
this is not the same problem, I will create a new bug report. 

Separate problem, please file a new bug if it's still happening to you, Steven.