When uploading files through webdav and specifying mimetype -> class, the download url leads to 404.

upload.ini.append.php

[CreateSettings]
MimeClassMap[audio/mpeg]=sound
MimeClassMap[video/x-flv]=video

[sound_ClassSettings]
FileAttribute=file
NameAttribute=name
NamePattern=<original_filename>

[video_ClassSettings]
FileAttribute=file
NameAttribute=name
NamePattern=<original_filename>

The files are uploaded and the objects are created. The mp3-files are stored as [sound]-objects and flv-files are stored as [video]-objects.

I've done some research, and so far I've noticed some things that could be related to this bug:

• The files uploaded through webdav is stored in the same location as they would have been through the admin interface.
• The files uploaded through webdav has no extension while files uploaded through the admin interface keeps their extension.
• If I try to download a file uploaded with webdav back to the client with webdav, the file is named ie: brady_bunch.mp3.mpga

I've also looked in ezbinaryfile table

Uploaded through admin interface:
filename | mime_type | original_filename
f1eda731853dda974431e6b031d378de.mp3 | audio/mpeg | Lost.mp3
b4158aa05d95a021cbeffc1ff1ed7b85.flv | application/octet-stream | VIDEO_TS_Title_03VP6_512K_Stream.flv

Uploaded through webdav:
filename | mime_type | original_filename
f89b778295dca27110926c6afc8efe6e | audio/mpeg | Brady_Bunch.mp3
a643323debf3c228cbbfbca6a145f72d | video/x-flv | HIT saltoVP6_512K_Stream.flv