Ruud H.G. van Tol | 1 Apr 14:10 2005
Picon

DEFAULT & ORGMAIL

In man procmailrc it says that de default value of 
DEFAULT is $ORGMAIL.

At my ISP's I logged this:

  ORGMAIL=/var/spool/mail/r/v/rvtol
  DEFAULT=/var/spool/mail/r/v/rvtol/

Is that a normal situation, or should they both be 
with (or without) the trailing slash?

--

-- 
Grtz, Ruud
Ruud H.G. van Tol | 1 Apr 15:07 2005
Picon

Re: DEFAULT & ORGMAIL

Ruud H.G. van Tol schreef:

> In man procmailrc it says that de default value of
> DEFAULT is $ORGMAIL.
> 
> At my ISP's I logged this:
> 
>   ORGMAIL=/var/spool/mail/r/v/rvtol
>   DEFAULT=/var/spool/mail/r/v/rvtol/
> 
> Is that a normal situation, or should they both be
> with (or without) the trailing slash?

They've changed it already, they were updating the mailboxes, 
both values now have a trailing slash.

I now have 25 popboxes of 500 MB, and can safely do this:

  :0c
  ${DEFAULT}backup/

:)

--

-- 
Grtz, Ruud  & xs4all.nl
Mr Duck | 1 Apr 23:17 2005

replacing missing "From " lines with Formail not working

Hey all,

Here at our office, we get emails from older version of Lotus Notes, 
which are missing the "From " (not the "From:") header line.  Our MUA 
does not like this at all, so I wrote this handy procmail recipe, using 
formail, to fix the header. However, it's not working.  I mean, it 
SHOULD be working, and AFAIK, I am doing exactly what examples have 
shown me to do. However, emails are still being delivered to the MUA w/o 
this line.  I've tried several variations of the recipe.

It seems so straight forward, but just doesn't do the job. Would someone 
mind taking a moment to examine my recipe and help me determine the error?

I would greatly appreciate it!

-S-T-A-R-T-----------------------

:0 fhw
| formail -I "From " -a "From "

-E-N-D---------------------------

Thanks!!

TLD
Dallman Ross | 1 Apr 23:35 2005

Re: replacing missing "From " lines with Formail not working

On Fri, Apr 01, 2005 at 03:17:08PM -0600, Mr Duck wrote:

> Here at our office, we get emails from older version of Lotus Notes, 
> which are missing the "From " (not the "From:") header line.  Our MUA 
> does not like this at all, so I wrote this handy procmail recipe, using 
> formail, to fix the header. However, it's not working.  I mean, it 
> SHOULD be working, and AFAIK, I am doing exactly what examples have 
> shown me to do. However, emails are still being delivered to the MUA w/o 
> this line.  I've tried several variations of the recipe.
> I would greatly appreciate it!

> -S-T-A-R-T-----------------------
> 
> :0 fhw
> | formail -I "From " -a "From "
> 
> -E-N-D---------------------------

First off, all you need do to generate a From_ is invoke
formail (no flags needed).

How about this:

   :0 fw h
   * ! ^^From ()
   | formail

--

-- 
dman
(Continue reading)

David W. Tamkin | 1 Apr 23:36 2005
Picon

Re: replacing missing "From " lines with Formail not working

TLD wrote,

> It seems so straight forward, but just doesn't do the job. Would
> someone mind taking a moment to examine my recipe and help me
> determine the error?
 >
 > I would greatly appreciate it!
 >
 > -S-T-A-R-T-----------------------
 >
 > :0 fhw
 > | formail -I "From " -a "From "
 >
 > -E-N-D---------------------------

The recipe looks right.  My guess is that it's not getting seen at all,
perhaps that procmail isn't even invoked.  You are keeping a logfile,
aren't you, and you did turn VERBOSE on around that recipe when you
noticed that there's a problem, didn't you?  What does the logfile say?
CaT | 3 Apr 12:08 2005
Picon
Picon

possible mishandling of diskfull

