Gute Herangehensweise, also versuchen, was zu retten ist. Aber da leider nicht.
DerLinkman
- Forum Staff
- tinc employee
- 3 hours ago
- Joined May 5, 2022
- 3 discussions
- 114 posts
- 16 best answers
- Post posted... wait what? You got the answer! You got likes! I have something to say. You like it!+ 1 More
Delete Browser Cache, Logout and retry.
- Edited
Alternativ kannst du auch
ALLOW_ADMIN_EMAIL_LOGINin der mailcow.conf auf y setzen und mailcow mit docker compose up -d neustarten, damit du als Admin die anderen Postfächer “Impersonaten” kannst.The Release of LDAP/OIDC is planned for end of March 2025 in Release 2025-03.
Probably by the end of this week we’ll release the updated Docs explaining how to setup LDAP/OIDC with mailcow on mailcow’s end.
Hallo nochmal,
verständlich. Allerdings kannst du keine neuere DB auf eine ältere DB downgraden ohne pain (das sagt mariadb selbst).
Ohne Backup von vor deinem DB Image change kannst du damit nix anfangen. Du könntest aber mal probieren, mit dem aktuellsten Update zu spielen. Wir haben in 2025-02 die Kompatibilität für Mariadb 10.11 hergestellt, evtl. auch für 11.4. Das weiß ich aber nicht.
- Best Answerset by DerLinkman
Hallo,
erstmal kein Backup ist sehr dumm… da gibts auch nix dran zu schönigen, auch wenn das hart klingt.
Zweitens: Das Update heute wird mariadb auf 10.11 updaten. Ob damit dann Mariadb 11.4 klappt weiß ich nicht, wir testen das nur mit der version, nicht alle anderen.
Wie @DocFraggle schon sagte, bitte niemals NIEMALS einfach so hingehen und komponenten hochdrehen in der compose nur weil es da vielleicht neuere Versionen von geben kann. Ja das ist korrekt, es gibt neuere Mariadb Versionen, 11.4 ist auch (soweit ich weiß LTS) aber trotzdem muss der mailcow code bzw. die mysql configs darauf angepasst werden sonst fliegt dir alles um die Ohren.
Based on @postmaster’s idea i’ve published a fix for this to prevent this in the future:
mailcow/mailcow-dockerized6284
Thank you!
Liebe mailcow Community,
2024 neigt sich dem Ende entgegen und auch wir verabschieden uns in eine wohlverdiente Winterpause.
Rückblick und Ausblick
Eigentlich hatten wir in dieser Woche noch ein mailcow-Update eingeplant, welches allerdings auf Januar verschoben wird. Nach wie vor ist es uns wichtig, ausgiebige Tests durchzuführen, für die wir in der Vorweihnachtszeit leider keine Zeit mehr gefunden haben.
Aber keine Sorge: Auch 2025 werden wir mailcow weiter verbessern und mit neuen Funktionen ausstatten. Darunter befindet sich (endlich gibt’s dazu mal wieder mehr Infos!) das lang erwartete LDAP-Update, welches kurz vor der Veröffentlichung steht. Mehr dazu erfahrt ihr im nächsten Jahr – freut euch drauf!
2024 brachte einige großartige neue Features in die mailcow-Welt, darunter zum Beispiel:
- Ein “Passwort vergessen”-Feature,
- Ein Feature zur Umbenennung der Mailboxen.
Und das sind nur zwei der Highlights!
Ein Dank an unsere Unterstützer
Nach längerer Überlegung haben wir im August 2024 einen neuen Weg gestartet, um Spenden für das mailcow-Projekt zu sammeln: GitHub Sponsors. Als neue Tradition möchten wir uns herzlich bei allen Sponsoren von 2024 bedanken und diese namentlich nennen:
- hechi
- jseaton
- HenryHST
- projectPGX
- arenddeboer
- Stopka
- tkeil69575
- blockblue47
- kihorn
- Malk123
- rbasliana
- IamLunchbox
- GieGit
- thefeli73
- Seji64
- larsgerber
- kovacs-andras
- proea
- jaypee-solutions
- coro1404
- mcmufffin
- vnukhr
- fm
- LaserPew
- mechmett
- itz-Jana
- lazyfrosch
Natürlich vergessen wir auch nicht unsere Supporter, die eine Stay Awesome Licence (SAL) über unseren Shop Servercow.de erworben haben.
Alle diese Beiträge fließen zu 100% in die Produktentwicklung von mailcow sowie in die Deckung der Infrastrukturkosten.
Dafür ein riesengroßes Dankeschön!
Community-Helden
Wir möchten uns auch bei allen bedanken, die sich die Zeit nehmen, kostenfrei und komplett freiwillig der Community helfen – insbesondere in unserer
Telegram-Gruppeund unserem Community-Forum! Telegram
Besonders bedanken möchten wir uns bei diesen Usern:
- drago_angel
- Maxe
- Patschi
- magic848
- sometimohere
- feldsam
- rarepaypay
- bionicb3aver
- H3ssan
- esackbauer
- DocFraggle
- ETNyx
Danke, danke, danke! Ihr haltet die Community zusammen und helft, den Spaß an Open-Source-Systemen und E-Mailing am Leben zu erhalten.
Last but not least: Ein Dank an euch alle
Und natürlich möchten wir uns auch bei allen mailcow-Nutzerinnen und -Nutzern bedanken. Warum? Weil genau ihr euch für mailcow entschieden habt und es täglich nutzt! Ihr tragt zu einem offenen Internet ohne Providerzwänge bei – und das allein verdient ein großes Dankeschön!
—
Huch, da wird man doch schnell etwas sentimental… Wer hat hier Zwiebeln geschnitten??
Wir versprechen euch, dass ihr uns auch 2025 nicht loswerdet… tja, so ist das eben.
Das gesamte Tinc-Team (also die Firma hinter mailcow) wünscht euch und euren Liebsten ein schönes Weihnachtsfest, einen guten Rutsch und ein frohes, gesundes neues Jahr 2025.
Bis dahin gilt das, was immer gilt:
Bleibt gesund und happy mailing
Im Namen des gesamten Teams,
Niklas aka. DerLinkman
Jo ging durch
Danke nochmal!Thanks! I don’t see a reason why not to adapt this into mailcows stock configs. So that change will be live in December Update.
- Edited
Actually, i don’t know what is wrong. The file people moan about is a older version of the dns_blocklists file which gets appended upon postfix boot.
A better version has been introduced earlier in the year.
However, if that older version exists already mailcow is not deleting it and therefore is not regenerating the file with a proper one.
Due to my change of the main.cf postfix is pasting the old file wrongly into the code.
You may ask: Why has it not been found earlier? Because postfix seems to wrongly interpreted the file anyways, as originally the file has been appended to the previous last main.cf parameter which was
parent_domain_matches_subdomains = debug_peer_list,fast_flush_domains,mynetworks,qmqpd_authorized_clientsThat stuff is not nicely solved, i’m not happy with it, if anyone has suggestions on how to better implement this, i would be greatful. (This setting (dnsblocklists) does not support file hashing or else, they must be appended with comma, that is the thing why it is hard to implement carefully)
Könnte man… gerne PR dazu öffnen
- Best Answerset by DerLinkman
Wir haben uns nun darauf geeinigt, eine Doc Datei zu schreiben, welche für Postfix die Cipher verschärft, da wir nicht ausmalen können welche Auswirkungen ein globales forcieren stärkerer Cipher für bestehende mailcow Systeme hätte…
So kann jeder sein System noch ein Schritt weiter absichern:
Ciphers verstärken - mailcow: dockerized Dokumentation docs.mailcow.email
- Edited
Ja wie gesagt, wir stimmen uns da gerade ab. Wir werden den Weg gehen von wegen: Wir sperren die unsicheren per default, lassen sich aber nach Anleitung von uns wieder reaktivieren, wenn erforderlich.
So sind die meisten fein raus und die, die es wirklich brauchen müssen dann halt mal aktiv werden… man muss denen ja nicht alles vorkauen ne?
Ja das hab ich dann auch bedacht…
Ich denke es wäre dann sinnvoll die älteren bei bedarf und unter Anleitung in den Docs reaktivier bar zu machen.
Wie genau, muss ich noch überlegen.
Jemand hat im GH folgenden PR gestellt:
mailcow/mailcow-dockerized5923
Den werden wir aber vermutlich nicht adaptieren. Weil wie @esackbauer bereits richtig gesagt hat, mailcow auch immer noch mails von älteren Systemen zumindest empfangen soll.
Da nicht jeder Mailserver auf dem neusten Sicherheitsstand ist.
- In Hi all,
- Edited
Ok, i see. Yeah sorry.
Then we’ll patch that openssl option into dovecot, coming with next update.
Postfix btw too!
- In Hi all,
DocFraggle You can. For me it works…
- In Hi all,
- Edited
DocFraggle Were did you read that?
@Azard What are your dovecot settings?
Did you modified dovecot’s extra.cf? The error is coming during boot. That is not a “normal” behaviour
- Best Answerset by DerLinkman
Moin, joa scheint MS zu sein. Heißt wir müssen das in den Docs erwähnen, dass die Outlook App nicht mit EAS klappt. Wirklich nur die, gerade nochmal getestet.