# Posteo: Notes lost when using Delta Chat

**URL:** <https://forum.delta.chat/t/posteo-notes-lost-when-using-delta-chat/2088>\
**Category:** Mutual Help\
**Created:** [May 5, 2022, 1:21pm UTC](https://forum.delta.chat/t/posteo-notes-lost-when-using-delta-chat/2088 "2022-05-05T13:21:09Z")\
**Posts on this page:** 6\
**Page:** 1

<div class="post-metadata">

**Author:** ![sambe](https://forum.delta.chat/letter_avatar_proxy/v4/letter/s/eada6e/32.png) [@sambe](https://forum.delta.chat/u/sambe)\
**Post date:** [May 5, 2022, 1:21pm UTC](https://forum.delta.chat/t/posteo-notes-lost-when-using-delta-chat/2088/1 "2022-05-05T13:21:09Z")

</div>

Hi - new user with an odd problem that I have traced back to Delta Chat

**Delta Chat version**  
1.28.1 (iOS)

**Expected behavior**  
Delta Chat works without affecting my underlying email.

**Actual behavior**  
I am using Delta Chat with Posteo. One of Posteo’s features is a Notes app. While I don’t know the underlying technology, the notes sync via IMAP (eg. to Apple Notes) and are stored in a special Notes folder which is visible in IMAP clients and Posteo’s own webmail.

I am finding that notes created or edited in Posteo’s web interface, are being deleted (read: lost entirely) when Delta Chat syncs. With Posteo’s support team I’ve identified that the issue does not exist when Delta Chat is not connected, although the mechanism is unknown. It doesn’t affect notes created via Apple Notes but stored in Posteo, unless they are later edited in the webmail notes app.

**Steps to reproduce the problem**

1. Set up Posteo account
2. Connect Delta Chat
3. Create note in webmail
4. Verify note saved correctly
5. Turn on device with Delta Chat and sync
6. Note will have vanished

Feels a bit obscure, but can anyone speculate why this may be happening? I’m assuming that it may be related to how Delta identifies messages originating to/from the linked account, but I’m just guessing here. Hoping that a small config change may resolve this issue as I really want to use Delta Chat and Posteo together.

Thanks

---

<div class="post-metadata">

**Author:** ![CrazyM](https://forum.delta.chat/letter_avatar_proxy/v4/letter/c/a698b9/32.png) [@CrazyM](https://forum.delta.chat/u/CrazyM)\
**Post date:** [May 7, 2022, 8:24pm UTC](https://forum.delta.chat/t/posteo-notes-lost-when-using-delta-chat/2088/2 "2022-05-07T20:24:13Z")

</div>

Hi sambe, interesting phenomenon!

Have you tested what happens when you activate _Only Fetch from DeltaChat Folder_ in the IMAP settings?  
For this to work you would also need to set up a filter directly in Posteo that moves all messages related to DeltaChat in the DeltaChat folder.  
I use such a filter with [Mailbox.org](http://Mailbox.org) which moves all incoming emails that possess the “Chat-Version” header into the DeltaChat folder.

---

<div class="post-metadata">

**Author:** ![link2xt](https://forum.delta.chat/user_avatar/forum.delta.chat/link2xt/32/1971_2.png) [@link2xt](https://forum.delta.chat/u/link2xt)\
**Post date:** [May 8, 2022, 1:36am UTC](https://forum.delta.chat/t/posteo-notes-lost-when-using-delta-chat/2088/3 "2022-05-08T01:36:27Z")

</div>

Could you test with a [Testflight build](https://testflight.apple.com/join/uEMc1NxS)? There have been many changes and bugfixes recently.

The issue is very likely already fixed in the latest versions:

> <https://github.com/deltachat/deltachat-core-rust/pull/3095>
>
> Message-IDs are now retrieved only during fetching and saved into imap
> table. d…c\_receive\_imf\_inner does not attempt to extract the Message-ID
> anymore.
> 
> For messages without Message-ID the ID is now generated in
> imap::fetch\_new\_messages rather than dc\_receive\_imf\_inner,
> so the same ID is used in the imap table (maintained by the imap
> module) and msgs table (maintained by dc\_receive\_imf module).
> 
> Message-ID generation based on the Date, From and To field hashing has
> been replaced with a simple dc\_create\_id() to avoid retrieving Date,
> From, and To fields in the imap module, as it's hard to test that it
> stays compatible between Delta Chat versions in this module. This
> breaks jump-to-quote for quoted messages without Message-ID, which is
> not critical.
> 
> Also prefetch X-Microsoft-Original-Message-ID, so retrieval of
> duplicate messages with X-Microsoft-Original-Message-ID can be skipped
> like it is done for messages with Message-ID header.
> 
> Fixes #3094

The problem here is that notes have no Message-ID and old versions of Delta Chat treat all such messages as duplicates and delete them.

---

<div class="post-metadata">

**Author:** ![gerryfrancis](https://forum.delta.chat/user_avatar/forum.delta.chat/gerryfrancis/32/1771_2.png) [@gerryfrancis](https://forum.delta.chat/u/gerryfrancis)\
**Post date:** [May 9, 2022, 1:24am UTC](https://forum.delta.chat/t/posteo-notes-lost-when-using-delta-chat/2088/4 "2022-05-09T01:24:36Z")

</div>

I cannot reproduce the issue with the latest nightly build for Android, but it occurs in version 1.28.1.

---

<div class="post-metadata">

**Author:** ![Hocuri](https://forum.delta.chat/user_avatar/forum.delta.chat/hocuri/32/25_2.png) [@Hocuri](https://forum.delta.chat/u/Hocuri)\
**Post date:** [May 13, 2022, 10:51am UTC](https://forum.delta.chat/t/posteo-notes-lost-when-using-delta-chat/2088/5 "2022-05-13T10:51:44Z")

</div>

Nice, seems like it’s fixed then!

---

<div class="post-metadata">

**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:04pm UTC](https://forum.delta.chat/t/posteo-notes-lost-when-using-delta-chat/2088/6 "2026-10-06T15:04:20Z")

</div>


