La carga y sobrescritura de FTP NO sobrescribe, sino que crea [archivo.ext].# en su lugar

Question

Esta pregunta es un duplicado deuno en StackOverflow, y en su lugar me recomendaron hacer esta pregunta aquí. Mis disculpas si la publicación múltiple no es deseable.

Tengo un problema muy extraño con FTP que me está molestando muchísimo. Esta es la PRIMERA vez que veo este problema.

Cuando subo un archivo, no sobrescribe el original, sino que se le cambia el nombre a [archivo original.ext].1 (o [archivo].2, si [archivo].1 ya existe). Por ejemplo, si style.css existe en el servidor y lo descargo y edito, cuando lo vuelvo a cargar en su posición se le "cambia el nombre" aestilo.css.1. Hacer el intento por segunda vez produce un tercer archivo llamadoestilo.css.2.

Tengo mi propio hardware, en el que tengo instalado OpenSUSE 11.4 de 64 bits (una instalación relativamente reciente, recién configurada). Estoy haciendo uso de ftpd puro y uso el panel de control de YAST para manipular la configuración. La configuración de Umask (archivos umask:directorios umask) en particular está establecida en 000:000 (la única configuración que otorgará a un archivo cargado los mismos permisos que a los archivos existentes). Tengo acceso ftp Chrooted para todos, y para que FTP pueda acceder a /srv/www/, he usado las instrucciones eneste sitiopara montar /srv/www/ dentro de /home/[usuario]/ftp/ usando la operación de enlace. Ergo, el acceso FTP tiene un chroot para un usuario muy seguro, pero el usuario aún tiene acceso al contenido dentro de /srv/www/.

También me he tomado el tiempo para otorgar al contenido de /srv/www/ los mismos permisos y usuario:grupo que el propio usuario (es decir, NO debería haber problemas de permisos).

Estoy usando WS_FTP Pro 2007 para acceder al sitio, así como Notepad++ (a través de NppFTP), y ambos clientes tienen el mismo problema: puedo descargar archivos sin problemas, pero cuando los subo tienen ".#" adjunto ( .1, .2, .3, etc.) en lugar de sobrescribir el archivo original. Estos nuevos archivos tienen permisos y propiedad IDÉNTICOS (usuario: grupo) que el archivo original, por lo que no sé por qué la carga crea un nuevo archivo en lugar de sobrescribirlo.

Editado para agregar: Desde entonces, probé varios clientes FTP diferentes, incluida la funcionalidad FTP en la línea de comandos de Windows, con resultados finales idénticos.

Answer 1

Hay varias referencias a una característica de "renombramiento automático" en ftpd puro. ¿Es solo cuestión de apagarlo?http://pureftpd.sourceforge.net/README

Y aunque las descripciones de los nombres de los archivos hacen que esto parezca menos probable, ¿el cliente ftp está utilizando la opción STOU?http://www.nsftools.com/tips/RawFTP.htm

También puede haber algo de ayuda en esta pregunta y respuesta. ¿Cómo manejan los servidores FTP el cambio de nombre a un archivo existente?