Re: [B.A.T.M.A.N.] mailing list migration (was: development flow)

[Sven Eckelmann <sven.eckelmann@gmx.de>]

[-- Attachment #1: Type: Text/Plain, Size: 2037 bytes --]

[...]
> > * We create the additional new list while keeping the old one. The new
> > list is for the communication with the kernel developers.
> >
> > Opinions ?
> 
> I think that having two lists would be a hassle and a mistake.  To
> have two lists at one host might work, but one list at VGER and
> another somewhere else could be counter-productive, as "internal"
> communication would be constantly forwarded to the kernel list, and
> relevant kernel traffic would have to be forwarded back to the
> "internal" list.  Think about that for a second.  Eventually, we would
> probably just drop one list.
> 
> If one list is O(n), then two lists are O(n^2) for anyone who needs
> both.  I vote for one list, no matter where it's hosted.
Don't understand the calculation as I would prefer + instead of * here, but 
this isn't the point (and if you would do program a bad matching algorithm 
here it is still O(M*N) ).
Don't think that two lists are good without a good topic split. I see a reason 
for -devel, -users and -announcements list in some projects, but not for a 
list for "kernel people" and for "other people".

> commercial solution (EMWD):
>  - spam filtering
>  - open-mesh.net
>  - small price < US$20/month
> 
> open source host (VGER, freelists.org)
>  - spam filtering
>  - their-domain.com
>  - no price
>  - we get added to their project directory, so potential contributors see
>  us
Haven't followed the whole discussion, but is it real such a big problem to 
change the mailing list address? OK, it shouldn't be done every week, but this 
is done for a good reason. Just do an announcement on this list and create an 
auto reply (smtp failure notice with further information) when someone writes 
to the old list.
Maybe more interesting is the fact that if we can import old information into 
the new list. I think mailman stores everything in simple mboxes, or am I 
wrong?
And also interesting if we can do backups of the data on vger and co.

Best regards,
	Sven

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 836 bytes --]