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 handsh
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 channel
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, recipient
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 P
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 conne
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 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
> per
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 atte
