Darwin Mail - Inbox evolved: reach new levels of productivity.

Tutanota is the secure email service, built in Germany. Use encrypted emails on all devices with our open source email client, mobile apps & desktop clients.

Tips for writing effective emails avoiding misunderstandings, with examples from the software development world.

It's not qmail. It's also not netqmail.

notqmail is a community-driven fork of qmail. notqmail begins where netqmail left off: providing stable, compatible, small releases to which existing qmail users can safely update. notqmail also aims higher: developing an extensible, easily packaged, and increasingly useful modern mail server.

Over the past 25 years, email has weaved itself into the daily fabric of life. Our inboxes contain everything from very personal letters, to work correspondence, to unsolicited inbound sales pitches. In many ways, they are an extension of our homes: private places where we are free to deal with what life throws at us in whatever way we see fit. Have an inbox zero policy? That’s up to you. Let your inbox build into the thousands and only deal with what you can stay on top of? That’s your business too.

It is disappointing then that one of the most hyped new email clients, Superhuman, has decided to embed hidden tracking pixels inside of the emails its customers send out. Superhuman calls this feature “Read Receipts” and turns it on by default for its customers, without the consent of its recipients. You’ve heard the term “Read Receipts” before, so you have most likely been conditioned to believe it’s a simple “Read/Unread” status that people can opt out of. With Superhuman, it is not.

This article will give a brief introduction to SSMTP and steps to install it and use the same to send emails from Linux terminal.

aerc is an email client that runs in your terminal. It's highly efficient and extensible, perfect for the discerning hacker.

Delta Chat is like Telegram or Whatsapp but without the tracking or central control. Check out our GDPR compliancy statement.

Delta Chat doesn’t have their own servers but uses the most massive and diverse open messaging system ever: the existing e-mail server network.

Chat with anyone if you know their e-mail address, no need for them to install DeltaChat! All you need is a standard e-mail account.

In exchange for free mails, would you let your postman open your letters, read them, and insert ads related to their contents?

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 oramai troppe volte: questo mi ha stimolato a scrivere un post da linkare in futuro.

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 compromette l'aggiornamento che si desidera garantire 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 individualmente, 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 invio una email ad un insieme di destinatari, e uno di essi 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 destinatari circa lo scambio di email.

Reply-to-all come default nel client di posta

Suggerisco di impostare il reply-to-all come opzione di default nel client di posta utilizzato. In tal modo:

1. Non si deve pensare ogni volta a che tipo di risposta, singola o collettiva, va data: quasi sempre è da indirizzare a tutti!
2. Si evitano disagi organizzativi e logistici per mancanza di condivisione di informazioni con tutti gli interessati.

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.

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:

1. se si sa che il default è reply-to-all, allora automaticamente ci si ricorda di fare risposta privata quando serve;
2. nell'era delle chat e dei gruppi di Facebook, Whatsapp, Telegram, ecc., è ormai normale scrivere comunicazioni "collettive"

Personalmente, in tutte le email scambiate negli ultimi anni (statistica recente: più di 30.000 email), raramente mi è capitato di dover dare risposta privata ad una email collettiva.

In definitiva, nel caso tipico, i disagi e ritardi organizzativi dovuti al non fare reply-to-all sono complessivamente più rilevanti che una risposta collettiva inviata per errore.

A maggior ragione perché, come già detto, 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.

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

Get to the point.

1. Subjects with keywords.

ACTION – Compulsory for the recipient to take some action
SIGN – Requires the signature of the recipient
INFO – For informational purposes only, and there is no response or action required
DECISION – Requires a decision by the recipient
REQUEST – Seeks permission or approval by the recipient
COORD – Coordination by or with the recipient is needed

2. Bottom Line Up Front (BLUF)
3. Be economical.

• 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.