Auto-Add Contacts on Reply

This already exists. Just set it in "Preferences" --> "Mail" --> "GENERAL" Option "When sending email, add unknown recipients to my".
You have to activate that option and choose the address book you want those addresses to be added to.

Why aren't these showing up for me?
The filters aren't working for me either. Everything ends up in my Inbox.

Could it be because I've set up my domain to point to Apple and I access my emails there in Apple Mail? I retrieve them entirely from that server and keep everything private on my own server.

Bildschirmfoto 2026-10-09 um 01.23.56.png (230,408 bytes)   

Bildschirmfoto 2026-10-09 um 01.23.56.png (230,408 bytes)   

It is there.
Check the second picture at the bottom. In German it is called '"Unbekannte Empfänger meiner E-Mails hinzufügen zu".
Just activate it by clicking on the rectangle (which will set a tick). Then choose the address book to use.

For Filter "not working".
A) does the chosen folder still exist?
B) Did you store your filter with the floppy disk symbol on the green circle?
C) Does your IMAP server has SIEVE enabled?
D) Does your IMAP server have managesieve enabled?
E) Does your filter add the matching emails to the chosen folder and the INBOX?
F) Do you get an error on storing your filter?

A) does the chosen folder still exist?
yes, i will make it in "bekannt"

B) Did you store your filter with the floppy disk symbol on the green circle?
C) Does your IMAP server has SIEVE enabled?
D) Does your IMAP server have managesieve enabled?
E) Does your filter add the matching emails to the chosen folder and the INBOX?
F) Do you get an error on storing your filter?

Thank you, I found the address book option.

Regarding the filters, here are the answers to your questions:
A) Yes, the folder exists.
B) Yes, the filter is saved.
C) and D) Yes. This is mailcow (Dovecot/Pigeonhole). Sieve and ManageSieve are
enabled and allowed for my mailbox.
E) No, the filter only moves the message to the folder (fileinto, no keep).
F) No error when saving.

I found the cause, and it is not a SOGo bug. A test mail delivered locally was
filtered correctly. My regular mails are not delivered via SMTP/LMTP: a mailcow
sync job (imapsync) copies them from iCloud into my INBOX via IMAP and deletes
them at the source. Sieve never runs for these messages.

As a workaround I can run Dovecot's sieve-filter tool manually with the script
that SOGo saved, and it moves the matching messages correctly:

sieve-filter -e -W -u <user> /var/vmail/sieve/<user>.sieve INBOX

Two questions:
1) Do you have a recommendation for mailboxes that are filled by imapsync?
2) Could SOGo offer a "run filters now" action for a folder, similar to
Thunderbird? That would solve this for users without shell access.

One more finding about my wish no. 2 (staying logged in on the phone): in my
setup the login goes through the mailcow web UI, and its session cookie had no
lifetime, so iOS dropped it after a few hours. I have set a cookie lifetime
there and am testing it now. This may be a mailcow matter rather than a SOGo one.

Thanks again for your help.
Paul

Hello Christian,

thank you again for your help. I have a short update on two points, and both turned out not to be SOGo bugs.

1. Sieve filters

The filters I create in SOGo are saved correctly on the server. They were simply never triggered, because of how mail arrives on my system: a mailcow sync job (imapsync) copies the messages from my external provider into the INBOX via IMAP. Sieve only runs on SMTP/LMTP delivery, so mail copied in via IMAP never passes through the filter.

As a workaround I added a small cron job on the mailcow host (/etc/cron.d/sieve-filter). Every two minutes it runs Dovecot's sieve-filter tool against the INBOX, using the same Sieve script that SOGo writes:

/2 * root flock -n /run/sieve-filter.lock docker exec mailcowdockerized-dovecot-mailcow-1 sieve-filter -e -W -u user@example.com /var/vmail/sieve/user@example.com.sieve INBOX > /var/log/sieve-filter.log 2>&1

With this in place, the filters from SOGo are applied successfully, with a delay of up to two minutes. One limitation: every run evaluates all messages in the INBOX again, so the rules should only move messages (fileinto) and not copy or redirect them.

2. Session on mobile

I was being logged out on my phone very quickly. The cause was on the mailcow side: the server-side session lifetime was set to 14 days, but the session cookie had no lifetime, so it only lasted until the browser closed the page. On the iPhone that happens quickly in the background.

I added one line to data/web/inc/vars.local.inc.php that sets session.cookie_lifetime to the same value as $SESSION_LIFETIME (1209600 seconds). The server now sends the cookie with Max-Age=1209600, and on my phone it seems to work so far.

I hope this is useful in case other mailcow users report the same behaviour. Thank you for your time and for your work on SOGo.

Kind regards,
Paul