mastodon.green is one of the many independent Mastodon servers you can use to participate in the fediverse.
Plant trees while you use Mastodon. A server originally for people in the EU, but now open for anyone in the world

Administered by:

Server stats:

1.2K
active users

#dovecot

2 posts2 participants2 posts today

#eMail #selfHosting gurus: I am looking for the simplest possible way to host myself a mailbox I can add to my email clients (Thunderbird, phone, etc.) as usual, so I can move mails there to free up space on the 3rd party "real" emails, then back them up separately on my server.

I do not want receiving or sending emails to work. Just an IMAP or whatever box I can shove emails in the face by dragging them in Thunderbird or with a script.

Ideally available in :nixos: #NixOS

#dovecot? 🤔

I had struggles with the #Dovecot 2.4.0 update, because of the completely changed config spec (fedi reported).

Guess what, the update from 2.4.0 to 2.4.1 broke it again.
This time, because there popped up a new CFLAG in the build script, requiring the CPU to have #AVX suppport.

Well, my servers CPU is a Dual-Core Pentium G3220 _not_ knowing this extension 😬

I just found out that Dovecot 2.4 is a crippled version of Dovecot 2.3: no more clustering support, the director function has been removed. If you want to do clustering now, you'll have to buy a Pro license.

https://doc.dovecot.org/2.4.0/installation/upgrade/2.3-to-2.4.html#removed-features

So, although I've used Dovecot for years, both private and for work, it seems like this is the end of the line for me.

At the same time I see what @Stalwart Labs can do. Yes, clustering, for one. And a whole lot more, including bayesian classification, analysis of DMARC reports and even a reputation database.

I'm really impressed by what it can do. Bit hesitant about the fact that it's still only version 0.11.5 though, smells alpha...

Looks like Stalwart is the future for me.

https://stalw.art/docs/cluster/overview

#Dovecot #Stalwart #E-mail #DMARC
doc.dovecot.org2.3 to 2.4 | Dovecot CEDovecot CE Documentation

Bin gerade sooo zufrieden. #Dovecot ist auf #FreeBSD nun so konfiguriert, dass ich weiterhin #mutt und #procmail wie gewohnt nutzen kann und parallel dazu, ohne Konflikte, #IMAP Clients wie #K9Mail und #Thunderbird.

Nicht, dass ich mit #mutt unzufrieden wäre: Aber gerade am Smartphone ist #K9Mail schon praktischer als mit #connectbot via ssh #mutt zu bedienen.

Und manche Emails sind - leider - mit Thunderbird besser zu handhaben, z.B. solche mit Bestätigungs-URLs mit > 512 Zeichen.

Mein Mailserver läuft mit #Dovecot
Ich hab in einem Anfall geistiger Umnachtung in der Nacht am WE noch schnell auf 2.4 aktualisiert... und nicht realisiert, dass das massive Änderungen in den Config-Dateien zur Folge hat...

Also "noch schnell" die Configs angepasst...

Fairemail verbindet sich.
Aber Thunderbird zickt seither herum. Aber ordentlich!!!

Er kann sich nicht mehr einloggen.

Ich krieg im Dovecot-Log, dass die Verbindung zwar aktzeptiert wird (ssl) aber kein authentication_attempt stattfindet.
#Thunderbird schreibt mir, dass "Url failed with code..."

Das ist das Debug-Log von Thunderbird:

