Description of problem:
Since 1.2.1-3E-12 was installed as the latest errata, permissions created on files uploaded by local
users appear to be assigned randomly! In other words, from the standard Linux ftp command line client
as provided by Red Hat EL 4, 2 different sessions from the same client can result in different
permissions. Usually similar to --xr--rw- or ---------. All settings of file_open_mode and
local_umask are ignored (we are aware of the /etc/vsftpd.conf vs. /etc/vsftpd/vsftpd.conf confusion on
RHEL and have one soft-linked to the other, but this problem occurred before the soft-linking as well).
Users are not able to access files left for them. Most of our users do not understand Unix perms, so
they can't fix it themselves. Using the OS X client Cyberduck with it's default of matching local
permissions, all uploads appear to be readable with sane perms. All default OS command line FTP
programs we tried exhibit this random permissions problem, but perms can be fixed with 'site chmod'.
See http://www.redhat.com/archives/taroon-list/2007-June/msg00032.html for corroboration.
Downgrading to 1.2.1-3E-6 as suggested fixed our problem as well.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Log in to vsftpd as a local user.
2. Upload a file
3. Check file permissions.
Permissions on the newly created file are randomly assigned, nearly always leaving the owner without
read and write.
Permissions should obey file_open_mode and local_umask settings.
We are using vsftpd from xinetd and chrooted local accounts.
*** This bug has been marked as a duplicate of 244686 ***