Re: On mailbox full, retry for 4 days or similar instead of reject

2022-02-08 Thread dc-ml
Am 07.02.22 um 23:41 schrieb Jorge Bastos: > I want postfix not to discard the message imediatly when a mailbox is > full, i mean when postfix tries to deliver it to dovecot lmtp. > Is it possible to change the behavior to something like what postfix > does when he tries to deliver a message

Re: banning

2022-01-08 Thread dc-ml
Am 08.01.22 um 17:22 schrieb Dave McGuire: >   I wasn't asking for a critique of my configuration; I explained my > approach to a new user who came here looking for help. huh? well, I don't think that anyone wanted to say anything about _your_ configuration, but wanted to supplement, that

Re: Non-user logins?

2022-01-08 Thread dc-ml
Am 08.01.22 um 05:27 schrieb Dave McGuire: > trying to mess with other peoples' stuff.  I run fail2ban to catch those > log entries and block the source IP address for a month on the first > failed login.  At any one time I have between 12,000 and 15,000 well, I don't know how _your_ users

Re: GDPR/sender-ip

2022-01-05 Thread dc-ml
Am 05.01.22 um 18:00 schrieb John Fawcett: > my understanding of the GDPR legislation is that it defines what is > considered lawful processing. One of those items that makes the > processing lawful is consent. If I send an email to a public mailing > list I think it's fair to say that I am

Re: patch: make received-header on submission optional or optionally drop the from-part in it

2022-01-05 Thread dc-ml
Am 05.01.22 um 17:23 schrieb Michael Kliewe: > In Postfix many privacy-friendly submission servers do the following: [...] nice feature, unfortunately we're currently not using postfix, because none here has enough experience with it. maybe later... but: > The Received-Header is still

GDPR/sender-ip (was: make received-header on submission optional or at least drop the ip in it)

2022-01-05 Thread dc-ml
Am 04.01.22 um 08:39 schrieb Aki Tuomi: > We'll take a look at your patch. Can you please point out to some legal > information about the Received header's GDPR incompliance, I would be > interested to see it. thanks for doing so. the GDPR says about personal data: - that only really

patch: make received-header on submission optional or optionally drop the from-part in it

2022-01-03 Thread dc-ml
> @others: due to the importance of it for us, I'm currently trying to > implement it, but because that's my first deeper view in dovecots code, > maybe I'll need some help. okay, perhaps I've a solution for this. because we're using standard-distribution-pkgs, we're checked it with that

Re: feature-request: make received-header on submission optional or at least drop the ip in it

2022-01-03 Thread dc-ml
Am 03.01.22 um 15:47 schrieb Michael Peddemors: > Using your email system IS the reason, simply make sure that you inform no, it's not. and: > (SLA, Terms and Conditions etc) and it has a valid use, eg for security > purposes. for security_reasons it's completly ok, to store this

feature-request: make received-header on submission optional or at least drop the ip in it

2022-01-01 Thread dc-ml
hi. we're just trying to re-structure a system and want to use dovcots submission-ability. because the github-repository have no entry for any issues at all, we're sending this feature-fequest to this ML. unfortunately there doesn't seem to be any option to drop the received-header at all or at