2025-02-26 07:46:15.775740 UTC - [Parent 677248: IMAP]: D/IMAP ImapThreadMainLoop entering [this=770954ef3f00]
2025-02-26 07:46:15.776145 UTC - [Parent 677248: IMAP]: D/IMAP ImapThreadMainLoop entering [this=770957d74600]
2025-02-26 07:46:15.776820 UTC - [Parent 677248: Main Thread]: I/IMAP exceeded connection cache limit:imap://my.user@imap.domain.tld:143/folderstatus>/Synoptic/Rechnungen
2025-02-26 07:46:15.776853 UTC - [Parent 677248: Main Thread]: I/IMAP queuing url:imap://my.user@imap.domain.tld:143/folderstatus>/Synoptic/Rechnungen
2025-02-26 07:46:15.776869 UTC - [Parent 677248: Main Thread]: I/IMAP considering playing queued url:imap://my.user@imap.domain.tld:143/folderstatus>/Synoptic/Rechnungen
2025-02-26 07:46:15.776881 UTC - [Parent 677248: Main Thread]: I/IMAP creating protocol instance to play queued url:imap://my.user@imap.domain.tld:143/folderstatus>/Synoptic/Rechnungen
2025-02-26 07:46:15.776897 UTC - [Parent 677248: Main Thread]: I/IMAP exceeded connection cache limit:imap://my.user@imap.domain.tld:143/folderstatus>/Synoptic/Rechnungen
2025-02-26 07:46:15.776909 UTC - [Parent 677248: Main Thread]: I/IMAP failed creating protocol instance to play queued url:imap://my.user@imap.domain.tld:143/folderstatus>/Synoptic/Rechnungen
2025-02-26 07:46:15.777125 UTC - [Parent 677248: Main Thread]: I/IMAP 770954ef3f00:imap.domain.tld:NA:SetupWithUrlCallback: clearing IMAP_CONNECTION_IS_OPEN
2025-02-26 07:46:15.777217 UTC - [Parent 677248: Main Thread]: I/IMAP 770954ef3f00:imap.domain.tld:NA:SetupSinkProxy: got m_imapMailFolderSink
2025-02-26 07:46:15.777302 UTC - [Parent 677248: Main Thread]: I/IMAP 770957d74600:imap.domain.tld:NA:SetupWithUrlCallback: clearing IMAP_CONNECTION_IS_OPEN
2025-02-26 07:46:15.777317 UTC - [Parent 677248: IMAP]: I/IMAP 770954ef3f00:imap.domain.tld:NA:ProcessCurrentURL: entering
2025-02-26 07:46:15.777348 UTC - [Parent 677248: IMAP]: I/IMAP 770954ef3f00:imap.domain.tld:NA:ProcessCurrentURL:imap://my.user@imap.domain.tld:143/discoverallboxes:  = currentUrl
2025-02-26 07:46:15.777362 UTC - [Parent 677248: Main Thread]: I/IMAP 770957d74600:imap.domain.tld:NA:SetupSinkProxy: got m_imapMailFolderSink
2025-02-26 07:46:15.777404 UTC - [Parent 677248: IMAP]: I/IMAP 770957d74600:imap.domain.tld:NA:ProcessCurrentURL: entering
2025-02-26 07:46:15.777420 UTC - [Parent 677248: IMAP]: I/IMAP 770957d74600:imap.domain.tld:NA:ProcessCurrentURL:imap://my.user@imap.domain.tld:143/select%3E/INBOX:  = currentUrl
2025-02-26 07:46:15.822761 UTC - [Parent 677248: IMAP]: I/IMAP 770954ef3f00:imap.domain.tld:NA:CreateNewLineFromSocket: * OK [CAPABILITY +SPECIAL-USE STARTTLS AUTH=PLAIN] Dovecot ready.
2025-02-26 07:46:15.823122 UTC - [Parent 677248: IMAP]: I/IMAP 770957d74600:imap.domain.tld:NA:CreateNewLineFromSocket: * OK [CAPABILITY +SPECIAL-USE STARTTLS AUTH=PLAIN] Dovecot ready.
2025-02-26 07:46:15.823329 UTC - [Parent 677248: IMAP]: D/IMAP SetConnectionStatus(0x80004005)
2025-02-26 07:46:15.823509 UTC - [Parent 677248: IMAP]: D/IMAP URL failed with code 0x80004005 (imap://my.user@imap.domain.tld:143/discoverallboxes)
2025-02-26 07:46:15.823573 UTC - [Parent 677248: IMAP]: D/IMAP SetConnectionStatus(0x80004005)
2025-02-26 07:46:15.823816 UTC - [Parent 677248: IMAP]: D/IMAP URL failed with code 0x80004005 (imap://my.user@imap.domain.tld:143/select%3E/INBOX)
2025-02-26 07:46:15.824515 UTC - [Parent 677248: IMAP]: I/IMAP 770954ef3f00:imap.domain.tld:NA:ProcessCurrentURL: aborting queued urls
2025-02-26 07:46:15.824529 UTC - [Parent 677248: IMAP]: I/IMAP 770957d74600:imap.domain.tld:NA:ProcessCurrentURL: aborting queued urls
2025-02-26 07:46:15.824723 UTC - [Parent 677248: IMAP]: I/IMAP 770954ef3f00:imap.domain.tld:NA:TellThreadToDie: close socket connection
2025-02-26 07:46:15.824748 UTC - [Parent 677248: IMAP]: D/IMAP ImapThreadMainLoop leaving [this=770954ef3f00]
2025-02-26 07:46:15.824760 UTC - [Parent 677248: IMAP]: I/IMAP 770957d74600:imap.domain.tld:NA:TellThreadToDie: close socket connection
2025-02-26 07:46:15.824785 UTC - [Parent 677248: IMAP]: D/IMAP ImapThreadMainLoop leaving [this=770957d74600]

In Dovecot sehe ich bloß diese beiden Zeilen

Feb 26 08:52:16 mail dovecot[204586]: imap-login: Login aborted: Connection closed (no auth attempts in 0 secs) (no_auth_attempts): user=<>, rip=172.30.0.1, lip=172.30.0.9, session=<ryQk2gYvMp+sHgAB>
Feb 26 08:52:16 mail dovecot[204586]: imap-login: Login aborted: Connection closed (no auth attempts in 0 secs) (no_auth_attempts): user=<>, rip=172.30.0.1, lip=172.30.0.9, session=<zR8k2gYvIp+sHgAB>

Es wird also nicht einmal ein Username mitgeschickt...

Es ist zum Verzweifeln.
Alle anderen Clients funktionieren.

Note to self (and anyone else interested): #Dovecot (which I use for #IMAP) does not seem to automatically notice when certificate PEM files are updated, so will happily just carry on using the ones it loaded at last restart through past their expiry despite those files on disc having been replaced. I don't think any of the other things I have using auto-renewed #LetsEncrypt certs need poking to load new certs... easy to fix, restart Dovecot. I wonder if there's an existing way to automate that with the cert renewal.

A few months ago, I wrote an article about how to use a Dovecot plugin to give yourself push email on iOS devices: colincogle.name/blog/dovecot-w

Well, thanks to @gctnwl@newsie.social and countless GitHub users — i.e., github.com/freswa/dovecot-xaps — I regret to inform you all that the XAPPLEPUSHSERVICE concept might be dead.

This project relied on using macOS Server’s API’s to request a certificate for the Apple Push Notification Service, so that one could send yourself notifications. Well, macOS Server died a long time ago, configurations evolved into MDM profiles (which, honestly, are easier), and the certificate API was deprecated and then disabled last autumn to little fanfare.

Is there any hope for push IMAP on iOS in the future? Only time will tell. If you have a valid certificate, XAPSd will keep working until it expires, but after that, who knows? I might have to go back to fetching my email!

(Oh, and if it works for you, don’t upgrade to Dovecot 2.4. I wasted an evening migrating and unmigrating my config files.)

If anyone knows anyone at Apple, please let me know how to complain to something that’s not a feedback form.

Colin Cogle · Push Comes to Dove’By adding a few things to your Dovecot IMAP server, you can have instant new mail notifications on your Apple devices.
Continued thread

Ok what the heck, that looks like a thing to coordinatedly start on a Saturday 🫠

E.g. I have Maildir as format.
Now docs say Maildir is just kept alife with little effort blabla.

Sounds like I should change that 🤔
But to what? dbox?

For now, the fix is to pin 2.3 🤷🏼