no it's global as well as non-global, but I've only tested in 151a8, I
don't have a hipster available to check at the moment, and it might well
have been fixed in that.
On 24 July 2015 at 03:00, Gary Mills gary_mi...@fastmail.fm wrote:
On Wed, Jul 22, 2015 at 04:40:01PM -0400, John D Groenveld
On Wed, Jul 22, 2015 at 04:40:01PM -0400, John D Groenveld wrote:
In message alpine.soc.2.11.1507221333470.25...@dogbert.cc.ndsu.nodak.edu,
Tim
Mooney writes:
We use it for every bit of our (Linux) email infrastructure, and I'm
certainly using sendmail on OI. It's still the gold standard,
In regard to: Re: [OpenIndiana-discuss] Sendmail logging, Jonathan Adams...:
I'm not sure if anyone else even uses sendmail nowadays, but that adding
daemon.info to the mail.info/debug line should get it working for you.
We use it for every bit of our (Linux) email infrastructure, and I'm
In message alpine.soc.2.11.1507221333470.25...@dogbert.cc.ndsu.nodak.edu, Tim
Mooney writes:
We use it for every bit of our (Linux) email infrastructure, and I'm
certainly using sendmail on OI. It's still the gold standard, even if
RHEL and other Linux distros are moving away from it.
The same
On Wed, Jul 22, 2015 at 01:25:55PM +0100, Jonathan Adams wrote:
cr*p ... I edited syslog to log _everything_
That's part of what syslog debugging does.
sendmail is logging to daemon.info, not mail.info ... at least I can
get it fixed.
That's what I suspected. It shouldn't be doing that.
it's the system compiled version :(
root@mailgate2:~# /usr/lib/sendmail -d0.4 -bv root
Version 8.14.4+Sun
Compiled with: DNSMAP LDAPMAP LOG MAP_REGEX MATCHGECOS MILTER MIME7TO8
MIME8TO7 NAMED_BIND NDBM NETINET NETINET6 NETUNIX NEWDB NIS
PIPELINING SASLv2 SCANF
okay, I worked with the global zone, using the standard sendmail.cf,
modified the props in smtp:sendmail to set config/local_only to false,
telnet'd in from a box on our internal network and there is no address
logging.
sendmail does log to syslog with gethostbyaddr errors (until I fixed
hosts),
I used logger early in my tests, it works as expected. Strangely if I run
sendmail manually it love as mail.info
On 22 Jul 2015 22:59, Gary Mills gary_mi...@fastmail.fm wrote:
On Wed, Jul 22, 2015 at 04:40:01PM -0400, John D Groenveld wrote:
In message
On Wed, Jul 22, 2015 at 04:40:01PM -0400, John D Groenveld wrote:
In message alpine.soc.2.11.1507221333470.25...@dogbert.cc.ndsu.nodak.edu,
Tim
Mooney writes:
We use it for every bit of our (Linux) email infrastructure, and I'm
certainly using sendmail on OI. It's still the gold standard,
On Wed, Jul 22, 2015 at 11:05:12PM +0100, Jonathan Adams wrote:
I used logger early in my tests, it works as expected. Strangely if I run
sendmail manually it love as mail.info
Something's wrong with sendmail's environment. Here's how mine looks:
# ps -fp 2206,2208
UID PID PPID C
I'm not necessarily recompiling for every box. Should have made that more clear
in my earlier note.
I get a good compile, make a package, then stick it on the Jumpstart or AI
server and I am good to go.
Regardless of the quality of OS provided packages, if compile time options you
require
I used to always have hand compiled everything, but my efforts with
managing a large number of servers and workstations made me try to use
maintained packages where possible. Systems are easier to rebuild/replace
if you are relying on standard packages and repositories.
In my opinion the
I use sendmail every day on a multitude of hosts.
I would also 2nd the comment made by an earlier poster concerning an in-house
compile.
For basic, low level apps, it fine to use OS provided packages.
But for more complex and customizable apps (i.e. Apache httpd, Sendmail,
Proftpd, BIND DNS
I realised that it was calling syslog when I trussed the syslogd on the
parent computer and saw movement when the test email was sent.
after that I added *.alert;*.crit;*.err;*.warning;*.notice;*.info;*.debug
/var/log/testing to syslog (log everything except emerg which is shoited
out to every
On Tue, Jul 21, 2015 at 02:46:13PM +0100, Jonathan Adams wrote:
When I truss the sendmail daemon, there is nothing in the output that seems
to mention log ...
That's normal. You might be able to identify them by content,
although sendmail won't produce them if its log level is too low.
Yeah logging is set to 9, I set it to 10 just in case but it made no
difference. I have mail.info instead of mail.debug because on Solaris 10
the LDAP output takes up too much space.
I was wondering if anyone else has the same issue, especially since this
happened on two different OI servers set
additionally, our main.mc looks mostly like this:
root@mailgate2:/etc/mail/cf/cf# grep '^[^#]' main.mc
divert(-1)
divert(0)dnl
VERSIONID(`sendmail.mc (Sun)')
OSTYPE(`solaris8')dnl
DOMAIN(`solaris-generic')dnl
FEATURE(`access_db')
FEATURE(use_cw_file)
FEATURE(`nocanonify')
FEATURE(`dnsbl',
In message CAKr4wiTxZ=4GzWQSu_9mszqtgjyufcd3xb3xBbyCa1c1U6=f...@mail.gmail.com
, Jonathan Adams writes:
I am using oi a9 on a couple of our servers, and they are running sendmail,
using almost the same main.mc compiled from the original servers.
What main.mc? I don't see it in this thread.
By
root@mailgate2:/etc/mail/cf/cf# make
make: Nothing to be done for `all'.
root@mailgate2:/etc/mail/cf/cf# diff sendmail.cf ../..
root@mailgate2:/etc/mail/cf/cf#
On 21 July 2015 at 14:55, John D Groenveld jdg...@elvis.arl.psu.edu wrote:
In message CAKr4wiTxZ=4GzWQSu_9mszqtgjyufcd3xb3xBbyCa1c1U6=
The original was a Solaris 10 box, the new one is Illumos, they use
essentially the same mc file, the syslog.confs are duplicates.
I see sendmail logging when I run /usr/lib/sendmail -oQdirectory, but I
don't see it when it's running as a daemon.
syslog appears to be working fine, MailScanner is
On Tue, Jul 21, 2015 at 09:07:06AM +0100, Jonathan Adams wrote:
They are all logging to syslog, but on the original servers I get the
from= headers and the to= headers logged in syslog, and on the new
server I only get to= logged to syslog, and then only when the email is
being forwarded to
21 matches
Mail list logo