上網找了一下解法...沒想到只要加一行指令就可以解掉了
修改前:
連線時會遇到500 OOPS錯誤
修改後:
編輯 /etc/vsftpd/vsftpd.conf 設定檔
vim /etc/vsftpd/vsftpd.conf
加入下面這一行
allow_writeable_chroot=YES
重新啟動 vsftpd service
systemctl stop vsftpd
systemctl start vsftpd
![](https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEiD7Lia8ouGVdPFV28twNB6AyN_3fsI_zNBcdKkAz8vAg6G3p41flgGeZvddf4ntuTI7-UUC6UATv0XQZ3TvlMw9hnE5ERpD4R4Ml4cwmREaRYvFrKujk4vevPoAjbVNL51zkaGhQFt2tlX/s640/%25E6%2588%25AA%25E5%259C%2596+2019-11-22+16.03.59.png)
就可以正常連接了
Written by: AWS Community Builder Sheng Hau Wang (Kevin Wang) 一個菜鳥工程師的雲端學習歷程,把自己踩到的雷記錄起來,以淺顯易懂的方式告訴大家,讓大家不要再遇到一樣的問題
maildrop:本地郵件放置在maildrop中,同時也被拷貝到incoming中。 incoming:放置正在到達隊列或管理進程尚未發現的郵件。 active:放置隊列管理進程已經打開了並正準備投遞的郵件,該隊列有長度的限制。 deferred:放置不能被投遞的郵件。可能是推遲發送的郵件
/usr/sbin/postfix start
/usr/sbin/postfix stop
/usr/sbin/postfix check
postconf -n
/usr/sbin/postfix reload
mailq postqueue -p
mailq | wc -l postqueue -p | wc -l
postcat -q Queue_ID
/usr/sbin/postfix flush postqueue -f
postsuper -h Queue_ID postsuper -h ALL deferred
postsuper -H Queue_ID postsuper -H ALL deferred
postsuper -r Queue_ID postsuper -r ALL
postsuper -d Queue_ID
postsuper -d ALL
postsuper -d ALL deferred find /var/spool/postfix/deferred -type f -exec rm -vf {} \; # find /var/spool/postfix/defer -type f -exec rm -vf {} \;
find /var/spool/postfix/deferred -type f -exec ls -l --time-style=+%Y-%m-%d_%H:%M:%S {} \;
find /var/spool/postfix/deferred -type f -mtime +3 -exec rm -f {} \;
find /var/spool/postfix/defer -type f -mtime +5 -exec rm -f {} \;
tail -f /var/log/messages
tail -f /var/log/maillog