Toolleeo's links
This article will give a brief introduction to SSMTP and steps to install it and use the same to send emails from Linux terminal.
Motivazione del post
Questo post è nato dall'esigenza di spiegare come l'uso del "Reply to all" quando si risponde alle email sia uno dei segreti di una buona comunicazione di gruppo. Ho scritto queste spiegazioni orami troppe volte, cosa che mi ha suggerito la stesura di un post da linkare agli interessati.
Perché fare (quasi sempre) reply-to-all
Quando una email viene inviata ad un gruppo di contatti, solitamente il mittente intende informare e mantenere aggiornati tutti i destinatari (altrimenti dovrebbe scrivere ai singoli, oppure può indirizzare l'email a se' stesso e mettere i destinatari in BCC).
Per questo motivo, il fatto di rispondere al solo mittente crea difficoltà nella comunicazione perché si rischia di compromettere l'aggiornamento desiderato per tutti i destinatari originali.
Una email inviata a più destinatari dovrebbe essere considerata equivalente ad un gruppo di Facebook, Whatsapp, Telegram, ecc.: se la comunicazione viene fatta al gruppo, è bene che anche le risposte siano indirizzate all'intero gruppo.
Ovviamente ci sono situazioni nelle quali è meglio rispondere singolarmente, per esempio quando non si vuole "disturbare" l'intero gruppo per una informazione da inviare ad un singolo, ma queste dovrebbero rappresentare delle eccezioni.
Esempio di problema
Un caso tipico è quello in cui io invio una email ad un insieme di contatti, e uno dei destinatari risponde soltanto a me (senza fare "Reply to all"), cosa che mi costringe a 1) inoltrare la email a tutti i contatti che non la hanno ricevuta, oppure 2) aggiungere nuovamente tutti i contatti alla mia successiva risposta. Questo per mantenere aggiornati tutti i contatti circa lo scambio di email.
Ecco quindi perchè suggerisco sempre di utilizzare il "Reply to all" quando si risponde ad una email.
Vantaggi del reply-to-all
- Non si deve pensare ogni volta a che tipo di risposta (singola o collettiva) va data: quasi sempre è da indirizzare a tutti!
- Si evitano disagi organizzativi e logistici per mancanza di condivisione di informazioni con tutti gli interessati.
Ma...
Che dire dell'obiezione "così rischio di fare rispondi-a-tutti anche quando non lo vorrei"?
La risposta è che il problema praticamente non si pone:
- se si sa che il default è reply-to-all, allora automaticamente ci si ricorda di fare risposta privata quando serve;
- nell'era delle chat e dei gruppi di Facebook, Whatsapp, Telegram, ecc., è ormai normale scrivere comunicazioni "collettive"
Personalmente negli ultimi anni (statistica recente: più di 30.000 email scambiate) raramente mi è capitato di dover dare risposta "privata" ad una email collettiva.
In definitiva, i disagi e ritardi organizzativi dovuti al non fare reply-to-all sono, nel caso tipico, complessivamente più rilevanti che una risposta collettiva inviata per errore.
A maggior ragione perché tipicamente quando si riceve una email inviata a contatti multipli è proprio perché il mittente punta a tenere informati tutti i destinatari (altrimenti l'errore è del mittente, che farebbe meglio ad usare il BCC).
Suggerimento: reply-to-all come default
Tutti i client di posta permettono di impostare come opzione di risposta di default il reply-to-all. Una volta configurato il client, non c'è più rischio di dimenticarsi il reply-to-all.
I had an email problem. My inbox was always full of emails. I was very slow in responding to personal emails. How slow? Ask my friends. It wasn't unusual for them to receive an email response from me over a year after they sent the email as I played catchup.
I get too much email. Most of us do. The situation was out of control, and had been that way for years. I remember the good old days in the 90's when, for the first few years of my email experience, almost all emails were personal, and a joy to engage in. I wanted that experience back. I wanted receiving someone's email to lighten up my day. I didn't want it to be surrounded by non-personal junk email.
In this post you'll learn how to send emails from the Linux command line. I'll show the most often used commands, SMTP configuration and terminal options.
Free and open source webmail software for the masses, written in PHP
- Enables you to access your mail anytime, anywhere.
- Does not slow you down. If we can improve the productivity of an e-mail user, we better do.
- Respects open standards and facilitate modern technologies. We value the vendor-neutrality that IMAP provides and are committed to be as interoperable as possible.
- Is efficient -- be it at conserving the network bandwidth, keeping memory use at a reasonable level or not hogging the system's CPU.
- Can be used on many platforms. One UI is not enough for everyone, but our IMAP core works fine on anything from desktop computers to cell phones and big ERP systems.
- Plays well with the rest of the ecosystem. We don't like reinventing wheels, but when the existing wheels quite don't fit the tracks, we're not afraid of making them work.
Guida italiana per il mailreader Mutt