Newsgroup: it.comp.os.linux.iniziare
Titolo: qual'è il comando installato per inviare email

$ which mail
/usr/bin/mail
 
Però potrebbe anche essere */urs/bim/sendmail*, o qualcos'altro.
Cioè come faccio a sapere quale strumento è installato (e se è 
installato) per inviare email?
 
Come fanno alcuni software (ad es. crontab) a capire cosa usare per 
inviare un'email?
 
Esiste per caso una variabile d'ambiente (ad es. $MAIL_SENDER_PATH)?

In date: Sun, 07 Jun 2020 09:59:28 on group: it.comp.os.linux.iniziare,

Cosa ti dice?
    ls -l  /etc/alternatives/mail
 
 
-- 
Se si mette a nudo una donna e' arte. Se lo fa un uomo famoso e'
provocazione, se lo fa un uomo qualunque sono da tre mesi a tre
anni di reclusione.

 inviare un'email?
 
crontab non sa nulla, è solo una lista di cose da fare.
 
I client si appoggiano al MTA che sta in ascolto sulla 25,
non serve loro sapere se sia sendmail, postfix, exim o msmtp
o altri.
 
Alcuni bypassano il server locale, e li puoi configurare per
collegarsi ad un server mail esterno tipo 
samtp.gmail.com
, tipo
thunderbird lo puoi configurare così. Anche Mutt e il resto...

     ls -l  /etc/alternatives/mail
 
 
O meglio:
 
which mail
/usr/bin/mail
 
Indaghiamo:
 
ls -l /usr/bin/mail
lrwxrwxrwx 1 root root 22 Feb 27 12:57 /usr/bin/mail -> /etc/alternatives/mail
 
Non è un eseguibile ma un link, quindi:
 
ls -l /etc/alternatives/mail
lrwxrwxrwx 1 root root 18 May  9 16:29 /etc/alternatives/mail -> /usr/bin/bsd-mailx
 
Neppure qesto è un eseguibile, ma un link, quindi:
 
ls -l /usr/bin/bsd-mailx
-rwxr-xr-x 1 root root 120388 Apr 15  2017 /usr/bin/bsd-mailx
 
Finalmente l'eseguibile!
 
Spero ti sia chiaro.
 
 
-- 
Maurizia Paradiso:
"Se danno la grazia a Berlusconi vado a Londra, mi faccio riattaccare
l'uccello e me lo taglio con una motosega, per protesta."

il Sun, 07 Jun 2020 12:43:06 +0200
Joe <J...@e.invalid> ha scritto:
 
| [...]
 
buongiorno (e buona domenica)
 
mi intrometto un attimo nella discussione (spero che l'autore della stessa non me ne
voglia) solo per ringraziarti di questa esauriente e interessante spiegazione di come
funziona, a livello concettuale e pratico, i servizi di mail del sistema.
 
grazie ancora, con l'occasione ne approfitto per "allegare" un saluto.
 
***
[-> WinterMute <-] @ debian «branch» [bullseye/sid]
|GPG  FingerPrint|
38A4 5354 30C5 E86F 9AA8   B234 7227 D71D A547 39E0
***
 

      ls -l  /etc/alternatives/mail
 
lrwxrwxrwx 1 root root 23 giu  6 16:48 /etc/alternatives/mail -> 
/usr/bin/mail.mailutils
 

 Spero ti sia chiaro.
 
Da me:
 
~$ file /usr/bin/mail
/usr/bin/mail: symbolic link to /etc/alternatives/mail
~$ file /etc/alternatives/mail
/etc/alternatives/mail: symbolic link to /usr/bin/mail.mailutils
~$ file /usr/bin/mail.mailutils
/usr/bin/mail.mailutils: ELF 64-bit LSB shared object, x86-64, version 1 
(SYSV), dynamically linked, interpreter /lib64/ld-linux-x86-64.so.2, 
BuildID[sha1]=8b1f68dfbba609b47182ff223c3177bc6b02cc81, for GNU/Linux 
3.2.0, stripped
 
Inoltre
 
~$ lsb_release -ds
Ubuntu 20.04 LTS
 
Tu cosa hai?

 telnet localhost 25
 
~$ nmap localhost|grep -E 25.*smtp
25/tcp   open  smtp
~$ telnet localhost 25
Trying 127.0.0.1...
Connected to localhost.localdomain.
 
Perfetto!!!

 pratico, i servizi di mail del sistema.
 
Bene, visto l’interesse lascio altri due link:
 
