I've setup Postfix to Dovecot LMTP delivery with mandatory TLS. Emails
are being delivered with TLSv1.3 with no errors. However, setting:
verbose_ssl = yes
exposes this on each connection:
lmtp(405619): Debug: SSL_get_servername() failed
What it this mean, and what should I do about it?
Hi,
Hope you're doing well!
I am following up to check if you are interested in acquiring the
pre-registered attendees List.
Event Name: Nightclub & Bar Show
Date : JUN/28 - JUN/30/2021
Location : Las Vegas, NV, United States
Total Attendees: 17,000
Let
Ah, well, I suggest you write your own patch and implement it then, since you
have no interest in any explanations at all having already made up your mind.
You din't come here for help or information, you came to argue.
right. that's it.
On 09 Apr 2021, at 13:06, PGNet Dev wrote:
>> then the software is entirely correct in deciding to use any of those
>> addresses in whatever order it wants.
>
> Complete and utter malarkey.
Ah, well, I suggest you write your own patch and implement it then, since you
have no interest in any
then the software is entirely correct in deciding to use any of those addresses in whatever order it wants.
Complete and utter malarkey.
But believe what you like.
Might wanna READ the code before going on about the "additional burden"
On Fri, Apr 09, 2021 at 01:15:27PM -0400, PGNet Dev wrote:
There's no sound reason -- technical or otherwise -- of not providing perfectly
legitimate infrastructure-config choices to the admin, and an option to
override default behaviors.
Especially when the override is of defaults that are
On 4/9/21 12:55 PM, @lbutlr wrote:
On 09 Apr 2021, at 08:29, PGNet Dev wrote:
And it's a bad assumption that since the host is dual-stack that all services
on it will be.
If a hostname resolves to both an A and record, it should provides
services on both.
Says who/what?
There is
On 09 Apr 2021, at 08:29, PGNet Dev wrote:
>
>>> And it's a bad assumption that since the host is dual-stack that all
>>> services on it will be.
>> If a hostname resolves to both an A and record, it should provides
>> services on both.
>
> Says who/what?
>
> There is no
On 09 Apr 2021, at 07:57, Arjen de Korte wrote:
> Citeren PGNet Dev :
>> And it's a bad assumption that since the host is dual-stack that all
>> services on it will be.
> I fail to see why. If a hostname resolves to both an A and record, it
> should provides services on both.
Yes, that
Aki Tuomi wrote:
> >
> > I'm trying to debug SMTP commands clients send to the submission
> > service.
> >
> > I've tried
> >
> > protocol submission {
> > rawlog_dir = /var/tmp/dovecot
> > }
> >
> > but /var/tmp/dovecot remains empty. What am I missing? I'd use Wireshark
> > but the
Plutocrat wrote:
> On 09/04/2021 15.13, Victor Sudakov wrote:
> > I'd use Wireshark but the communication between SMTP clients and Dovecot is
> > encrypted
> > after STARTTLS, so Wireshark is pretty useless here.
>
> You might get some useful information connecting with openssl s_client
>
>
And it's a bad assumption that since the host is dual-stack that all services
on it will be.
If a hostname resolves to both an A and record, it should provides
services on both.
Says who/what?
There is no should/must/shall in any internet standard that
suggest/implies/requires that.
Hello everybody,
I just wanted to let you know that Dovecot installation and
configuration are extensively discussed in my first book (among other
subjects). Not trying to spam; I just thought you might like to know.
The book is available in English:
https://www.apress.com/book/9781484269596
On Friday, April 9, 2021 5:19:20 AM AKDT PGNet Dev wrote:
> And it's a bad assumption that since the host is dual-stack that all
> services on it will be.
That's right. Email stuff that's supposed to work has to be crippled and
disabled somehow so that it does not actually work as it is supposed
Citeren PGNet Dev :
On 4/9/21 8:08 AM, @lbutlr wrote:
On 08 Apr 2021, at 06:08, PGNet Dev wrote:
whereas other services listen at both IPv4 & IPv6 addresses, with
IPv6 preferred over IPv4, postfix listens ONLY on IPv4,
Do you mean that YOUR postfix only listens to ipv4?
Yep.
If so,
On 4/9/21 8:08 AM, @lbutlr wrote:
On 08 Apr 2021, at 06:08, PGNet Dev wrote:
whereas other services listen at both IPv4 & IPv6 addresses, with IPv6
preferred over IPv4, postfix listens ONLY on IPv4,
Do you mean that YOUR postfix only listens to ipv4?
Yep.
If so, wouldn't the solution be
I already trued doveadm purge but with no luck. Also debug parameter
doesn't show any interesting output as you can see below. It shows that
it's moving about 7 messages but in fact it doesn't do anything. If
I repeat the command the output is still same. I just found that a few
other
> On 09/04/2021 15:34 Zdeněk Zámečník wrote:
>
>
> I am having troubles with moving emails from alternative storage to primary
> storage. If I call command like:
> doveadm altmove -r -u myu...@mydomain.yyy ALL
> it is doing something (it took almost a minute at first time) but there are
>
I am having troubles with moving emails from alternative storage to
primary storage. If I call command like:
doveadm altmove -r -u myu...@mydomain.yyy ALL
it is doing something (it took almost a minute at first time) but there
are still emails in alternative storage. There is not reported any
On 08 Apr 2021, at 06:08, PGNet Dev wrote:
> whereas other services listen at both IPv4 & IPv6 addresses, with IPv6
> preferred over IPv4, postfix listens ONLY on IPv4,
Do you mean that YOUR postfix only listens to ipv4? If so, wouldn't the
solution be to setup postfix to listen to ipv6?
On 09/04/2021 15.13, Victor Sudakov wrote:
I'd use Wireshark but the communication between SMTP clients and Dovecot is
encrypted
after STARTTLS, so Wireshark is pretty useless here.
You might get some useful information connecting with openssl s_client
Here's a page googled at random.
> On 09/04/2021 10:13 Victor Sudakov wrote:
>
>
> Dear Colleagues,
>
> I'm trying to debug SMTP commands clients send to the submission
> service.
>
> I've tried
>
> protocol submission {
> rawlog_dir = /var/tmp/dovecot
> }
>
> but /var/tmp/dovecot remains empty. What am I missing?
> On 09/04/2021 10:13 Victor Sudakov wrote:
>
>
> Dear Colleagues,
>
> I'm trying to debug SMTP commands clients send to the submission
> service.
>
> I've tried
>
> protocol submission {
> rawlog_dir = /var/tmp/dovecot
> }
>
> but /var/tmp/dovecot remains empty. What am I missing?
Dear Colleagues,
I'm trying to debug SMTP commands clients send to the submission
service.
I've tried
protocol submission {
rawlog_dir = /var/tmp/dovecot
}
but /var/tmp/dovecot remains empty. What am I missing? I'd use Wireshark
but the communication between SMTP clients and Dovecot is
24 matches
Mail list logo
