酷!學園

crontab 的 PATH 跟一般的不一樣. 你的程式可能不在那 PATH 裡頭.

After=systemd-networkd.service network.target你可以看一下 /lib/systemd/system/ 底下的檔案. 裡頭應該有一堆. 你要改的檔案也應該在裡頭.

我只會把需要的服務寫到 After 裡頭.... 應該不至於是所有的都是吧....

不知道要用那個.... 就執行

systemd-analyze plot > boot.svg

然後看看 boot.svg (用 brower 看就可以) 挑一個來用吧.
一般使用上, multi-user.target 通常是最後幾個, 用這個應該就可以.

信件的 header, 收到什麼就什麼, 要假造什麼資料都可以.
而且... SMTP 沒有 "檢查" 信件內容的功能.... 所以什麼都可以是假的. 要檢查請自己用另外的軟體去中介處理.

唯一可信的是你自已 server 加上的.... 你說的那幾個 postfix 加上的. postfix 本來就會把 group 轉發給每一個.
比較詳細的資訊請自己去看 log.

聽起來像是要做 r-proxy?

rewrite_log on 再去看 log 吧.

全部改成 utf8 會比較容易.

檔名 => samba 設定改了, smb client 就會正常看到. console 端只要 locale 設定正確也看的到.
script 內容 => 如果原本就用 utf8, 那就什麼都不用改 (如果是 big5, 一樣要轉成 utf8)

在你的 .pl 去做 lock (不是 lock log 檔, 是自己產生一個檔案來 lock).
這樣可以確保同時只有一個 test.pl 會執行.

http api?
httpd 是 server 上頭跑的嗎? 如果是, 用 curl 透過 get 的方式把值丟回去給 server 就可以.
還是 httpd 是在每台 client 跑的, 然後 server 連過來抓? 如果是就寫個 cgi 或 php/perl/.... 之類的程式直接 stdout 寫出就可以.

我剛剛試著由公司 (Exchange 2013) 寄一封信到家裡的伺服器, 並沒有這問題.

0 開頭的數字是八進位, 所以 08 09 是不合法的數字.

我沒有 local console, 所以不確定 console 端的 mouse cursor 是否正常移動.
不過由 vnc viewer 端來看, 移動過去的 cursor 或選單都很正常的運作. (機器等級是比樹梅好沒錯, 不過也是有台 arm 1G 的機器, 用 vnc 跑, 畫面顯示感覺也不會比 pc 慢)

server 端執行是用下面的參數 (沒記錯應該除了 :2 之外, 都是預設的):
Xtightvnc :2 -desktop X -auth /home/tommy/.Xauthority -geometry 1024x768 -depth 24 -rfbwait 120000 -rfbauth /home/tommy/.vnc/passwd -rfbport 5902 -fp /usr/share/fonts/X11/misc/,/usr/share/fonts/X11/Type1/,/usr/share/fonts/X11/75dpi/,/usr/share/fonts/X11/100dpi/ -co /etc/X11/rgb

問題是... 那編碼就不是中文用的啊. 硬要用那個打中文... 那要 client 有做 workaround 處理才能看的到.
如果中間有個會處理信件內容的東西, 硬要用標準的方式來解讀就封信, 內容自然會亂掉 (有可能 high bit 會不見).

現在還有人堅持要用 iso-8859-1 來處理嗎? 全球化的世界, 不是改用 utf-8 才不會有問題嗎?

解法:
1. 對方改
2. Exchange 上頭看有沒有不去處理信件內容的選項, 如果可以改成不處理, 就看讀信的 client 本身怎麼處理了. (這我不會)
3. 中間再弄個程式上去 (filter? milter?), 自己改成正確的....

有點無法理解.... 這是指執行 mssql 那台機器上的 firewall 嗎? (1433 應該是 mssql 的預設連接埠沒錯, 設定是輸入應該是 server 用的吧... 不過... MS 的東西不是安裝時都會自己去設定 firewall rule 嗎?)

是設定那幾個 ip 可以連但是不能連? 還是設了之後所有的機器一樣可以連? (不過不管是那一種都是不合理沒錯... 與我的經驗也不符...)

sleep 加上去試看看不就知道了嗎?





經驗上來說, 就算只停個 1ms 的時間, 也會大幅改進吃 cpu 的時間.
問題是... 如果是這麼重要又急的事情, 似乎不是用這種寫法吧.... 通常這類的寫法, 停個 1s 再處理都算快的了.

Error: xz compression not available

應該是把 xz 這東西裝上就能用了吧.