I think that it has to be all receipients.The problem is that if we get
reports about maildelivery it's after the fact, and so far we've not found the
problem here, but rather in 'the other end', and thus it makes it more
difficult to 'prove' if we don't have smtp actions in the log as well. It
On 17.10.18 08:18, K F wrote:
I think that it has to be all receipients.The problem is that if we get
reports about maildelivery it's after the fact, and so far we've not found
the problem here, but rather in 'the other end', and thus it makes it more
difficult to 'prove' if we don't have smtp ac
Hi,
I'm trying to use configuration like below. But authentication from local to
local via telnet still not working. Anyone could send mail to local from
local via telnet. Which part is not correct?
main.cf
smtpd_recipient_restrictions = permit_sasl_authenticated,
reject_unauth_destination
smtpd_
Hi Matus
I think you are right, that should be enough. What we've seen is some
receipients sort of 'goes dark', and they just timeout on the SMTP connection,
and the troubleling for us is that it's not 'small companies' that does
this.And getting through to some of the larger mail companies wit
sercoinful:
> Hi,
>
> I'm trying to use configuration like below. But authentication from local to
> local via telnet still not working. Anyone could send mail to local from
> local via telnet. Which part is not correct?
I see no 'reject' action in the rule with 'permit_sasl_authenticated'
Hi,
sorry for the semi-off-topic, but as Docusign is using Postfix and they may
have issues... is there anyone from DocuSign in the list?
If so, please contact me off-list.
Thanks,
PedroD
Hi,
When I replace "reject_unverified_sender" to "reject" it works. Thanks.
Regards
--
Sent from: http://postfix.1071664.n5.nabble.com/Postfix-Users-f2.html
On Wed, 17 Oct 2018 at 12:27, K F wrote:
> ... What we've seen is some recipients sort of 'goes dark', and they just
> timeout on the SMTP connection, and the troubling for us is that it's not
> 'small companies' that does this But all of the sudden the problem
> disappears, sometime after we
Hi Dominic
Yes, that was my first thought, but they claim our servers wasn't in bad
standing in any way, and that it must be on our end. When it gets to be a blame
game, logging is gold :-)
Den onsdag den 17. oktober 2018 14.29.06 CEST skrev Dominic Raferd
:
On Wed, 17 Oct 2018 at 12:
Hello all,
I'm running postfix postfix-3.3.1 on FreeBSD 11.1-RELEASE.
For quite a long time I've used a persistent postscreen_cache file:
postscreen_cache_map = btree:/var/db/postfix/postscreen_cache
postscreen_cache_retention_time = 90d
The postscreen_cache.db file is there and seems to be upd
10 matches
Mail list logo