Re: [Mailman-Users] error after migration

2012-02-10 Thread Mark Sapiro
nikos wrote:
>
>This is one:
>
>Feb 08 16:03:11 2012 (15955) Traceback (most recent call last):
>   File "/usr/lib/mailman/Mailman/Queue/Runner.py", line 120, in _oneloop
> self._onefile(msg, msgdata)
>   File "/usr/lib/mailman/Mailman/Queue/Runner.py", line 191, in _onefile
> keepqueued = self._dispose(mlist, msg, msgdata)
>   File "/usr/lib/mailman/Mailman/Queue/ArchRunner.py", line 73, in _dispose
> mlist.ArchiveMail(msg)
>   File "/usr/lib/mailman/Mailman/Archiver/Archiver.py", line 217, in 
>ArchiveMail
> h.close()
>   File "/usr/lib/mailman/Mailman/Archiver/pipermail.py", line 327, in close
> self.write_TOC()
>   File "/usr/lib/mailman/Mailman/Archiver/HyperArch.py", line 1105, in 
>write_TOC
> toc = open(os.path.join(self.basedir, 'index.html'), 'w')
>IOError: [Errno 13] Permission denied: 
>'/var/lib/mailman/archives/private/mylist/index.html'


My best guess is there is some directory in the full path
/var/lib/mailman/archives/private/mylist/ that does not have search
permission for Mailman's group or the mylist/ ditectory does not have
write permission for Mailman's group or the index.html file exists and
doesn't have write permission for Mailman's group or this is a SELinux
or other security manager issue.

Did you migrate the archives by copying the archives/private/mylist
tree? If so, you may be able to fix this by following the recommended
procedure which is to only copy the
archives/private/mylist.mbox/mylist.mbox files and build the pipermail
archive with 'bin/arch --wipe mylist'

-- 
Mark Sapiro The highway is for gamblers,
San Francisco Bay Area, Californiabetter use your sense - B. Dylan

--
Mailman-Users mailing list Mailman-Users@python.org
http://mail.python.org/mailman/listinfo/mailman-users
Mailman FAQ: http://wiki.list.org/x/AgA3
Security Policy: http://wiki.list.org/x/QIA9
Searchable Archives: http://www.mail-archive.com/mailman-users%40python.org/
Unsubscribe: 
http://mail.python.org/mailman/options/mailman-users/archive%40jab.org


Re: [Mailman-Users] digest-mode not functioning properly

2012-02-10 Thread Mark Sapiro
Lluis Montoliu wrote:

>the two large list are not sending any digest-mode, with the exact  
>same settings, even if I decrease the value to 256 or if I trigger  
>sending a new digest dispatch right now, which does not happen. I'm  
>totally amazed. I've seen the archives of mailman and, unfortunately,  
>the problems with digest-mode appear to be rather common, many reports  
>found, but not really solutions, at least, I could not find the one  
>that will fix my bug.


There is almost certainly a message or messages in the
lists/LISTNAME/digest.mbox files for these lists that is causing an
exception to be thrown in the scrubber in it's attempt to process the
digest.

Ask the hosting provider to look for relevant error messages and
tracebacks in Mailman's error log.

You may have to have the hosting provider just move the
lists/LISTNAME/digest.mbox files aside and abandon the current
accumulated digests if the hosting provider can't do anything more
selective to find and fix the offending messages.

-- 
Mark Sapiro The highway is for gamblers,
San Francisco Bay Area, Californiabetter use your sense - B. Dylan

--
Mailman-Users mailing list Mailman-Users@python.org
http://mail.python.org/mailman/listinfo/mailman-users
Mailman FAQ: http://wiki.list.org/x/AgA3
Security Policy: http://wiki.list.org/x/QIA9
Searchable Archives: http://www.mail-archive.com/mailman-users%40python.org/
Unsubscribe: 
http://mail.python.org/mailman/options/mailman-users/archive%40jab.org


Re: [Mailman-Users] Image orientation in scrubbed attachments

2012-02-10 Thread malgosia askanas
Mark, thank you very much for your help, which got me on the right track.  
Indeed, the problem is that iPad photos, even when they are taken with a 
portrait orientation, always carry Exif data that claim a landcape orientation. 
 Web browsers and many mail clients orient pictures according to the Exif 
information.  So, to make a long story short, if I remove the incorrect Exif 
orientation-info from those pictures before sending them to Mailman, they 
display correctly after scrubbing.

Thanks again,
-malgosia


