search for: deliverbi

Dear All, I have two machines, a Centos 3.4 machine and a Centos 4.1 machine. I have used the same sendmail.mc file on each, and 3.4 machine does plain SMTP auth with no problems, compiling the same mc file on the 4.1 machine gives this error: xxxxx [x.x.x.x] did not issue MAIL/EXPN/VRFY/ETRN during connection to MTA in the logs, it doesn't even try to authenticate, the cyrus sasl rpm

On 03/08/2017 11:00 AM, Paul Heinlein wrote: > On Wed, 8 Mar 2017, Mark Weaver wrote: > > > Hello all, > > > > I've been googling my brains out since yesterday looking for up-to-date > > information on this matter, and have found information that is > anywhere from > > 15 to 5 years old. I'd really like some information that much more > up to

On 03/08/2017 06:21 PM, Alexander Dalloz wrote: > Am 08.03.2017 um 22:57 schrieb Mark Weaver: > > On 03/08/2017 11:00 AM, Paul Heinlein wrote: > >> On Wed, 8 Mar 2017, Mark Weaver wrote: > > >> I wrote this article years ago: > >> > >> https://www.madboa.com/geek/sendmail-auth/ > > > Hi Paul, > > > > I followed your guide to the

I am sending an email from my machine devcentos5x64. the transcript below (hangs for 60 seconds) at the line: MAIL From:<root at devcentos5x64.msgnet.com> SIZE=56 AUTH=root at devcentos5x64.msgnet.com The email succeeds - but I am trying to figure out the 60 second delay. Neither email server is busy. Nothing is waiting. the DNS on both machines point to the same nameserver. The DNS

On 03/08/2017 06:42 PM, Paul Heinlein wrote: > On Wed, 8 Mar 2017, Mark Weaver wrote: > > > On 03/08/2017 11:00 AM, Paul Heinlein wrote: > >> On Wed, 8 Mar 2017, Mark Weaver wrote: > >> > >> > Hello all, > >> > > >> > I've been googling my brains out since yesterday looking for > >> > up-to-date information on this

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

I'm probably missing something obvious, but I can get sendmail to give me AUTH PLAIN and LOGIN options. What I have is fairly standard configuration. The relevant part of sendmail.mc looks something like this: define(`confCACERT_PATH',`/etc/ssl/certs') define(`confCACERT',`/etc/ssl/ca-bundle.crt') define(`confSERVER_CERT',`/etc/ssl/smtp.crt')

Am 25.11.2014 um 21:39 schrieb James B. Byrne: > This morning I discovered this in the logwatch report for our external MX > backup host. > > > STARTTLS: write error=syscall error (-1), errno=32, > get_error=error:00000000:lib(0):func(0):reason(0), retry=99, ssl_err=5: 206 > Time(s) > > > > I also see many entries similar to this: > > > > 8:

Am 08.03.2017 um 22:57 schrieb Mark Weaver: > On 03/08/2017 11:00 AM, Paul Heinlein wrote: >> On Wed, 8 Mar 2017, Mark Weaver wrote: >> I wrote this article years ago: >> >> https://www.madboa.com/geek/sendmail-auth/ > Hi Paul, > > I followed your guide to the letter, however I think it seems I missed > something. When I test with telnet to port 25 this is

On Wed, 8 Mar 2017, Mark Weaver wrote: > On 03/08/2017 11:00 AM, Paul Heinlein wrote: >> On Wed, 8 Mar 2017, Mark Weaver wrote: >> >> > Hello all, >> > >> > I've been googling my brains out since yesterday looking for >> > up-to-date information on this matter, and have found >> > information that is anywhere from 15 to 5

On 03/08/2017 07:09 PM, Mark Weaver wrote: > On 03/08/2017 06:42 PM, Paul Heinlein wrote: > > On Wed, 8 Mar 2017, Mark Weaver wrote: > > > > > On 03/08/2017 11:00 AM, Paul Heinlein wrote: > > >> On Wed, 8 Mar 2017, Mark Weaver wrote: > > >> > > >> > Hello all, > > >> > > > >> > I've been googling my

On Wed, 8 Mar 2017, Mark Weaver wrote: > On 03/08/2017 07:09 PM, Mark Weaver wrote: >> > > I followed your guide to the letter, however I think it seems I >> > > missed something. When I test with telnet to port 25 this is the >> > > result: >> > > >> > > > telnet merlin 25 >> > > Trying 10.10.3.6... >> >

Hi Timo & Dovecot users, We have a 2-node director setup which front-ends for 4 nodes which share a clustered filesystem (GFS). All nodes run Dovecot 2.0.18. Approximately 40k users, but typically only a few thousand active at any time. The director nodes run sendmail, which deliver mail "locally" using LMTP to the director, which then feeds to SMTP on the real servers (also

Hello! After moving from Centos 5.6 to Centos 6, I figured that Sendmail minor version was updated from 8.13.x to 8.14 and Dovecto from 1.2 to 2.0.x In previous configuration SMTP auth worked fine (no SASAUTHD neccessary) for virtual users table. Dovecot was authenticating virtual users virtual checking dovecot.passwd file. I'm not sure how Sendmail was processing SMTP AUTH for virtual users

This morning I discovered this in the logwatch report for our external MX backup host. STARTTLS: write error=syscall error (-1), errno=32, get_error=error:00000000:lib(0):func(0):reason(0), retry=99, ssl_err=5: 206 Time(s) I also see many entries similar to this: 8: fl=0x802, mode=140777: SOCK inet04.mississauga.harte-lyne.ca/34091->(Transport endpoint is not connected): 1 Time(s)

Hi Aki, you have some ingenious remark that could help? -----Original Message----- To: aki.tuomi; dovecot Subject: RE: Local lmtp proxy on backend server I am staring constantly at the same logs, this is what I get from dovecot[1]. Sendmail[2] is sending with test at svr1 maybe this overrides lmtp proxying? This is a test with a special-userdb passwd-file also having host=svr2 [1] Dec

Hi Aki, If I adapt this configuration on svr1 like this[0], should the mail not be delivered at svr2 passdb { driver = pam # [session=yes] [setcred=yes] [failure_show_msg=yes] [max_requests=<n>] # [cache_key=<key>] [<service name>] #args = dovecot default_fields = proxy=y host=svr2 } passdb { driver = passwd skip = authenticated default_fields = proxy=y

I'm preparing my new Sendmail mail server with pop3s + smtps where user authentication occurs through Microsoft Active Directory by Winbind daemon. OS is Centos 6.4 and Sendmail is 8.14 Mailboxes will be in this server but how to create them !??! It's necessary to add user by 'useradd' command into /etc/passwd or It's only necessary add new entry in '/etc/aliases'

I am staring constantly at the same logs, this is what I get from dovecot[1]. Sendmail[2] is sending with test at svr1 maybe this overrides lmtp proxying? This is a test with a special-userdb passwd-file also having host=svr2 [1] Dec 16 16:30:16 svr1 dovecot: lmtp(16466): Debug: none: root=, index=, indexpvt=, control=, inbox=, alt= Dec 16 16:30:16 svr1 dovecot: lmtp(16466): Connect from

Hello all, I've been googling my brains out since yesterday looking for up-to-date information on this matter, and have found information that is anywhere from 15 to 5 years old. I'd really like some information that much more up to date on the subject. Specifically configuring Sendmail SMTP authentication (_no smart host stuff_). I've got Sendmail 8.14 installed on a CentOS 7.3