Bonsoir,
y-a-t-il une baisse de niveau entre les nulls de 2016 .....et 2019 ?
J'ai pas encore l'utilité de apt-listchanges et les "frozen" semblent bien gelés sur mon île aussi
Mes infos:
/usr/sbin/exim4 -d -bt mail
Exim version 4.86_2 uid=1002 gid=1002 pid=7803 D=fbb95cfd
Berkeley DB: Berkeley DB 5.3.28: (September 9, 2013)
Support for: crypteq iconv() IPv6 PAM Perl Expand_dlfunc GnuTLS move_frozen_messages Content_Scanning DKIM Old_Demime DNSSEC PRDR OCSP
Lookups (built-in): lsearch wildlsearch nwildlsearch iplsearch cdb dbm dbmjz dbmnz dnsdb dsearch ldap ldapdn ldapm mysql nis nis0 passwd pgsql sqlite
Authenticators: cram_md5 cyrus_sasl dovecot plaintext spa tls
Routers: accept dnslookup ipliteral iplookup manualroute queryprogram redirect
Transports: appendfile/maildir/mailstore/mbx autoreply lmtp pipe smtp
Fixed never_users: 0
Size of off_t: 8
Compiler: GCC [5.4.0 20160609]
Library version: GnuTLS: Compile: 3.4.10
Runtime: 3.5.18
Library version: Cyrus SASL: Compile: 2.1.26
Runtime: 2.1.26 [Cyrus SASL]
Library version: PCRE: Compile: 8.38
Runtime: 8.38 2015-11-23
Total 19 lookups
Library version: MySQL: Compile: 5.7.21 [(Ubuntu)]
Runtime: 5.7.25
Library version: SQLite: Compile: 3.11.0
Runtime: 3.11.0
WHITELIST_D_MACROS: "OUTGOING"
TRUSTED_CONFIG_LIST: "/etc/exim4/trusted_configs"
changed uid/gid: forcing real = effective
uid=0 gid=1002 pid=7803
auxiliary group list: <none>
seeking password data for user "uucp": cache not available
getpwnam() succeeded uid=10 gid=10
changed uid/gid: calling tls_validate_require_cipher
uid=136 gid=143 pid=7804
auxiliary group list: <none>
tls_validate_require_cipher child 7804 ended: status=0x0
configuration file is /var/lib/exim4/config.autogenerated
log selectors = 0000cffc 00732001
exim: debugging permission denied
sudo dpkg-reconfigure exim4-config
Pour obtenir avec :
more /etc/exim4/update-exim4.conf.conf
# /etc/exim4/update-exim4.conf.conf
# This is a Debian specific file
dc_eximconfig_configtype='smarthost'
dc_other_hostnames=''
dc_local_interfaces='127.0.0.1 ; 127.0.1.1 ;'
dc_readhost='PXXX3.net'
dc_relay_domains=''
dc_minimaldns='false'
dc_relay_nets='192.168.1.10/24'
dc_smarthost='mail.BXXXXDC::995'
CFILEMODE='644'
dc_use_split_config='false'
dc_hide_mailname='true'
dc_mailname_in_oh='true'
dc_localdelivery='mail_spool'
L'idée étant de pouvoir envoyer/retourner des messages directement entre les divers
utilisateurs de cette machine et d'établir la liaison ( POP3 ) vers une messagerie extérieure.
J'ai rajouté dans /etc/email-addresses:
root: BXXXXDC@PXXX3.net ( BXXXXDC est le nom de la machine correspondant au 127.0.1.1)
Util1: BXXXXDC@PXXX3.net
Util2: BXXXXDC@PXXX3.net
echo "test de dimanche21" | mail -s "VOYONSvoir " Util2
s-nail version v14.8.6. Type ? for help.
"/var/mail/Util2": 1 message
Je peux lire, supprimer mais le renvoi, ni l'envoi direct à Util1 se font!
Le "FROM" du message indique :
BYYYYYYé <BXXXXDC@PXXX3.net>
où BYYYYYYé est l'identifiant de Util1 en ouverture graphique.
Comment le serveurX a-t-il pu s'intercaler?
Quelle configuration pour que le "FROM" soit Util1 <BXXXXDC@PXXX3.net> ?
0m 367 1hICVU-0002q3-Jn <util1@bXXXXdc>
util1@bXXXXpdc
Util1$sudo exim -Mrm 1hICVU-0002q3-Jn
Message 1hICVU-0002q3-Jn has been removed
A plus grande échelle, le filtre de anonyme est à prendre en considération
`ls /var/spool/exim4/input/ | grep -- -H$ | cut -c 1-16`
**Donnez une poignée de sable à un poète,il en fera des étoiles **