Lars Wirzenius | 6 Jan 22:57 2006
Picon
Picon

Re: EoC 1.2 released (finally)

Sorry for the long delay in answering.

to, 2005-12-29 kello 10:54 +0000, William Dode kirjoitti:
> Is it safe to upgrade from 1.0.3 to 1.2 ? I mean, there is no format
> changes ?

The upgrade should be completely safe, and all existing files have the
same format as before.

> Fine, is there a branch for the current stable branch ?

Good point. I added a branch for the 1.2 stable series as well.

-- 
Those who do, decide.

--

-- 
To unsubscribe, send mail to eoc-unsubscribe@...

See the Enemies of Carlotta home page at <http://liw.iki.fi/liw/eoc/>

Lars Wirzenius | 6 Jan 23:10 2006
Picon
Picon

Doing lockfile(1) in pure Python

Occasionally it is mentioned to me (or I read somewhere) that it would
be nice if EoC would not depend on procmail. I agree. The dependency is
due to the fact that EoCo uses lock files for concurrency control
(mainly when updating the subscriber database) and uses the program
lockfile from procmail to create them. 

Lock files are not going to go away completely, ever, I suspect, but it
would be nice to not use the program lockfile and create them in pure
Python instead. This should work over NFS filesystems as well, which
makes things a bit complicated.

Anyone want to do it? Existing code from somewhere would be fine, too. I
guess this should be easy enough to do, for someone who understands how
various filesystems (mis)implement Unix filesystem system calls and has
at least NFS available so that they can test things.

What I'm looking for is something that can replace the following
functionality: "lockfile -l 60 %s" (where %s is the lock file name). See
the lockfile(1) manual page for details of how lockfile works.

-- 
Fundamental truth #2: Attitude is usually more important than skills.

--

-- 
To unsubscribe, send mail to eoc-unsubscribe@...

See the Enemies of Carlotta home page at <http://liw.iki.fi/liw/eoc/>

Lars Wirzenius | 6 Jan 23:20 2006
Picon
Picon

Re: Bug#345998: enemies-of-carlotta: Use standard exit codes in --incoming mode

Erich filed a wishlist bug, with a patch, to make EoC use different exit
codes than before for certain situations. This has been mentioned
before, and I like the idea. My only worry is whether it is too big a
behavioral change to do for a 1.2 release.

EoC list: do you think anything depends on the current exit codes of the
EoC command? Tommi especially, you have a habit of writing stuff on top
of EoC.

ke, 2006-01-04 kello 19:59 +0100, Erich Schubert kirjoitti:
> Attached patch will use a "short" error reporting in --incoming mode,
> and use appropriate exit codes (from the os module) for common errors.
> When used as a postfix pipe transport, EoC used to report exceptions
> wrapped into a single line; thus causing a really ugly error message.
> 
> by using appropriate exit codes in sys.exit(), postfix (as does
> procmail) understands what the type of error is, and will produce a
> nicer error message; by printing just a tiny bit of additional information
> this hopefully makes much more sense to the user:
>   <something@...>: user unknown. Command output: Unknown list
> instead of
>   <irgendwas@...>: Command died with status 1:
>     "/usr/bin/enemies-of-carlotta". Command output: Traceback (most recent call
>     last):   File "/usr/bin/enemies-of-carlotta", line 16, in ?
>     eoc.main(sys.argv[1:])   File "/usr/share/enemies-of-carlotta/eoc.py", line
>     1645, in main     mlm.incoming_message(skip_prefix, domain, moderate, post)
>     File "/usr/share/enemies-of-carlotta/eoc.py", line 375, in incoming_message
>     domain)   File "/usr/share/enemies-of-carlotta/eoc.py", line 313, in
>     parse_recipient_address     listname, parts = ap.parse(address)   File
>     "/usr/share/enemies-of-carlotta/eoc.py", line 181, in parse     raise
(Continue reading)

Tommi Virtanen | 7 Jan 15:48 2006
Picon

Bug#345998: enemies-of-carlotta: Use standard exit codes in --incoming mode

Lars Wirzenius wrote:
> EoC list: do you think anything depends on the current exit codes of the
> EoC command? Tommi especially, you have a habit of writing stuff on top
> of EoC.

I handle everything != 0 alike. This is all good for me.

Magnus Holmgren | 7 Jan 21:06 2006
Picon
Picon
Picon

Dead men don't wear plaid

For those of you who can tune in Swedish television, SVT 1 airs "Dead
men don't wear plaid" tonight at 23:25 CET. Learn the full background of
the Enemies of Carlotta!

http://www.imdb.com/title/tt0083798/

--

-- 
Magnus Holmgren
Magnus Holmgren | 8 Jan 20:33 2006
Picon
Picon
Picon

Re: Dead men don't wear plaid