At 9:04 AM -0800 2/9/12, Mark Sapiro wrote:
>malgosia askanas wrote:
>
>>When scrubbing an image attachment such as a jpeg, Mailman seems to always 
>>orient it into landscape mode - irrespective of the orientation of the 
>>original.  Is there some way to prevent this?
>
>
>Whatever is doing what you observe, it's not Mailman. It may be the web
>browser that opens the link to the scrubbed attachment or something
>else, but Mailman makes no changes whatsoever to the content of the
>attachment. Mailman just decodes the (presumably base64 encoded)
>content and saves it in a file and provides a URL to access the file.
>
>--
>Mark Sapiro The highway is for gamblers,
>San Francisco Bay Area, Californiabetter use your sense - B. Dylan

--
Mailman-Users mailing list Mailman-Users@python.org
http://mail.python.org/mailman/listinfo/mailman-users
Mailman FAQ: http://wiki.list.org/x/AgA3
Security Policy: http://wiki.list.org/x/QIA9
Searchable Archives: http://www.mail-archive.com/mailman-users%40python.org/
Unsubscribe: 
http://mail.python.org/mailman/options/mailman-users/archive%40jab.org


Re: [Mailman-Users] digest-mode not functioning properly

2012-02-10 Thread Lluis Montoliu
Some more data. Hosting provider can't find anything wrong. I have set  
a new list, fake users for testing purposes. Set one of them for  
standard the other for digest-mode and played with size limits and  
daily and everything worked as expected, in this test list, whereas  
the two large list are not sending any digest-mode, with the exact  
same settings, even if I decrease the value to 256 or if I trigger  
sending a new digest dispatch right now, which does not happen. I'm  
totally amazed. I've seen the archives of mailman and, unfortunately,  
the problems with digest-mode appear to be rather common, many reports  
found, but not really solutions, at least, I could not find the one  
that will fix my bug.

Thanks again for your help and suggestions

Lluis


Quoting Lluis Montoliu :


