# fgrep remote /var/log/exim4/mainlog.1 | sed -E 's#([ <])[^ <]+@[^ >]+([ >])#\1a@b\2#g' | head -1
2019-01-08 00:47:00 1ggebk-00055M-St ** a@b <a@b> R=nonlocal: Mailing to remote domains not supported
#
Sembrerebbe che Debian potrebbe avere un exim4
set impostato per non funzionare correttamente su una macchina connessa a Internet in cui le porte smtp in uscita non sono bloccate.
Come sottolineato in vari commenti, per farlo funzionare correttamente, è necessario eseguire dpkg-reconfigure exim4-config
, e all'interno della procedura guidata, selezionare la prima internet
opzione . Si noti che nelle finestre di dialogo successive all'interno della procedura guidata, le impostazioni predefinite sono ancora impostate per l'ascolto solo sugli localhost
indirizzi IPv4 / IPv6, quindi sembra che, se si lasciano le altre impostazioni predefinite, si lascia comunque solo la porta SMTP in entrata.
Per verificare che la procedura guidata abbia funzionato correttamente, è possibile verificare il Debian specifico /etc/exim4/update-exim4.conf.conf
(sì, è un doppio .conf.conf
, non è un errore di battitura), che svolge un ruolo in questo fiasco. Ecco le parti rilevanti dopo aver eseguito dpkg-reconfigure exim4-config
e modificato solo la prima opzione all'interno della procedura guidata, che consente l'invio di posta, ma mantiene la porta SMTP aperta solo alla macchina stessa (un'opzione predefinita se si fa semplicemente clic nella riconfigurazione dopo la prima opzione) :
dc_eximconfig_configtype='internet'
…
dc_local_interfaces='127.0.0.1 ; ::1'
Un'altra soluzione sarebbe quella di installare DragonFly Mail Agent in jessie e up - https://packages.debian.org/jessie/dma - che è una semplice implementazione di un MTA, implementando tutte le buone cose di posta UNIX ad eccezione di SMTP in arrivo, quindi , non devi preoccuparti di errori di configurazione o vulnerabilità esterne.