Magnus Holmgren skrev:
> For those of you who can tune in Swedish television, SVT 1 airs "Dead
> men don't wear plaid" tonight at 23:25 CET. Learn the full background of
> the Enemies of Carlotta!
> 
> http://www.imdb.com/title/tt0083798/

(Sorry but there is so little traffic on this list...)

Now that I too have seen this film I have to ask Lars: Did you consider
giving your software the less controversial (to those that haven't seen
the film) name "Friends of Carlotta"? After all, that list is about as
long as the list of Enemies of Carlotta. On the other hand, the FoC
*are* the bad guys and the abbreviation could be misinterpreted, just
like Reardon does in the film.

--

-- 
Magnus Holmgren

("Cleaning-woman!? CLEANING-WOMAN!!!" :-)
Lars Wirzenius | 8 Jan 21:28 2006
Picon
Picon

Re: Dead men don't wear plaid

su, 2006-01-08 kello 20:33 +0100, Magnus Holmgren kirjoitti:
> (Sorry but there is so little traffic on this list...)

We should do something about that...

> Now that I too have seen this film I have to ask Lars: Did you consider
> giving your software the less controversial (to those that haven't seen
> the film) name "Friends of Carlotta"? After all, that list is about as
> long as the list of Enemies of Carlotta. On the other hand, the FoC
> *are* the bad guys and the abbreviation could be misinterpreted, just
> like Reardon does in the film.

I didn't really consider the FoC name, since, as you say, they were the
bad guys. Of course, if I had thought that other people would actually
use the program, I might have considered the name a bit more carefully.
The current name is funny, I still claim, but people who haven't seen
the film or heard the explanation can get a bit miffed occasionally.

I don't hate people named Carlotta, honestly. :)

-- 
It's pointless to argue with someone with no soul. -- Skip Middleton

--

-- 
To unsubscribe, send mail to eoc-unsubscribe@...

See the Enemies of Carlotta home page at <http://liw.iki.fi/liw/eoc/>

Lars Wirzenius | 8 Jan 22:15 2006
Picon
Picon

Re: Dead men don't wear plaid

su, 2006-01-08 kello 21:42 +0100, Magnus Holmgren kirjoitti:
> Lars Wirzenius skrev:
> > su, 2006-01-08 kello 20:33 +0100, Magnus Holmgren kirjoitti:
> > 
> >>(Sorry but there is so little traffic on this list...)
> > 
> > We should do something about that...
> 
> Another thing struck me ... why isn't EoC written in Java? That would've
> been most fitting.
> 
> (Except that, maybe, Java isn't the most appropriate platform for this
> kind of software.)

Not using Java was due to two reasons, I think: a) I am not very
familiar with the language ; and b) lack of good, free implementations,
at least back then when I started EoC, although I hear the situation is
now better.

(For those who haven't seen the movie: the main character is proud of
his coffee making skills, and the Java language is named after a type of
coffee.)

-- 
I am a werehuman.

--

-- 
To unsubscribe, send mail to eoc-unsubscribe@...

See the Enemies of Carlotta home page at <http://liw.iki.fi/liw/eoc/>
(Continue reading)

Keith Matthews | 22 Jan 10:29 2006
Picon

EoC and MySQL

Has anyone looked into using anything other than Berkeley to hold the
subscriber lists?

The reason I ask is that accepting messages to closed lists at the MTA
level then bouncing them at the list manager (or anywhere else) is
becoming increasingly disliked due to the frequency of forged senders on
spam/malware. If it were possible to get the MTA and list manager to
look in the same place then the message could be rejected at the MTA
level (Postfix in my case).

I've tried getting Postfix  and Courier-imap to play nice together using
Berkeley and it doesn't work. Doing it using MySQL (or LDAP/PostgresQL
for that matter) is a much easier proposition.

Message to the list-manager accounts are a different matter of course.

Someone pointed me at Sympa to try, but apart from looking as though the
designers want to use every latest technique and package it doesn't
compile on Slackware. EoC looks like the next most suitable.

--

-- 
To unsubscribe, send mail to eoc-unsubscribe@...

See the Enemies of Carlotta home page at <http://liw.iki.fi/liw/eoc/>

William Dode | 22 Jan 12:33 2006
Picon

Re: EoC and MySQL

On 22-01-2006, Keith Matthews wrote:
> Has anyone looked into using anything other than Berkeley to hold the
> subscriber lists?

No, but i would like also to store subscribers in other databases (sqlite
or postgresql for me) to can manage them outside EoC. I could help for
that...

-- 
William Dodé - http://flibuste.net

--

-- 
To unsubscribe, send mail to eoc-unsubscribe@...

See the Enemies of Carlotta home page at <http://liw.iki.fi/liw/eoc/>


Gmane