On Mon, 2020-05-11 at 08:48 -0400, Robert Moskowitz wrote:
> Yes. You are saying that it is ok for cron to be depended on an
> MTA. that no MDA is available that does this correctly. That "out
> of the box" cron is lessed on a workstation that really should not
> need an MTA.
I don't think it i
On 5/11/20 8:41 AM, Ed Greshko wrote:
On 2020-05-11 20:33, Robert Moskowitz wrote:
The biggie is no DATE: header. And the MTA can only apply a DATE: header for
the time it received the cron output. The time the cron task started is lost.
This is a bug in cron from day 1, it seems and I wi
On 5/10/20 11:51 PM, Ed Greshko wrote:
On 2020-05-11 11:33, Robert Moskowitz wrote:
I almost have it...
On 5/10/20 7:03 PM, Robert Moskowitz wrote:
I have been digging for how to do today and found something
interesting:
Back in Fedora 20, there was no MTA!
https://www.mhonarc.org/archive
On 2020-05-11 20:33, Robert Moskowitz wrote:
> The biggie is no DATE: header. And the MTA can only apply a DATE: header for
> the time it received the cron output. The time the cron task started is
> lost. This is a bug in cron from day 1, it seems and I will be submitting
> this whole sheban
On 5/11/20 8:14 AM, Tim via users wrote:
On Mon, 2020-05-11 at 17:43 +0800, Ed Greshko wrote:
I also think it is a good idea to see the format of what procmail is
getting from cron and comparing it to what ends up delivered by an
MTA such as postfix.
From egreshko . is missing along with
On 2020-05-11 20:14, Tim via users wrote:
> On Mon, 2020-05-11 at 17:43 +0800, Ed Greshko wrote:
>> I also think it is a good idea to see the format of what procmail is
>> getting from cron and comparing it to what ends up delivered by an
>> MTA such as postfix.
>>
>> From egreshko . is missing
On Mon, 2020-05-11 at 17:43 +0800, Ed Greshko wrote:
> I also think it is a good idea to see the format of what procmail is
> getting from cron and comparing it to what ends up delivered by an
> MTA such as postfix.
>
> From egreshko . is missing along with
> Return-Path:
> Delivered-To:
> Rec
On 2020-05-11 17:20, Tim via users wrote:
> On Mon, 2020-05-11 at 16:59 +0800, Ed Greshko wrote:
>> It is then the MTA, in my case postfix, which adds the additional
>> headers.
> I always thought they did that, anyway.
>
> e.g. My mail client *could* send a date with a message, and the email
> pro
On Mon, 2020-05-11 at 16:59 +0800, Ed Greshko wrote:
> It is then the MTA, in my case postfix, which adds the additional
> headers.
I always thought they did that, anyway.
e.g. My mail client *could* send a date with a message, and the email
program *could* add a date to an undated message, or re
On 2020-05-11 15:45, Ed Greshko wrote:
>
> I'm also confused by the need to create headers before feeding anything to
> procmail since
> cron generate a fully formatted mail message as noted in the -m option.
>
OK, I cleared up my confusion on this one. I set -m of crond to a script that
saved
On 2020-05-11 15:34, Cameron Simpson wrote:
> On 11May2020 11:51, Ed Greshko wrote:
>> Just want to make sure you saw my response to your original post Subject:
>> user crontab?
>>
>> The MTA has to be running in order for mail from cron to be processed.
>
> Robert doesn't want to put an MTA in.
On 11May2020 11:51, Ed Greshko wrote:
Just want to make sure you saw my response to your original post
Subject: user crontab?
The MTA has to be running in order for mail from cron to be processed.
Robert doesn't want to put an MTA in. It looks like the cron -m argument
lets you specify the
On 2020-05-11 11:33, Robert Moskowitz wrote:
> I almost have it...
>
> On 5/10/20 7:03 PM, Robert Moskowitz wrote:
>> I have been digging for how to do today and found something interesting:
>>
>> Back in Fedora 20, there was no MTA!
>>
>> https://www.mhonarc.org/archive/html/procmail/2014-01/msg00
13 matches
Mail list logo
