# Is it possible to communicate with non-DC user? (interoperability with email) **URL:** \ **Category:** Mutual Help\ **Tags:** open-standards, chatmail\ **Created:** [December 8, 2025, 8:54am UTC](https://forum.delta.chat/t/is-it-possible-to-communicate-with-non-dc-user-interoperability-with-email/4425 "2025-12-08T08:54:55Z")\ **Posts on this page:** 10\ **Page:** 1
**Author:** ![belkka](https://forum.delta.chat/user_avatar/forum.delta.chat/belkka/32/2493_2.png) [@belkka](https://forum.delta.chat/u/belkka)\ **Post date:** [December 8, 2025, 8:54am UTC](https://forum.delta.chat/t/is-it-possible-to-communicate-with-non-dc-user-interoperability-with-email/4425/1 "2025-12-08T08:54:55Z")
let’s say, some person A isn’t yet convinced to install chatmail clients on their devices, but they use email and, if necessary, they could try a certain MUA (one supporting [Autocrypt](https://autocrypt.org/) etc), and do some technical setup (import PGP keys) in advance, to connect with person B (a delta chat enjoyer). 1. is it possible to for person B to use DeltaChat (or another chatmail client?) to communicate with person A, without person A installing any chatmail clients, relying only on well-known, established protocols and standards? 2. is it possible, additionally, to have E2EE? 3. is it possible, additionally, that person B uses a chatmail account? For questions above: - if yes, how? - if yes, will interoperability always be the case or is it temporary/non-standard behavior? - if no, has it been announced somewhere? ![persons A and B want to connect. a large group enjoys Internet Mail, they can all talk to each other, person A among them. person B is aside. no one talks to person B. person A is using MUA, and person B is using DeltaChat.](https://support.delta.chat/uploads/default/original/2X/d/de3e863a4550a1895b6e4b2fc8216a3d2564ae97.png) Regarding **Q0** : as of today, [this FAQ entry](https://web.archive.org/web/20251005232104/https://delta.chat/en/help#how-can-i-share-my-location-with-my-chat-partners) explains **how** to configure a “classic email” profile in DeltaChat, that can be used to exchange _non-encrypted_ emails with email users. Though, some DC features disappeared in such chats over time (like editing, that used to send an email with pencil emoji + new text). It’s unclear to me whether this use-case will persist, and whether ( **Q1** ) encrypted communication is possible with non-chatmail users. I found [this five-year-old topic](https://support.delta.chat/t/how-to-exchange-encrypted-messages-between-dc-and-another-email-client/) (unanswered; author says they experimented with Autocrypt-cabable MUA, no success), but many new versions of DC have been released since then, and some other topics on the forum suggest that DC has shifted its focus/goals in recent years. ---
**Author:** ![Minim](https://forum.delta.chat/letter_avatar_proxy/v4/letter/m/ccd318/32.png) [@Minim](https://forum.delta.chat/u/Minim)\ **Post date:** [December 8, 2025, 2:49pm UTC](https://forum.delta.chat/t/is-it-possible-to-communicate-with-non-dc-user-interoperability-with-email/4425/2 "2025-12-08T14:49:41Z")
Yes to all three questions! It is hard to configure, though. > [@Chatmail with Neomutt](https://support.delta.chat/t/chatmail-with-neomutt/4131): > > This thread aspires to be a tutorial on how to send Chatmails using Neomutt (on Debian-based distros, but should be helpful even if you aren’t running any form of Linux). It does not currently work. By default, Chatmail servers let anyone set up a free account, but they reject any mail that does not meet their specific formatting requirements. It is fairly easy to set up a conventional mail client that will receive Chatmails, but making one send Chatmail in the correct format is harder. First,… Personally I would like to see some of Deltachat’s standardization spread. Free Chatmail accounts and SecureJoin-standard QR key exchange would be great features for any mailclient to implement. While Deltachat clearIy started with such interoperability ambitions, I think many of the devs have gotten discouraged. Even the Autocrypt standard has seen little adoption. E-mail is increasingly concentrated in the hands of a few oligopolist providers, who increasingly only reliably accept mail from one another, rejecting private servers at the slightest excuse. Additional protocols have made running a mailserver ever harder (there is active work on multiple easy-setup Chatmail server implementations). But I think this situation, and Deltachat’s increasing adoption, actually improve our chances of getting other mailclients onboard. ---
**Author:** ![belkka](https://forum.delta.chat/user_avatar/forum.delta.chat/belkka/32/2493_2.png) [@belkka](https://forum.delta.chat/u/belkka)\ **Post date:** [December 8, 2025, 10:34pm UTC](https://forum.delta.chat/t/is-it-possible-to-communicate-with-non-dc-user-interoperability-with-email/4425/3 "2025-12-08T22:34:40Z")
> Yes to all three questions How? [The linked topic](https://support.delta.chat/t/chatmail-with-neomutt/4131) describes how to compile neomutt with Autocrypt support (in Debian), and how to enable Autocrypt it in neomutt’s config. The post says “it doesn’t work”, though. If it doesn’t work with neomutt (currently), what made you believe the answer is “yes” to all three questions? Did it work with some previous version of neomutt? Is it implied that enabling Autocrypt in any MUA would be **enough** to communicate with DC users, or are there other requirements? (the linked topic only discusses Autocrypt) How could DC user (person B) having a chatmail account make the first contact with email user (person A)? In DC (android) I only see options “share QR/i.delta.chat link”, not send an email (when using a chatmail profile). How could email user make the first contact with DC user? Should they simply send the first message (plaintext with Autocrypt header) to the email address visible in DC settings? > E-mail is increasingly concentrated in the hands of a few oligopolist providers just in case, **clarification** : in the scope of original question, both person A and person B use non-oligopolist non-evil email providers that don’t reject private servers, work on solar energy, and smell like roses. 🌹 🙂 ---
**Author:** ![Minim](https://forum.delta.chat/letter_avatar_proxy/v4/letter/m/ccd318/32.png) [@Minim](https://forum.delta.chat/u/Minim)\ **Post date:** [December 9, 2025, 7:49pm UTC](https://forum.delta.chat/t/is-it-possible-to-communicate-with-non-dc-user-interoperability-with-email/4425/4 "2025-12-09T19:49:41Z")
> [@belkka](#): > > If it doesn’t work with neomutt (currently), what made you believe the answer is “yes” to all three questions? Others have done this; I have not, but I documented it :). My problems with Neomutt were internal to Neomutt, nothing to do with DC. DC is standards-based. Any Autocrypt-compatible mailclient should work. Chatmail servers only allow Autocrypted mails, but they should take any Autocrypt mails. > [@belkka](#): > > How could DC user (person B) having a chatmail account make the first contact with email user (person A)? It is possible to manually import (and export) keys. I’ve been meaning to write a tutorial on this (EDIT: here, [Advanced contact-adding tutorial](https://support.delta.chat/t/advanced-contact-adding-tutorial/4648)) because there are many different methods. I will try to get to this this week, but lest it is urgent I will summarize a likely method: send an .asc file as an attachment in DC, or send a DC contact (which is an .asc file under the hood). CORRECTION: By “.asc” obviously I meant “.vcard”. Apologies, I need to catch up on sleep! See next post for much better instructions. > [@belkka](#): > > How could email user make the first contact with DC user? Should they simply send the first message (plaintext with Autocrypt header) to the email address visible in DC settings? They should send the first message encrypted, with an Autocrypt header. An unencrypted mail sent to a Chatmail account will bounce. They need to obtain the recipient’s public key first. If they have a copy or it is pblished they can import it into DC. Sorry for the partial reply. ---
**Author:** ![adbenitez](https://forum.delta.chat/user_avatar/forum.delta.chat/adbenitez/32/2323_2.png) [@adbenitez](https://forum.delta.chat/u/adbenitez)\ **Post date:** [December 10, 2025, 12:20pm UTC](https://forum.delta.chat/t/is-it-possible-to-communicate-with-non-dc-user-interoperability-with-email/4425/5 "2025-12-10T12:20:18Z")
in delta chat you can export your public key as vcard, you then need to import that key from that vcard in the other email clients that support encryption, if the other person share their key via another channel, you could even convert their key (.asc file) to a vcard and import it in your delta chat so you can immediately send encrypted to that person and they can send encrypted to you with the key you shared with them, I think this will work even without autocrypt at all, so the steps are: 1. Share your public key with your peer via another communication medium 1. go to Saved Messages 2. click attackment button 3. select the contact button to attack contact 4. scroll to the bottom of the contact list that appear and select the last item that is your own contact 5. send the attached contact in the Saved Messages chat 6. select the message you just sent with your contact info, select “export attachment” this will export a vcard file 7. share the vcard file with your friend 8. if your friend doesn’t have a client that can import encryption keys from vcard (ex. protonmail can) then you will need to first edit the vcard in a text editor and extract the key and convert it to an .asc file and share that .asc file with your friend 2. In another communication channel, ask your friend to send you their public key (.asc file or or .vcard in the case of ProtonMail) 1. if they sent you a .asc file you will need to use an in-chat tool we have called “.asc to VCard” see it here: [webxdc apps](https://webxdc.org/apps/#r10s-asc-to-vcard) with this tool you can convert .asc to vcard that you can import in your delta chat 2. send the received .vcard file in your “Saved Messages” chat and click it, this will import the key of your contact 3. now you can start sending encrypted messages to your contact! ---
**Author:** ![belkka](https://forum.delta.chat/user_avatar/forum.delta.chat/belkka/32/2493_2.png) [@belkka](https://forum.delta.chat/u/belkka)\ **Post date:** [December 12, 2025, 7:21pm UTC](https://forum.delta.chat/t/is-it-possible-to-communicate-with-non-dc-user-interoperability-with-email/4425/6 "2025-12-12T19:21:09Z")
> [@Minim](#): > > Any Autocrypt-compatible mailclient should work thanks. now I experimented with [k9 mail](https://k9mail.app/) and discovered that following steps allow to initiate an unencrypted communication (when only email address is available, without keys), then upgrade to e2ee via Autocrypt as in [Example Data Flows and State Transitions — Autocrypt 1.1.0 documentation](https://docs.autocrypt.org/examples.html) ## ⚠ disclaimer ⚠ to the best of my knowledge - [Autocrypt doesn’t aim to prevent active attacks](https://docs.autocrypt.org/background.html#design-differences-from-previous-approaches:~:text=Protect%20first%20against%20passive%20data%2Dcollecting%20adversaries%2C%20resist%20the%20temptation%20to%20early%2Dadd%20complexity%20which%20aim%20to%20prevent%20active%20attacks). - you should do [key verification](https://ssd.eff.org/module/key-verification). - [out of band verification](https://ssd.eff.org/glossary/out-of-band-verification) = **good** 🌹 - in-band verification = **bad** 💩 - instructions in [Is it possible to communicate with non-DC user? (interoperability with email) - #5 by adbenitez](https://support.delta.chat/t/is-it-possible-to-communicate-with-non-dc-user-interoperability-with-email/4425/5) describe distributing key (vcard or .asc) out of band 🌹 - what I describe below implies distributing keys in-band, with no verification 💩 I assume it must be possible and reasonable to perform key verification **shortly after** keys were distributed over insecure channel, but not sure **how** (DC invite link seems to include key fingerprint in URL fragment… 🤔). ## prerequisites - person A (email enjoyer) must ensure encryption and Autocrypt are enabled in their MUA (e.g., turn on in k9 mail account settings). - person B (deltachat enjoyer) must use a “classic email” DC profile, that could operate with _unencrypted_ emails. ## how to exchange keys between Autocrypt-capable MUA and DeltaChat using _unencrypted emails 💩 ⚠_ > **Scenario 1: person A initiates communication with person B** > > 1. person A **sends** an (unencrypted) email to person B. > 2. person B **accepts** the incoming request in DC, and **sends** an (unencrypted) message back, in the same chat. DC implicitly attaches their key in the Autocrypt header. the chat picture is “grey envelope”, indicating that chat is unencrypted. > 🤔 🤷 I thought it should have been theoretically possible to send an encrypted reply at this point, but I don’t see how to do it in DC. > 3. person A **replies** to person B’s message in their MUA. in my case, k9 mail **automatically encrypts** the reply using, apparently, the key from received Autocrypt header, as expected from Autocrypt-capable agent. > 4. person B receives another incoming chat request, different from the first chat at step 2. in this chat DC says “Messages are end-to-end encrypted.” and chat picture is NOT a “grey envelope”. person B could **accept** the request, and **continue encrypted communication** in this chat, ignoring the first (unencrypted) chat. > **Scenario 2: person B initiates communication with person A** > > 1. person B uses DC to create an unencrypted group with person A (tap ➕, “New E-Mail”, enter Subject, “Add Recipients”), and **sends** a first message. DC implicitly attaches their key in Autocrypt header. > > then continue as in steps 3 and 4 of Scenario 1: > > 1. person A **replies**. their MUA (tested with k9 mail) automatically encrypts the reply, AND implicitly attaches their key in the Autocrypt header. > 2. person B **accepts** an incoming request for a new e2ee chat, and continues further communication in this chat, ignoring the unencrypted group previously created at step 1. ---
**Author:** ![Minim](https://forum.delta.chat/letter_avatar_proxy/v4/letter/m/ccd318/32.png) [@Minim](https://forum.delta.chat/u/Minim)\ **Post date:** [December 12, 2025, 11:20pm UTC](https://forum.delta.chat/t/is-it-possible-to-communicate-with-non-dc-user-interoperability-with-email/4425/7 "2025-12-12T23:20:14Z")
> [@belkka](#): > > I assume it must be possible and reasonable to perform key verification **shortly after** keys were distributed over insecure channel, but not sure **how** In the chat: hamburgermenu\>“Encryption info” This displays the fingerprints. Is K9 not capable of sending an e-mail with Autocrypt headers in step 1? A caution; DC does not yet have key rotation. It will reject messages with an Autocrypt header that does not match what it expects, so the trust-on-every-use situation is absent. Alternately, if your keys are published (most keyring programs and some mailclients let you publish them) you can get them from a WKD bot: > [@The life-changing magic of WKD](https://support.delta.chat/t/the-life-changing-magic-of-wkd/2258/36): > > There is a webxdc app that does it: [webxdc apps](https://webxdc.org/apps/#r10s-asc-to-vcard) ([r10s/asc-to-vcard: Create VCards from classic PGP .asc public key files. - Codeberg.org](https://codeberg.org/r10s/asc-to-vcard)) It was mentioned above: There is also a bot that looks up keys on keyserver and WKDs by email address and sends back vCards: ---
**Author:** ![Minim](https://forum.delta.chat/letter_avatar_proxy/v4/letter/m/ccd318/32.png) [@Minim](https://forum.delta.chat/u/Minim)\ **Post date:** [December 13, 2025, 4:20pm UTC](https://forum.delta.chat/t/is-it-possible-to-communicate-with-non-dc-user-interoperability-with-email/4425/8 "2025-12-13T16:20:02Z")
> [@Minim](#): > > DC does not yet have key rotation. It will reject messages with an Autocrypt header that does not match what it expects, so the trust-on-every-use situation is absent. In other words, the active adversary must be active when the keys are first exchanged. Once keys have been correctly exchanged the adversary can’t decrypt messages. > [@Minim](#): > > Is K9 not capable of sending an e-mail with Autocrypt headers in step 1? Sorry, stupid question, it is but DC apparently does not scan incoming messages in unencypted chats for Autocrypt keys. That might be worth a feature req. ---
**Author:** ![Minim](https://forum.delta.chat/letter_avatar_proxy/v4/letter/m/ccd318/32.png) [@Minim](https://forum.delta.chat/u/Minim)\ **Post date:** [December 14, 2025, 4:13pm UTC](https://forum.delta.chat/t/is-it-possible-to-communicate-with-non-dc-user-interoperability-with-email/4425/9 "2025-12-14T16:13:11Z")
That feature req exists: [Prompt to switch to encrypted chat when it is available](https://support.delta.chat/t/prompt-to-switch-to-encrypted-chat-when-it-is-available/4010) Perhaps you could [file a feature request with K9](https://github.com/k9mail/k9mail.app/issues)? If K9 implemented the [SecureJoin standard](https://github.com/deltachat/securejoin) it would be easy to share keys securely between K9 clients, and K9 would also interoperate very well with [Deltachat](https://cosmos.delta.chat/); your testing has confirmed it. And there would be another excellent alternative to insecure key exchange. Completely separately, from what you’ve reported, K9 could allow users to automatically create free e-mail accounts on any standard Chatmail mailserver, from inside K9, by typing in the e-mail address they want (or just picking the domain). That might be an appealing feature. Alas, I can’t use K9, because I am on Mobian! So I can’t write up a step-by-step of configuring it. I take it enabling Autocrypt is pretty easy, though. * * * * * * * * * **EDIT** (because I technically can’t add a post) It seems client interoperability has gotten more problematic: > [@Document the minimum requirements necessary for chatmail interoperability](https://support.delta.chat/t/document-the-minimum-requirements-necessary-for-chatmail-interoperability/4853): > > I am currently working on Delta Chat interoperability for bower/notmuch ( [GitHub - wangp/bower: A curses terminal client for the Notmuch email system · GitHub](https://github.com/wangp/bower) , [https://notmuchmail.org](https://notmuchmail.org)). My goal is to support enough of the features Delta Chat uses that I can comfortably use my command line email setup to exchange messages with Delta Chat users. Currently, I am also using my command line setup in Multi Device Mode together with the Delta Chat Android app from F-Droid. A couple of days back, I ra… ---
**Author:** ![r10s](https://forum.delta.chat/user_avatar/forum.delta.chat/r10s/32/1513_2.png) [@r10s](https://forum.delta.chat/u/r10s)\ **Post date:** [October 6, 2026, 3:29pm UTC](https://forum.delta.chat/t/is-it-possible-to-communicate-with-non-dc-user-interoperability-with-email/4425/10 "2026-10-06T15:29:02Z")