Bug #120140 for libnet: Net:FTP can not rename or delete files stating with a dot

I am able to delete files that start with a dot with a Linux command line ftp utility Client: Windows 7 Pro x32, fully updated strawberry-perl-5.24.0.1-32bit.msi Net::FTP 3.10 FTP Server: Fedora Core 25, x64 vsftpd-3.0.3-3.fc25.x86_64 All the file permissions are 0755 on the user's ftp directory See attachment for vsftpd.conf FTP command line client used to test capability to delete: ftp-0.17-70.fc24.x86_64 (also on Fedora Core 25) Note: 1) Net::FTP fails to rmdir with recurse if it trips across a file that starts with a dot 2) As Net::FTP's dir and ls have not Linux equivalent of "ls -a", Net:FTP dir and ls will not show a file starting with a dot unless you ask specifically for it with ".*" $ftp->ls ( "$DirPath/.*" ) This I do believe is because files starting with a dot acre considered "hidden" in Linux. For example "~/.config" and "~/.mozilla". This may also be why Net::FTP's rmdir's recurse failed when subdirectories contain files with dots in them. Please let me know if you want me to throw some test code together as to how to reproduce this Many thanks, -T

# /etc/vsftpd/vsftpd.conf anonymous_enable=NO local_enable=YES write_enable=YES local_umask=022 anon_upload_enable=NO anon_mkdir_write_enable=NO dirmessage_enable=YES xferlog_enable=YES connect_from_port_20=YES xferlog_std_format=YES chroot_local_user=YES allow_writeable_chroot=YES user_sub_token=$USER local_root=/home/$USER/ftp listen=YES listen_ipv6=NO pam_service_name=vsftpd userlist_enable=NO tcp_wrappers=YES pasv_enable=Yes pasv_max_port=10100 pasv_min_port=10090