feature request: allow sender spoofing for certain accounts
Maintainer antworten meist innerhalb von 1 Tag
Dieses Issue hat noch niemand übernommen.
- #4044 von @ncovercash — ohne Merge geschlossen
Bewertung
- Schwierigkeit
- 5/5
- Geschätzter Aufwand
- Über eine Woche
- Anfängerfreundlichkeit
- 35/100
- Issue-Typ
- Feature
- Klarheit
- Größtenteils klar
- Aktivitätsstatus
- Veraltet
- Bereich
- security
Rechercherichtung
Beginne mit der Überprüfung des bestehenden Verhaltens von SPOOF_PROTECTION und des zugehörigen Mailu-Issues/-Kommentars (1096#issuecomment-518931372). Bestimme, ob dieser Beitrag Spoofing von Absendern pro Konto implementieren oder eine unterstützte Umgehungslösung dokumentieren sollte; abgeschlossen ist dies, wenn das Verhalten und die Konfiguration eindeutig dokumentiert sind oder die angeforderte Funktion implementiert und verifiziert wurde.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Beschreibung
Context
There are many cases where SPOOF_PROTECTION should be enabled for some accounts, and not for others. For example, you may have standard user accounts where you want it enabled, however, there may be a system/application account which you'd like to be able to send as any address (for example, a single application which you want to allow sending as [email protected] and [email protected], or other addresses like [email protected], [email protected], etc.).
Description
I would like a way to selectively enable/disable spoofing per account. I understand that this is not likely something easily accomplished via environment variables, and adding dedicated setup scripts/etc would be a huge undertaking, but I would at least like to document a solution so others can easily implement this (here on GitHub or preferably on the web docs).
https://github.com/Mailu/Mailu/issues/1096#issuecomment-518931372 seems like a similar issue.
Alternatives
- Creating accounts for each user and having the application log into each seperately
- This is going to be an increasingly painful maintenance burden and result in a mess as an application grows, and would be totally unsuited for cases with dynamic email addresses
Applicable Users
Administrators of software which sends emails on behalf of multiple system accounts.
Are you going to implement it?
Yes, because I know the probability of someone else doing it is low and I can learn from it.
What are you going to contribute?
I would appreciate some guidance, but hopefully a solution that can be documented for others running into the same issue.
- Vorherrschende Sprache
- Shell
- Sterne
- 19.7k
- Forks
- 2.1k
- Ø Merge
- 22 Std. 39 Min.
- Gemergte PRs (30 T.)
- 8
Entwicklungsumgebung
- Enthält ein Dockerfile oder eine Docker-Compose-Datei
- Hat eine Pull-Request-Vorlage
- Kein Beitragsleitfaden
Erste Schritte
- Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
- Forken Sie das Repository und arbeiten Sie in einem Branch.
- Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.
Mehr aus docker-mailserver/docker-mailserver
-
bug report: Messages deleted from Junk get learnt as hamEvtl. vergeben @georglauterbach hat das vor 5 Tagen übernommen. Offenkind/bug/report meta/needs triage
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 74/100
docker-mailserver/docker-mailserver#4831 · 1 zugewiesene Person ·
Maintainer antworten meist innerhalb von 1 Tag
-
bug report: headers within signed section get modified resulting in invalid signatureEvtl. vergeben @Vosjedev hat das vor 8 Tagen übernommen. Offenarea/configuration (file) kind/bug/report meta/needs triage priority/high service/postfix
Schwierigkeit 3/5 1-2 Tage Anfängerfreundlichkeit 56/100
docker-mailserver/docker-mailserver#4830 · 1 Kommentar · 2 zugewiesene Personen ·
Maintainer antworten meist innerhalb von 1 Tag
-
tracking: tackling the rising number of CVEsEvtl. vergeben @casperklein hat das vor 19 Tagen übernommen. Offenpriority/high
docker-mailserver/docker-mailserver#4822 · 21 Kommentare · 5 Reaktionen · 2 zugewiesene Personen ·
Maintainer antworten meist innerhalb von 1 Tag
-
feature request: sign with relaxed/relaxed body canonicalization by defaultEvtl. wieder frei @casperklein hat das vor 69 Tagen übernommen, und es ist kein Pull Request offen. Offenarea/configuration (file) service/security/dkim-dmarc-spf stale-bot/ignore
docker-mailserver/docker-mailserver#4751 · 3 Kommentare · 2 zugewiesene Personen ·
Maintainer antworten meist innerhalb von 1 Tag
-
other: ARC was marked as deprecated - meet DKIM2Evtl. wieder frei @georglauterbach hat das vor 81 Tagen übernommen, und es ist kein Pull Request offen. Offenarea/security kind/update meta/needs triage service/security/dkim-dmarc-spf stale-bot/ignore
docker-mailserver/docker-mailserver#4740 · 1 Kommentar · 1 zugewiesene Person ·
Maintainer antworten meist innerhalb von 1 Tag
Alle Issues in docker-mailserver/docker-mailserver
Ähnliche Issues
-
`openssh_authorized_keys_url` should be moved out of tool-versions.ymlEvtl. vergeben @lemeurherve hat das heute übernommen. Offen
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 76/100
jenkins-infra/packer-images#3228 · 2 Kommentare ·
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 82/100
richardcase/skills#26 ·
Maintainer antworten meist innerhalb von 1 Tag
-
marmite skill: `curl ... | sh` is the first install method, bypassing review and integrity checksOffen
Schwierigkeit 1/5 1-3 Stunden Anfängerfreundlichkeit 78/100
rochacbruno/marmite#565 ·
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 85/100
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 1/5 Unter einer Stunde Anfängerfreundlichkeit 88/100
bigbluebutton/docker#406 ·