Envoie de mail automatique connection SSH

Mon serveur YunoHost

Matériel: VPS acheté en ligne
Version de YunoHost: 3.6.4.6
J’ai accès à mon serveur : En SSH | Par la webadmin
Êtes-vous dans un contexte particulier ou avez-vous effectué des modificiations particulières sur votre instance ? : non

Description du problème

Bonjour, je souhaiterai savoir si quelqu’un pouvait me renseigner sur le système mail de yunohost, je reçois lors d’une connexion SSH un email, mais il est destiné a plusieurs users, et je n’arrive pas a trouver ou cela est paramétrer, j’ai du Shell@domain, de@domain, root@domain, ect… J’ai check dans le bashrc, dans /etc/postfix/main.cf, mais je n’ai rien trouvé malheureusement :x

Dans mon bashrc j’ai bien une ligne qui m’indique que admin@domain.tld doit m’envoyer un mail et c’est bien le cas.

Return-Path: <root@domain.tld>
Received: by domain.tld (Postfix, from userid 0)
	id 5322E5E7B7; Wed, 25 Sep 2019 08:46:25 +0200 (CEST)
Subject: domain.tld
To: <Shell@domain.tld>,<Root@domain.tld>,<de@domain.tld>,<213.56.229.246@domain.tld>,<admin@domain.tld>
X-Mailer: mail (GNU Mailutils 3.1.1)
Message-Id: <20190925064625.5322E5E7B7@domain.tld>
Date: Wed, 25 Sep 2019 08:46:25 +0200 (CEST)
From: root@domain.tld (root)

L’ip 213.56.229.246, je n’ai aucune informations la dessus :frowning:

Dans l’attente d’une réponse qui me solutionnerai mon problème, je vous remercie d’avance :slight_smile:

Pas sur de comprendre à quoi tu fais référence ? :confused: Tu vois un message qui te dis que tu as des emails non lu c’est ça ?

Comme n’importe quel email, quand tu l’envoie, tu peux mettre plusieurs destinataire …?

Si tu veux savoir à qui corresponds une adresse mail (c.f. le systeme d’alias) tu peux regarder dans les infos de tes utilisateurs yunohost depuis l’interface admiin, et tu verras par exemple que le premier utilisateur créé a un alias root@tondomaine.tld, ce qui veut dire que les emails envoyé à root@tondomaine.tld irons en fait dans la boite premier_user@tondomaine.tld

Pas sur de comprendre ce que tu veux dire là aussi … C’est une ligne que tu as rajouté qui envoie un mail automatiquement à chaque connexion c’est ça ?

Désolé si je n’ai pas étais clair, mais je croyais que s’était mis de base par yunohost :x

Ce qui se passe : Lorsque je me connecte en SSH a mon serveur, je recois un mail de mon serveur m’indiquant que quelqu’un c’est connecté a mon serveur en SSH avec tel IP, à telle heure, à telle date.

Je recois ce mail de la part de MAILER-DAEMON@domain.tld :


I'm sorry to have to inform you that your message could not
be delivered to one or more recipients. It's attached below.

For further assistance, please send mail to postmaster.

If you do so, please include this problem report. You can
delete your own text from the attached returned message.

                   The mail system

<213.56.229.246@domain.tld>: user unknown

<Shell@domain.tld>: user unknown

Et mon problème est que j’aimerai supprimé ces envoie vers certaines adresses, hors je ne trouve pas ou nous pouvons paramétrer cela :frowning:

Ceci est une pj que je recois dans ce mail :

Return-Path: <root@domain.tld>
Received: by domain.tld (Postfix, from userid 0)
	id 5322E5E7B7; Wed, 25 Sep 2019 08:46:25 +0200 (CEST)
Subject: domain.tld
To: <Shell@domain.tld>,<Root@domain.tld>,<de@domain.tld>,<213.56.229.246@domain.tld>,<admin@domain.tld>
X-Mailer: mail (GNU Mailutils 3.1.1)
Message-Id: <20190925064625.5322E5E7B7@domain.tld>
Date: Wed, 25 Sep 2019 08:46:25 +0200 (CEST)
From: root@domain.tld(root)

Uuuuuh beh je pige pas trop d’où sort cet email ? Il n’y a pas de titre et de contenu associé ?

En tout cas le mailer-daemon raconte qu’il ne connait pas 213.56.229.246@domain.tld et Shell@domain.tld qui effectivement ne sont probablement pas des utilisateurs existants (contrairement aux autres destinataires : root et admin (quid de “de” ?))

C’est vraiment quand tu te connectes en SSH qu’il y a un mail qui arrive dans la boite mail, ou bien c’est juste que tu as un message dans la console qui te dit qu’il y a un message en attente ? Comment est-ce que tu consultes les emails le reste du temps ?

