Codice: Seleziona tutto
root=mio_utente@gmail.com
mailhub=smtp.gmail.com:587
FromLineOverride=YES
authuser=mio_utente@gmail.com
authpass=[PASSWORD]
UseTLS=YES
UseSTARTTLS=YESCodice: Seleziona tutto
# sSMTP aliases
#
# Format: local_account:outgoing_address:mailhub
#
# Example: root:your_login@your.domain:mailhub.your.domain[:port]
# where [:port] is an optional port number that defaults to 25.
root:mio_utente@gmail.com:smtp.gmail.com:587
utente_locale:mio_utente@gmail.com:smtp.gmail.com:587
Codice: Seleziona tutto
set ask askcc append dot save crt
ignore Received Message-Id Resent-Message-Id Status Mail-From Return-Path Via D$
alias root root<mio_utente@gmail.com>
alias utente_locale utente_locale<mio_utente@gmail.com>
Codice: Seleziona tutto
echo email di test | mail -v -s "Test" utente_localeNel sistema è configurato un job con cron che effettua delle operazioni che possono fallire, il job gira come utente_locale (deve essere così) e come sapete se il comando genera un output questo viene dirottato tramite email all'utente con il quale gira il job stesso.
E qui nascono i problemi, in pratica è come se l'utente non venisse interpretato tramite /etc/ssmtp/revaliases e quindi il destinatario dell'email invece di essere mio_utente@gmail.com risulta utente_locale@nome_host il quale chiaramente non riceverà mai nulla.
Ci sarebbe la soluzione di mettere la variabile d'ambiente MAILTO="mio_utente@gmail.com" nel file di crontab ed in questo modo risolvo, ma mi sembra una forzatura e non mi piace molto
Avete idea di quale possa essere il motivo del malfunzionamento?