similar to: localhost logins

On 28/08/2020 01:11, Alec Moskvin wrote: > Hello, > > When connecting to Exim 4.94, dovecot submission logs this warning: > > dovecot[25235]: submission(alec)<25347><QNydV8+t+oMKAgAF>: Warning: smtp-client: conn localhost:25 ([::1]:25) [1]: Received invalid EHLO response line: Unexpected character in EHLO keyword > > Looks like it doesn't like the underscore

On 6/27/2017 1:33 AM, Daniel Miller wrote: > On 6/27/2017 12:42 AM, Fabian Schmidt wrote: >> >> Am 26.06.17 schrieb Daniel Miller: >> >>> On 2017-06-23 15:09, Marcus Rueckert wrote: >>>> On Fri, 23 Jun 2017 11:38:28 -0700 >>>> Daniel Miller <dmiller at amfes.com> wrote: >>>> >>>>> While auditing my logs after an

service submission-login { ? inet_listener submissions { ? ? haproxy = no ? ? port = 465 ? ? reuse_port = no ? ? ssl = yes ? } } Shouldn't the port be 587 here? My config file looks like: service submission-login { ? inet_listener submission { ??? #port = 587 ? } } The # comment must also mean something.. On 7/27/19 3:21 PM, Jean-Daniel via dovecot wrote: > > >> Le 27

> Le 27 juil. 2019 ? 14:30, Stephan Bosch <stephan at rename-it.nl> a ?crit : > > On 23/07/2019 17:13, Jean-Daniel Dupas via dovecot wrote: >> Hello, >> >> I'm having trouble configuring the submission proxy. >> >> I have configured the submission service as follow: >> >> submission_host = smtp.example.com >>

On 2017-06-23 15:09, Marcus Rueckert wrote: > On Fri, 23 Jun 2017 11:38:28 -0700 > Daniel Miller <dmiller at amfes.com> wrote: > >> While auditing my logs after an account was compromised, I see a >> number of entries like: >> >> Jun 23 11:32:18 bubba dovecot: auth: >> ldap("one-of-my-accounts",127.0.0.1): invalid credentials > >

On Friday 25 September 2020 12:56:50, PGNet Dev wrote: > I'm setting up an alternative submission relay host for dovecot. Atm, it's pointing @ fastmail.com. > > with dovecot config, > > submission_relay_host = smtp.fastmail.com > submission_relay_port = 465 > submission_relay_ssl = smtps > submission_relay_ssl_verify = no >

While auditing my logs after an account was compromised, I see a number of entries like: Jun 23 11:32:18 bubba dovecot: auth: ldap("one-of-my-accounts",127.0.0.1): invalid credentials I'm trying to figure out where this login attempt is coming from. I do run ASSP (an SMTP proxy) on this server, as well as Postfix - but I wouldn't think there'd be any communication with

On 18/12/2017 15:23, Timo Sirainen wrote: > https://dovecot.org/releases/2.3/rc/dovecot-2.3.0.rc1.tar.gz "smtp-server-cmd-helo.c", line 140: void function cannot return value "smtp-server-cmd-helo.c", line 148: void function cannot return value --- ../original/src/lib-smtp/smtp-server-cmd-helo.c 2017-12-18 15:04:05.000000000 +0000 +++ src/lib-smtp/smtp-server-cmd-helo.c

Hello, When connecting to Exim 4.94, dovecot submission logs this warning: dovecot[25235]: submission(alec)<25347><QNydV8+t+oMKAgAF>: Warning: smtp-client: conn localhost:25 ([::1]:25) [1]: Received invalid EHLO response line: Unexpected character in EHLO keyword Looks like it doesn't like the underscore in "X_PIPE_CONNECT", since it's neither "isalnum"

Hello folks, I have a CentOS 6.4 installation running Sendmail, and after some serious hair tear stare and compare I'm a bit stumped. When I connect to the server either with telnet or SSL, sendmail is not presenting the AUTH capability after an EHLO. Everything looks like it should be working, but no amount of tweaking is getting the AUTH capability advertised (and it doesn't work if

> On 27 December 2018 at 19:13 Subscription <leo1subscr at zudiewiener.com> wrote: > > > I'm trying to move from my exising server to a new site. In preparation > for this I've set up the new server as per the first attachment. > > I've added additional (temporary) setting to the new site as per these > instructions > >

Hi all, I having a problem with my sendmail server running on centos 5.7 x64. Sometimes when we send an email to microsoft exchange servers, sendmail says deferred or timeout. I do not know what is happening. Here is some details; [root at avgw ~]# sendmail -v -qRxxx at xxx.gov.qa Running /var/spool/mqueue/q0B7caw9023076 (sequence 1 of 2) <xxx at xxx.gov.qa>... Connecting to

Hi Christian, first of all I appreciate your quick answer. You are correct, if I "openssl -starttls smtp -connect <host>:<port>" I notice the AUTH capability is published, so that explains why the clients that I configure with STARTTLS are able to find out the AUTH mechanisms and authenticate correctly. I also found out that the AUTH is shown before entering STARTTLS if

On Fri, 23 Jun 2017 11:38:28 -0700 Daniel Miller <dmiller at amfes.com> wrote: > While auditing my logs after an account was compromised, I see a > number of entries like: > > Jun 23 11:32:18 bubba dovecot: auth: > ldap("one-of-my-accounts",127.0.0.1): invalid credentials webmail? -- openSUSE - SUSE Linux is my linux openSUSE is good

Am 26.06.17 schrieb Daniel Miller: > On 2017-06-23 15:09, Marcus Rueckert wrote: >> On Fri, 23 Jun 2017 11:38:28 -0700 >> Daniel Miller <dmiller at amfes.com> wrote: >> >>> While auditing my logs after an account was compromised, I see a >>> number of entries like: >>> >>> Jun 23 11:32:18 bubba dovecot: auth: >>>

On Thu, Mar 10, 2016 at 12:30 PM, Osiris <dovecot at flut.demon.nl> wrote: > On 09-03-16 13:14, djk wrote: >> On 09/03/16 10:44, Florent B wrote: >>> Hi, >>> >>> I don't see any SSL configuration option in Dovecot to disable >>> "Client-initiated secure renegotiation". >>> >>> It is advised to disable it as it can

Package: logcheck-database Version: 1.2.22a Severity: normal Thanks to the upgrade to Postfix 2.1 and deploying a newer logcheck ruleset on a busier server I've found a bunch more rules for Postfix. I've attached new rules files and patches are inline. The following patch is for violations.ignore.d: --- logcheck-postfix.orig 2004-06-21 20:11:14.000000000 +0100 +++ logcheck-postfix

I'm trying to move from my exising server to a new site. In preparation for this I've set up the new server as per the first attachment. I've added additional (temporary) setting to the new site as per these instructions https://wiki2.dovecot.org/Migration/Dsync but when I try to do a backup with the following command from the old to the new site sudo doveadm -D -o

On June 21, 2019 3:13:59 PM GMT+02:00, "Germ?n Herrera via dovecot" <dovecot at dovecot.org> wrote: >Hi Everyone! > >I've setup dovecot 2.3.2.1 on a Gentoo server. I want to configure the >submission service in order to replace the corresponding part in >Postfix >(which is my SMTP server). >I configured submission it with just a few options different of

for testing a new ssl cert. it works ok for browsers, but > openssl s_client -crlf -connect ms1.trailsandtribulations.net:443 => verify error:num=19:self signed certificate in certificate chain is this ssl cert - as it's constructed - is ok for mail clients? (realize needs to be on mail port etc - right now talking about the cert itself.) have had problems with thunderbird, and