Uh beh je comprends pas non plus : tu veux que ce message soit envoyé et donc configurer les adresses à qui il est envoyé, ou bien tu voudrais ne pas du tout recevoir ces emails (perso je ne comprends pas d’où ils sortent et a quoi ils servent)

Voici le mail via le “code source” :

Return-Path: <MAILER-DAEMON>
Delivered-To: alexandre@domain.tld
Received: by domain.tld(Postfix)
	id A210E5E931; Wed, 25 Sep 2019 08:46:35 +0200 (CEST)
Date: Wed, 25 Sep 2019 08:46:35 +0200 (CEST)
From: MAILER-DAEMON@domain.tld (Mail Delivery System)
Subject: Undelivered Mail Returned to Sender
To: root@domain.tld
Auto-Submitted: auto-replied
MIME-Version: 1.0
Content-Type: multipart/report; report-type=delivery-status;
	boundary="5322E5E7B7.1569393995/domain.tld"
Message-Id: <20190925064635.A210E5E931@domain.tld>

This is a MIME-encapsulated message.

--5322E5E7B7.1569393995/domain.tld
Content-Description: Notification
Content-Type: text/plain; charset=us-ascii

This is the mail system at host domain.tld.

I'm sorry to have to inform you that your message could not
be delivered to one or more recipients. It's attached below.

For further assistance, please send mail to postmaster.

If you do so, please include this problem report. You can
delete your own text from the attached returned message.

                   The mail system

<213.56.229.246@domain.tld>: user unknown

<Shell@domain.tld>: user unknown

--5322E5E7B7.1569393995/domain.tld
Content-Description: Delivery report
Content-Type: message/delivery-status

Reporting-MTA: dns; domain.tld
X-Postfix-Queue-ID: 5322E5E7B7
X-Postfix-Sender: rfc822; root@domain.tld
Arrival-Date: Wed, 25 Sep 2019 08:46:25 +0200 (CEST)

Final-Recipient: rfc822; 213.56.229.246@domain.tld
Original-Recipient: rfc822;213.56.229.246@domain.tld
Action: failed
Status: 5.1.1
Diagnostic-Code: x-unix; user unknown

Final-Recipient: rfc822; Shell@domain.tld
Original-Recipient: rfc822;Shell@domain.tld
Action: failed
Status: 5.1.1
Diagnostic-Code: x-unix; user unknown

--5322E5E7B7.1569393995/domain.tld
Content-Description: Undelivered Message
Content-Type: message/rfc822

Return-Path: <root@domain.tld>
Received: by domain.tld (Postfix, from userid 0)
	id 5322E5E7B7; Wed, 25 Sep 2019 08:46:25 +0200 (CEST)
Subject: domain.tld
To: <Shell@domain.tld>,<Root@domain.tld>,<de@domain.tld>,<213.56.229.246@domain.tld>,<admin@domain.tld>
X-Mailer: mail (GNU Mailutils 3.1.1)
Message-Id: <20190925064625.5322E5E7B7@domain.tld>
Date: Wed, 25 Sep 2019 08:46:25 +0200 (CEST)
From: root@domain.tld(root)

Accès Shell Root le  Wed Sep 25 08:46:25 CEST 2019 USER pts/0 2019-09-25 08:41 (IP) USER pts/1 2019-09-25 08:46 (IP)

--5322E5E7B7.1569393995/domain.tld--

213.56.229.246@domain.tld => Si je me trompe pas, c’est l’ip depuis ou je me suis connecté en SSH
Je n’ai absolument pas configuré ceci, je ne sais pas quelle " appli " fait ceci, c’est ce que je cherche a savoir, je sais que depuis le bashrc on peut faire un mail automatique, mais ce n’est pas par la…

C’est uniquement quand je me connecte en SSH a mon serveur, je recois mes mails normalement et les envoie normalement, mon serveur mail fonctionne bien en gros. J’utilise rainloop pour consulter et les envoyer.

J’aimerai conserver cet envoie de mail, c’est toujours pratique… mais uniquement par exemple sur admin@domain.tld et non pas root, admin, l’ip, ect@domain.tld :confused:

Ok bon… Après vérification… Je croyais avoir fait le test, my bad :frowning:

Dans mon user root, dans le .bashrc, j’avais rajouter cette ligne :

echo 'Accès Shell Root le ' `date` `who` | mail -s `hostname` Shell Root de `who | cut -d"(" -f2 | cut -d")" -f1` admin@domain.tld

J’ai du mettre cela en place au début de mon serveur…

Mais du coup il ne devrait l’envoyer uniquement a admin@domain.tld, pourquoi a tous ces “users” qui sont des alias de mon root :thinking:

En mettant un # devant mon echo… je n’ai plus de mail donc sa vient bien de la… Mais je n’ai mis que admin@domain.tld

This topic was automatically closed 15 days after the last reply. New replies are no longer allowed.