similar to: Howto use Gmail with sendmail on CentOS 6

Hi, I have a small question with sendmail and tls verification. The tls verify fails on our internal/external sendmail servers. For example: STARTTLS=server, relay=mx1.imt-systems.com [89.146.219.60], version=TLSv1/SSLv3, verify=FAIL, cipher=DHE-RSA-AES256-SHA, bits=256/256 STARTTLS=server, relay=acsinet12.imt-systems.com [89.146.219.42], version=TLSv1/SSLv3, verify=FAIL,

I have setup my machine to relay through smtp.gmail.com installed cyrus-sasl-md5 cyrus-sasl-plain Added to access: AuthInfo:smtp.gmail.com "U:smmsp" "I:my accont" "P:my pass" "M:PLAIN" AuthInfo:smtp.gmail.com:587 "U:smmsp" "I:my account" "P:my pass" "M:PLAIN" Added to sendmail.mc the

On Sat, 2015-07-04 at 08:07 -0500, Gregory P. Ennis wrote: > Everyone, > > Looks like the new version of oppenssl has broken my sendmail's use > of > tls. Has anyone else had this problem or seen a fix? > > Greg Ennis > _______________________________________________ > CentOS mailing list > CentOS at centos.org >

Am 04.07.2015 um 15:34 schrieb Gregory P. Ennis <PoMec at PoMec.Net>: > On Sat, 2015-07-04 at 08:07 -0500, Gregory P. Ennis wrote: >> Everyone, >> >> Looks like the new version of oppenssl has broken my sendmail's use >> of >> tls. Has anyone else had this problem or seen a fix? >> >> Greg Ennis >>

Apologies for resending this, I am not sure it made it through the first time.. --- Included below are my config files: sendmail.mc, dovecot.m4, dovecot.conf, dovecot-sql.conf. Whenever I try to send email into this system, it rejects it with user does not exist, however, the user does exist as far as dovecot (imap) is concerned, it is in the database. THANKS - Yossie # for i in

Included below are my config files: sendmail.mc, dovecot.m4, dovecot.conf, dovecot-sql.conf. Whenever I try to send email into this system, it rejects it with user does not exist, however, the user does exist as far as dovecot (imap) is concerned, it is in the database. THANKS - Yossie # for i in /etc/dovecot/dovecot.conf /etc/dovecot/dovecot-sql.conf /

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')

Ok, I've got most everything setup, but I'm not able to confirm pam_ldap and nss_ldap are working properly. (Actually given the examples in SBE, they still appear to be returning information from local files rather than the ldap info.) I wanted to go back and check my authconfig and reset the parameters. However now when I do a authconfig I get this: ---- authconfig --enablecache

On Fri, 29 Sep 2017, Iain Morgan wrote: > Actually, according to OpenBSD's printenv(1) man page, it first appeared > in 2BSD. The man page on OS X claims it was BSD 3.0. However, it doesn't > appear to be part of any standard. > > Your suggestion ran into the same issue as the original test, but > escaping the evaluation by the user's shell appears to work: >

I have centos 4.8 i686. It has stock sendmail. see file below. I am getting reports that it is an open relay. I have searched all around and it seems like it should be closed. I have dnl for accept_unresolvable_domains. What can I do to close my sendmail. Thanks, Jerry My sendmail.mc is as follows: --------------------------------- divert(-1)dnl dnl # dnl # This is the sendmail macro config

I have a connection to my dovecot server from gnus: ,---- | (add-to-list 'gnus-secondary-select-methods | '(nnimap "hermes" | (nnimap-stream starttls) | (nnimap-address "hermes") | (nnimap-authinfo-file "~/.authinfo"))) `---- If I enter a group and read my mail then wander off and come back after a few minutes I can not navigate

I tried your rsync command and it worked on my LAN over ssh. The following was placed in the destination directory: drwxr-x--- 2 root smmsp 4.0K Jul 28 21:05 named/ -rw-r----- 1 root smmsp 1.6K Oct 30 2013 named.conf -rw-r--r-- 1 root smmsp 2.4K Jul 28 21:05 named.iscdlv.key -rw-r----- 1 root smmsp 931 Jun 21 2007 named.rfc1912.zones -rw-r--r-- 1 root smmsp 487 Jul 19 2010

I am having problems on with locally generated mail on a box (production) that was just updated to 4.8-RELEASE from 4.62 After trying all manor of cures noted by others here and in google I have managed to get past the permission denied messages in the system log, but not in maillog. I now have all of today's local form submissions and my command line test mails backing up in

All; I installed sendmail via yum, but if I test it like this: echo "Subject: sendmail test" | sendmail sbob at quadratum-braccas.com I get a local mail on the server with this every time: Message? 1: From MAILER-DAEMON at kdb-bugs.example.com? Sun Apr 19 10:15:00 2020 Return-Path: <MAILER-DAEMON at kdb-bugs.example.com> Date: Sun, 19 Apr 2020 10:15:00 -0600 From: Mail

Hello everyone, I tried to configure sendmail so that I can use mail() in php. I don't host my email server, my ISP does. I just want to configure sendmail so that it uses external email server (my ISP) to send mail. When I executed mail(), i got no error report from php. I checked /var/log/maillog and it indicated that the message was accepted for delivery. However, it didn't

Everyone, Looks like the new version of oppenssl has broken my sendmail's use of tls. Has anyone else had this problem or seen a fix? Greg Ennis

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

I'm impressed by dovecto and try to upgrade my home system from wu-imapd running there for last 5 years to dovecot. It's straghtforward FreeBSD setup with ssl-only auth, inboxes in /var/mail and user mail under %h/Mail But I get some strange error: Fatal: userdb didn't return a home directory, but mail location used it (%h): %h/Mail:INBOX=/var/mail/%u Thank you in advance!

In my /var/log/maillog show this message: NOQUEUE: SYSERR(apache): can not chdir(/var/spool/clientmqueue/): Permission denied Permissions on dir: drwxrwx--- 2 smmsp smmsp 36864 Jun 30 15:23 clientmqueue If i change the permissions to 777 works normaly but is not safe and in other server works fine with the permissions 770. Anybody have any idea? Thanks, -- Daniel Bruno

HI folks, I've an up-to-date CentOS 5.x box on a small intranet (<20 users). We did a reboot over the weekend and all appears well except that clients on the LAN can no longer send email. Just hangs/times out. No clear identifiers in the /var/log/maillog or /var/log/messages. We're not setup for ESMTP as it's a closed network and I'm really hoping for a kickstart as to