using mailx to supposedly mail to myself with no sendmail. cron is failing in the mailing and the message ends in dead.letter.
So I mved dead.letter to d1.letter and tried: "mailx -t -q d1.letter" (and had to issue a cntl-D) and got:
No recipients specified "/home/rgm/dead.letter" 41/879
Here is the content of d1.letter. Note that there is a 'To:' line but it seems mailx does not like it?
From: "(Cron Daemon)" <rgm> To: rgm Subject: Cron rgm@lx120e rsync -tvz ftp.rfc-editor.org::rfcs/*.txt /home/common/ietf/rfcs MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit
skipping non-regular file "rfc-ref.txt" RFCs_for_errata.txt bcp-index.txt fyi-index.txt ien-index.txt rfc-index-latest.txt rfc-index.txt rfc6940.txt rfc7048.txt rfc7078.txt rfc7086.txt rfc7094.txt rfc7095.txt rfc7096.txt rfc7097.txt rfc7098.txt rfc7103.txt rfc7105.txt rfc7108.txt rfc7111.txt rfc7115.txt rfcxx00.txt std-index.txt
sent 11,194 bytes received 399,421 bytes 74,657.27 bytes/sec total size is 365,871,233 speedup is 891.03
=======================================
The 'To:' comes from my line in /var/spool/cron/rgm
MAILTO=rgm
On 01/21/14 14:16, Robert Moskowitz wrote:
using mailx to supposedly mail to myself with no sendmail. cron is failing in the mailing and the message ends in dead.letter.
So I mved dead.letter to d1.letter and tried: "mailx -t -q d1.letter" (and had to issue a cntl-D) and got:
No recipients specified "/home/rgm/dead.letter" 41/879
Here is the content of d1.letter. Note that there is a 'To:' line but it seems mailx does not like it?
From: "(Cron Daemon)" <rgm> To: rgm Subject: Cron rgm@lx120e rsync -tvz ftp.rfc-editor.org::rfcs/*.txt /home/common/ietf/rfcs MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit
skipping non-regular file "rfc-ref.txt" RFCs_for_errata.txt bcp-index.txt fyi-index.txt ien-index.txt rfc-index-latest.txt rfc-index.txt rfc6940.txt rfc7048.txt rfc7078.txt rfc7086.txt rfc7094.txt rfc7095.txt rfc7096.txt rfc7097.txt rfc7098.txt rfc7103.txt rfc7105.txt rfc7108.txt rfc7111.txt rfc7115.txt rfcxx00.txt std-index.txt
sent 11,194 bytes received 399,421 bytes 74,657.27 bytes/sec total size is 365,871,233 speedup is 891.03
=======================================
The 'To:' comes from my line in /var/spool/cron/rgm
MAILTO=rgm
Not really an answer.... But, I found that
cat d1.letter | mailx -t
Will result in the mail being delivered.
thanks Ed, making some headway, see below:
On 01/20/2014 10:37 PM, Ed Greshko wrote:
On 01/21/14 14:16, Robert Moskowitz wrote:
using mailx to supposedly mail to myself with no sendmail. cron is failing in the mailing and the message ends in dead.letter.
So I mved dead.letter to d1.letter and tried: "mailx -t -q d1.letter" (and had to issue a cntl-D) and got:
No recipients specified "/home/rgm/dead.letter" 41/879
Here is the content of d1.letter. Note that there is a 'To:' line but it seems mailx does not like it?
From: "(Cron Daemon)" <rgm> To: rgm Subject: Cron rgm@lx120e rsync -tvz ftp.rfc-editor.org::rfcs/*.txt /home/common/ietf/rfcs MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit
skipping non-regular file "rfc-ref.txt" RFCs_for_errata.txt bcp-index.txt fyi-index.txt ien-index.txt rfc-index-latest.txt rfc-index.txt rfc6940.txt rfc7048.txt rfc7078.txt rfc7086.txt rfc7094.txt rfc7095.txt rfc7096.txt rfc7097.txt rfc7098.txt rfc7103.txt rfc7105.txt rfc7108.txt rfc7111.txt rfc7115.txt rfcxx00.txt std-index.txt
sent 11,194 bytes received 399,421 bytes 74,657.27 bytes/sec total size is 365,871,233 speedup is 891.03
=======================================
The 'To:' comes from my line in /var/spool/cron/rgm
MAILTO=rgm
Not really an answer.... But, I found that
cat d1.letter | mailx -t
Will result in the mail being delivered.
Well you must have sendmail or equiv installed:
cat d1.letter |mailx -t Ignoring header field "MIME-Version: 1.0" Ignoring header field "Content-Type: text/plain; charset=us-ascii" Ignoring header field "Content-Transfer-Encoding: 7bit" /usr/sbin/sendmail: No such file or directory "/home/rgm/dead.letter" 37/741 . . . message not sent.
So it seems mailx cannot work even locally without sendmail, unlike what another poster here stated.
procmail was suggested by another poster here that works for local delivery without sendmail. I may end up having to install it.
On 01/21/14 14:47, Robert Moskowitz wrote:
Well you must have sendmail or equiv installed:
cat d1.letter |mailx -t Ignoring header field "MIME-Version: 1.0" Ignoring header field "Content-Type: text/plain; charset=us-ascii" Ignoring header field "Content-Transfer-Encoding: 7bit" /usr/sbin/sendmail: No such file or directory "/home/rgm/dead.letter" 37/741 . . . message not sent.
So it seems mailx cannot work even locally without sendmail, unlike what another poster here stated.
procmail was suggested by another poster here that works for local delivery without sendmail. I may end up having to install it.
Yes. On the system I'm testing on sendmail is installed.
On 01/20/2014 10:47 PM, Robert Moskowitz wrote:
thanks Ed, making some headway, see below:
On 01/20/2014 10:37 PM, Ed Greshko wrote:
On 01/21/14 14:16, Robert Moskowitz wrote:
using mailx to supposedly mail to myself with no sendmail. cron is failing in the mailing and the message ends in dead.letter.
So I mved dead.letter to d1.letter and tried: "mailx -t -q d1.letter" (and had to issue a cntl-D) and got:
No recipients specified "/home/rgm/dead.letter" 41/879
Here is the content of d1.letter. Note that there is a 'To:' line but it seems mailx does not like it?
From: "(Cron Daemon)" <rgm> To: rgm Subject: Cron rgm@lx120e rsync -tvz ftp.rfc-editor.org::rfcs/*.txt /home/common/ietf/rfcs MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit
skipping non-regular file "rfc-ref.txt" RFCs_for_errata.txt bcp-index.txt fyi-index.txt ien-index.txt rfc-index-latest.txt rfc-index.txt rfc6940.txt rfc7048.txt rfc7078.txt rfc7086.txt rfc7094.txt rfc7095.txt rfc7096.txt rfc7097.txt rfc7098.txt rfc7103.txt rfc7105.txt rfc7108.txt rfc7111.txt rfc7115.txt rfcxx00.txt std-index.txt
sent 11,194 bytes received 399,421 bytes 74,657.27 bytes/sec total size is 365,871,233 speedup is 891.03
=======================================
The 'To:' comes from my line in /var/spool/cron/rgm
MAILTO=rgm
Not really an answer.... But, I found that
cat d1.letter | mailx -t
Will result in the mail being delivered.
Well you must have sendmail or equiv installed:
cat d1.letter |mailx -t Ignoring header field "MIME-Version: 1.0" Ignoring header field "Content-Type: text/plain; charset=us-ascii" Ignoring header field "Content-Transfer-Encoding: 7bit" /usr/sbin/sendmail: No such file or directory "/home/rgm/dead.letter" 37/741 . . . message not sent.
So it seems mailx cannot work even locally without sendmail, unlike what another poster here stated.
procmail was suggested by another poster here that works for local delivery without sendmail. I may end up having to install it.
Searching through old messages shows that Ed recommended using procmail back on 12/30/13.
On Mon, 20 Jan 2014 22:47:03 -0800 Robert Moskowitz rgm@htt-consult.com wrote:
So it seems mailx cannot work even locally without sendmail, unlike what another poster here stated.
Yes, I was able to (always testing stuff) Using claws mail at the time.
The easiest and simplest option is "MTA" But that does not disqualify mailx being used.
iirc in reply to Survayi (sp?) The dead.letter is plain text which can be read by my claws-mail as numbered plaintext.
---------------------------- #!/bin/bash ## DEAD="/root/dead.letter" LOCAL="/home/frank/Mail/inbox/Local"
number=1 while [ -f "$LOCAL"/$number ]; do (( number++ )) done
mv "$DEAD" "$LOCAL"/$number chown -R frank:mail /home/frank/Mail/inbox/Local/*
___ Regards, Frank www.frankly3d.com
On Mon, 20 Jan 2014 22:16:19 -0800 Robert Moskowitz rgm@htt-consult.com wrote:
using mailx to supposedly mail to myself with no sendmail. cron is failing in the mailing and the message ends in dead.letter.
What does "systemctl status crond.service -l" say
___ Regards, Frank www.frankly3d.com
On Mon, 20 Jan 2014 22:16:19 -0800 Robert Moskowitz rgm@htt-consult.com wrote:
using mailx to supposedly mail to myself with no sendmail. cron is failing in the mailing and the message ends in dead.letter.
This is why: from cronie runjob.c
/* Check that we have a way of sending mail. */ if(stat(SENDMAIL, &buf)) { complain("Can't find sendmail at %s, not mailing output", SENDMAIL); return; }
___ Regards, Frank www.frankly3d.com
On 01/21/14 21:43, Frank Murphy wrote:
On Mon, 20 Jan 2014 22:16:19 -0800 Robert Moskowitz rgm@htt-consult.com wrote:
using mailx to supposedly mail to myself with no sendmail. cron is failing in the mailing and the message ends in dead.letter.
This is why: from cronie runjob.c
/* Check that we have a way of sending mail. */ if(stat(SENDMAIL, &buf)) { complain("Can't find sendmail at %s, not mailing output", SENDMAIL); return; }
me thinks you're forgetting the thread from back in December. Recall that crond has a configuration file in /etc/sysconfig which has CRONDARGS= to allow one to the -m option.....
-m This option allows you to specify a shell command to use for sending Cron mail output instead of using sendmail(8) This com‐ mand must accept a fully formatted mail message (with headers) on standard input and send it as a mail message to the recipients specified in the mail headers. Specifying the string off (i.e., crond -m off) will disable the sending of mail.
I too have pretty much forgotten about that thread. But, it now seems that using mailx still needs sendmail as mailx submits to sendmail's queue.
But, in my limited testing, using procmail would not require sendmail.
On Tue, 21 Jan 2014 21:54:10 +0800 Ed Greshko ed.greshko@greshko.com wrote: mail's queue.
But, in my limited testing, using procmail would not require sendmail.
No, it's inbuilt into cronie, if /usr/bin/sendmail is not there cron mails fails.
man crond: The syslog output will be used instead of mail, when sendmail is not installed
If you able to yum erase "mta" then systemctl restart crond.service
It's doable,, if only I wrote down this stuff when doing it. ___ Regards, Frank www.frankly3d.com
On 01/21/14 22:00, Frank Murphy wrote:
On Tue, 21 Jan 2014 21:54:10 +0800 Ed Greshko ed.greshko@greshko.com wrote: mail's queue.
But, in my limited testing, using procmail would not require sendmail.
No, it's inbuilt into cronie, if /usr/bin/sendmail is not there cron mails fails.
man crond: The syslog output will be used instead of mail, when sendmail is not installed
If you able to yum erase "mta" then systemctl restart crond.service
It's doable,, if only I wrote down this stuff when doing it.
Well, it is rather late in the day. And I don't have the time at the moment to retest. But, I recall I had a system without sendmail installed and and I defined -m to be procmail and mail was delivered to the intended local user when MAILTO= was defined in the crontab.
On 01/21/2014 12:19 AM, Frank Murphy wrote:
On Mon, 20 Jan 2014 22:47:03 -0800 Robert Moskowitz rgm@htt-consult.com wrote:
So it seems mailx cannot work even locally without sendmail, unlike what another poster here stated.
Yes, I was able to (always testing stuff) Using claws mail at the time.
The easiest and simplest option is "MTA" But that does not disqualify mailx being used.
iirc in reply to Survayi (sp?) The dead.letter is plain text which can be read by my claws-mail as numbered plaintext.
I tried 'mutt -f dead.letter' and mutt said that dead.letter was note a mailbox.
#!/bin/bash ## DEAD="/root/dead.letter" LOCAL="/home/frank/Mail/inbox/Local"
number=1 while [ -f "$LOCAL"/$number ]; do (( number++ )) done
mv "$DEAD" "$LOCAL"/$number chown -R frank:mail /home/frank/Mail/inbox/Local/*
On 01/21/2014 01:26 AM, Frank Murphy wrote:
On Mon, 20 Jan 2014 22:16:19 -0800 Robert Moskowitz rgm@htt-consult.com wrote:
using mailx to supposedly mail to myself with no sendmail. cron is failing in the mailing and the message ends in dead.letter.
What does "systemctl status crond.service -l" say
crond.service - Command Scheduler Loaded: loaded (/usr/lib/systemd/system/crond.service; enabled) Active: active (running) since Mon 2014-01-20 11:15:07 PST; 19h ago Main PID: 32080 (crond) CGroup: /system.slice/crond.service └─32080 /usr/sbin/crond -n -m /usr/bin/mailx -t
Jan 20 11:15:07 lx120e.htt-consult.com systemd[1]: Started Command Scheduler. Jan 20 11:15:07 lx120e.htt-consult.com crond[32080]: (CRON) INFO (RANDOM_DELAY will be scaled with factor 54% if used.) Jan 20 11:15:08 lx120e.htt-consult.com crond[32080]: (CRON) INFO (running with inotify support) Jan 20 11:15:08 lx120e.htt-consult.com crond[32080]: (CRON) INFO (@reboot jobs will be run at computer's startup.)
On 01/21/2014 05:43 AM, Frank Murphy wrote:
On Mon, 20 Jan 2014 22:16:19 -0800 Robert Moskowitz rgm@htt-consult.com wrote:
using mailx to supposedly mail to myself with no sendmail. cron is failing in the mailing and the message ends in dead.letter.
This is why: from cronie runjob.c
/* Check that we have a way of sending mail. */ if(stat(SENDMAIL, &buf)) { complain("Can't find sendmail at %s, not mailing output", SENDMAIL); return; }
I kind of thought it was in the code, as I went through all the config files and could not find anything beyond the change I had already made to /etc/sysconfig/crond
CRONDARGS=-m "/usr/bin/mailx -t"
On 01/21/2014 05:54 AM, Ed Greshko wrote:
On 01/21/14 21:43, Frank Murphy wrote:
On Mon, 20 Jan 2014 22:16:19 -0800 Robert Moskowitz rgm@htt-consult.com wrote:
using mailx to supposedly mail to myself with no sendmail. cron is failing in the mailing and the message ends in dead.letter.
This is why: from cronie runjob.c
/* Check that we have a way of sending mail. */ if(stat(SENDMAIL, &buf)) { complain("Can't find sendmail at %s, not mailing output", SENDMAIL); return; }
me thinks you're forgetting the thread from back in December. Recall that crond has a configuration file in /etc/sysconfig which has CRONDARGS= to allow one to the -m option.....
-m This option allows you to specify a shell command to use for sending Cron mail output instead of using sendmail(8) This com‐ mand must accept a fully formatted mail message (with headers) on standard input and send it as a mail message to the recipients specified in the mail headers. Specifying the string off (i.e., crond -m off) will disable the sending of mail.
I too have pretty much forgotten about that thread. But, it now seems that using mailx still needs sendmail as mailx submits to sendmail's queue.
Something is complaining. I do have:
CRONDARGS=-m "/usr/bin/mailx -t"
But we see from the test of trying to use the dead.letter file that mailx itself is using sendmail. So you fix one problem and cause another.
But, in my limited testing, using procmail would not require sendmail.
And I am staying away, so far, from installing an MTA to figure out what would work.
On 01/21/2014 06:00 AM, Frank Murphy wrote:
On Tue, 21 Jan 2014 21:54:10 +0800 Ed Greshko ed.greshko@greshko.com wrote: mail's queue.
But, in my limited testing, using procmail would not require sendmail.
No, it's inbuilt into cronie, if /usr/bin/sendmail is not there cron mails fails.
man crond: The syslog output will be used instead of mail, when sendmail is not installed
If you able to yum erase "mta" then systemctl restart crond.service
It's doable,, if only I wrote down this stuff when doing it.
I think I have an alternative, but I can't code. A simple perl script that takes the output of the cron job and prepends it to the mail file. See follow-on stand alone message for a rough spec.
On Tue, 21 Jan 2014 06:32:01 -0800 Robert Moskowitz rgm@htt-consult.com wrote:
I kind of thought it was in the code, as I went through all the config files and could not find anything beyond the change I had already made to /etc/sysconfig/crond
CRONDARGS=-m "/usr/bin/mailx -t"
At the moment cronie seem to disregard this. but a dirty "ln -s /usr/bin/mailx /usr/sbin/sendmail" should stop crond.service complaining.
___ Regards, Frank www.frankly3d.com
On Tue, 21 Jan 2014 06:27:50 -0800 Robert Moskowitz rgm@htt-consult.com wrote: ad by my claws-mail as numbered plaintext.
I tried 'mutt -f dead.letter' and mutt said that dead.letter was note a mailbox.
mailx will keep appending to dead.letter and it can grow massive, I have tested it as far as 8.34GB
So being able to move it to something tidier is nice.
MTA is easiest, but part of the whole draw of linux for me is, "How far can I push this."
___ Regards, Frank www.frankly3d.com
On 01/21/14 22:34, Robert Moskowitz wrote:
Something is complaining. I do have:
CRONDARGS=-m "/usr/bin/mailx -t"
But we see from the test of trying to use the dead.letter file that mailx itself is using sendmail. So you fix one problem and cause another.
I think it is pretty much established that all of these utilities were expecting a real MTA to be installed and running on systems. I don't think we'd be having his discussion if it wasn't decided that installing "sendmail" would be optional.
But, in my limited testing, using procmail would not require sendmail.
And I am staying away, so far, from installing an MTA to figure out what would work.
FWIW, having an MTA running but doing nothing other than delivering mail for cron and other system utils doesn't utilize system resources. Getting around installing an MTA may be more trouble than it is worth.
That being said, I do feel using procmail instead of mailx is probably a viable alternative.
Of course, it isn't easy to devise a solution to a problem which hasn't been defined. :-)
On 01/21/2014 06:48 AM, Frank Murphy wrote:
On Tue, 21 Jan 2014 06:32:01 -0800 Robert Moskowitz rgm@htt-consult.com wrote:
I kind of thought it was in the code, as I went through all the config files and could not find anything beyond the change I had already made to /etc/sysconfig/crond
CRONDARGS=-m "/usr/bin/mailx -t"
At the moment cronie seem to disregard this. but a dirty "ln -s /usr/bin/mailx /usr/sbin/sendmail" should stop crond.service complaining.
I don't see this working when:
cat d1.letter |mailx -t
fails on no /usr/bin/sendmail. It would probably get in an infinite loop.
Once upon a time, Ed Greshko ed.greshko@greshko.com said:
FWIW, having an MTA running but doing nothing other than delivering mail for cron and other system utils doesn't utilize system resources. Getting around installing an MTA may be more trouble than it is worth.
Yeah, if you just have to have cron output delivered to local mail spool files, use the tools that already exist for that job: "yum install sendmail" or "yum install postfix". There are so many corner cases to consider that trying to write new code to handle them all (without being an MTA) is overkill.
"Default-no-MTA" was never intended to be "replace all possible use cases with no MTA". You want mail in files, so use an MTA.
On 01/21/2014 06:48 AM, Frank Murphy wrote:
On Tue, 21 Jan 2014 06:27:50 -0800 Robert Moskowitz rgm@htt-consult.com wrote: ad by my claws-mail as numbered plaintext.
I tried 'mutt -f dead.letter' and mutt said that dead.letter was note a mailbox.
mailx will keep appending to dead.letter and it can grow massive, I have tested it as far as 8.34GB
So being able to move it to something tidier is nice.
But mutt does not seem to want to read dead.letter. So what good is moving it? If you can get mutt to read it directly, let me know how you did it.
MTA is easiest, but part of the whole draw of linux for me is, "How far can I push this."
For me it is "How much can I stay within the box". So I am trying to live without an MTA on a client, but still use cron, an important client service.
On Tue, 21 Jan 2014 06:55:46 -0800 Robert Moskowitz rgm@htt-consult.com wrote:
fails on no /usr/bin/sendmail. It would probably get in an infinite loop.
It just checks for /usr/bin/sendmail which it will now be tricked into finding.
___ Regards, Frank www.frankly3d.com
On Tue, 21 Jan 2014 08:56:42 -0600 Chris Adams linux@cmadams.net wrote: eing an MTA) is overkill.
"Default-no-MTA" was never intended to be "replace all possible use cases with no MTA". You want mail in files, so use an MTA.
You can just mailx to gmail, get your fix that way. No MTA required. ___ Regards, Frank www.frankly3d.com
On 01/21/2014 06:48 AM, Frank Murphy wrote:
On Tue, 21 Jan 2014 06:32:01 -0800 Robert Moskowitz rgm@htt-consult.com wrote:
I kind of thought it was in the code, as I went through all the config files and could not find anything beyond the change I had already made to /etc/sysconfig/crond
CRONDARGS=-m "/usr/bin/mailx -t"
At the moment cronie seem to disregard this. but a dirty "ln -s /usr/bin/mailx /usr/sbin/sendmail" should stop crond.service complaining.
Ok. I tried this, and mailx is no longer complaining. But no mail in /var/spool/mail/rgm and no dead.letter. Mail is now dropping into the abyss, it seems. So this is not an answer.
On 01/21/2014 07:01 AM, Frank Murphy wrote:
On Tue, 21 Jan 2014 08:56:42 -0600 Chris Adams linux@cmadams.net wrote: eing an MTA) is overkill.
"Default-no-MTA" was never intended to be "replace all possible use cases with no MTA". You want mail in files, so use an MTA.
You can just mailx to gmail, get your fix that way. No MTA required.
gmail? What is that? I don't see an rpm for gmail via yum.
:)
Never used gmail. No plans to.
On 01/21/2014 08:01 AM, Robert Moskowitz wrote:
On 01/21/2014 06:48 AM, Frank Murphy wrote:
On Tue, 21 Jan 2014 06:32:01 -0800 Robert Moskowitz rgm@htt-consult.com wrote:
I kind of thought it was in the code, as I went through all the config files and could not find anything beyond the change I had already made to /etc/sysconfig/crond
CRONDARGS=-m "/usr/bin/mailx -t"
At the moment cronie seem to disregard this. but a dirty "ln -s /usr/bin/mailx /usr/sbin/sendmail" should stop crond.service complaining.
Ok. I tried this, and mailx is no longer complaining. But no mail in /var/spool/mail/rgm and no dead.letter. Mail is now dropping into the abyss, it seems. So this is not an answer.
Oh, neat. I deleted the symbolic link because it was 'not doing anything', and then:
/usr/sbin/sendmail: No such file or directory "/home/rgm/dead.letter" 89112/2278516 . . . message not sent.
So I was right that it was looping indefinitely as you can see by part of the beginning of dead.letter:
Date: Tue, 21 Jan 2014 08:01:35 -0800 To: rgm User-Agent: Heirloom mailx 12.5 7/5/10 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit
Date: Tue, 21 Jan 2014 08:01:35 -0800 To: rgm User-Agent: Heirloom mailx 12.5 7/5/10 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit
Date: Tue, 21 Jan 2014 08:01:35 -0800 To: rgm User-Agent: Heirloom mailx 12.5 7/5/10 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit
So on to procmail!
On Tue, 21 Jan 2014 08:03:00 -0800 Robert Moskowitz rgm@htt-consult.com wrote:
Never used gmail. No plans to.
You don't need gmail, but mail can be forwarded, without MTA, if you have suitable mua-client installed claws-mail, Thunderbirds can both send without mta installed. mailx can with a suitable ~/mail.rc with proper account stuff You just need smtp.somename.foo Will try find some online tuts.
___ Regards, Frank www.frankly3d.com
On Tue, 21 Jan 2014 08:01:07 -0800 Robert Moskowitz rgm@htt-consult.com wrote:
Ok. I tried this, and mailx is no longer complaining. But no mail in /var/spool/mail/rgm and no dead.letter. Mail is now dropping into the abyss, it seems. So this is not an answer.
What cron did you try to do, in case it's a standard one from /etc/cron.d/*/
___ Regards, Frank www.frankly3d.com
On 01/21/2014 08:15 AM, Frank Murphy wrote:
On Tue, 21 Jan 2014 08:01:07 -0800 Robert Moskowitz rgm@htt-consult.com wrote:
Ok. I tried this, and mailx is no longer complaining. But no mail in /var/spool/mail/rgm and no dead.letter. Mail is now dropping into the abyss, it seems. So this is not an answer.
What cron did you try to do, in case it's a standard one from /etc/cron.d/*/
It is from my crontab the jobs are scheduled to run 3am. Which is that?