ich hab das jetzt im linuxmuster-mailcow eingebaut. Also kann man jetzt auch bei Projekten über die „proxyAddresses“ Aliase anlegen. Mit dem ApacheDirectoryStudio geht das so:
Beim „Attribut typ“ „proxyAddresses“ eingeben und auf „Finish“ klicken
Alias eingeben
WICHTIG: das Image im docker-compose.override.yml MUSS für das Update GEÄNDERT werden! Das neue Image ist ghcr.io/linuxmuster/linuxmuster-mailcow:latest
vielen lieben Dank für diesen (deutlich über das Erwartbare hinausgehenden) „full service support“. Da warst Du nun viel schneller als ich.
Nachdem ich nun Apache Directory Studio auf meinem M1 Mac zum Laufen bekommen (gar nicht so einfach - das Package will lieber einen Intel Mac; naja, selbst Schuld, beim nächsten Mal nehm ich wieder die Linux-Maschine) und auch noch einen Schreibzugriff auf das LDAP-Verzeichnis hinbekommen habe, was soll ich sagen: funktioniert einfach!
Super Sache! Vielen herzlichen Dank!
Kleine Frage noch am Rande: weiß jemand, ob man SOGo in der Mailcow noch beigebracht bekommt, wie man dort auch noch Mails mit seiner Alias-Adresse schreiben kann? Ansonsten nicht so schlimm: dann bleibt es bei IMAP.
Hallo Jens,
nur so als Ergänzung (und aus Interesse):
über die Probleme mit Alias-Adressen haben wir uns hier im Forum irgendwann schon mal unterhalten. Willst Du das für alle User haben? Falls ja, könnte es das folgende Problem geben: Der Login → Username → erster Teil der eMail-Adresse ist immer eindeutig, weil das von sophomorix geprüft wird.
Aber wenn Du für alle User ein Alias der Form „Vorname.Zuname@deine-schule.de“ erlaubst, kannst Du u.U. das Problem bekommen, dass Du zwei Max Mustermanns, fünf Fritzchen Müller und sieben Lisa Meier an der Schule hast – dann gibt es ein Problem bei der Zustellung.
danke für den Hinweis. Den alten Thread zum Thema hatte ich auch schon gefunden (und gelesen). Nein, mir ging es „nur“ darum, für einzelne User (den Admin (it@…), die Schulleitung (schulleitung@…), das Sekretariat (sekretariat@…), …) wenige einzelne Aliase haben zu können. Darüber hinaus finde ich es für Mailadresse unschön, wenn Projekte immer das p_ im Namen (auch der Mailadresse) haben, wenngleich das sicher ein Luxusproblem ist.
All das funktioniert jetzt und ich bin echt happy! Vielen Dank allen, die geholfen haben!
Jens
Du kannst bei SOGo in den Einstellungen unter Mail > IMAP ACCOUNTS den account bearbeiten und eine neue Identität mit einer anderen Absenderadresse hinzufügen.
Hallo. @Dorian: Kannst Du kurz Licht ins Dunkel bringen:
Für den linuxmuster-mailcow-Container gibt es sowohl diese Seite:
(letzte Aktualisierung vor einem/zwei Jahren)
und daneben auch noch diese Seite:
(Published 6 days ago)
Es ist ja offensichtlich, dass der untere Link aktuell ist – ich habe mit meinem mailcow-Container aktuell gewisse Probleme
und frage mich, ob ich in meiner docker-compose.override.yml einfach die Zeile image: netzint/linuxmuster-mailcow
gegen die Zeile image: ghcr.io/linuxmuster/linuxmuster-mailcow:latest
tauschen kann – oder ob ich mir damit unvorhergesehen Probleme reinhole?
es gibt nicht verschiedene Seiten, sondern die Version welche bei Netzint liegt, und der davon abgespaltete Fork welcher nun im Linuxmuster Branch liegt.
Ursprünglich wurde der Container bei Netzint entwickelt und dann an die Community zurückgegeben.
Die Frage nach den anzupassenden .override Einträgen wurde von Dorian ja im Vorfeld schon beantwortet, die Antworit ist ja.
Hallo Andreas (@Till).
Oh – das habe ich oben nicht gesehen – oder überlesen – oder was auch immer.
Besten Dank! Dann stimmt meine Vorgehensweise ja und ich bin auf dem aktuellen Stand
Der linuxmuster-mailcow-Container läuft auch wieder, doch die Frage nach der hohen CPU-Last auf dem v7-Server (–> Parallelthread) bleibt rätselhaft. Habt ihr das bei Euch auch schon beobachtet, dass der Python-Prozess syncer.py den Samba-Dienst auf dem v7-linuxmuster-Server dermaßen belastet? Das Problem hängt hier reproduzierbar mit diesem Script zusammen …
jetzt hab ich es auch geschafft, eine Mailcow hinzustellen und kann dieses Phänomen bestätigen:
das Sync-Script führt drei Schritte durch:
AD-Gruppen abfragen
Mailcow abfragen
differenz berechnen.
reproduzierbar führt Schritt 3 (???) zu einer Vollauslastung eines Prozessorkerns für den Prozess „ldap“
das dauert ein paar zweistellige Sekunden und dann ist wieder gut.
Mal sehen, ob das im Betrieb nervt oder ok ist… im Notfall fahre ich zu Stoßzeiten den linuxmuster-mailcow-Container runter und lass nur außerhalb der Unterrichtszeiten synchen…
Ich hab noch ein paar andere Fragen, aber die stell ich im anderen Thread.
LG Jesko
Ich weiß nich, ob du das richtig verstanden hast. Die Aliase sind nicht wie eine Mailingliste, sondern andersrum.
Also wenn du in proxyAddresses eine Adresse einträgst, dann werden alle Mails, die an die proxy Adresse gesendet werden, an die normale Adresse weitergeleitet. Ein Nutzer kann also nach aussen mehere Mailadressen haben.
Die Idee ist eben genau, dass man mehere Adressen haben kann: dozedler@schule.de - Normale Mailadresse mit Benutzername it@schule.de - proxy1 admin@schule.de - proxy2
Ich kann dann in meinem Postfach auf allen drei Adressen Mails empfangen und senden.
Deshalb kann man in den proxyAddresses auch nur Adressen eintragen, für die die entsprechende Domain in Mailcow vorhanden ist.
E-Mail-Weiterleitungen an externe Postfächer sollten über Sieve (SOGo Weiterleitung oder im Reiter „Filter“) angelegt werden.
Aber es geht auch wie Jesko beschreibt, oder nicht?
Dann ist meine Frage: Wie erstelle ich am einfachsten Verteilerlisten a.k.a „kollegium@meine-schule.de“ ?
linuxmuster-mailcow / sophomorix / webUI kann das irgendwie bereits?
wie mache ich das händisch (für verteiler, die ich nicht über die LMN pflegen will/kann)?
Noch eines für @Tw33ki : Ich habe mit domain_aliases mal privat rumgespielt, weil meine Schule bisher genau das hatte: lehrer@m-s.de und lehrer@meine-schule.de ist und war bei Belwue gleichwertig: es war genau ein Nutzerkonto, man kann auf beiden Adressen Mails empfangen und „von“ bzw. „im Namen von“ beiden Mailadressen Mails verschicken.
Bei mailcow kann ich einen domain-alias eintragen. Das ist fast dasselbe.
Bei Belwue konnte man sich mit beiden Mailadressen anmelden/auth. und landete im selben Nutzerkonto. In mailcow exitsiert nur das eine Konto (z.B. „lehrer@m-s.de“), dessen „Haupt-E-Mail-Adresse“ ich zur Authentifizierung nutzen muss, auch wenn der Mailversand und -empfang sonst auch identisch ist.
Das gilt nur für mich privat momentan, weil ich keinen LDAP-Zugang gelegt habe, wo ich nicht weiß, wie die authentifizierung eigentlich geht bzw. konfiguierbar ist: über die E-Mail-Adresse, über den Benutzernamen, oder vielleicht sogar über eine alternative E-Mailadresse…
Das mit den Domain-ALIAS hatte ich vermutet, dass das vermutlich möglich ist. Könnte mit LDAP hinten dran halt etwas komplexer sein.
Ach da gibts so Config_Dateien für SOGO, DOVECOT und co. Da kann man das sicher rein packen. Wir haben das mal einen Kunden gemacht, der sich mit vorname.nachname@ und ldap-Benutzernname anmelden wollte (oder so ähnlich).
Könnte aber sicherlich auch angenehmer sein, seine Nutzer entsprechend umzugewöhnen :-).
auch wenn sich hier jetzt etwas mehrere Aliase für eine Mailadresse und Mailverteiler mischen, antworte ich mal auf diese Frage (zumindest den webUI-Teil):
Das machen wir (LMN 7.2, Mailcow) über die Schulkonsole als Projekte, denn das Sync-Script erstellt auch für jedes Projekt eine Mailadresse mit allen Projektteilnehmern.
@Jesko Das klingt echt super und genau nach dem, was man haben will. Schon mal vorab Danke fürs Angebot!
Frage nebenbei: hat sonst noch jemand das Problem, dass linuxmuster-mailcow immer mal wieder unerwartet nicht mehr läuft? Alle anderen mailcow-Container laufen bei mir super stabil, nach ein paar Tagen/Wochen läuft linuxmuster-mailcow (ohne dass ich bisher was in Logs finden könnt) nicht mehr.
Ist kein großes Problem (ein cronjob hilft schon) aber ja auch nicht im Sinne des Erfinders.
Ja, kann ich bestätigen – ist bei uns auch so und ich weiß nicht warum. Könnte mir aber vorstellen, dass das mit dem syncer zusammenhängt, der so viel CPU Last erzeugt?
Hmmm… der syncer erzeugt ja nicht viel Last auf dem Server auf dem er läuft, sondern die Abfragen erzeugen Last auf dem LDAP/AD-Server.
Ich glaube nicht daran, dass die Last da Problem ist.
Der Syncer ist auch so aufgebaut, dass er bei Fehlern abbricht und nach 30s neu probiert…
Schau doch mal ins Log rein, was die letzten Meldungen waren, bevor der Container den Dienst eingestellt hat. Dazu musst du den Container erst neu starten und er darf natürlich vorher nicht durch docker-compose down gelöscht worden sein.
Aber wenn er abgestürzt ist, ist er noch da…
cd /pfad/zur/mailcow
docker-compose start linuxmuster-mailcow
docker-compose logs --tail=50 linuxmuster-mailcow
Ich komm heute vermutlich nicht dazu… es ist einfach Gartenwetter
Spätestens zweite nächaste Wochenhälfte mach ich das (da bin ich in Esslilngen beim Linux-Workshop…)
