looks useful.
p@rick
--
[*] sys4 AG
https://sys4.de, +49 (89) 30 90 46 64
Schleißheimer Straße 26/MG,80333 München
Sitz der Gesellschaft: München, Amtsgericht München: HRB 199263
Vorstand: Patrick Ben Koetter, Marc Schiffbauer, Wolfgang Stief
Aufsichtsratsvorsitzender:
: Patrick Ben Koetter, Marc Schiffbauer
Aufsichtsratsvorsitzender: Florian Kirstein
___
Mailman-Developers mailing list
Mailman-Developers@python.org
https://mail.python.org/mailman/listinfo/mailman-developers
Mailman FAQ: http://wiki.list.org/x/AgA3
.
... and it should be possible to pass the confirmation in the command to make
it useful in scripts.
p@rick
--
[*] sys4 AG
https://sys4.de, +49 (89) 30 90 46 64
Franziskanerstraße 15, 81669 München
Sitz der Gesellschaft: München, Amtsgericht München: HRB 199263
Vorstand: Patrick Ben
* Stephen J. Turnbull step...@xemacs.org:
Patrick Ben Koetter writes:
I doubt anyone that igorant of e-mail and how it works will ever
make it to the MM3 command line client, but yes, such cases do
exist.
I think they're actually likely to be reasonably common.
However I think
46 64
Franziskanerstraße 15, 81669 München
Sitz der Gesellschaft: München, Amtsgericht München: HRB 199263
Vorstand: Patrick Ben Koetter, Marc Schiffbauer
Aufsichtsratsvorsitzender: Florian Kirstein
___
Mailman-Developers mailing list
Mailman-Developers
--
[*] sys4 AG
https://sys4.de, +49 (89) 30 90 46 64
Franziskanerstraße 15, 81669 München
Sitz der Gesellschaft: München, Amtsgericht München: HRB 199263
Vorstand: Patrick Ben Koetter, Marc Schiffbauer
Aufsichtsratsvorsitzender: Florian Kirstein
provided is a GIT repo that is not a read-only proxy. It does
not fit either of the requirements. I'll see to provide a read-only proxy as
soon as my time permits. Thanks a lot for your help.
p@rick
On Sun, Mar 9, 2014 at 1:30 AM, Patrick Ben Koetter p...@sys4.de wrote:
* Abhilash Raj
Hi,
* Abhilash Raj raj.abhila...@gmail.com:
Hi Patrick,
excuse my ignorance: Is Raj your first name or Abhilash?
On Saturday 08 March 2014 12:37 PM, Patrick Ben Koetter wrote:
* Abhilash Raj raj.abhila...@gmail.com:
Hi all,
I was in a conversation with Barry yesterday to setup
at the moment. I'd like to move
on with the repo setup and clarify that.
Thx
p@rick
--
[*] sys4 AG
https://sys4.de, +49 (89) 30 90 46 64
Franziskanerstraße 15, 81669 München
Sitz der Gesellschaft: München, Amtsgericht München: HRB 199263
Vorstand: Patrick Ben Koetter, Marc Schiffbauer
the project space
easily.
--
[*] sys4 AG
https://sys4.de, +49 (89) 30 90 46 64
Franziskanerstraße 15, 81669 München
Sitz der Gesellschaft: München, Amtsgericht München: HRB 199263
Vorstand: Patrick Ben Koetter, Marc Schiffbauer
Aufsichtsratsvorsitzender: Florian Kirstein
199263
Vorstand: Patrick Ben Koetter, Marc Schiffbauer
Aufsichtsratsvorsitzender: Florian Kirstein
___
Mailman-Developers mailing list
Mailman-Developers@python.org
https://mail.python.org/mailman/listinfo/mailman-developers
Mailman FAQ: http://wiki.list.org
* Florian Fuchs flo.fu...@gmail.com:
On 02/07/2014 10:22 PM, Patrick Ben Koetter wrote:
Dunno, if this is there yet, but a command line client for admins
that allows to create lists, configure them via list templates,
backup configs etc. would be a nice thing to have.
+1!
Maybe
installations.
p@rick
--
[*] sys4 AG
http://sys4.de, +49 (89) 30 90 46 64
Franziskanerstraße 15, 81669 München
Sitz der Gesellschaft: München, Amtsgericht München: HRB 199263
Vorstand: Patrick Ben Koetter, Marc Schiffbauer
Aufsichtsratsvorsitzender: Florian Kirstein
using the
beta?
p@rick
--
[*] sys4 AG
http://sys4.de, +49 (89) 30 90 46 64
Franziskanerstraße 15, 81669 München
Sitz der Gesellschaft: München, Amtsgericht München: HRB 199263
Vorstand: Patrick Ben Koetter, Axel von der Ohe, Marc Schiffbauer
Aufsichtsratsvorsitzender: Florian Kirstein
Are the mailman footer links HTTPS-Links?
p@rick
--
[*] sys4 AG
http://sys4.de, +49 (89) 30 90 46 64
Franziskanerstraße 15, 81669 München
Sitz der Gesellschaft: München, Amtsgericht München: HRB 199263
Vorstand: Patrick Ben Koetter, Axel von der Ohe, Marc Schiffbauer
, Amtsgericht München: HRB 199263
Vorstand: Patrick Ben Koetter, Axel von der Ohe, Marc Schiffbauer
Aufsichtsratsvorsitzender: Florian Kirstein
___
Mailman-Developers mailing list
Mailman-Developers@python.org
http://mail.python.org/mailman/listinfo/mailman
199263
Vorstand: Patrick Ben Koetter, Axel von der Ohe, Marc Schiffbauer
Aufsichtsratsvorsitzender: Florian Kirstein
___
Mailman-Developers mailing list
Mailman-Developers@python.org
http://mail.python.org/mailman/listinfo/mailman-developers
Mailman FAQ
München
Sitz der Gesellschaft: München, Amtsgericht München: HRB 199263
Vorstand: Patrick Ben Koetter, Axel von der Ohe, Marc Schiffbauer
Aufsichtsratsvorsitzender: Joerg Heidrich
___
Mailman-Developers mailing list
Mailman-Developers@python.org
http
* Barry Warsaw ba...@list.org:
On Apr 12, 2013, at 08:28 AM, Patrick Ben Koetter wrote:
I think it would be real nice to have a MILTER interface at LMTP server level
to allow mail modification as required. Mailman runs in large environments
and
all the 'large organizations' I have worked
) 30 90 46 64
Franziskanerstraße 15, 81669 München
Sitz der Gesellschaft: München, Amtsgericht München: HRB 199263
Vorstand: Patrick Ben Koetter, Axel von der Ohe, Marc Schiffbauer
Aufsichtsratsvorsitzender: Joerg Heidrich
___
Mailman-Developers mailing
* Terri Oda te...@zone12.com:
On 13-04-18 1:40 PM, Patrick Ben Koetter wrote:
I - personal opinion - think adding a anti-spam/abuse filter is a
good idea. I do however stronly oppose against a hardcoded
implemenation that e.g. integrates SpamAssassin only or a new
Bayesian filter.
I hope
* Mark Sapiro m...@msapiro.net:
On 4/18/2013 1:32 PM, Patrick Ben Koetter wrote:
* Terri Oda te...@zone12.com:
I hope that no one was seriously considering that level of
hardcoding. What we are almost certainly talking about is setting
up a handler (I think Stephen estimated
, 81669 München
Sitz der Gesellschaft: München, Amtsgericht München: HRB 199263
Vorstand: Patrick Ben Koetter, Axel von der Ohe, Marc Schiffbauer
Aufsichtsratsvorsitzender: Joerg Heidrich
___
Mailman-Developers mailing list
Mailman-Developers@python.org
it:
IF we are going to add MILTER functionality, a MILTER would be perfect to
do MIME handling.
p@rick
--
[*] sys4 AG
http://sys4.de, +49 (89) 30 90 46 64
Franziskanerstraße 15, 81669 München
Sitz der Gesellschaft: München, Amtsgericht München: HRB 199263
Vorstand: Patrick Ben Koetter, Axel
their filter later.
p@rick
--
[*] sys4 AG
http://sys4.de, +49 (89) 30 90 46 64
Franziskanerstraße 15, 81669 München
Sitz der Gesellschaft: München, Amtsgericht München: HRB 199263
Vorstand: Patrick Ben Koetter, Axel von der Ohe, Marc Schiffbauer
Aufsichtsratsvorsitzender: Joerg Heidrich
199263
Vorstand: Patrick Ben Koetter, Axel von der Ohe, Marc Schiffbauer
Aufsichtsratsvorsitzender: Joerg Heidrich
___
Mailman-Developers mailing list
Mailman-Developers@python.org
http://mail.python.org/mailman/listinfo/mailman-developers
Mailman FAQ
* Barry Warsaw ba...@list.org:
On Apr 12, 2013, at 08:28 AM, Patrick Ben Koetter wrote:
I think it would be real nice to have a MILTER interface at LMTP server level
to allow mail modification as required. Mailman runs in large environments
and
all the 'large organizations' I have worked
199263
Vorstand: Patrick Ben Koetter, Axel von der Ohe, Marc Schiffbauer
Aufsichtsratsvorsitzender: Joerg Heidrich
___
Mailman-Developers mailing list
Mailman-Developers@python.org
http://mail.python.org/mailman/listinfo/mailman-developers
Mailman FAQ: http
Franziskanerstraße 15, 81669 München
Sitz der Gesellschaft: München, Amtsgericht München: HRB 199263
Vorstand: Patrick Ben Koetter, Axel von der Ohe, Marc Schiffbauer
Aufsichtsratsvorsitzender: Joerg Heidrich
attachment: p.vcf___
Mailman-Developers mailing
* Barry Warsaw ba...@list.org:
On Sep 16, 2012, at 01:41 PM, Adam McGreggor wrote:
Part of the attraction in using Mailman 2, was that, for the majority
of tasks end-users want to do, they can do it via the web interface;
certainly an advantage over those you have to do everything by email,
* Mark Sapiro m...@msapiro.net:
Peter Holzer wrote:
Hi
Aside of the actual translations being done...
Can someone confirm that german umlauts and more or less
exotic characters should work within the mail templates?
Templates for web pages or pieces of web pages should have all
Peter,
there should be German translations that come with Mailman 2.
Which ones are you trying to translate?
p@rick
Am 20.08.2012 09:18, schrieb Peter Holzer:
Hi
I started to translate the templates into german, resulting in some nasty
unicode errors.
Is there a howto on how the translation
* Barry Warsaw ba...@list.org:
On Aug 20, 2012, at 06:22 PM, Peter Holzer wrote:
I just took the english templates from MM3 and started to change them. Are
the templates the same as in MM2? Anyhow do i have to configure something in
MM3 to make these templates work?
The i18n
Frank,
* Franck Martin fra...@peachymango.org:
As I have not received feedback.. then no feedback is good feedback right?
I submitted the code to be merged into main branch (using launchpad
interface). It is 2.1.x branch and I know the development happens on 3.x,
but let me know the status
* Jeff Breidenbach j...@jab.org:
Hello mailman-developers,
I suspect that there are folks who would like to see what Mailman 3
and particularly Postorius without going through the effort of
software installation. Jeff Marshall was kind enough to set up a test
instance that people can look
* Patrick Ben Koetter p...@state-of-mind.de:
let me throw in some thoughts just to annoy you ;)
Like with most statistical data I mostly see the figures being used to give
statements on quantity - top poster, number of threads etc. Do you think it
would be possible to also make some
* Barry Warsaw ba...@list.org:
On Jun 02, 2012, at 07:19 AM, Patrick Ben Koetter wrote:
Maildir is robust but it doesn't scale under high load. You can add indexes,
but they are limited sooner or later too.
Concerning mailbox formats Timo Sirainens current approach to collect a
limited
* Barry Warsaw ba...@list.org:
On Apr 24, 2012, at 01:41 PM, Stephen J. Turnbull wrote:
IMHO, premature optimization. Among other things, there isn't going
to be a the archiver-core. Mailman should provide a
archiver-core, and I think it should be based on maildir (which is
apparently
* David d...@fiteyes.com:
On Fri, May 4, 2012 at 4:22 PM, Barry Warsaw ba...@list.org wrote:
On May 04, 2012, at 02:10 PM, David wrote:
Now start up Mailman, your MTA
Good up to that point. What is the method for generating aliases for
Postfix in Mailman 3?
This has changed im MM3.
* Barry Warsaw ba...@list.org:
Pycon 2012 sprinters,
I will probably be in the sprint room by 9:30am tomorrow, but we won't
officially start until 10am. Looking forward to seeing everyone there!
Wish I was there! Greetings from Cologne, Germany. :)
p@rick
--
state of mind ()
Given our recent discussions on header cleanup for MM3 I noted another
x-header that went unnoticed:
x-mas: Sat, 24 Dec 2011 07:43:57 +0100
Should we standardize that too? ;)
p@rick
--
state of mind ()
http://www.state-of-mind.de
Franziskanerstraße 15 Telefon +49 89 3090 4664
81669
FYI
- Forwarded message from internet-dra...@ietf.org -
Date: Thu, 15 Dec 2011 15:33:54 -0800
From: internet-dra...@ietf.org
To: i-d-annou...@ietf.org
Cc: i...@ietf.org
Subject: [EAI] I-D Action: draft-ietf-eai-mailinglistbis-01.txt
Authentication-Results: mail.state-of-mind.de
* Barry Warsaw ba...@list.org:
X-Mailman-Version
The version of Mailman that sent the message. It can lose the X-
prefix.
Modify to: List-Agent, Mediator
Next Step: Discuss
I like List-Agent much more than User-Agent, since Mailman is only tenuously
under any control
* Barry Warsaw ba...@list.org:
Thanks for coordinating this Patrick.
On Oct 30, 2011, at 08:04 PM, Patrick Ben Koetter wrote:
X-List-Received-Date
This only gets added when the message is sent to the archive.
Modify to: List-Archive-Sent
Next Step: Discuss
List-Archive
I've created a list to sum up the current discussion/threads on the mailman
header work.
The list is separated in four sections:
I. CLARIFY
Needs discussion.
II. MODIFY
Needs to be registered with IETF or changes X- name.
III. KEEP
Do not change
VI. DELETE
Remove from
* Murray S. Kucherawy m...@cloudmark.com:
-Original Message-
From: mailman-developers-bounces+msk=cloudmark@python.org
[mailto:mailman-developers-bounces+msk=cloudmark@python.org] On Behalf
Of Patrick Ben Koetter
Sent: Sunday, October 30, 2011 12:04 PM
To: Mailman
I've begun to sort the various comments into a list that sorts all changes in
categories like 'decide', 'delete', 'modify', 'keep'. I will send it to
mailman-developers@python.org once I've clarified a few header fields.
As a reference I looked for existing list-relevant header fields in RFC 2369
* Barry Warsaw ba...@list.org:
On Oct 28, 2011, at 10:36 PM, Patrick Ben Koetter wrote:
From Mailman/Handlers/CookHeaders.py:
msg['X-Mailman-Version'] = mm_cfg.VERSION
Seems to add the product version and not the User-Agent.
Yes, but a User-Agent, header would have
I searched mailman 2.1.14 sources and changelog to find out what they stand
for. Read below. Which could/should we replace with already existing
standardized headers?
* Ian Eiloart i...@sussex.ac.uk:
On 25 Oct 2011, at 02:04, Barry Warsaw wrote:
On Oct 13, 2011, at 11:41 PM, Murray S.
* Stephen J. Turnbull step...@xemacs.org:
Joshua Cranmer writes:
On 10/24/2011 8:04 PM, Barry Warsaw wrote:
On Oct 13, 2011, at 11:41 PM, Murray S. Kucherawy wrote:
There's movement afoot to deprecate use of X- in header field
names. Just call it Mailman-Topic. And if it's
* Barry Warsaw ba...@list.org:
OTOH, I can imagine that for some purposes you might want a different
status code, and I don't see any good reason for making that
configurable and then restricting it to 5xx. Rather, document it as
this SHOULD be a 5xx code (in the RFC 2119 sense, ie, with
* Barry Warsaw ba...@list.org:
On Jul 12, 2011, at 01:06 PM, Ian Eiloart wrote:
Bouncing certainly is suboptimal, since it may create collateral spam. Better
to reject the message at SMTP time with a 5xx response than to bounce.
That's an interesting take on it. The LMTP server in Mailman
* Lindsay Haisley fmo...@fmp.com:
On Tue, 2011-07-12 at 17:23 +0200, Patrick Ben Koetter wrote:
Is disabling a list a temporary measure? If it is, should the server reply a
temporary error?
In my humble opinion, an intentionally disabled list should cause the
mail system to generate a 500
* Mark Sapiro m...@msapiro.net:
On 6/26/2011 4:55 AM, Aamir Khan wrote:
I would like to dedicate a email lets say h...@example.com where you can
send emails and depending upon the Text written inside the Mail..(doing some
Regexp matching)...I have to call different actions like
Benedict,
* Benedict Stein benedict.st...@googlemail.com:
As introduced by terry yesterday I'm the one who will support the
development of the WebUI which should be published together with MM3 -
or even better as a standalone Django Application using the REST-Api.
Those who already saw my
* Barry Warsaw ba...@list.org:
One of the last major subsystems that I need to get working in Mailman 3 is
bounce processing. This is different than bounce detection, which has been
successfully ported from Mailman 2, but doesn't differ in any significant
way. The question I am thinking
Due to maintenance - we replace our VM host and migrate from XEN to KVM -
mailman.state-of-mind.de will not be available until Friday, July 16th EBD.
p...@rick
--
state of mind
Digitale Kommunikation
http://www.state-of-mind.de
Franziskanerstraße 15 Telefon +49 89 3090 4664
81669 München
Anna,
* Anna Granudd anna.gran...@gmail.com:
I'm currently working on the (Django) views for the Mailman 3.0 UI. I looked
at what mock-ups were made in the wiki, [1], and realized that so far there
are no mock-ups for the user settings page. Therefore, I was wondering if
there are non on
* Geoff Shang ge...@quitelikely.com:
On Thu, 24 Jun 2010, Claudia Fleiner wrote:
Here I will present you our idea of a mega drop-down navigation
panel for the new Mailman user interface:
http://wiki.list.org/display/DEV/Web+UI+Mockups
Can anyone explain this a bit for those of us who
* Ian Eiloart i...@sussex.ac.uk:
--On 14 June 2010 19:21:04 +0200 Florian Fuchs f...@state-of-mind.de wrote:
Hi all,
we have set up a test server for the development of the Mailman 3.0 UI.
As coding on the UI progresses we will update it regularly so everybody
can see what's being
* Barry Warsaw ba...@list.org:
On Jun 14, 2010, at 07:21 PM, Florian Fuchs wrote:
we have set up a test server for the development of the Mailman 3.0 UI. As
coding on the UI progresses we will update it regularly so everybody can see
what's being done.
For now it contains a simple,
* Christian Schoepplein ch...@schoeppi.net:
* Geoff Shang ge...@quitelikely.com:
Note that people who use magnification (i.e. who have low vision)
are going to have differing requirements from those who use speech
or Braille output via screen readers. Ideally the UI would work
well for
* Geoff Shang ge...@quitelikely.com:
I was mainly wanting to highlight my accessibility concerns,
particularly since I couldn't see the mock-ups, but I agree with all
your points.
Great. I can see and I need to use my imagination to figure what a _real
good_ interface for visually imapaired
* Christian Schoepplein ch...@schoeppi.net:
I am really happy to find out you, as a blind person, are on this list and
that you want to get involved into MM3 development, because creating a user
interface that works well for most visually impaired people is one of our/my
major goals in the MM3
* Patrick Ben Koetter p...@state-of-mind.de:
* Christian Schoepplein ch...@schoeppi.net:
I am really happy to find out you, as a blind person, are on this list and
that you want to get involved into MM3 development, because creating a user
interface that works well for most visually
* Geoff Shang ge...@quitelikely.com:
Note that people who use magnification (i.e. who have low vision)
are going to have differing requirements from those who use speech
or Braille output via screen readers. Ideally the UI would work
well for both groups but I'm not qualified to talk about
Geoff,
I am really happy to find out you, as a blind person, are on this list and
that you want to get involved into MM3 development, because creating a user
interface that works well for most visually impaired people is one of our/my
major goals in the MM3 WUI (web user interface) overhaul.
* Barry Warsaw ba...@list.org:
On Mar 29, 2010, at 10:18 AM, Brian J Mingus wrote:
I realize many of you will say that gmail is not a proper MUA but that
doesn't weigh on me very heavily since I am otherwise very productive with
it. I am also skilled in Python, although as you can imagine I
* Barry Warsaw ba...@list.org:
On Mar 17, 2010, at 03:41 PM, Jennifer Redman wrote:
I believe that there was a Code Sprint at Pycon to work on the MM 3.0 UI
(and other items). Is there any place I can go to read about what has been
implemented thus far in MM 3.0 and what features are still
* Barry Warsaw ba...@python.org:
On Dec 9, 2009, at 3:35 PM, David Brown wrote:
RFC 5228 seems to obsolete RFC 3028. Okay, I think I found the project here:
http://sieve.info/
Hi Dave, thanks for the update and link.
The most python-y thing I could find is on their servers page; they
Hi!
* Barry Warsaw ba...@python.org:
I'm getting very near ready to release another alpha of Mailman 3, and on the
prompting of a private message from Robert Niederreiter I took some time to
fire up a VM and actually try Postfix+LMTP delivery in an experimental
production system. I'd like to
MM developers,
I'd like to propose a change in MM3s default SMTP client port from port 25
(transport) to port 587 (submission).
Why? From my point of view mailman rather is a mail component that introduces
messages into a mail system than one that sits between MTAs and assists in
transporting
* Stephen J. Turnbull step...@xemacs.org:
Patrick Ben Koetter writes:
I'd like to propose a change in MM3s default SMTP client port from port 25
(transport) to port 587 (submission).
I don't see a real justification for such a change, given the
authentication requirement. While
* s...@pobox.com s...@pobox.com:
Barry Remember that monthly reminders are a thing of the past. They
Barry won't be in MM3 and IIRC, they've already been removed from the
Barry MM2.2 tree also.
Thank you. As the person who maintains the mail.python.org spam filters the
We, the Python.org postmasters, received about 2.200 bounces at Mailman day
from monthly password reminders that did not reach the recipient.
Ralf said such bounces do not increase a mailing list members bounce score.
Is this correct? If it is, can we add such behaviour to the MM3 feature list?
* Mark Sapiro m...@msapiro.net:
Patrick Ben Koetter wrote:
We, the Python.org postmasters, received about 2.200 bounces at Mailman day
from monthly password reminders that did not reach the recipient.
Ralf said such bounces do not increase a mailing list members bounce score
* Terri Oda te...@zone12.com:
Patrick Ben Koetter wrote:
Can we add a search box for options? It might not be necessary on
the smaller pages, but the full admin/owner interface looks like
it's still going to be sufficiently busy that it could help.
We can. But I, personally, would want
* Barry Warsaw ba...@list.org:
What do you think? Should I comment the navigation structures? I've put a
lot of thinking into it and that is, of course, not visible. I could
comment and we'd have it easier to see where I think things should be put
to.
That does sound good. Comments, or
* Barry Warsaw ba...@list.org:
On Apr 23, 2009, at 11:16 AM, Patrick Ben Koetter wrote:
following our discussions at the Pycon 2009 Mailman sprint I've come
up with
first draft of a/the future mailman 3 web interface.
Patrick, thanks very much for doing this. I think it's a good way
Terri,
thanks for taking the time to read my proposal and writing this email.
* Terri Oda te...@zone12.com:
What do you think? Should I comment the navigation structures? I've put a lot
of thinking into it and that is, of course, not visible. I could comment and
we'd have it easier to see
Greetings,
following our discussions at the Pycon 2009 Mailman sprint I've come up with
first draft of a/the future mailman 3 web interface.
The interface has changed a lot. Changes follow these principles:
* Simplify interface
* Focus on tasks
* Order and sort by task recurrance
*
* Barry Warsaw ba...@list.org:
How do we do it? Do I get write access to Mailman wiki?
You should have write access just by virtue of having an account on the
wiki. There are only a few pages that aren't generally writable by every
logged in user. If you're having a problem with a
* Patrick Ben Koetter p...@state-of-mind.de:
* Barry Warsaw ba...@list.org:
How do we do it? Do I get write access to Mailman wiki?
You should have write access just by virtue of having an account on the
wiki. There are only a few pages that aren't generally writable by every
logged
* Barry Warsaw ba...@list.org:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Mar 24, 2009, at 5:16 AM, Patrick Ben Koetter wrote:
* Patrick Ben Koetter p...@state-of-mind.de:
* Barry Warsaw ba...@list.org:
How do we do it? Do I get write access to Mailman wiki?
You should have write
* Barry Warsaw ba...@list.org:
http://wiki.list.org/display/DEV/PyCon+Sprint+2009
BTW, has the wiki been slow for anybody else?
It's so slow at the moment it's a pain to work with. Any chance to bring this
back to normal?
thanks,
p...@rick
--
state of mind
Agentur für Kommunikation, Design
Is there any reason why there need to be two login screens?
One for regular users and another one for moderatores/admin?
p...@rick
--
state of mind
Agentur für Kommunikation, Design und Softwareentwicklung
http://www.state-of-mind.de
Franziskanerstraße 15 Telefon +49 89 3090 4664
81669
* Barry Warsaw ba...@list.org:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Mar 23, 2009, at 9:25 AM, Patrick Ben Koetter wrote:
Is there any reason why there need to be two login screens?
One for regular users and another one for moderatores/admin?
I think it makes sense to simplify
* Barry Warsaw ba...@list.org:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Mar 23, 2009, at 9:47 AM, Patrick Ben Koetter wrote:
I think it makes sense to simplify the interface and have only one
login page,
but ...
Subscribers need to provide their mail address (authentication
* Barry Warsaw ba...@list.org:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Mar 20, 2009, at 6:22 PM, Patrick Ben Koetter wrote:
Here's the link to a wiki I've put up to get started:
http://mailman.state-of-mind.de/wiki/doku.php
Hi Patrick,
Do you think the Mailman wiki would
* Patrick Ben Koetter p...@state-of-mind.de:
Aesthetic design is something we can turn to later. I for myself want to use
our sprint time to work on information architecture, client features etc.
I am currently working on a proposal to rearrange the information structure
and I am writing
* Barry Warsaw ba...@list.org:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Feb 23, 2009, at 10:20 AM, Patrick Ben Koetter wrote:
I am collecting information for my work on the MM3 Webinterface while
we meet
at PyCon 2009 sprint.
Which I'm really looking forward to! Apologies
make up for this now.
My name is Patrick Ben Koetter. People who use Postfix may now my name from my
involvement in the Postfix community. At LISA'07 I was asked by Brad Knowles
to join the Python postmaster team, which I did a few months ago.
This involved introducing myself to Barry and we
Barry,
I am collecting information for my work on the MM3 Webinterface while we meet
at PyCon 2009 sprint.
So far I have found the Summer of Code summary
http://wiki.list.org/display/DEV/2006/08/20/Summer+of+Code+summary.
Any other information/writing I should collect and read before we meet?
* Barry Warsaw ba...@list.org:
Nope, I did. It's a bug, but I only have 32 bit machines available to
me. Still, I'll try to work up a fix. Stay tuned.
In the meantime, this should not be a show stopper bug for you. Just
ignore these failures and have at it!
A small fix now you've
I am having problems creating a mailing list with MM3 ALPHA.
Here's what I have done so far:
I created a config that overrides src/mailman/config/schema.cfg.
Then I started mailmanctl:
# /var/lib/mailman/bin/mailmanctl -C /etc/mailman/mailman.cfg start
Warning! You may encounter permission
* Barry Warsaw ba...@list.org:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Thanks to help from the distutils sig, I believe I've solved the
buildout problems that were discussed here a while back. By moving the
mailman source tree into an 'src' subdirectory, buildout now works
* Barry Warsaw ba...@list.org:
Downloaded branch via bzr, built and ran test.
I am not sure what I should look for. Is that what you expect?
r...@mailman:mailman# bin/test
Running mailman.testing.layers.SMTPLayer tests:
Set up mailman.testing.layers.ConfigLayer in 0.942 seconds.
Set up
* Barry Warsaw ba...@list.org:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Jan 28, 2009, at 2:43 PM, Patrick Ben Koetter wrote:
It's a XEN guest on an Intel machine.
$ cat /etc/lsb-release
DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=8.04
DISTRIB_CODENAME=hardy
DISTRIB_DESCRIPTION=Ubuntu
* Barry Warsaw ba...@list.org:
The megamerge branch was merged into lazr.config proper and release as
lazr.config 1.1. So you don't need this branch. The bzr branch of mm3.0
is up-to-date now, but from the tarball, you should just skip this step
and edit buildout.cfg so that the develop
* Barry Warsaw ba...@list.org:
For detailed information on 3.0a2, please read docs/ALPHA.txt. This
file explains how to build Mailman and run the test suite. The docs/
NEWS.txt file contains high level descriptions of what's changed since
3.0a1. Most notably are the new configuration
1 - 100 of 104 matches
Mail list logo