Re: vs. / vs.

[Mark H. Wood]

On Wed, Mar 23, 2022 at 06:23:19PM -0400, Kurt Hackenberg wrote:
> Procmail is badly outdated, and it's a zombie, unmaintained for many 
> years. I suggest that you consider some other delivery agent. The 
> program fdm looks promising, though I haven't used it.

I'll agree with another poster:  if a thing still works, age is not
sufficient reason to throw it away.

That said:  I used procmail for some years, but switched to maildrop
because I found it quite a bit easier to configure -- and I have a lot
of configuration.  Worth considering if you decide to look around.
Converting the rules was tedious but not terribly difficult.

As someone else noted, sieve is also promising.  I also have not tried
it yet.

I've only just now heard of fdm, so I don't know anything against
it. :-/
https://en.wikipedia.org/wiki/Fdm_(software)

-- 
Mark H. Wood
Lead Technology Analyst

University Library
Indiana University - Purdue University Indianapolis
755 W. Michigan Street
Indianapolis, IN 46202
317-274-0749
www.ulib.iupui.edu


signature.asc
Description: PGP signature

Re: vs. / vs.

[Jon LaBadie]

On Wed, Mar 23, 2022 at 03:01:31PM -0600, Jon Brinkmann wrote:

First the background:

I'm forced to use a Microsoft Exchange server for my email.  It's configured
(not by me) to tag SPF incorrectly authorized and other suspect messages
as "Undeliverable". It always attaches the original message with the full
original header as attachment 5.  Here's what the "v" command shows for a
typical message:

I   1 [multipa/alternativ, 7bit, nK]
I   2 [text/plain, quoted, us-ascii, nK]
I   3 [text/html, quoted, us-ascii, nK]
I   4 [message/delivery-s, 7bit, nK]
I   5   [message/rfc822, 7bit, nK]
I   6 [multipa/alternativ, 7bit, nK]
I   7 [text/plain, quoted, iso-8859-1, nK]
I   8 [text/html, quoted, iso-8859-1, nK]

I'm working to extract the original message and send it back through procmail
to be properly sorted into my mailboxes.  I've mapped this process to the
'E' key:

macro index E '5procmail;tail 
procmail.log' 'extract & process a message that Microsoft Exchange called undeliverable'

It works great, with one problem:  doesn't pass the mailbox
delimiting "From [email_address] [message_date]" to procmail, which sorts and
writes what it received to a file that's not recognized as a mailbox by mutt.
Is there some way to tell  to pass the delimiter line?  If not,
should this be a code change request?

FYI, it appears that  and  are identical.  At
least they produce identical results.

I could work around the problem by using  (and it appears
that  and  are also identical) which does pass
the delimiter line.  I'd have to save the attachment to a temporary file,
redirect it to procmail and then delete the file.  I'd prefer not to do this
if possible.

I also realize that  is a simpler operation than .
The latter has to deal with, among other things, a pre-existing file with
older messages, file locking, etc.

Thanks,

Jon

End of included message <<<


I sometimes use the program "formail" to add a "From_" line.
It does not seem to pickup the originator from the "From:"
line but from some other entry like "Sender:" or "Return-To:".

Formail can output to stdout or to a specified program.
You might be able to replace "procmail;" in
your macro above with "formail -ds procmail;".

--
Jon H. LaBadie j...@labadie.us
 154 Milkweed Dr (540) 868-8052 (H)
 Lake Frederick, VA 22630(703) 935-6720 (M)

Re: vs. / vs.

[Will Yardley]

On Thu, Mar 24, 2022 at 11:43:46AM +1100, raf wrote:
> On Wed, Mar 23, 2022 at 06:23:19PM -0400, Kurt Hackenberg  
> wrote:
 
> > Procmail is badly outdated,
> 
> I might be the only person that thinks this, but...
> 
> If it's still in use and still usable, it's not "outdated".
> It's just "stable". :-)

You're not the only one.

w

Re: vs. / vs.

[raf]

On Wed, Mar 23, 2022 at 06:23:19PM -0400, Kurt Hackenberg  
wrote:

> Procmail is badly outdated,

I might be the only person that thinks this, but...

If it's still in use and still usable, it's not "outdated".
It's just "stable". :-)

> and it's a zombie, unmaintained for many years.

And yet, Linux distributions (and presumably OpenBSD)
manage to apply security patches and keep it compiling
on modern systems. That counts as maintenance to me.
It just isn't developed anymore.

> I suggest that you consider some other delivery agent.
> The program fdm looks promising, though I haven't used it.
> 
> Here's a Wikipedia article.
> 

