Attached are the Hebrew files for Mailman 2.1.9
I added a parameter to the LC_DESCRIPTION function, and these are the files that are affected by the addition of 'direction' to the 'LC_DESCRIPTION'
function. They have been changed, and diffs are attached...
./Mailman/Cgi/create.py
./Mailman/Defaults.py.in
./Mailman/Defaults.py
./Mailman/Utils.py
./messages/es/README.es
./messages/ja/README.ja
./messages/ja/doc/Defaults.py.in
./messages/eu/README.eu
Likewise, all translation files are attached.
There is still a problem displaying command line output in the correct direction. Still looking for a solution...
Logged In: YES
user_id=1207589
Originator: YES
File Added: Mailman_2.1.9_he.tar.gz
Logged In: YES
user_id=1207589
Originator: YES
File Added: Mailman_2.1.9_he.tar.gz
Logged In: YES
user_id=1207589
Originator: YES
File Added: Mailman_2.1.9_he.tar.gz
Logged In: YES
user_id=1123998
Originator: NO
Attempt to replace Mailman_2.1.9_he.tar.gz with one that doesn't have 6 extraneous trailing bytes.
Also moved from 'bugs' to 'patches'.
File Added: Mailman_2.1.9_he.tar.gz
Logged In: YES
user_id=1123998
Originator: NO
Replacement didn't help. Uploaded file was 207,802 bytes. When downloaded, the file is identical except now there are 8 extraneous bytes appended. Some versions of gunzip including 1.3.5 will report "decompression OK, trailing garbage ignored", and the resultant file will be fine. Reportedly there are other gunzip versions and/or .gz expanders that will not process the file.
If you can't expand the downloaded file, you can try running this python script to truncate it to the proper length.
>>> f = open('Mailman_2.1.9_he.tar.gz', 'r+b')
>>> f.seek(207802)
>>> f.truncate()
>>> f.close()