t mind learning something new. It's
> one of the underlying reasons why I'm here in the first place. And
> while its always nice to have a pain free way to get from A to B, the
> pain can be managed if B is a clear improvement.
>
--
Tokio Kikuchi, [EMAIL PROTECTED]
http://wea
Mark Sapiro wrote:
> Tokio Kikuchi wrote:
>
>> Hi developers,
>>
>> This particular problem is caused by a bug in email 4.0.1 package which
>> was fixed in the most recent subversion repository.
>> http://svn.python.org/view/python/trunk/Lib/email/me
>
> if not isinstance(charset, unicode):
>
> charset = unicode(charset, 'us-ascii').encode('us-ascii')
>
> except U
ibutes but needs Lock() to get
them. A few problem remains like decorating the message where
OutgoingRunner is used. This runner don't update the database so it
doesn't use Lock() but only Load(). We should fix them to use Lock()
(and Unlock()) to reload data.
--
Tokio Kikuchi, [EMAIL P
gt;>> m.Save()
Traceback (most recent call last):
File "", line 1, in
File "/usr/local/mailman/Mailman/MailList.py", line 576, in Save
self.__lock.refresh()
File "/usr/local/mailman/Mailman/LockFile.py", line 187, in refresh
raise NotLockedError(
Barry Warsaw wrote:
> Hi Tokio,
>
> I wonder if we shouldn't just be adding always_refresh=True to the
> mappers? I can't get to the SQLAlchemy site atm to provide a reference.
I can't access the sqlalchemy site either now. But, I tested my code
with two terminals using bin/withlist seeing
Barry Warsaw wrote:
> On Mar 27, 2007, at 4:22 AM, Tokio Kikuchi wrote:
>
>> I've submitted a patch to address this problem on SF patch area
>> because I'm not confident whether to check this in the svn. I hope
>> you have time to review and write a better
; their feedback. We definitely need to address that issue before we
> get too far down the SA road.
I've submitted a patch to address this problem on SF patch area because
I'm not confident whether to check this in the svn. I hope you have
time to r
/usr/local/mailman/Mailman/bin/newlist.py", line 92, in parseargs
if opts.password_scheme.lower() not in passwords.SCHEMES:
AttributeError: 'module' object has no attribute 'SCHEMES'
--
Tokio Kikuchi, [EMAIL PROTECTED]
http://weather.is.kochi-u.ac.jp/
___
re and if so, what the reason is?
I was just re-entering the last patch but there may remain older data in
my installation. I'll check it in a fresh install and make correction.
If 'rest_group' is a hashed password, it should be in the ascii range
but we are going t
tood. It was a little bit too early in the
morning to start working. ;-) (6AM Japan)
I've almost done with this 'format=flowed' patch and others for
Scrubber.py and Decorate.py for the trunk. I'll commit them after
adding some more test codes.
--
Tokio Kikuchi, [EMAIL
ion of this patch,
> please get the current version to avoid this problem.
>
--
Tokio Kikuchi, [EMAIL PROTECTED]
http://weather.is.kochi-u.ac.jp/
___
Mailman-Developers mailing list
Mailman-Developers@python.org
http://mail.python.org/mailman/li
(TestPasswordsBase):
scheme = 'pbkdf2'
Thoughts?
>
> Thanks, and I hope you haven't wasted your entire spring vacation
> waiting for me to respond! :)
Never mind. The new semester starts in April. :)
--
Tokio Kikuchi [EMAIL PROTECTED]
http://weather.is.kochi-
till to go are mime multipart
messages and archives.
I've also added a comment on Testing Mailman 2.2 wiki page how to test
run the 2.2 code.
Cheers,
--
Tokio Kikuchi, [EMAIL PROTECTED]
http://weather.is.kochi-u.ac.jp/
___
Mailman-Develope
gP/XFVeeDBn6QVXkE9oK1YJxyrLZZET5GxT
> TAvTJgfndkcWPuUpbC5D6hcpDNa6sfIgJnR3enoW7MgKpOAtIXTuXqPpNiFMBVT2
> qUhlDHhwYzdJWWyzI/oXGRvt0lMqqA69Iu7A6DAKrgksBB128V/mYxTfv8BPmF4W
> uASb/9MkmAQ=
> =h+IQ
> -END PGP SIGNATURE-
--
Tokio Kikuchi, [EMAIL PROTECTED]
http://weather.is.kochi
he owner and permission of data/mailman.db. Are you
accessing web ui via wsgi (HTTPRunner) or classic cgi?
>
>
> I haven't tried yet to convert an older list to the new system.
>
>
> -- Fil
--
Tokio Kikuchi, [EMAIL PROTECTED]
http://weather.is.kochi-u.ac.jp/
_
e a little bit confusing because you can bypass this by
/etc/postfix/virutal. MOSTLY_LMTP_DOMAINS ?
--
Tokio Kikuchi, [EMAIL PROTECTED]
http://weather.is.kochi-u.ac.jp/
___
Mailman-Developers mailing list
Mailman-Developers@python.org
http://mail.pyt
I'd be glad to do one
> again, but I wanted to ask:
>
> 1) Do you see benefit to adding a variable that would define this
> right-hand-side domain (e.g. "localhost") for virtual-mailman?
>
> 2) What is a good name for the variable?
Hi,
After all, you are right, Barry.
Tokio Kikuchi wrote:
>>> - if config.USE_LMTP immediately after ALIASFILE add/remove; we need
>>> to keep alias settings because postfix rejects as unknown if
>>> not present.
>> I haven't tried this diff y
h may be old, but the
postfix returns 550 if I set up with transport map only. But,
additional test on my site revealed that using virtual map resulted in
pipe command and not lmtp. :-( I'll test it more on this weekend.
--
Tokio Ki
code but I've only checked in
thus far.
Please check and test it.
--
Tokio Kikuchi, [EMAIL PROTECTED]
http://weather.is.kochi-u.ac.jp/
___
Mailman-Developers mailing list
Mailman-Developers@python.org
http://mail.python.org/mailman/listinfo/mailman-deve
he email notification urls and keep GetScriptURL() returning
> relative paths.
>
Like VirtualHostMonster in Zope?
> E.g. when I try to use r8090 via the Apache ScriptAlias path, I end
> up getting three slashes between the host and the 'mailma
lain if the passed file doesn't exist.
>
+1
BTW, should we all move to new config sheme ? Then, should we make some
upgrade script in Mailman/versions.py ?
--
Tokio Kikuchi, [EMAIL PROTECTED]
http://weather.is.kochi-u.ac.jp/
___
Mailman-Devel
nd check them in.
>
+1
--
Tokio Kikuchi, [EMAIL PROTECTED]
http://weather.is.kochi-u.ac.jp/
___
Mailman-Developers mailing list
Mailman-Developers@python.org
http://mail.python.org/mailman/listinfo/mailman-developers
Mailman FAQ: http://www.pyt
which is different from the current path as viewed from the
browser through the reverse proxy. :-(
--
Tokio Kikuchi, [EMAIL PROTECTED]
http://weather.is.kochi-u.ac.jp/
___
Mailman-Developers mailing list
Mailman-Developers@python.org
http://mail.python.
. I haven't actually tried any of
> that yet, but currently that's the directly I'm thinking 2.2 should
> move to.
>
> (But yes, that does probably mean we could include a
> wsgiref.simple_server()-based runner of sorts, although that's going
> to be a b
CGIHTTPServer.test(HandlerClass, ServerClass)
if __name__ == '__main__':
test()
-
--
Tokio Kikuchi, [EMAIL PROTECTED]
http://weather.is.kochi-u.ac.jp/
___
Mailman-Dev
d I'm just wondering how efficient the LMTP part will be.
My impression is that it is almost the same as Maildir delivery.
--
Tokio Kikuchi, [EMAIL PROTECTED]
http://weather.is.kochi-u.ac.jp/
___
Mailman-Developers mailing list
Mailman-Developers@pyt
be a bottleneck.
Cheers,
--
Tokio Kikuchi [EMAIL PROTECTED]
http://weather.is.kochi-u.ac.jp/
___
Mailman-Developers mailing list
Mailman-Developers@python.org
http://mail.python.org/mailman/listinfo/mailman-developers
Mailman FAQ: http://www.python.org/cg
rry. Any SMTP server can become a LMTP server IIRC.
http://docs.python.org/lib/node624.html
--
Tokio Kikuchi, [EMAIL PROTECTED]
http://weather.is.kochi-u.ac.jp/
___
Mailman-Developers mailing list
Mailman-Developers@python.org
http://mail.python.org/ma
> trunk/mailman/Mailman/MTA/Postfix.py
> trunk/mailman/Mailman/MailList.py
> trunk/mailman/Mailman/Queue/MaildirRunner.py
--
Tokio Kikuchi, [EMAIL PROTECTED]
http://weather.is.kochi-u.ac.jp/
___
Mailman-Developers mailing list
Mailman-De
> In summary my preferences would be:
>
> Mailman 2.1.x supported on Python 2.3, 2.4, and 2.5. Drop support
> for Python 2.1 and 2.2. We've done this accidentally in Mailman
> 2.1.9, so let's make it official.
>
> Mailman 2.2 supported on Python 2.4 and 2.5.
.path.join(config.LIST_DATA_DIR,
+ self.host_name + '@' + name)
+ else:
+ self._full_path = ''
# Only one level of mixin inheritance allowed
for baseclass in self.__class__.__bases__:
if h
u are right. I've backed out the last change.
Well, I installed coLinux on my lap top and was testing if I can debug
mailman while travelling. ;-)
--
Tokio Kikuchi, [EMAIL PROTECTED]
http://weather.is.kochi-u.ac.jp/
___
Mailman-Develope
h.
>
> Let's wait for 2.1.10, because otherwise we're really going to need
> another release candidate and another week or so of testing.
Oh, yes. I understand.
--
Tokio Kikuchi, [EMAIL PROTECTED]
http://weather.is.kochi-u.ac.jp/
___
end_digests(). Daily call of
cron/senddigests will provide more detail to the site administrator.
Therefore, 2.1.9 is also not vulnerable. CVE-2005-3573 is a false
(delayed) alert.
--
Tokio Kikuchi [EMAIL PROTECTED]
http://weather.is.kochi-u.ac.jp/
onth? I think I can do
it because our university entered in the summer vacation.
--
Tokio Kikuchi, [EMAIL PROTECTED]
http://weather.is.kochi-u.ac.jp/
___
Mailman-Developers mailing list
Mailman-Developers@python.org
http://mail.python.org/mailman/
e can eliminate many
problems we have on current web pages including the pipermail archive,
while current language-charset database should be retained for email
message usage.
Cheers,
--
Tokio Kikuchi, [EMAIL PROTECTED]
http://weather.is.kochi-u.ac.jp/
__
handler.setFormatter(formatter)
log.addHandler(handler)
+# restore original umask
+ os.umask(oumask)
--
Tokio Kikuchi, tkikuchi@ is.kochi-u.ac.jp
http://weather.is.kochi-u.ac.jp/
___
Mailman-Developers mailing list
Mailman-D
slightly
differently, though.
Cheers,
--
Tokio Kikuchi, tkikuchi@ is.kochi-u.ac.jp
http://weather.is.kochi-u.ac.jp/
___
Mailman-Developers mailing list
Mailman-Developers@python.org
http://mail.python.org/mailman/listinfo/mailman-developers
Mailman FAQ: h
-jp for
japanese), you still get error for a chinese spam.
It may be useful if the log output use 'replace' feature of encode() method.
--
Tokio Kikuchi, tkikuchi@ is.kochi-u.ac.jp
http://weather.is.kochi-u.ac.jp/
___
Mailman-Developers maili
qrunners should be working properly.
>
> I wish I could have tested all code paths that touch the logger, but
> that's infeasible. I have tested this, but it's possible that there
> were some mistakes in the translation.
>
> - Mailman.Bouncers.BounceAPI.Stop i
d the Mailman 2.1.8 source tarball, see:
http://sourceforge.net/project/showfiles.php?group_id=103
(Note that uploading to the mirror sites may be delayed.)
--
Tokio Kikuchi
___
Mailman-Developers mailing list
Mailman-Developers@python.org
str'
object has no attribute 'as_string' (147). Utils.get_domain()
wrong if VIRTUAL_HOST_OVERVIEW off (1275856).
Miscellaneous
- Brad Knowles' mailman daily status report script updated to 0.0.16.
--
Tokio Kikuchi, tkikuchi@ is.
mistakes delay notice for bounce (1421285). show_qfiles: 'str'
object has no attribute 'as_string' (147). Utils.get_domain()
wrong if VIRTUAL_HOST_OVERVIEW off (1275856).
Miscellaneous
- Brad Knowles' mailman daily status report script up
Ops! Sorry for the typo in the subject. :-(
Tokio Kikuchi wrote:
> Hi Developers and i18ners,
>
> Mailman 2.1.8a1 was released for alpha test and i18n translations.
> Unfortunately, SF file upload is currently down, so I've put up the tar
> ball and the GPG signature on
mistakes delay notice for bounce (1421285). show_qfiles: 'str'
object has no attribute 'as_string' (147).
Miscellaneous
- Brad Knowles' mailman daily status report script updated to 0.0.16.
--
Tokio Kikuchi, tkikuchi
o be having a lot of trouble with this. Make that
>
> if t and not t[7]:
> t = t[:7] + (1,) +t[8:]
>
>
I changed the patch including this one. Please check it again.
https://sourceforge.net/tracker/index.php?func=detail&aid=1419490&group_
Mark Sapiro wrote:
> Tokio Kikuchi wrote:
>
>>We may have to patch against this email package parsedate bug.
>>I've just uploaded a patch on SF tracker. Please someone review this
>>before I commit in the CVS (this weekend, maybe).
>
>
> I have looked at
Mark Sapiro wrote:
> Tokio Kikuchi wrote:
>
>>We may have to patch against this email package parsedate bug.
>>I've just uploaded a patch on SF tracker. Please someone review this
>>before I commit in the CVS (this weekend, maybe).
>>https://sourceforge.net/
Tokio Kikuchi wrote:
>> http://www.securityfocus.com/bid/16248/discuss
>> GNU Mailman Large Date Data Denial Of Service Vulnerability
>> GNU Mailman is prone to a denial of service attack. This issue affects
>> the
>> email date parsing functionality of Mailman.
(
fear that some unsuspecting list owner will set it too big?
>
No reason, maybe. But, I just don't want to add a new language catalog
entry and re-generate whole .po files for 2.2 now. :-(
--
Tokio Kikuchi, tkikuchi@ is.kochi-u.ac.jp
http://weather.is.kochi-u.ac.jp/
__
crubber.py and unconditionally setting
> the decode flag for subsequent get_payload() calls is it makes the
> whole process insensitive to whether or not or when Python email bug #
> 1409455 is fixed. If the bug is fixed, the payload will be encoded and
> msg.get_charset() above will r
Mark Sapiro wrote:
> Tokio Kikuchi wrote:
>
>>OK, Barry. I've come up with this patch (for the current CVS).
>>If its OK, I want to start up for the release of 2.1.8a1.
>
>
>
> The pass through of the 'hold' action if the message is to -owner s
gt; If in response to a certain spam designation the owner destined message
> is discarded, that's fine. But it shouldn't be held, and rejecting spam
> is almost always a bad idea.
OK, Barry. I've come up with this patch (for the current CVS).
If its OK, I want to start up fo
Barry Warsaw wrote:
> On Mon, 2006-01-16 at 09:25 +0900, Tokio Kikuchi wrote:
>
>
>>In usual mailman qrunner execs, stderr is logged into logs/errors. It
>>is the additional tee_to_real_stderr in LogStdErr() setting which wants
>>to print the error into real stderr
Barry Warsaw wrote:
> On Jan 14, 2006, at 9:59 PM, Tokio Kikuchi wrote:
>
>
>>Mark Sapiro wrote:
>>
>>
>>
>>>>File "/usr/lib/python2.3/uu.py", line 139, in decode
>>>> sys.stderr.write("Warning: %s\n" % str(v))
>&g
n'), sfp)
to
uu.decode(StringIO(payload+'\n'), sfp, quiet=True)
There should be other chances that Python builtin modules spew warnings
to sys.stderr. How about this patch for Logging/Utils.py to write these
messages into syslog facility.
--
Tokio Kiku
Thank you Mark. It looks like we reached the same conclusion.
One note: I prefer to use unicode() than decode() because the latter is
not supported in Python 2.1 and looks like fuzzy in declaring unicode
string (or else).
Mark Sapiro wrote:
> Tokio Kikuchi wrote:
>
>>At my firs
y hate to read code in the Archiver directory. :-(
We'd rather develope new archiver from scratch for 2.2 (or 3.0). New
design should be in XHTML/CSS/UTF-8.
--
Tokio Kikuchi, tkikuchi@ is.kochi-u.ac.jp
http://weather.is.kochi-u.ac.jp/
___
Mailman-De
Barry Warsaw wrote:
> On Wed, 2006-01-04 at 08:58 -0800, Mark Sapiro wrote:
>
>
>>The purpose of this post is twofold. First, I would like independent
>>review of the patch, as I still don't fully understand the reason for
>>the error in all cases and the i18n implications.
>
>
> I'll try to fi
Tokio Kikuchi wrote:
>>
>>>The purpose of this post is twofold. First, I would like independent
>>>review of the patch, as I still don't fully understand the reason for
>>>the error in all cases and the i18n implications.
>>
>>
>>I'll
s later.
I just want to say my thanks to Mark again now, and I thank you all for
your cooperation.
--
Tokio Kikuchi, tkikuchi@ is.kochi-u.ac.jp
http://weather.is.kochi-u.ac.jp/
___
Mailman-Developers mailing list
Mailman-Developers@python.org
http:/
http://mailman.sourceforge.net/
For links to download the Mailman 2.1.7 source tarball, see:
http://sourceforge.net/project/showfiles.php?group_id=103
Best regards and a happy new year!
--
Tokio Kikuchi
___
Mailman-Developers mailing list
Ma
Oops, Sorry for the typo in the message title. I mean
Released: Mailman 2.1.7rc1 Release Candidate
Tokio Kikuchi wrote:
> Hi all,
>
> I've just released Mailman 2.1.7rc1 Release Candidate. I'm sorry for
> the violation of file name extension convention because I m
Hi all,
I've just released Mailman 2.1.7rc1 Release Candidate. I'm sorry for
the violation of file name extension convention because I made a small
mistake when tagging the release number. I will be releasing 2.1.7
final by December 31 if there is no problem.
Please download it from SF or:
/Handlers/Scrubber.py", line 447, in
>>> save_attachment
>>>fp = open(path, 'w')
>>>IOError: [Errno 36] File name too long:
>>>'/var/lib/mailman/archives/private/rca-l/attachments/20051207/3d04c3a4/iso-8859-1QThe_surface_of_the_SunA0_
Hi all,
I've just released Mailman 2.1.7b1 for beta test and i18n translations.
I'm tempted to jump into RC because the 2.1-maint branch is so stable
and 2.1.7 is mainly for bug fixes, but we need more translations before
the final release. Please download it from SF or:
http://mm.tkikuchi.net/
r-Encoding: quoted-printable
>
>
> How about just a line of stuff with some =3D=3D=3D=3D and a few words.
>
> X=3D91**2 (x is 91 squared)
>
>
>>>>print msg.get_payload()
>
>
> How about just a line of stuff with some and a few words.
>
&g
/x-www-form-urlencoded
admin(10012): HTTP_ACCEPT_ENCODING: gzip,deflate,compress,identity
admin(10012): UNIQUE_ID: Q5yWc8CoZOEAACbkeKA
admin(10012): PATH_INFO: /wsa-talk
== TRACEBACK END
--
Tokio Kikuchi, tkikuchi@ is.kochi-u.ac.jp
http://weather.is.kochi-u.ac.jp/
Index: Syslog.py
development of
mailman-2.2 after the release of 2.1.7. This should be the chance that
the patch is integrated in the 2.2 release.
Regards,
--
Tokio Kikuchi, tkikuchi@ is.kochi-u.ac.jp
http://weather.is.kochi-u.ac.jp/
___
Mailman-Developers mailing l
es (Mark Sapiro).
- Logging/Logger.py unicode transform option (1235567).
- bin/update crashes with bogus files (949117).
- Bugs and patches: 1212066/1301983 (Date header in create/remove
notice)
--
Tokio Kikuchi, tkikuchi@ is.kochi-u.ac.jp
http://weather.is.kochi-u.ac.jp/
_
Barry Warsaw wrote:
> On Thu, 2005-11-24 at 10:44 +0900, Tokio Kikuchi wrote:
>
>
>>How about adding current templates into pot/po and pickup and generate
>>language templates during "make install." I don't know if it could be
>>done at all but I will l
;>print msg
>
>>From nobody Mon Nov 28 09:18:41 2005
> From: "Mark Sapiro" <[EMAIL PROTECTED]>
> To: [EMAIL PROTECTED]
> Subject: HTML - all
> Date: Sun, 27 Nov 2005 09:02:33 -0800
> MIME-Version: 1.0
> Content-Type: text/plain; charset="iso-8859-
done at all but I will look at it this weekend.
As regards the whole translation process, I've already submitted a patch
to select languages when configuring. This should help separating the
translations from the main developement code base.
http://sourceforge.net/tracker/index.php?func=de
As the
past discussions on this list suggest, there will be no more new feature
in 2.1.x series but bug fixes, This should be integrated in 2.2 or 3.0.
BTW, I had Sun RPC cracked, then vulnerable Windows RPC. So, I'm rather
skeptical about RPC things. Yeah, I know it's different but ...
JC Dill wrote:
> Stephen J. Turnbull wrote:
>
>>>>>>>"Tokio" == Tokio Kikuchi <[EMAIL PROTECTED]> writes:
>>
>>
>>Tokio> - Is the terminology 'sibling' appropriate?
>>
>>I hesistate to give it a +1 beca
e.g. [EMAIL PROTECTED]). Do not
specify the list address mutually in the sibling list
configuration page or those doubled members won't get
message.
TBD:
- Is the terminology 'sibling' appropriate?
- Need more comments in the processing code
(CalcRecips.py).
--
Tokio Kikuchi, tki
evelopers can review this patch before
I check in to the CVS.
--
Tokio Kikuchi, tkikuchi@ is.kochi-u.ac.jp
http://weather.is.kochi-u.ac.jp/
___
Mailman-Developers mailing list
Mailman-Developers@python.org
http://mail.python.org/mailman/listinfo/mailman-deve
the epilogue in the message.
I will look at it closer.
>
> Interestingly, both Thunderbird 1.5b1 and MS Outlook Express 6 seem to
> parse the message as intended, but Mutt 1.4.1i sees it more like
> Mailman does.
>
> If there's no answer on the list, I intend to keep a
so) I want to check in to the MAIN branch only hereafter, although some
serious security bug fix (if any) should be committed in the 2.1 branch.
I believe the MAIN CVS checkout is now ready to be tested but plese let
me know if you notice something.
Cheers,
--
Tokio Kikuchi, tkikuchi@ is.kochi-u.
list
> Mailman-Users@python.org
> http://mail.python.org/mailman/listinfo/mailman-users
> Mailman FAQ: http://www.python.org/cgi-bin/faqw-mm.py
> Searchable Archives: http://www.mail-archive.com/mailman-users%40python.org/
> Unsubscribe:
> http://mail.python.org/mailman/options/m
NS = 1
>
> This should say
>
>
> OWNERS_CAN_ENABLE_PERSONALIZATION = Yes
>
>
--
Tokio Kikuchi tkikuchi@ is.kochi-u.ac.jp
http://weather.is.kochi-u.ac.jp/
___
Mailman-Developers mailing list
Mailman-Developers@python.org
http://ma
Hi,
Jim Tittsler wrote:
> I believe <http://www.list.org/devs.html> should be updated to change
> the IRC network name from openprojects.net to freenode.net.
>
I've just updated on sourceforge.
http://mailman.sourceforge.net/devs.html
>
>
--
Tokio Kikuchi, tkiku
nstall again.
>
> Let us know if that works and I'll update the release notes.
>
> -Barry
>
--
Tokio Kikuchi, tkikuchi@ is.kochi-u.ac.jp
http://weather.is.kochi-u.ac.jp/
___
Mailman-Developers mailing list
Mailman-Developers@
n is two parts. One, is there a work-around available, and
> two is this a "feature" which the developers intend to fix?
>
I've just checked in my patch to fix this. It introduces a new
attribute 'collapse_alternatives' in the maillist object. You will need
to
t; unconditionally, but I agree now that it probably should be optional.
>
> Care to work out a patch?
>
Anyone done this already?
I'm going to do this as a part of my lecture (Anatomy of Mailman) for
our MS course students tommorow. :-)
--
Tokio Kikuchi, tkikuchi@ is.kochi-u.ac.jp
http
mall bug would warrant a 2.1.7 release even.
>
Sorry that I couldn't respond sooner. Will you please upload your patch
to the SourceForge patch trancker and assign to me (tkikuchi)?
--
Tokio Kikuchi, tkikuchi@ is.kochi-u.ac.jp
http://weather.is.kochi-u.ac.jp/
___
ators.jpg"
Note that RFC2231 encoding specifies "'" as a special character for
delimiting charset'lang'content. The sender's MUA should have encoded
"'" as "%27".
See: http://www.faqs.org/rfcs/rfc2231.html
Of course, Mailman and Python em
Barry Warsaw wrote:
> version we release (Tokio, we'll put off updating the GPL notices too).
Agreed. And, sorry for the many typos I've committed.
--
Tokio Kikuchi, tkikuchi@ is.kochi-u.ac.jp
http://weather.is.kochi-u.ac.jp/
___
Mailm
hon
re.escape() should escape special characters only -- I can't find '%' in
special character list in the manual.
--
Tokio Kikuchi tkikuchi@ is.kochi-u.ac.jp
http://weather.is.kochi-u.ac.jp/
___
Mailman-Developers mailing list
Mailman-Develo
not moved toward
accepting the resposibility. I'd say "no" for merging into CVS now.
Of course, Barry may have different opinion.
Cheers,
--
Tokio Kikuchi, tkikuchi@ is.kochi-u.ac.jp
http://weather.is.kochi-u.ac.jp/
___
Mailman
Thank you John! I've updated the bug tracker. Mr. Mottram also changed
his page after a little discussion with me.
John Dennis wrote:
> On Sat, 2005-04-23 at 06:53 +0900, Tokio Kikuchi wrote:
>
>>Hi Developers,
>>
>>There is a rumor that mailman sec
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1188133&group_id=103
___
Mailman-coders mailing list
Mailman-coders@python.org
http://mail.python.org/mailman/listinfo/mailman-coders
--
Tokio
the middle of May. :-< So, we have much time to test or translate this
2nd release candidate for the final 2.1.6.
http://sourceforge.net/project/showfiles.php?group_id=103
or
http://mm.tkikuchi.net/mailman-2.1.6rc2.tgz
Cheers,
--
Tokio Kikuchi tkikuchi@ is.kochi-u.ac.jp
http://weather.is.ko
m the
language champions including Leona for zh_CN (Chinese, China).
Hopefully, I will be able to release the 2.1.6 final within a week.
Cheers,
--
Tokio Kikuchi tkikuchi@ is.kochi-u.ac.jp
http://weather.is.kochi-u.ac.jp/
___
Mailman-Developers mailing list
Ma
Hi all,
Now we are on the last stage before the final release of 2.1.6.
After the release of 2.1.6b5, we've got translation updates from the
language champions including Leona for zh_CN (Chinese, China).
Hopefully, I will be able to release the 2.1.6 final within a week.
Cheers,
--
Tokio Ki
CVS.
http://cvs.sourceforge.net/viewcvs.py/mailman/mailman/Mailman/Handlers/SpamDetect.py?r1=2.3.2.2&r2=2.3.2.3
--
Tokio Kikuchi tkikuchi@ is.kochi-u.ac.jp
http://weather.is.kochi-u.ac.jp/
___
Mailman-Developers mailing list
Mailman-Developers@python.org
http://mail.pyth
souls to
upgrade 2.1.6 beta and who use this feature, to upgrade again to 2.1.6
beta 5.
The tarball is placed at
http://mm.tkikuchi.net/mailman-2.1.6b5.tgz
# Sorry but it looks like I have not access to the file releases on SF.
--
Tokio Kikuchi tkikuchi@ is.kochi-u.ac.jp
http://weather.
his into A Mailman Near You?
I think I can integrate it into 2.2 which I am going to work on after
the 2.1.6 release which is now in final stage.
Cheers,
--
Tokio Kikuchi, tkikuchi@ is.kochi-u.ac.jp
http://weather.is.kochi-u.ac.jp/
___
Mailman-Developers
1 - 100 of 269 matches
Mail list logo