[Bug 1296488] Re: Can't replace exist file by mod-sftp

sense sense at rocketmail.com
Thu Mar 27 03:47:53 UTC 2014

Thanks TJ Saunders, follow is his reply:

Here's your culprit here.  By default, proftpd does not allow overwriting
of existing files (this includes appending to existing files); see:


This means that adding e.g.:

    AllowOverwrite on

to your proftpd.conf should help.

And it's works.

** Changed in: proftpd-dfsg (Ubuntu)
       Status: New => Invalid

You received this bug notification because you are a member of ProFTPD
Maintainance Team, which is subscribed to proftpd-dfsg in Ubuntu.

  Can't replace exist file by mod-sftp

Status in “proftpd-dfsg” package in Ubuntu:

Bug description:
  Ubuntu version: 12.04.4
  proftpd-basic 1.3.4a-1 (with mod_sftp 0.9.8)
  sftp client: openssh-client 1:5.9p1-5ubuntu1.1

  I separately test replace file in ftp and sftp(ssh) both  same Proftpd
  server and the same user(not root). The test by ftp, it can replace
  the file no problem. But the test by sftp keep say:

  remote open("/test.txt"): Permission denied

  But when I remove test.txt first and upload the locally test.txt by
  sftp, it will be ok. So it's not the user's right or file path

  Follow is the configure file


  Include /etc/proftpd/modules.conf
  UseIPv6                off
  IdentLookups            off
  ServerName            "server_a"
  ServerType            standalone
  DeferWelcome            off
  MultilineRFC2228        on
  DefaultServer            on
  ShowSymlinks            on
  TimeoutNoTransfer        600
  TimeoutStalled            600
  TimeoutIdle            1200
  DisplayLogin                    welcome.msg
  DisplayChdir                   .message true
  ListOptions                    "-l"
  DenyFilter            \*.*/
  DefaultRoot            ~
  RequireValidShell        off
  Port                21
  <IfModule mod_dynmasq.c>
  MaxInstances            30
  User                proftpd
  Group                nogroup
  Umask                002  002
  AllowOverwrite            on
  PersistentPasswd        off
  TransferLog /var/log/proftpd/xferlog
  SystemLog   /var/log/proftpd/proftpd.log
  <IfModule mod_quotatab.c>
      QuotaEngine off
  <IfModule mod_ratio.c>
  Ratios off
  <IfModule mod_delay.c>
      DelayEngine on
  <IfModule mod_ctrls.c>
      ControlsEngine        off
      ControlsMaxClients    2
      ControlsLog           /var/log/proftpd/controls.log
      ControlsInterval      5
      ControlsSocket        /var/run/proftpd/proftpd.sock
  <IfModule mod_ctrls_admin.c>
      AdminControlsEngine off
  UseReverseDNS off
  ServerIdent on "server_a"
  <Limit LOGIN>
      DenyGroup !ftpmen
  <Limit SITE_CHMOD>
         Order allow,deny
  Include /etc/proftpd/conf.d/sftp.conf


  <IfModule mod_sftp.c>
                  Port 2222
                  SFTPEngine on
                  SFTPHostKey /etc/ssh/ssh_host_rsa_key
                  SFTPHostKey /etc/ssh/ssh_host_dsa_key
                  SFTPCompression delayed
                  SFTPAuthorizedUserKeys file:~/.sftp/authorized_keys
                  SFTPAuthMethods publickey password
                  <Limit LOGIN>
              DenyGroup !ftpmen
                  TransferLog /var/log/proftpd/xferlog
                  DefaultRoot                     ~
                  MaxLoginAttempts 4
                  RequireValidShell               off
                  Umask                           002  002

  Sorry for my poor English and thanks for  help :)

To manage notifications about this bug go to:

More information about the Pkg-proftpd-maintainers mailing list