Postfächer Quota Frage

[Ralph]

Die Mail-Daten liegen unter /var/mail/ und gehören nicht den Nutzern sondern dem Benutzer vmail. Damit kann das Quota-System hier natürlich nicht wirken.

Wäre es hier ein sinnvoller Ansatz, mit dem ACL Management zu arbeiten?
Dann könnte man mit setfacl den entsprechenden Mailordnern einen weiteren Eigentümer (in diesem Fall den Paneluser) hinzufügen und dann sollte auch die Quota Erfassung für die Mails funktionieren.
Außerdem sollte das auch das Problem der "überbuchten" Postfächer lösen, wenn die Quota hier die korrekten Werte erfassen kann...

und eine pseudo group in der alle Panel User Mitglied sind z.b. vmail:mailuser unter der dann die Mailfolder Eigentümer laufen?

Code: Select all

testkunde:x:5002:mailuser

[Ralph]

[Is ja schön das dass der Server " Quota exceeded (mailbox for user is full) " im Log meldet.
Aber der Absender würde sich sicher freuen, eine Info zu bekommen, das seine Mail ihr Ziel nicht erreicht hat
Bisher hab ich noch keine bekommen und gehe unwissend davon aus das er sie bekommen hat.

OK, dieses Benachrichtigungs Problem konnte ich zumindest mal beheben, es kommt zustande durch eine rule in den header_checks, also wenn diese auf beiden (keyhelp) Systemen aktiv ist, wird die Quota exceeded email an den Absender einfach verworfen.

Details:

Code: Select all

Oct  8 16:58:36 host postfix/cleanup[503367]: 123373E95E: reject: header Subject: Undelivered Mail Returned to Sender from hostname.tld[xxx.xxx.xxx.xxx]; from=<> to=<support@mydomain.tld> proto=ESMTP helo=<hostname.tld>: 5.7.1 Looks like a bounce (Undelivered Mail), sender probably forged

Lösung (regel # kommentiert) auf beiden Keyhelp Systemen:

Code: Select all

nano /etc/postfix/header_checks
#/^Subject:.*(failure.notice|(failure|mail).delivery|Delivery.(Status.Notification|failure)|(Undeliverable|undelivered|invalid)(:|.Mail|.message))/
#    DISCARD Looks like a bounce ($1), sender probably forged

systemctl restart postfix
systemctl restart dovecot

Danach bekommt der Absender vom Empfänger eine "mailbox for user is full" Benachrichtigung:

This is the mail system at host hostname.tld.

I'm sorry to have to inform you that your message could not
be delivered to one or more recipients. It's attached below.

For further assistance, please send mail to postmaster.

If you do so, please include this problem report. You can
delete your own text from the attached returned message.

The mail system

<test1@mydomain.tld>: host hostname.tld[private/dovecot-lmtp] said: 552 5.2.2
<test1@mydomain.tld> Quota exceeded (mailbox for user is full) (in reply to
end of DATA command)

[Ralph]

Die Mail-Daten liegen unter /var/mail/ und gehören nicht den Nutzern sondern dem Benutzer vmail. Damit kann das Quota-System hier natürlich nicht wirken.

Wäre es hier ein sinnvoller Ansatz, mit dem ACL Management zu arbeiten?
Dann könnte man mit setfacl den entsprechenden Mailordnern einen weiteren Eigentümer (in diesem Fall den Paneluser) hinzufügen und dann sollte auch die Quota Erfassung für die Mails funktionieren.
Außerdem sollte das auch das Problem der "überbuchten" Postfächer lösen, wenn die Quota hier die korrekten Werte erfassen kann...

und eine pseudo group in der alle Panel User Mitglied sind z.b. vmail:mailuser unter der dann die Mailfolder Eigentümer laufen?

Code: Select all

testkunde:x:5002:mailuser

Momentan sieht es gut aus was die Quota betrifft, alle Mails an die Test Postfächer wurden rejected bei overquota bzw. zu großen Anhängen.
ACL oder extra Gruppe scheinen eventl. nicht erforderlich zu sein ...

was habt Ihr gemacht?

[Jolinar]

Momentan sieht es gut aus was die Quota betrifft, alle Mails an die Test Postfächer wurden rejected bei overquota bzw. zu großen Anhängen.
ACL oder extra Gruppe scheinen eventl. nicht erforderlich zu sein ...

Naja...eine Überlegung wäre der Einsatz von ACL vielleicht trotzdem wert...Alex hat ja weiter oben ausgeführt, daß er sich die relevanten Größensummen aktuell über Cronjobs ermittelt. Dieser Umweg würde wegfallen, wenn man Quota auf die Postfachordner ausdehnen könnte...
Und IMHO würde es die Robustheit des Panels (Hint: "DAU Tauglichkeit" ) auch erhöhen...

[Ralph]

Naja...eine Überlegung wäre der Einsatz von ACL vielleicht trotzdem wert...Alex hat ja weiter oben ausgeführt, daß er sich die relevanten Größensummen aktuell über Cronjobs ermittelt. Dieser Umweg würde wegfallen, wenn man Quota auf die Postfachordner ausdehnen könnte...
Und IMHO würde es die Robustheit des Panels (Hint: "DAU Tauglichkeit" ) auch erhöhen...

Absolut, die DAU Tauglichkeit muß immer gegeben sein

Wenn es mit dem ACL Plugin stabil und sicher läuft spricht nichts dagegen, ich kenne es nur Old School also über erweiterte Gruppen Zuordnungen, was beim Plugin ja ähnlich umgesetzt wird.

[nikko]

Nur als Idee mal eingeworfen, weil ich auch ständig am Vergrößern der Postfachspeicher bin:

Das Limit der einzelnen Postfächer aufheben – und zwar so, dass der dem User zugewiesene Space vom User vollkommen frei verwendet werden kann, und lediglich dieses Gesamtlimit gilt für alles.
(z.B. Postfachgröße = 0 -> Limit = Gesamtspeicherplatz des Users)


Damit wäre es egal, ob ein Postfach nun 1,2,5 oder 27 GB groß ist, wenn der Gesamtspeicher 30 GB beträgt.