Je kunt de charset van de e-mails aanpassen zodat deze overeenkomt met
de charset die je jobs genereren. Waarschijnlijk is UTF-8 wel een
veilige gok. Zie bijvoorbeeld dit antwoord: http://serverfault.com/a/642184
Quote:
Solved my issue by adding in to a crontab:
|crontab -e |
At the top of file i wrote:
|CONTENT_TYPE="text/plain; charset=utf-8" |
Now all of my cron job email's are in UTF-8 Charset.
End Quote.
Groet,
Bram
2017-02-23 14:48 GMT+01:00 mj <lists@merit.unu.edu
<mailto:lists@merit.unu.edu>>:
Hoi,
Ik heb hier een rsync cron job draaien om bestanden op twee machines
gesynchroniseert te houden. Ik krijg een overzicht van elke rsync
sessie, om te zien welke bestanden gekopieerd zijn.
Daartussen zitten ook chinese bestanden, bv: 课题雇佣的科研助手费用备足
(ik hoop dat die tekens goed overkomen)
De chinese bestanden lijken aan beide kanten correct op het
filesysteem te staan. Zowel bash als bv midnight commander geeft ze
op beide machines correct weer.
De output van die cron job wordt gemailed naar root, echter in die
mails zien de chinese bestanden er zo uit:
\#346\#210\#221\#347\#232\#204/\#346\#22
Doet dit een belletje rinkelen bij iemand? Waar is iets te checken?
Het is geen vreselijk probleem, want het eindresultaat is prima,
alleen zouden die mailtjes er beter uitzien wanneer de bestandsnamen
kloppen.
De machine die via rsync pulled en het mailtje verstuurt draait
up-to-date debian jessie met postfix.
Tips?
MJ