http://web.mit.edu/rhel-doc/4/RH-DOCS/rhel-rg-it-4/ch-email.html
 
 
http://a2.pluto.it/a2/a255.htm#almltitle2316
 
 
Sull’argomento è bene comunque capire che c’è un sistema
email interno, ad uso del sistema operativo stesso e sul
quale si basano molti programmi che neanche sappiamo che
stanno girando sotto il cofano. Questo ha bisogno di un
qualche MTA, simil sendmail che riceve messaggi email e
li consegna ai vari utenti (siano essi anche solo root
e l’utente semplice singolo).
 
Poi c’è il mondo esterno e qui bisogna distinguere bene
tra una macchina che deve fare da server, e una che invece
è solo una postazione desktop o portatile che sia ma di uso
diciamo PC.
 
Per inviare mail a destinatari attraverso internet nei due
casi si hanno configurazioni differenti. Nel caso di un
personal computer meglio appoggiarsi a servizi esterni di
posta, tipo gmail, hotmail, yandex ecc ecc... E quindi o si
configurerà il MTA per ricevere i messaggi dal localhost e
girarli al server di quei servizi blasonati, che poi si
occuperanno di recapitarli ai destinatari, oppure si salterà
del tutto il MTA per inviare all’esterno, quindi configurando
direttamente i clients MUA dei singoli utenti (tipo in kmail,
thunderbird, ecc... si metteranno gli indirizzi dei server
di gmail hotmail e così via).
 
Nel caso server invece non è roba da ICOLI direi, mi limito
a dire che il problema in quel caso sarà non far cadere le mail
in uscita dal nostro server negli spamfilter dei destinatari.

il Sun, 07 Jun 2020 14:35:10 +0200
Joe <J...@e.invalid> ha scritto:
 
| Bene, visto l’interesse lascio altri due link:
| 
| 
http://web.mit.edu/rhel-doc/4/RH-DOCS/rhel-rg-it-4/ch-email.html
 
| 
| 
http://a2.pluto.it/a2/a255.htm#almltitle2316
 
| 
| [...]
 
buon pomeriggio,
 
grazie anche per le ulteriori risorse linkate e per le info di "tuo pugno". 
ovviamente l'argomento oltre ad essere molto interessante è anche piuttosto vasto quindi
ben venga qualsiasi documento/spiegazione che possa "agevolare" la comprensione di un
mezzo che usiamo tutti e molto spesso.
 
saluti.


 Tu cosa hai?
 
$lsb_release -ds
Debian GNU/Linux 9.12 (stretch)
 
Allora, mail.mailutils, bsd-mailx, sono programmi simili, "mail".
 
Io ho 2 branche di posta, quella di sistema, ossia per i messaggi di cron,
degli script che girano in cron, e che vedo usando il comando "mail" e che
esiste solo su questo pc, e quella da internet (ho 6 account diversi imap) che
leggo e scrivo usando il programma mutt (tu userai magari thunderbird o
simili).
 
Per gli script che girano con cron, e che devono inviare allarmi che posso
leggere in remoto, uso sendEmail da riga di comando.
Nota, sendEmail, con una "e" in mezzo.
L'originale l'ho leggermente modificato per mia comodità.
Lo uso in quanto ho vari script creati parecchi anni fa che se ne servono.
 
In ascolto sulla porta 25, ho:
 
sudo lsof -i :25
COMMAND  PID        USER   FD   TYPE DEVICE SIZE/OFF NODE NAME
exim4   1578 Debian-exim    3u  IPv4  21534      0t0  TCP localhost:smtp (LISTEN)
 
Da me:
echo prova | mail.mailutils -s pippo mio.utente  (ho installato, ma non uso più, anche mail.mailutils)
echo prova | mail -s pippo mio.utente            (nota che da me mail è bsd-mailx)
 
funzionano entrambi e leggo con il banale comando "mail", ma è posta locale
solo sul mio pc.
 
Nota che mail.mailutils permetterebbe anche di inviare posta in internet, in
quanto supporta anche pop ed imap (mai usato), mentre bsd-mailx, no.
 
Tutto quanto sopra, si appoggia per l'invio mail locali a ciò che è in ascolto
alla porta 25.
Nel mio caso exim, che è configurato per la sola gestione di posta locale.
 
Mutt invece, al pari di sendEmail, usano direttamente gli indirizzi smtp (e
smtps) degli account per l'invio su internet.
 
 
 
