on 31/08/2011 20:08 Matthias Andree said the following:
> If everyone cared to read not just the past three posts but what was
> written earlier in this whole thread, and ceased adding to the
> meaningless "I've had no problems", that would help.
>
> Just because someone hasn't tripped over the bu
On Wed, 31 Aug 2011 19:11:02 +0200
Matthias Andree wrote:
> Am 31.08.2011 07:43, schrieb Ade Lovett:
> > On Tue, 30 Aug 2011 18:06:15 +0200
> > 1. In the context of a FreeBSD port, there is absolutely nothing
> > wrong with mail/procmail as it stands. That is to say, it compiles
> > and runs on
Am 31.08.2011 07:43, schrieb Ade Lovett:
> On Tue, 30 Aug 2011 18:06:15 +0200
> Matthias Andree wrote:
>> Once you have the necessary error handling in place in
>> your .procmailrc, a .mailfilter file of equal usefulness in maildrop
>> is shorter and more concise.
>
> 1. In the context of a Free
Am 30.08.2011 23:45, schrieb Beech Rintoul:
> I second that, I also have it installed in several places and haven't had any
> problems. I don't want to have to move to another app just because someone
> feels like deprecating a mature port. I think the old addage "if it ain't
> broke" applies h
On Tuesday 30 August 2011 23:37:48 Conrad J. Sabatier wrote:
> On Tue, 30 Aug 2011 17:57:10 +0200
>
> Matthias Andree wrote:
> > I understand that keeping unchanging software can sometimes be
> > necessary, if you're working around its quirks.
> >
> > At the same time I'd like to discourage new
On 2011-Aug-30, 13:45, Beech Rintoul wrote:
> On Tuesday 30 August 2011 11:01:18 Ted Hatfield wrote:
> > On Tue, 30 Aug 2011, Matthias Andree wrote:
> > > Am 30.08.2011 19:57, schrieb Mark Linimon:
> > >> On Tue, Aug 30, 2011 at 07:44:12PM +0200, Matthias Andree wrote:
> > >>> It only warns, it doe
On Tue, 30 Aug 2011 17:57:10 +0200
Matthias Andree wrote:
>
> I understand that keeping unchanging software can sometimes be
> necessary, if you're working around its quirks.
>
> At the same time I'd like to discourage new installations of dead
> software so that it disappears over time, rather
On Tue, 30 Aug 2011 18:06:15 +0200
Matthias Andree wrote:
> Once you have the necessary error handling in place in
> your .procmailrc, a .mailfilter file of equal usefulness in maildrop
> is shorter and more concise.
1. In the context of a FreeBSD port, there is absolutely nothing wrong
with mai
Matthias Andree wrote:
> I understand that keeping unchanging software can sometimes be
> necessary, if you're working around its quirks.
>
> At the same time I'd like to discourage new installations of dead
> software so that it disappears over time, rather than haunt fresh
> systems.
>
> How ab
On Tuesday 30 August 2011 11:01:18 Ted Hatfield wrote:
> On Tue, 30 Aug 2011, Matthias Andree wrote:
> > Am 30.08.2011 19:57, schrieb Mark Linimon:
> >> On Tue, Aug 30, 2011 at 07:44:12PM +0200, Matthias Andree wrote:
> >>> It only warns, it does not prevent fresh installs on systems that don't
> >
On Tue, 30 Aug 2011, Matthias Andree wrote:
Am 30.08.2011 19:57, schrieb Mark Linimon:
On Tue, Aug 30, 2011 at 07:44:12PM +0200, Matthias Andree wrote:
It only warns, it does not prevent fresh installs on systems that don't
have the same port/package already installed.
"code, not policy" ...
Am 30.08.2011 19:57, schrieb Mark Linimon:
> On Tue, Aug 30, 2011 at 07:44:12PM +0200, Matthias Andree wrote:
>> It only warns, it does not prevent fresh installs on systems that don't
>> have the same port/package already installed.
>
> "code, not policy" ... ?
Well... is _is_ policy and meant a
On Tue, Aug 30, 2011 at 07:44:12PM +0200, Matthias Andree wrote:
> It only warns, it does not prevent fresh installs on systems that don't
> have the same port/package already installed.
"code, not policy" ... ?
mcl
___
freebsd-ports@freebsd.org mailing
Am 30.08.2011 19:29, schrieb Chris Rees:
> On 30 August 2011 17:39, Mark Linimon wrote:
>> On Tue, Aug 30, 2011 at 05:57:10PM +0200, Matthias Andree wrote:
>>> How about if we added a new tag "OBSOLESCENT" or so that permits
>>> building the software only if it's already installed but refuses new
On 30 August 2011 17:39, Mark Linimon wrote:
> On Tue, Aug 30, 2011 at 05:57:10PM +0200, Matthias Andree wrote:
>> How about if we added a new tag "OBSOLESCENT" or so that permits
>> building the software only if it's already installed but refuses new
>> installations?
>
> Right now if you set DEP
On Tue, Aug 30, 2011 at 05:57:10PM +0200, Matthias Andree wrote:
> How about if we added a new tag "OBSOLESCENT" or so that permits
> building the software only if it's already installed but refuses new
> installations?
Right now if you set DEPRECATED you'll get a warning. Shouldn't
that be suffi
Quoth Matthias Andree on Tuesday, 30 August 2011:
> Am 30.08.2011 14:27, schrieb Kurt Jaeger:
> > [maildrop]
> >>> - Can it use the 700+ lines long .procmailrc I have running
> >>> in a criticial application or do I have to migrate that ?
> >>
> >> You'd have to migrate that.
> >
> > That's what
Am 30.08.2011 17:24, schrieb Julian H. Stacey:
> Matthias Andree wrote:
>> Am 30.08.2011 10:23, schrieb Sunpoet Po-Chuan Hsieh:
>>> sunpoet 2011-08-30 08:23:18 UTC
>>>
>>> FreeBSD ports repository
>>>
>>> Modified files:
>>> mail/procmailMakefile
>>> Log:
>>> - Take maintai
On the procmail depracation topic, Warren Block wrote:
> Some initial searching shows that maildrop is a functional replacement
> and can be used with sendmail's local_procmail feature, but the rules
> are different. There could be other functionality which users depend
> on, like formail, which
Am 30.08.2011 14:27, schrieb Kurt Jaeger:
> [maildrop]
>>> - Can it use the 700+ lines long .procmailrc I have running
>>> in a criticial application or do I have to migrate that ?
>>
>> You'd have to migrate that.
>
> That's what I assumed.
>
>> Bottom line: the sooner we get rid from procmail
Matthias Andree wrote:
> Am 30.08.2011 10:23, schrieb Sunpoet Po-Chuan Hsieh:
> > sunpoet 2011-08-30 08:23:18 UTC
> >
> > FreeBSD ports repository
> >
> > Modified files:
> > mail/procmailMakefile
> > Log:
> > - Take maintainership
> >
> > Revision ChangesPath
>
On Tue, 30 Aug 2011, Matthias Andree wrote:
Am 30.08.2011 10:23, schrieb Sunpoet Po-Chuan Hsieh:
sunpoet 2011-08-30 08:23:18 UTC
FreeBSD ports repository
Modified files:
mail/procmailMakefile
Log:
- Take maintainership
Revision ChangesPath
1.60 +1 -1
[maildrop]
> > - Can it use the 700+ lines long .procmailrc I have running
> > in a criticial application or do I have to migrate that ?
>
> You'd have to migrate that.
That's what I assumed.
> Bottom line: the sooner we get rid from procmail the better.
There are many other applications that
On Tue, Aug 30, 2011 at 01:11:52PM +0200, Kurt Jaeger wrote:
> - Can it use the 700+ lines long .procmailrc I have running
> in a criticial application or do I have to migrate that ?
I would suggest to migrate to something new. While searching
for a procmail replacement myself, I've even found
Am 30.08.2011 13:11, schrieb Kurt Jaeger:
> Hi!
>
>>> Modified files:
>>> mail/procmailMakefile
> [...]
>> Now that you're maintaining it I seek you to please let this
>> unmaintained unclean code from our FreeBSD ports world and deprecate it.
> [...]
>> maildrop (courier's filterin
Matthias Andree wrote on 30.08.2011 15:06:
Am 30.08.2011 10:23, schrieb Sunpoet Po-Chuan Hsieh:
sunpoet 2011-08-30 08:23:18 UTC
FreeBSD ports repository
Modified files:
mail/procmailMakefile
Log:
- Take maintainership
Revision ChangesPath
1.60 +1 -
Hi!
> > Modified files:
> > mail/procmailMakefile
[...]
> Now that you're maintaining it I seek you to please let this
> unmaintained unclean code from our FreeBSD ports world and deprecate it.
[...]
> maildrop (courier's filtering agent) has been around for nearly as long
> and wor
Am 30.08.2011 10:23, schrieb Sunpoet Po-Chuan Hsieh:
> sunpoet 2011-08-30 08:23:18 UTC
>
> FreeBSD ports repository
>
> Modified files:
> mail/procmailMakefile
> Log:
> - Take maintainership
>
> Revision ChangesPath
> 1.60 +1 -1 ports/mail/procmail/M
28 matches
Mail list logo