On Mon, Apr 12, 2021 at 07:23:50PM +0200, richard lucassen wrote:
> mail.info: Apr 12 18:01:16 opendkim[13977]: 828FE7F581: s=202103 d=example.com
> SSL error:0407008A:rsa routines:RSA_padding_check_PKCS1_type_1:invalid
> padding;
> error: 04067072:rsa routines:rsa_ossl_public_decrypt:padding che
On 12 Apr 2021, at 13:15, natan wrote:
> But user (on web panel) can create yourself that's aliases group
Then that is the source of your problem.
Though I am not sure what the issue is with sending mail to a group of 200
people, assuming you are limiting the group to only aliases within their
On 2021-04-12 17:28, Steve Dondley wrote:
OK, that would be a show stopper for me as I'd much prefer to allow
each user to have their own bayes database. My users will be using
roundcube with the markasjunk plugin which will report to the user's
individual bayes database.
i have pr user bayes
On 2021-04-12 16:58, Steve Dondley wrote:
OK, thanks for the additional guidance. The root cause of my problems
is trying to get this set up with random config samples found on the
internet and having only a vague understanding of the big picture.
Although that approach got me something function
natan:
> Hi
> Thanx for replay I have restryctions to access who can
> send e-mail for this alias. But user (on web panel) can create yourself
> that's aliases group
>
> I thinking is avilable limit this on postfix ?
Alias files are configuration files. Postfix configuration files
are supposed
Hi
Thanx for replay I have restryctions to access who can send e-mail for this alias. But user (on web panel) can create yourself that's aliases group
I thinking is avilable limit this on postfix ?
Wysłano z mojego Mi MIX 2Wietse Venema 12 kwi 2021 20:58 napisał(a):natan:
> Hi
> This is inco
natan:
> Hi
> This is incomming e-mail. External user send one e-mail
> to alias group like " href="mailto:a...@domain.ltd";>a...@domain.ltd"
> mailto:a...@domail.ltd";>a...@domail.ltd
> after roll is ~300 e-mail
See http://www.postfix.org/RESTRICTION_CLASS_README.html#internal
with title: "Prot
Hi
This is incomming e-mail. External user send one e-mail to alias group like "a...@domain.ltd"
a...@domail.ltd after roll is ~300 e-mail
trace is like:
mail a...@domain.ltd go to my MX ---go-to-amavis-sa-->postfixrollbac-alias-group-to-300-userslmtp-dovevot
and is any chance to limi
Probably OT here, but sometimes I get this error (Debian Buster,
original packages):
mail.info: Apr 12 18:01:16 opendkim[13977]: 828FE7F581: s=202103
d=example.com SSL error:0407008A:rsa
routines:RSA_padding_check_PKCS1_type_1:invalid padding; error:
04067072:rsa routines:rsa_ossl_public_decrypt:p
So are you saying that amavis would replace the uses of the
sendmail command here to deliver the email? I'm not familiar with
amavis. I'll search on it.
yes.
Perhaps you could replace the sendmail with postfix' lmtp command.
But I'm not sure whether if could work and wht exact syntax to use.
On 12.04.21 16:53, maciejm wrote:
I have some users who have "forward alias group" ~300 and more
mail go to my MTA --> amavis-SA> postfix rolback from alias
group --- lmtp-dovecot> Maildir
Is any options to limited "forward alias group" to max 100 ?
do you want stop them from send
So are you saying that amavis would replace the uses of the sendmail
command here to deliver the email? I'm not familiar with amavis. I'll
search on it.
yes.
Perhaps you could replace the sendmail with postfix' lmtp command.
But I'm not sure whether if could work and wht exact syntax to use
smtp inet n - y - -smtpd
-o content_filter=spamassassin
-o receive_override_options=no_address_mappings
So it looks like I have the no_address_mappings after the content
filter already. Is that right?
no, you have no_address_mappings BEFORE the content filter
No. As Matthias pointed out, these are the settings before the content
filter (hint: it is before spamassassin).
Unfortunately, your configuration uses the /usr/sbin/sendmail command
to inject filtered mail back into Postfix. That uses the same Postfix
pickup service for new mail and for filte
Hi
I have some users who have "forward alias group" ~300 and more
mail go to my MTA --> amavis-SA> postfix rolback from alias
group --- lmtp-dovecot> Maildir
Is any options to limited "forward alias group" to max 100 ?
from test
postfix/lmtp[17651]: 4FJrrB4Qklz20nRf: to=,
orig_to=, r
smtp inet n - y - -smtpd
-o content_filter=spamassassin
-o receive_override_options=no_address_mappings
So it looks like I have the no_address_mappings after the content
filter already. Is that right?
no, you have no_address_mappings BEFORE the content f
Steve Dondley:
> > By doing the virtual_alias_maps *before* instead of after the content
> > filter, so that the content filter sees the final envelope recipient.
> > This is done by by NOT having ("receive_override_options" with
> > "no_address_mappings") before the content filter and by having
>
By doing the virtual_alias_maps *before* instead of after the content
filter, so that the content filter sees the final envelope recipient.
This is done by by NOT having ("receive_override_options" with
"no_address_mappings") before the content filter and by having
("receive_override_options" with
By doing the virtual_alias_maps *before* instead of after the content
filter, so that the content filter sees the final envelope recipient.
This is done by by NOT having ("receive_override_options" with
"no_address_mappings") before the content filter and by having
("receive_override_options" with
[An on-line version of this announcement will be available at
http://www.postfix.org/announcements/postfix-3.5.10.html]
The following fixes address null pointer bugs and a memory leak that
have no potential for information loss or leaks, privilege escalation,
or denial of service.
Fixed in Postfi
Steve Dondley:
> I'm using system users on my machine.
>
> I've got the following in /etc/postfix/main.cf:
>
> virtual_alias_maps = hash:/etc/postfix/virtual
>
> I've got the following in my alias table at /etc/postfix/virtual:
>
> st...@dondley.com s
>
> I've got the following in master.cf:
>
21 matches
Mail list logo