Kazu

ファイルマネージャーよりファイル置き換え後、古いファイルの削除について

こんにちは。お世話になります。
Concrete5に興味を持って数日前よりトライしています。

毎日3～8MBのファイル約20点を更新／公開する必要があり、ファイルマネージャーの置き換え機能が非常に便利に感じました。
1日に100MB近くアップロードしますので、定期的に古いバージョンのファイルを削除しなければなりません。
ファイルの「設定」→「バージョン」にゴミ箱マークを見つけ、これで解決！と思いましたが、FTPでapplication/filesを確認したところファイルが削除できていないことに気づきました。

操作方法が間違えているか、もしくはファイルマネージャーのクリーンアップが別途用意されているのでしょうか。
または、これは仕様上仕方ないことなのでしょうか。

お手透きの時で結構ですのでご教示いただきたく宜しくお願い致します。

以下、環境情報です。
# concrete5 Version
Core Version - 8.3.1
Version Installed - 8.3.1
Database Version - 20171218000000

# concrete5 Packages
None

# concrete5 Overrides
None

# concrete5 Cache Settings
Block Cache - On
Overrides Cache - On
Full Page Caching - Off
Full Page Cache Lifetime - Every 6 hours (default setting).

# Server Software
Apache

# Server API
apache2handler

# PHP Version
7.1.10

# PHP Extensions
apache2handler, bcmath, bz2, calendar, Core, ctype, curl, date, dom, exif, fileinfo, filter, ftp, gd, gettext, gmp, hash, iconv, json, libxml, mbstring, mcrypt, mysqli, mysqlnd, openssl, pcre, PDO, pdo_mysql, pdo_sqlite, Phar, posix, recode, Reflection, session, shmop, SimpleXML, sockets, SPL, sqlite3, standard, sysvmsg, sysvsem, sysvshm, tidy, tokenizer, wddx, xml, xmlreader, xmlwriter, xsl, zip, zlib

# PHP Settings
max_execution_time - 30
log_errors_max_len - 1024
max_file_uploads - 20
max_input_nesting_level - 64
max_input_time - 60
max_input_vars - 1000
memory_limit - 128M
post_max_size - 10M
sql.safe_mode - Off
upload_max_filesize - 10M
mysqli.max_links - Unlimited
mysqli.max_persistent - Unlimited
pcre.backtrack_limit - 1000000
pcre.recursion_limit - 100000
session.cache_limiter - no value
session.gc_maxlifetime - 7200