Re: specify SMTP relay server in mutt

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 




On 7/17/14 11:53 AM, "Sunhux G" <sunhux@xxxxxxxxx> wrote:

>To be sure I get this right, the bundled mailx in RHEL6.x support the
>option
>     -S "smtp=172.20.1.92"  ?  <== did I get this syntax right?

Correct, the mailx with RHEL6 supports specifying a remote smtp server as
shown. If in doubt, read the man page and try it on a test system.

>
>Do you have mailx from EPEL installed in your RHEL & does it run any
>vulnerable services?  We have regular VA scans so this might be one
>consideration when I raise Change Requests to install it.

Mailx is called "nail² in the EPEL RHEL5 repo. nail is simply a
program that runs when you execute it from the command line or script.
There are no daemons that run in the background.

I don't know what your VA (vulnerability assessment?) scans entail, but if
they're scanning from the network, they'll never see it because it isn't
running and doesn't listen on any network ports. If they¹re scanning the
file system, it¹s just another package that needs to be kept up to date
like any other package. By all means, talk to your security/audit team
about it.

>
>Heard of 'Expect' & TCL scripts but I'm quite handicapped with them.
>A few  years ago, I saw in one RHEL 4.x a Perl script that send
>email (without using any tools like mutt/mailx) so if anyone happen
> to have a copy to share, will save me the hassle of raising Change
>Requests as Perl interpreter is present by default in RHEL 5.x and
>putting in a Perl script doesn't need Change Requests.
>
>We have mostly RHEL 5.x & only 20 odd RHEL 6.x.
>
>My purpose was to email out outputs of 'last', 'lastlog' & 'getent'
>on fortnight basis as part of user accounts re-certification audit.

A super simple shell script called from cron would do what you need. Just
test it from the shell first to get the command straight. For example, to
get the output mailed to you without using a temp file, just pipe the
command output to mailx like so:
‹‹
#!/bin/sh
last | mailx -s²last output from `hostname` on `date`² -S
³smtp=172.20.1.92² your.email@your.domain

lastlog | mailx -s²lastlog output from `hostname` on `date`² -S
³smtp=172.20.1.92² your.email@your.domain

getent passwd | mailx -s²getent output from `hostname` on `date`² -S
³smtp=172.20.1.92² your.email@your.domain

‹‹

Again, this would work out-of-the-box with the mailx package provided in
RHEL6. For RHEL5, you¹ll need to get the ³nail" package from somewhere
else. I use and recommend the EPEL project repo for this kind of extra
package because it is run by Red Hat within the Fedora project. Lots of
supporting reasons here: https://fedoraproject.org/wiki/About_EPEL

Good luck!

Don

>
>
>Thanks
>SH
>
>
>On Thu, Jul 17, 2014 at 9:16 PM, Harris, Don <don.harris@xxxxxxx> wrote:
>
>> Oops, I see now that the mailx on RHEL5 and RHEL6 and very different
>> beasts.
>>
>> RHEL5: mailx-8.1.1-44.2.2
>> RHEL6: mailx-12.4-7.el6.x86_64
>>http://heirloom.sourceforge.net/mailx.html
>>
>> The legacy mailx on RHEL5 doesn't support all those options. If it's
>> acceptable in your environment, you can get the newer "Heirloom" mailx
>> from the EPEL repository. Note that it's the "nail" package on EPEL. See
>> https://fedoraproject.org/wiki/EPEL
>>
>> HTH,
>> Don
>>
>> On 7/17/14 7:52 AM, "Sunhux G" <sunhux@xxxxxxxxx> wrote:
>>
>> >Have to remove both -a & -S in order not to get the syntax
>> >error but the emails never arrive:
>> >(I'm able to 'telnet 172.20.1.92 25' from the server that mailx is
>>issued
>> >from)
>> >
>> ># mailx -s "test5" -u root  "smtp=172.20.1.92" recipient@xxxxxxx <
>> >/tmp/cis/group.tmp
>> >    Or
>> ># mailx -s "test5" -u root "smtp=172.20.1.92:25" recipient@xxxxxxx <
>> >/tmp/cis/group.tmp
>> >
>> >
>> >If I issue just the command below from the sendmail relay
>> >server itself (without the -S & without "smtp=IP_of_SMTP"),
>> >the emails arrive:
>> >
>> > mailx -s "from SMTP2 server" external_recipient@xxxxxxx < /tmp/tst.dat
>> >
>> >I browsed thru the man pages for mailx : can't
>> >locate a -S or "smtp=a.b.c.d" option.  Did I miss
>> >something?
>> >
>> >
>> >
>> >On Thu, Jul 17, 2014 at 7:37 PM, Sunhux G <sunhux@xxxxxxxxx> wrote:
>> >
>> >>
>> >> What Harris gave with mailx is probably what I'm looking for,
>> >> just that I can't get the syntax right with -a (or even if I leave
>> >> out the -a option) :
>> >>
>> >> # mailx -s "test" -a /tmp/tst.tar.gz -S "smtp=172.20.1.92"
>> >> recipient@xxxxxxx < /tmp/cis/group.tmp
>> >>     Or (without the -u )
>> >> # mailx -s "test" -a /tmp/tst.tar.gz -u whitelistid@xxxxxxx -S
>> >> "smtp=172.20.1.92" recipient@xxxxxxx < /tmp/cis/group.tmp
>> >> mailx: invalid option -- a
>> >> Usage: mail [-iInv] [-s subject] [-c cc-addr] [-b bcc-addr] to-addr
>>...
>> >>             [-- sendmail-options ...]
>> >>        mail [-iInNv] -f [name]
>> >>        mail [-iInNv] [-u user]
>> >> What did I miss?  I've tried with uuencode (referring to some
>> >> examples on the Net) too but no joy
>> >>
>> >>
>> >> SH
>> >>
>> >--
>> >redhat-list mailing list
>> >unsubscribe mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe
>> >https://www.redhat.com/mailman/listinfo/redhat-list
>>
>>
>> --
>> redhat-list mailing list
>> unsubscribe mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe
>> https://www.redhat.com/mailman/listinfo/redhat-list
>>
>-- 
>redhat-list mailing list
>unsubscribe mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe
>https://www.redhat.com/mailman/listinfo/redhat-list



-- 
redhat-list mailing list
unsubscribe mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/redhat-list





[Index of Archives]     [CentOS]     [Kernel Development]     [PAM]     [Fedora Users]     [Red Hat Development]     [Big List of Linux Books]     [Linux Admin]     [Gimp]     [Asterisk PBX]     [Yosemite News]     [Red Hat Crash Utility]


  Powered by Linux