On Thu, July 19, 2018 10:42, Viktor Dukhovni wrote:
> On Thu, Jul 19, 2018 at 10:22:38AM -0400, James B. Byrne wrote:
>
>> After changing the client certificate request to 'no' we get a
>> little further in the negotiation but it still fails:
>
> No, you get 100% of the way through the TLS
On Thu, Jul 19, 2018 at 10:22:38AM -0400, James B. Byrne wrote:
> After changing the client certificate request to 'no' we get a little
> further in the negotiation but it still fails:
No, you get 100% of the way through the TLS handshake, the problem
is with SMTP inside the now encrypted
After changing the client certificate request to 'no' we get a little
further in the negotiation but it still fails:
. . .
Jul 19 09:31:37 mx32 postgrey[29869]: action=pass, reason=triplet
found, client_name=mail.rosedale.ca, client_address=66.135.118.147,
sender=jtho...@connectrans.com,
On Wed, Feb 04, 2009 at 08:52:45AM -0600, Matthew Hebert wrote:
smtpd_recipient_restrictions =
reject_non_fqdn_recipient
reject_non_fqdn_sender
reject_unknown_sender_domain
reject_unknown_recipient_domain
reject_unverified_recipient
Thanks in advance for any feedback.
Our Postfix server is a gateway that forwards email to an internal
SPAM server configured to communicate with GroupWise.
We have noticed a recent slow down in email delivery to and from our
Postfix Servers. The queues do not show any email build up.
When
Thanks for your assistance.
We have implemented the changes you requested. We still have have
time out issues.
We try the following:
When I try to telnet server 25
Trying XXX.XXX.XXX...
telnet: Unable to connect to remote host: Connection timed out
or getting connected and very slow response
On Wed, Feb 04, 2009 at 03:05:41PM -0600, Matthew Hebert wrote:
Thanks for your assistance.
We have implemented the changes you requested. We still have have
time out issues.
We try the following:
When I try to telnet server 25
Trying XXX.XXX.XXX...
telnet: Unable to connect to
We are running much better now.
We have increased out maxproc to 200 and added smtpd_timeout = 10 to
the main.cf.
It states that reducing the smtpd_timeout = should only be temporary.
No mail should be lost, as long as this measure is used only temporarily
We are running an older version of