On 07-07-2021 5:31 pm, Richard wrote:
If the "hostname has no DNS A ... record", i.e., the *hostname*
presented on the HELO/EHLO doesn't resolve, then no IPnumber will be
returned [to do anything with].
On 07.07.21 17:51, post...@ptld.com wrote:
Yes, if the hostname has no DNS records then ofcou
Hi Wietze,
Thanks for your reply.
On 07-07-2021 17:43, Wietse Venema wrote:
Hans van Zijst:
I'm trying to get Postfix to send its bounce notices to a different
address than "postmaster", so I configured
notify_classes = resource, software, bounce, 2bounce
bounce_notice_recipient = bou...@exa
Hans van Zijst:
I'm trying to get Postfix to send its bounce notices to a different
address than "postmaster", so I configured
notify_classes = resource, software, bounce, 2bounce
bounce_notice_recipient = bou...@example.com
2bounce_notice_recipient = bou...@example.com
error_notice_recipient =
Hi Matus,
On 08-07-2021 12:05, Matus UHLAR - fantomas wrote:
Hans van Zijst:
I'm trying to get Postfix to send its bounce notices to a different
address than "postmaster", so I configured
notify_classes = resource, software, bounce, 2bounce
bounce_notice_recipient = bou...@example.com
2bounce_
On 08-07-2021 12:05, Matus UHLAR - fantomas wrote:
Hans van Zijst:
I'm trying to get Postfix to send its bounce notices to a different
address than "postmaster", so I configured
notify_classes = resource, software, bounce, 2bounce
bounce_notice_recipient = bou...@example.com
2bounce_notice_reci
Hans van Zijst:
> Hi Wietze,
>
> Thanks for your reply.
>
>
> On 07-07-2021 17:43, Wietse Venema wrote:
> > Hans van Zijst:
> >> I'm trying to get Postfix to send its bounce notices to a different
> >> address than "postmaster", so I configured
> >>
> >> notify_classes = resource, software, boun
If smtpd_reject_unlisted_recipient = yes when is it evaluated?
During which restriction check? (smtpd_sender_restrictions,
smtpd_recipient_restrictions, smtpd_data_restrictions, etc)
And is it checked before or after the supplied options?
(reject_non_fqdn_sender, reject_unauth_destination, etc)
Hi,
I am running Ubuntu 20.04lts / Apache / MySql (or a clone) / PHP /
BIND9 / Postfix / Dovecot
Web server works. I have configred a lot of LAMP virtual host servers.
I am new to BIND9 / Postfix / Dovecot.
FQDN is soho.keiththewebguy.com
MX record is : keiththewebguy.com.
My educated guess would be it is checked at the end of the supplied
options for smtpd_recipient_restrictions, is that correct?
On a very short glance at the source code, your guess does seem to be
correct.
src/smtpd/smtpd_check.c:
/*
* If the "reject_unlisted_recipient" restriction s
>
>
> Nothing that looks like an error in : /var/log/mail.log or
> /var/log/syslog
>
> try to send email to your domain from some host outside of your network
and see what is in /var/log/mail.log
I just checked and can confirm that your host accepts email for @
keiththewebguy.com.
So you s
> I am running Ubuntu 20.04lts / Apache / MySql (or a clone) / PHP /
> BIND9 / Postfix / Dovecot
>
> Web server works. I have configred a lot of LAMP virtual host servers.
> I am new to BIND9 / Postfix / Dovecot.
>
> FQDN is soho.keiththewebguy.com
>
> MX record is
Also, the "Delayed evaluation of SMTP access restriction lists" section
from the SMTPD_ACCESS_README page, might give you some answers.
http://www.postfix.org/SMTPD_ACCESS_README.html#timing
Cheers,
K
My educated guess would be it is checked at the end of the supplied
options for smtpd_rec
Ok, sent via Yahoo mail and it arrived.
Trying others.
Yikes this is exciting!!
Thank you!!
On 2021-07-08 11:05, IL Ka wrote:
Nothing that looks like an error in : /var/log/mail.log or
/var/log/syslog
try to send email to your domain from some host outside of your
network and see what is
Hi, I recently set up an email behind a NAT, and I was partially successful,
and can receive incoming messages only.
However, when I try to send messages, they time out no matter what port I'm
sending with, be it 25000, 465 or 587.
All above mentioned ports are allowed in and out of the firewal
I can send and receive via Yahoo mail. I can not receive when I use an
email account on my VPS which has worked for years.
Both email accounts are using the Thunderbird client.
Nothing in the logs when I send from my VPS email address.
On 2021-07-08 11:05, IL Ka wrote:
Nothing that loo
>
>
> I can send and receive via Yahoo mail. I can not receive when I use an
> email account on my VPS which has worked for years.
>
Check your VPS MTA logs or contact your VPS support
On 7/8/21 1:59 PM, techli...@phpcoderusa.com wrote:
Any thought how I can troubleshoot this?
map out your traffic one step at a time.
connect with
openssl s_client
curl
from an external server, and manually exec an smtp transaction.
&/or, less convenietly, (re)send mail from
On 08.07.21 18:31, Eric Shields | #MassTransitHonchkrow wrote:
Hi, I recently set up an email behind a NAT, and I was partially successful,
and can receive incoming messages only.
However, when I try to send messages, they time out no matter what port I'm
sending with, be it 25000, 465 or 587.
I notice when using SMTPD_DELAY_REJECT=yes and calling a
CHECK_POLICY_SERVICE inside SMTPD_HELO_RESTRICTIONS it will report
"protocol_state = RCPT", same as when you call the policy service from
inside SMTPD_RECIPIENT_RESTRICTIONS.
Is there a way to pass a value from the CHECK_POLICY_SERVICE l
Haven't tried it, but this might be what you are looking for.
http://www.postfix.org/SMTPD_POLICY_README.html#advanced
check_policy_service { inet:host:port,
timeout=10s, default_action=DUNNO
policy_context=submission }
...
From the SMTPD_POLICY_README:
T
On Thu, Jul 08, 2021 at 04:49:03PM -0400, post...@ptld.com wrote:
> I notice when using SMTPD_DELAY_REJECT=yes and calling a
> CHECK_POLICY_SERVICE inside SMTPD_HELO_RESTRICTIONS it will report
> "protocol_state = RCPT", same as when you call the policy service from
> inside SMTPD_RECIPIENT_REST
Hi Wietse,
On 08-07-2021 17:22, Wietse Venema wrote:
Hans van Zijst:
Hi Wietze,
Thanks for your reply.
On 07-07-2021 17:43, Wietse Venema wrote:
Hans van Zijst:
I'm trying to get Postfix to send its bounce notices to a different
address than "postmaster", so I configured
notify_classes =
On 07-08-2021 5:39 pm, Viktor Dukhovni wrote:
On Thu, Jul 08, 2021 at 04:49:03PM -0400, post...@ptld.com wrote:
I notice when using SMTPD_DELAY_REJECT=yes and calling a
CHECK_POLICY_SERVICE inside SMTPD_HELO_RESTRICTIONS it will report
"protocol_state = RCPT", same as when you call the policy ser
On Thu, Jul 08, 2021 at 11:47:03PM +0200, Hans van Zijst wrote:
> Thanks for clarifying. I think my best option then is to remove the bounce
> and 2bounce from the notify_classes and let something like Grafana watch the
> logs.
I have a fix in the works, but probably wonm't change the
stable rele
On Thu, Jul 08, 2021 at 05:53:37PM -0400, post...@ptld.com wrote:
> > This problem report is not consistent with the Postfix source code,
> > which reports the correct protocol state. Perhaps you don't actually
> > have "smtpd_delay_reject = no" in place.
Sorry, I misread your question, thought
I was curious so I did a quick test :) . As suspected, it does work.
Having a setup like:
smtpd_delay_reject = yes
smtpd_helo_required = yes
smtpd_helo_restrictions =
...
check_policy_service { unix:private/policy-service,
policy_context=helo_restrictions_value }
...
smtpd_r
On 07-08-2021 5:27 pm, Kevin N. wrote:
Haven't tried it, but this might be what you are looking for.
http://www.postfix.org/SMTPD_POLICY_README.html#advanced
check_policy_service { inet:host:port,
timeout=10s, default_action=DUNNO
policy_context=submission }
Is there a way to reuse the same instance of the script, not spawn two
instances, and some how have the script know which restriction it was
called from?
Not sure if this helps, but maybe you could try to implement your policy
server as a standalone network server instead of calling it through
I rarely bounced email due to RBLs from someone I actually correspond
with. However I did bounce a message with the sender receiving this
message:
Sorry, we were unable to deliver your message to the following
address.
From the maillog:
Jul 7 16:35:21 example postfix/smtpd[27776]: NOQUEUE: rej
On 08.07.21 18:48, li...@lazygranch.com wrote:
I rarely bounced email due to RBLs from someone I actually correspond
with. However I did bounce a message with the sender receiving this
message:
Sorry, we were unable to deliver your message to the following
address.
From the maillog:
Jul 7
30 matches
Mail list logo
