similar to: CentOS-announce Digest, Vol 118, Issue 10

CentOS Errata and Bugfix Advisory 2014:1996 Upstream details at : https://rhn.redhat.com/errata/RHBA-2014-1996.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: df417c53ae850df24a70b10e5f7e770446699f60f721295ef3804b0fe8b16c88 selinux-policy-3.12.1-153.el7_0.13.noarch.rpm

CentOS Errata and Security Advisory 2014:1999 Moderate Upstream details at : https://rhn.redhat.com/errata/RHSA-2014-1999.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: efa814c3336a5e9fcf0e499f5a54b89db7333546df8c722072dc80f1fdf22cc0 mailx-12.4-8.el6_6.i686.rpm x86_64:

CentOS Errata and Security Advisory 2014:1999 Moderate Upstream details at : https://rhn.redhat.com/errata/RHSA-2014-1999.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 5145adac44326a40872e3428a84bc73edb54861f19e75d19b428fabc5f234ab8 mailx-12.5-12.el7_0.x86_64.rpm Source:

--------------------------------------------------------------------- Red Hat, Inc. Security Advisory Synopsis: Updated mailx and perl packages are now available. Advisory ID: RHSA-2000:048-02 Issue date: 2000-08-07 Updated on: 2000-08-08 Product: Red Hat Linux Keywords: perl suid Cross references: N/A

Author: robbin Repository: /hg/zfs-crypto/gate Revision: 6af2fef2d02ac179d4cd67e825f5588624ba3f99 Log message: 6271998 gcc and cmd/mailx don''t get along 6271054 gcc and cmd/find don''t get along Files: update: usr/src/cmd/find/find.c update: usr/src/cmd/mailx/Makefile update: usr/src/cmd/mailx/cmd1.c update: usr/src/cmd/mailx/cmd2.c update: usr/src/cmd/mailx/cmd3.c update:

Hi there. I''ve discovered a rather serious security hole in mailx, the good old Berkeley mail program. It''s somehow present at least in the last versions I''ve checked (mailx-8.1.1 in Linux, mailx 5.0 in Solaris). The bug is an exploitable buffer overflow (using the HOME environment variable) that allows any local user to acquire the privileges under which the program

--------------------------------------------------------------------- Red Hat, Inc. Security Advisory Synopsis: Updated mailx and perl packages are now available. Advisory ID: RHSA-2000:048-06 Issue date: 2000-08-07 Updated on: 2000-08-09 Product: Red Hat Linux Keywords: perl suidperl mailx rpm Cross references: RHSA-2000:051

On Fri, 4 Sep 2020 at 16:00, Gregory P. Ennis <PoMec at pomec.net> wrote: > Everyone, > > I have just upgraded a Centos 5 server to a Centos 7 server and am > having difficulty with a change of behavior of mailx with the use of a > command line of : > > mail -s 'This is the subject' user at domain.com < text_file.txt > > On Centos 5 when mailx was used

Hi all I have most of the NUT system up and running. I?m in the process of writing the script to send email notifications for certain events. This is my upsshed-cmd file so far: # EC130 Commands ec130onbatt) echo "EC130 UPS has been on Battery for more then 10 seconds" \ | mailx -r "ups at fit.edu" -s"EC130 on battery"

CentOS Errata and Bugfix Advisory 2018:2894 Upstream details at : https://access.redhat.com/errata/RHBA-2018:2894 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 33577d62c430b2100b6aaccf62fa6bb4beaf0acfa4fc40d2b9ac425e88c124bb mailx-12.4-10.el6_10.i686.rpm x86_64:

Hi folks I have the command "find . | xargs grep 'mailx'", to search all files with "mailx" in contents. I wish to add a second condition that NOT contains string sven.aluoor at ubs.com on the same line. Every file which contains "mailx", but not the string sven.aluoor at ubs.com in the same line. cheers Sven

I just sent a bug report about "mailx" being the default mailer, before I looked at bug.report() carefully and saw that it checked "/usr/ucb/mail", and "Mail" as well as "mailx". I guess I had had the problem with this in a previous version. Would it be clearer to have .Options$mailer be a vector or list of alternate mailers that were checked in turn,

Package: logcheck Version: 1.2.69 Severity: normal logcheck is a "batchy" job, but currently runs at normal I/O priority, and is hard-coded to run with a niceness of 10. As a result logcheck can degrade interactive performance on machines with a lot of log traffic, relatively slow CPU or expensive I/O. It'd be useful if the "ionice" and "schedtool" utilities

Package: logcheck Version: 1.2.63 Severity: normal Hi, I have just installed logcheck and it works out of the box! thx for that! I just notice that in the /etc/logcheck/ignore.d.workstation/kernel file there is a filter for "[drm] Loading r200 Microcode". COuld you add please the same for the r300. The log message is the same : Apr 6 19:21:14 debian kernel: [drm] Loading R300

Is there a reason that the default option for a mailer program (at least on Linux) is .Options$mailer="mailx"? I don't have mailx on my system, I suspect many other Linux users don't either, and it's kind of disconcerting to have bug.report() fail ... --please do not edit the information below-- Version: platform = i686-unknown-linux arch = i686 os = linux system =

Hello, We are running Dovecot 2.3.18 (together with Postfix) on CentOS 7. It uses a Maildir structure. We have a user who has organized his mailbox as shows up at the end of this mail. The user had forgotten that he had renamed his "Grants Active \ European" (.Grants Active.European) folder to "Grants Active \ International" (.Grants Active.International), he thought that

here is my script to rsync a directory to a zfs filesystem, rotate existing snapshots, then create a "latest" snapshot. work to be done - check for an include/exclude list for the rsync command - create a monthly snapshot be careful of possible line wraps #!/bin/sh RSYNC_CMD="/usr/local/bin/rsync -axS --delete-delay --stats" # first argument is the remote server to

I'm trying to set on-demand call recording. Here's a snippet of the pertinent dialplan. The purpose of this is to allow one user in particular to be able to receive an email recording of the call everytime he dials *91 + number. The problem is that the email is not going out or being generated when I use the ${CALLFILENAME} variable. When I use the actual file name of the gsm recording,

Everyone, I have just upgraded a Centos 5 server to a Centos 7 server and am having difficulty with a change of behavior of mailx with the use of a command line of : mail -s 'This is the subject' user at domain.com < text_file.txt On Centos 5 when mailx was used by a program started by a cron job we were able to send a text file as an email message and the headers did not contain

Package: logcheck Version: 1.3.4 Severity: normal I am running debian/testing and just upgraded to logcheck 1.3.4 and it started reporting the error: mkdir: cannot create directory `/var/lock/logcheck': Permission denied I created the directory and chown'd it to logcheck and it seems fine now. Looking at the changelog, I see something was purposefully changed, so I imagine I