Dear listers,
Suddenly, some users of two mailman (version 2.1.11) lists I am  
administering have started to complain about digest-mode not  
functioning properly. In brief, messages are not being sent in  
digest-mode. Settings are 1024 Kb for size before sending a digest  
message or daily, if this size isn't reached, new digest volumes  
should be started daily too. No messages sent. I have tried to  
trigger the "immediate sending digest-mode" from administration  
settings (Should Mailman send the next digest right now, if it is  
not empty?) and no way, nothing happened. I even tried myself,  
registering one of my email addresses a couple of days ago and  
setting this to digest-mode (normally I don't use this mode) and  
nothing, does not work.
It looks as if digest-mode stopped working for good. However,  
standard mode works fine. I have contacted my hosting provider and I  
am currently awaiting their response, but I decided to share this  
unexpected troubles in this forum, in case someone has seen it  
before and there is something I could do from the administrative  
interface.

Thanks for your comments.
Lluis







--
Mailman-Users mailing list Mailman-Users@python.org
http://mail.python.org/mailman/listinfo/mailman-users
Mailman FAQ: http://wiki.list.org/x/AgA3
Security Policy: http://wiki.list.org/x/QIA9
Searchable Archives: http://www.mail-archive.com/mailman-users%40python.org/
Unsubscribe: 
http://mail.python.org/mailman/options/mailman-users/archive%40jab.org


Re: [Mailman-Users] can I use a mailman list address as a (qmail)sender address?

2012-02-10 Thread Geoff Shang

On Wed, 8 Feb 2012, Stephen J. Turnbull wrote:


Yup.  But he explained this.  The list is the public face of a
committee, and at least some outgoing mail should appear to be from
the committee.


Couldn't this be done by sending from an existing account and spoofing the 

From line?


Geoff.

--
Mailman-Users mailing list Mailman-Users@python.org
http://mail.python.org/mailman/listinfo/mailman-users
Mailman FAQ: http://wiki.list.org/x/AgA3
Security Policy: http://wiki.list.org/x/QIA9
Searchable Archives: http://www.mail-archive.com/mailman-users%40python.org/
Unsubscribe: 
http://mail.python.org/mailman/options/mailman-users/archive%40jab.org


Re: [Mailman-Users] Thoughts about migrating to Mailman instead of Sympa (from Majordomo)

2012-02-10 Thread Geoff Mayes
It's been a few weeks since the last posting to this thread, but I nonetheless 
wanted to follow up to provide some sort of closure around one organization's 
mailing list migration efforts from Majordomo and to also hopefully provide a 
few interesting tidbits of information to others.

Based in part on the incredible responsiveness and assistance from this thread, 
we have decided to go with Mailman instead of Sympa.

We took a few measures to lock down our instance, including all of the 
following:
- Centralized LDAP authentication via Apache's mod_authnz_ldap 
(http://httpd.apache.org/docs/2.2/mod/mod_authnz_ldap.html)
- Removed all subscriber password form fields from the UI so that only 
auto-generated passwords are used for subscribers (templates/en/listinfo.html 
and templates/en/options.html)
- Changed the back-end for subscriber passwords too so that a form/CGI password 
can never become the subscriber password (Mailman/Cgi/subscribe.py)
- Removed the "auto-generate password" option from the "Create a New List" form 
so that users had to choose a password, and then removed the password string 
from the "Your list has been created" emails (templates/en/newlist.txt)
- Change the "Password Reminder" text to "Password Reset" and auto-generate a 
new random password before emailing the subscriber their password 
(Mailman/Cgi/options.py)
- Don't require a Mailman "list creator" password when creating a new list 
because the site is already locked down via an Apache LDAP module 
(Mailman/Cgi/create.py)

I also wrote an import script from Majordomo into Mailman, thoroughly 
referencing the excellent contrib/majordomo2mailman.pl script written in 2002 
by Heiko that currently lives in the Mailman2 tarball.  I was able to translate 
most Majordomo settings into Mailman.  The script also has a --stats option if 
you just want to get a sense of the distribution of values across all of your 
Majordomo lists.  The script is only on GitHub right now 
(https://github.com/mayesgr/import_majordomo_into_mailman), but I plan to post 
it to Mailman's bug tracker once I'm 100% satisfied with it, in the hopes that, 
if others find it useful, it makes its way into the tarball as well.  If you'd 
like the script improved in any way, please feel free to let me know.  
(Apologies to all pythonistas, myself included: the script started out as 
import_majordomo_into_sympa.pl, which are both written in Perl, and then we 
changed gears when we decided to go with Mailman instead.)

Thanks again to everyone for all of your great information and help,

Geoff Mayes

> -Original Message-
> From: mailman-users-bounces+gmayes=uoregon@python.org
> [mailto:mailman-users-bounces+gmayes=uoregon@python.org] On
> Behalf Of Geoff Mayes
> Sent: Thursday, January 19, 2012 10:32 AM
> To: mailman-users@python.org
> Subject: [Mailman-Users] Thoughts about migrating to Mailman instead of
> Sympa (from Majordomo)
> 
> Hello Mailman gurus,
> 
> I hope a general question about Mailman's features and future direction
> (along with some Sympa comparisons) are appropriate for this list.
> 
> The University of Oregon is migrating away from Majordomo.  We decided
> on Sympa because Mailman sends passwords over email while Sympa
> provides centralized (e.g. Shibboleth, LDAP, etc) authentication.  If Mailman
> provided a way around the passwords in the clear issue, I'm pretty sure we'd
> go with Mailman because:
> - Mailman is more thoroughly used and thus tested (one stat that gets at this
> is Alexa Traffic Rank: 165,692 vs 749,729 for Sympa)
> - Mailman is more mature (the max bug ID for mailman in its issue-tracking
> system is ~913,400; the max bug ID for Sympa is 8,117 and there is still no 
> bug
> category for Sympa's latest version -- 6.1.7 -- even though it has been out 
> for
> over 4 months)
> - Mailman has greater branch stability and code reliability (I noticed that 
> Barry
> ran a pre-checkin acceptance suite for the Postgres patch for Mailman 3
> before he checked it in)
> - Mailman has a bright and well-documented future (Mailman 3 and its bug
> tracker, source code, milestones, etc)
> - Mailman has a more active and supportive community, which is very
> important in resolving future issues (Mailman had 150 list postings in
> December and through mid-January while Sympa had 44; I've been
> impressed with Mark Sapiro's responsiveness on this list)
> 
> Does anyone know a way around the emailed passwords issue in Mailman,
> clever hacks, certain plugins, or a timeline for Mailman 3's release?  I've
> written a number of Django apps using my own LDAP module, so I was also
> wondering if folks think now is a mature-enough time to perhaps grab
> Mailman 3, its Django front-end, and hack together what I'm after?  A final,
> random question: Mailman 3 is still in alpha, but is it stable given that it's
> almost been in alpha for 4 years?
> 
> Many, many thinks for any help, pointers, or information,
> 
> Geoff Mayes
> ---