OS: Linux, Debian Sarge
Libc: 2.3.2.ds1-20
Procmail: 3.22-11
Fetchmail: 6.2.5-12
Mutt: 1.5.6-20040907

This has happened to me a few times but this is the first time it's
happened to me at a time where I can actually report it. Basically, I
lost 6 hrs worth of email this morning due to (apparently) the fact
that /var/mail was full and procmail was not handling it right. The way
I acquire my email is via fetchmail. It uses pop to grab the mail out of
a remote mailbox and uses procmail directly to store it in the local
mailbox. The configuration for this remote loremoteuserion is as follows:

poll host, port 110, protocol pop3 via pop3.host with no dns:
        user remoteuser is localuser here with password *** and wants:
                mda "/usr/sbin/sensible-mda %F %T '' localhost"
        with options:
                fetchall

sensible-mda is just a passthrough. A common wrapper in debian that
fires off the MDA of the users choice. In this case it is procmail. Some
links that may be of use to the curious below:

http://packages.debian.org/unstable/mail/sensible-mda
http://modular.fas.harvard.edu/docs/debian-packages/sensible-mda/

Anyway, fetchmail is told to log to syslog and so some snippets from my
logs below:

(Continue reading)

Michelle Konzack | 4 Apr 04:11 2005
Picon

-gt ?

Hello,

I have some filters created but I do not know how I solve this:

I generate filters on the fly which works now pefectly, but I do not
know how to make the condition, if the current time is bigger a
default, then the message will not more filtered

:0
* ^Subject:.*(a_interesting_thread)
{ :0
  * [ `date +%s` -lt 1113484356 ]
    ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  { :0c
    .Linux.bash/
} }

I know only, that

 * `date +%s` ?? ^^1113184356^^

is equal... but what ist -lt or -gt ?

Good night
Michelle

--

-- 
Linux-User #280138 with the Linux Counter, http://counter.li.org/ 
Michelle Konzack   Apt. 917                  ICQ #328449886
                   50, rue de Soultz         MSM LinuxMichi
(Continue reading)

David W. Tamkin | 4 Apr 04:26 2005
Picon

Re: -gt ?

Michelle Konzack wrote:

> I have some filters created but I do not know how I solve this:
> 
> I generate filters on the fly which works now pefectly, but I do not
> know how to make the condition, if the current time is bigger a
> default, then the message will not more filtered

>   * [ `date +%s` -lt 1113484356 ]

  * $ -`date +%s`^0
  * 1113484356^0
David W. Tamkin | 4 Apr 05:01 2005
Picon

Re: -gt again

Michelle Konzack wrote:

> I have some filters created but I do not know how I solve this:
>
> I generate filters on the fly which works now pefectly, but I do not
> know how to make the condition, if the current time is bigger a
> default, then the message will not more filtered

>   * [ `date +%s` -lt 1113484356 ]

and I replied,

| * $ -`date +%s`^0
| * 1113484356^0

But I notice that Michelle said "-gt" in the subject line but "-lt" in 
the example, and in the description she said that the time has to be 
bigger than the preset number.  So to simulate -gt, move the minus sign:

  * $ `date +%s`^0
  * -1113484356^0

With either, there's a Y2038 problem, but there is with most versions of 
  date(1) as well.
Michelle Konzack | 4 Apr 12:41 2005
Picon

Re: -gt again

Good day David,

Am 2005-04-03 22:01:40, schrieb David W. Tamkin:

> >  * [ `date +%s` -lt 1113484356 ]
> 
> and I replied,
> 
> | * $ -`date +%s`^0
> | * 1113484356^0

This works already...  :-)

> But I notice that Michelle said "-gt" in the subject line but "-lt" in 
> the example, and in the description she said that the time has to be 
> bigger than the preset number.  So to simulate -gt, move the minus sign:
> 
>  * $ `date +%s`^0
>  * -1113484356^0

Thanks, for the example... 

I have read the procmail documentation, but I have not
understood how ^0 and the other stuff is working...

> With either, there's a Y2038 problem, but there is with most versions of 
>  date(1) as well.

:-)

(Continue reading)


Gmane