-- 
Ehm... signorina, ho qui i risultati del test Turing... si
sieda, per favore, e sia forte...
Leonardo

 (e smtps) degli account per l'invio su internet.
 
Uh che sorpresa gradita! credevo d'esser rimasto il solo e che non
l'usasse piu' nessuno Mutt. Se non son troppo indiscreto postresti
postare il ~/.muttrc che usi? sai io ci capisco poco o nulla di
posta e ho ancora quello di quasi vent'anni fa che consigliava MdI
che allora era anche il manutentore.
 
Solo che in illo tempore ero con la Slack e con Postfix, Sendmail
(default di Volkerding) era il diavolo in persona e m'avevano
convinto (o meglio obbligato, mdi & agx) a toglierlo radicalmente.
 
Qui sulla Debian buster l'installer non ne mette piu' nessuno, ho
provato Postfix invano, Exim4 (un tempo di default) invece sembra
andare benino ciao
 
-- 
Yoda
 

Il 07/06/20 17:54, BIG Umberto ha scritto:

grazie delle info

 che allora era anche il manutentore.
 
Dunque, di ~/.muttrc, ne uno per ogni account, che contiene la parte specifica
dell'account. Il grosso, comune a tutti, è in /etc/Muttrc e nei files .rc della
directory /etc/Muttrc.d.
 
Ogni account lo apro tramite uno script in bash.
 
Ogni account, nel mio caso, richiama un programma in python che decripta la
password per mezzo di una passfrase (non è bello mettere password in chiaro in
script o configurazioni).
 
In /etc/Muttrc, gestisco una finestra principale con evidenziato in colori
diversi (tramite regex) dei messaggi, inviati da me, risposte da me, eccetera.
Qualche macro...
 
Una finestra secondaria scrollabile e selezionabile, con le varie cartelle
dell'account, inbox, sent, spam eccetera, con evidenziazione dei messaggi
nuovi.
 
Una cosetta un pochetto complicata...
 
Se mi dici che problemi hai, ne parliamo...
 
 
 
-- 
Fatto adulterio, mentito, rubato.
Continuamente pisello toccato.
Fin dall'eta' di sei anni ero gia' condannato...
...e  divenuto un poco cecato (cit.)

 Se mi dici che problemi hai, ne parliamo...
 
Grazie ne approfitto per una sola cosa: dipende da Mutt che, quando
con fetchmail scarico molte email, lui (mutt) me ne mostra solo le
prime dieci esatte (in ordine di data) e poi devo aspettare decine
e decine di minuti per vedere le altre?
Ciao e grazie ancora per la disponibilita'
 
-- 
Yoda
 

 Ciao e grazie ancora per la disponibilita'
 
Riesco a risponderti solo ora!
 
Solo da mutt, non credo, non ho mai usato fetchmail, ma penso che ci sia un
problema nelle impostazioni di aggiornamento di scarico nelle mail.
 
Ossia, fetchamail aggiorna la cache delle caselle ogni tot minuti e solo allora
mutt vede i nuovi messaggi.
 
Guarda se vedi una voce, tipo numero max mail da scaricare/visualizzare per
volta, e un'altra sul tempo aggiornamento cache.
 
Io come detto, accedo direttamente a smtp ed imap dei server su cui ho account.
Ma di solito ricevo max una decina di mail alla settimana...
 
Ho tuttavia uno script che uso per vedere velocemente se ci sono mail, che nel
caso di yahoo, risponde mooolto lentamente.
 
 
 
-- 
--- GoldED 2.40
 * Origin: The Floating Point Unit (2:335/311.10)

 caso di yahoo, risponde mooolto lentamente.
 
Lo sapevo che sarebbe rimasto un mistero, e' il mio destino.
 
Fetchmail lo do solo a manina, la posta la mette nei file (chiamati
folder, cioe' caselle non cartelle) /var/mail/$USER, uno per ogni
utente.
 
Posso leggerli con ad esempio anche mcview o mcedit, pero' se li
apro lanciando mutt allora:
- mutt azzera il file
- mi fa vedere solo le prime dieci mail
- e le altre lo sapra' lui dove le nasconde per almeno una mezz'
oretta circa.
 
Boh ciao e grazie ancora
 
-- 
Yoda
 

 oretta circa.
-/cite-
 
Mi autorispondo.
Finalmente l'ho trovato!! basta cambiare l'evidente default da 10
a 100 (o quello che si vuole) nel ~/.muttrc, aggiungendoci questa
riga:
 
set mail_check=100       # how often to poll for new mail
 
-- 
bye, Yoda