iequidoo

I see that in `receive_imf.rs` mailing list contacts are created just with `Origin::Hidden`: ``` let (contact_id, _) = Contact::add_or_lookup(context, "", &list_post, Origin::Hidden).await?; ``` But when you call `Contact::get_all_blocked()` the first...

I was looking at the wrong place, that is the code creating a contact for a mailing list itself, not for mailing list users. > do we know internally if...

There's also some discussion about creating a new contact if a display name changes in the "From" header: https://github.com/deltachat/deltachat-core-rust/pull/5294#issuecomment-1969492736

So, for now we don't have any idea how to differ single-address mailing lists from separate-addresses ones which is the source of the problem. We can name all ML users...

@adbenitez But the address is displayed right under the username, checked on Android and Desktop, and i guess it's so everywhere, not only in the reactions overview. But we can...

Checked the code, now the overriden name isn't saved to the db at all for trashed messages (what reactions are), see `receive_imf::add_parts()`: ``` if trash { "".to_string() } else {...

Btw, currently reactions are broken at all for single-address MLs because all users are mapped to a signle contact and reactions from the most recent user override reactions from the...

> I don't think the single address mailing list is a common scenario, but saving reaction per overridden sender name in fact would be a great improvement since it would...

> @link2xt Do you think a similar fix like #5375 could be applied here as well? The problem is that for reactions overriden sender names aren't even saved to the...

Let's give it another try :) Now only `dc_chatlist_get_summary2()` (renamed to `dc_chat_get_summary()`) is changed, all functions taking `dc_chatlist_t` use cached message IDs as before and do the same SQL requests,...