Sieve might be another good one to look at. But I haven't
used it.

cheers,
raf

Re: vs. / vs.

[Kurt Hackenberg]

On 2022/03/23 17:29, Cameron Simpson wrote:


On 23Mar2022 15:01, Jon Brinkmann  wrote:

I'm working to extract the original message and send it back through
procmail
to be properly sorted into my mailboxes.  I've mapped this process to the
'E' key:

macro index E '5procmail;tail 
procmail.log' 'extract & process a message that Microsoft Exchange called undeliverable'

It works great, with one problem:  doesn't pass the mailbox
delimiting "From [email_address] [message_date]" to procmail, which sorts and
writes what it received to a file that's not recognized as a mailbox by mutt.
Is there some way to tell  to pass the delimiter line?  If not,
should this be a code change request?


Well, the poblem here is that the From_ line is not part of the message
itself, and won't be present in the attachment you have.

I'd be inventing one - it is broadly ignored by mail filters etc (again,
not being part of the message), so you just need a valid one to work as
the mbox delimiter line. Maybe something like this:

 ( echo "From nobody `date`"; cat ) | procmail


That might work, but it's not ideal.

The From_ line is part of mbox file format, a way to store multiple 
messages in a single file. Ideally, the From_ line should not exist 
anywhere but in an mbox file.


I would expect procmail to generate the From_ line and the other things 
that mbox format needs. If it can't do that, I'd call that a bug.


Procmail is badly outdated, and it's a zombie, unmaintained for many 
years. I suggest that you consider some other delivery agent. The 
program fdm looks promising, though I haven't used it.


Here's a Wikipedia article.

Re: vs. / vs.

[Cameron Simpson]

On 23Mar2022 15:01, Jon Brinkmann  wrote:
>I'm working to extract the original message and send it back through 
>procmail
>to be properly sorted into my mailboxes.  I've mapped this process to the
>'E' key:
>
>macro index E '5procmail;tail 
>procmail.log' 'extract & process a message that Microsoft Exchange 
>called undeliverable'
>
>It works great, with one problem:  doesn't pass the mailbox
>delimiting "From [email_address] [message_date]" to procmail, which sorts and
>writes what it received to a file that's not recognized as a mailbox by mutt.
>Is there some way to tell  to pass the delimiter line?  If not,
>should this be a code change request?

Well, the poblem here is that the From_ line is not part of the message 
itself, and won't be present in the attachment you have.

I'd be inventing one - it is broadly ignored by mail filters etc (again, 
not being part of the message), so you just need a valid one to work as 
the mbox delimiter line. Maybe something like this:

( echo "From nobody `date`"; cat ) | procmail

>FYI, it appears that  and  are identical.  At
>least they produce identical results.

The name distinction might be historic, one being from the top level 
(index) and one being from the attachment menu? Just guessing.

Cheers,
Cameron Simpson 

vs. / vs.

[Jon Brinkmann]

First the background:

I'm forced to use a Microsoft Exchange server for my email.  It's configured
(not by me) to tag SPF incorrectly authorized and other suspect messages
as "Undeliverable". It always attaches the original message with the full
original header as attachment 5.  Here's what the "v" command shows for a
typical message:

I   1   [multipa/alternativ, 7bit, nK]
I   2   [text/plain, quoted, us-ascii, nK]
I   3   [text/html, quoted, us-ascii, nK]
I   4   [message/delivery-s, 7bit, nK]
I   5 [message/rfc822, 7bit, nK]
I   6   [multipa/alternativ, 7bit, nK]
I   7   [text/plain, quoted, iso-8859-1, nK]
I   8   [text/html, quoted, iso-8859-1, nK]

I'm working to extract the original message and send it back through procmail
to be properly sorted into my mailboxes.  I've mapped this process to the
'E' key:

macro index E '5procmail;tail 
procmail.log' 'extract & process a message that Microsoft Exchange 
called undeliverable'

It works great, with one problem:  doesn't pass the mailbox
delimiting "From [email_address] [message_date]" to procmail, which sorts and
writes what it received to a file that's not recognized as a mailbox by mutt.
Is there some way to tell  to pass the delimiter line?  If not,
should this be a code change request?

FYI, it appears that  and  are identical.  At
least they produce identical results.

I could work around the problem by using  (and it appears
that  and  are also identical) which does pass
the delimiter line.  I'd have to save the attachment to a temporary file,
redirect it to procmail and then delete the file.  I'd prefer not to do this
if possible.

I also realize that  is a simpler operation than .
The latter has to deal with, among other things, a pre-existing file with
older messages, file locking, etc.

Thanks,

Jon