←back to thread

276 points leonry | 2 comments | | HN request time: 0.407s | source
Show context
melicerte ◴[] No.41895338[source]
In my opinion, the idea behind Firefox send was a real step towards a more greener IT. The elephant in the room here that no one is talking about is the impact of the email with attachment on climate change. In 2018 (that's the best I could find) nearly 600 billion emails are distributed every day around the world. Im' pretty sure this is a lot more nowadays. No matter the truth, this colossal figure is not without impact on the environment. From the PC to the data center to the small lithium battery of a smartphone, email consumes electricity and its consequences on greenhouse gas emissions are far from negligible.

Studies on the subject (very few actually, if you have intel on that matter, let me know) have already been conducted and reveal that a simple email with an attachment of 1MB produces around 15 grams of CO2[1]. Obviously, this figure increases with the size of the email. This is the case, for example, when the email includes large attachments or if the email is sent to several recipients.

With the use of the IMAP protocol, one email sent has at least 6 permanent copies (from the sent item in the sender email client to the inbox of the recipient, through sender and recipients email server which hopefully have long term archiving).

A solution like firefox send with automatic shredding of the file after an expiration period to replace email attachment would drastically reduce the consequences of email usage on greenhouse gas emissions. It would also resolve other issues related to sending files by email, but that would make this post waaaayyy to long :-)

[1] http://www.helixee.me/limpact-ecologique-des-e-mails/ (in French)

replies(3): >>41895379 #>>41895445 #>>41895548 #
Arch-TK ◴[] No.41895445[source]
How did you get 6?

I run my own infra and on my end I see 1 permanent server side copy and 1 temporary local copy.

replies(1): >>41895510 #
1. melicerte ◴[] No.41895510[source]
1. local copy of the file on the sender computer

2. local copy in the send item once sent

3. a copy on the sender email server

4. a copy on the receiver email server

5. a copy on the inbox of the receiver

6. add one if the file is saved as a local copy on the sender computer

And this does not take into consideration backups (like local backups and email server backups). Also, the number increases obviously by the number of recipients (points 4, 5 and 6).

(edited for layout)

replies(1): >>41902956 #
2. Arch-TK ◴[] No.41902956[source]
I don't know why you keep counting two server side copies for each side.

It's 4 total if both sides cache the file indefinitely and 2 otherwise.

edit:

Okay, I see, you are talking about physical files.

Sure then there might be up to 6 copies of the file.