FAQ
Hi,


I hope not to post some dummy question about mailman (/me newby)...
Everything seems to work okay (Mailman 2.1.1 + Postfix 2.2.2 on a BSD 3.2)
except for one little thing : the pipermail part of mailman refuse to
process my mail archives.

The $varprefix/data/private/listname.mbox/listname.mbox is filled with my
messages, but the HTML files are not generated.

I've tried many thing : private / public, changing volume frequency (daily /
weekly...). To no avail.

I don't see any error showing up. Heeeelp !

Thanks in advance.

Search Discussions

  • Softsecure at Apr 11, 2003 at 1:13 pm
    I'm fairly new to Linux...dabbled in it several years ago, and then
    started using it on my computer almost full-time about three months ago.

    I'm using Mailman 2.0.13 on Mandrake 9.1, but haven't figured out how to
    get the Admin links page at http://hostname.tld/mailman/admin/ to
    show the proper hostname in the link for the "send questions and comments
    to" address. It shows up as mailman-owner at localhost.localdomain instead
    of @hostname.tld

    Any suggestions? I couldn't find anything in the docs or searches of
    Google or the archives of this list that seemed to help.

    Scott Rollins
    softsecure at vivace.homelinux.net
  • Jon Carnes at Apr 11, 2003 at 6:31 pm
    Been awhile since I played with 2.0.13 but I think you should look:
    1) in your ~mailman/Mailman/mm-cfg.py file (well really it will be in
    your Default.py file, but you should only make changes to the mm_cfg.py
    file)
    2) in the web-admin pages for your lists look in the General Options
    page. If your main page is defaulting to localhost then you'll need to
    make sure these have been set right as well. Once you make the changes
    to mm_cfg.py, new lists will be setup properly.

    Good Luck - Jon Carnes
    On Fri, 2003-04-11 at 09:13, softsecure at vivace.homelinux.net wrote:
    I'm fairly new to Linux...dabbled in it several years ago, and then
    started using it on my computer almost full-time about three months ago.

    I'm using Mailman 2.0.13 on Mandrake 9.1, but haven't figured out how to
    get the Admin links page at http://hostname.tld/mailman/admin/ to
    show the proper hostname in the link for the "send questions and comments
    to" address. It shows up as mailman-owner at localhost.localdomain instead
    of @hostname.tld

    Any suggestions? I couldn't find anything in the docs or searches of
    Google or the archives of this list that seemed to help.

    Scott Rollins
    softsecure at vivace.homelinux.net

    ------------------------------------------------------
    Mailman-Users mailing list
    Mailman-Users at 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/

    This message was sent to: jonc at nc.rr.com
    Unsubscribe or change your options at
    http://mail.python.org/mailman/options/mailman-users/jonc%40nc.rr.com
  • Richard Barrett at Apr 11, 2003 at 1:48 pm

    At 13:48 11/04/2003, Sylvain Langlade wrote:
    Hi,


    I hope not to post some dummy question about mailman (/me newby)...
    Everything seems to work okay (Mailman 2.1.1 + Postfix 2.2.2 on a BSD 3.2)
    except for one little thing : the pipermail part of mailman refuse to
    process my mail archives.
    When you say "mailman refuse" do you mean that you just cannot see the HTML
    archives or is there some problem being logged on the $prefix/logs/error log.

    The configuration variable ARCHIVE_TO_MBOX should have the value 2 assigned
    to it to get archiving to both mbox and pipermail (internal archiver
    generating HTML archives)

    Check in your $prefix/Mailman/Defaults.py and that the value their has not
    been overridden in $prefix/Mailman/mm_cfg.py
    The $varprefix/data/private/listname.mbox/listname.mbox is filled with my
    messages, but the HTML files are not generated.
    Are you saying that the directory $varprefix/data/private/listname.mbox
    exists bu there is no directory $varprefix/data/private/listname (which is
    where the pipermail generated HTML archive pages should be) ?

    I've tried many thing : private / public, changing volume frequency (daily /
    weekly...). To no avail.
    Have you tried running $prefix/bin/arch listname ?

    What console output does it generate ?
    I don't see any error showing up. Heeeelp !

    Thanks in advance.
  • Sylvain Langlade at Apr 11, 2003 at 2:23 pm

    When you say "mailman refuse" do you mean that you just
    cannot see the HTML
    archives or is there some problem being logged on the
    $prefix/logs/error log.
    Ok, now I feel dumb : <oops>I've switched from sendmail to postfix and
    installed mailman twice... and looked in the old logs/error location !
    </oops>

    I've got a clue now : I've got trouble with file permission in my
    $varprifx/archives directory. The directories are created, the mailbox files
    are filled with messages, the original HTML file saying 'list is empty) is
    there. But it gets rejected trying to chmod an attachment file (oops).

    I just did a "chmod -R g+s" on my $varprefix directory, but how do I force
    the process to retry generating HTML files ?

    Btw : If I issue a $prefix/bin/arch listname, it works (before my chmod, and
    now).

    Here is the log excerpt :

    <<<<<<<
    Apr 11 10:40:24 2003 (18637) uncaught archiver exception at filepos: 0
    Apr 11 10:40:24 2003 (18637) Uncaught runner exception: [Errno 1] Operation
    not permitted:
    '/var/mailman/archives/private/adv/attachments/20030411/38c3dbab'
    Apr 11 10:40:24 2003 (18637) Traceback (most recent call last):
    File "/usr/local/mailman/Mailman/Queue/Runner.py", line 105, in _oneloop
    self._onefile(msg, msgdata)
    File "/usr/local/mailman/Mailman/Queue/Runner.py", line 155, in _onefile
    keepqueued = self._dispose(mlist, msg, msgdata)
    File "/usr/local/mailman/Mailman/Queue/ArchRunner.py", line 73, in
    _dispose
    mlist.ArchiveMail(msg)
    File "/usr/local/mailman/Mailman/Archiver/Archiver.py", line 206, in
    ArchiveMail
    h.processUnixMailbox(f)
    File "/usr/local/mailman/Mailman/Archiver/pipermail.py", line 544, in
    processUnixMailbox
    m = mbox.next()
    File "/usr/local/lib/python2.2/mailbox.py", line 34, in next
    return self.factory(_Subfile(self.fp, start, stop))
    File "/usr/local/mailman/Mailman/Mailbox.py", line 79, in scrubber
    return mailbox.scrub(msg)
    File "/usr/local/mailman/Mailman/Mailbox.py", line 99, in scrub
    return self._scrubber(self._mlist, msg)
    File "/usr/local/mailman/Mailman/Handlers/Scrubber.py", line 219, in
    process
    url = save_attachment(mlist, part, dir, filter_html=0)
    File "/usr/local/mailman/Mailman/Handlers/Scrubber.py", line 341, in
    save_attachment
    makedirs(fsdir)
    File "/usr/local/mailman/Mailman/Handlers/Scrubber.py", line 333, in
    makedirs
    os.path.walk(dir, twiddle, None)
    File "/usr/local/lib/python2.2/posixpath.py", line 279, in walk
    func(arg, top, names)
    File "/usr/local/mailman/Mailman/Handlers/Scrubber.py", line 332, in
    twiddle
    os.chmod(dirname, 02775)
    OSError: [Errno 1] Operation not permitted:
    '/var/mailman/archives/private/adv/attachments/20030411/38c3dbab'
    >>>>>>>
  • Richard Barrett at Apr 11, 2003 at 3:20 pm

    At 15:23 11/04/2003, Sylvain Langlade wrote:

    When you say "mailman refuse" do you mean that you just
    cannot see the HTML
    archives or is there some problem being logged on the
    $prefix/logs/error log.
    Ok, now I feel dumb : <oops>I've switched from sendmail to postfix and
    installed mailman twice... and looked in the old logs/error location !
    </oops>

    I've got a clue now : I've got trouble with file permission in my
    $varprifx/archives directory. The directories are created, the mailbox files
    are filled with messages, the original HTML file saying 'list is empty) is
    there. But it gets rejected trying to chmod an attachment file (oops).

    I just did a "chmod -R g+s" on my $varprefix directory, but how do I force
    the process to retry generating HTML files ?
    Stopping Mailman and running $prefix/bin/check_perms with -f option should
    fix permissions problems and should be preferable to hacking at them one at
    a time..

    Use $prefix/bin/arch to rebuild list archives and regenerate HTML archive
    pages from the mbox . Run it with the --help option to get its usage.
    Btw : If I issue a $prefix/bin/arch listname, it works (before my chmod, and
    now).

    Here is the log excerpt :

    <<<<<<<
    Apr 11 10:40:24 2003 (18637) uncaught archiver exception at filepos: 0
    Apr 11 10:40:24 2003 (18637) Uncaught runner exception: [Errno 1] Operation
    not permitted:
    '/var/mailman/archives/private/adv/attachments/20030411/38c3dbab'
    Apr 11 10:40:24 2003 (18637) Traceback (most recent call last):
    File "/usr/local/mailman/Mailman/Queue/Runner.py", line 105, in _oneloop
    self._onefile(msg, msgdata)
    File "/usr/local/mailman/Mailman/Queue/Runner.py", line 155, in _onefile
    keepqueued = self._dispose(mlist, msg, msgdata)
    File "/usr/local/mailman/Mailman/Queue/ArchRunner.py", line 73, in
    _dispose
    mlist.ArchiveMail(msg)
    File "/usr/local/mailman/Mailman/Archiver/Archiver.py", line 206, in
    ArchiveMail
    h.processUnixMailbox(f)
    File "/usr/local/mailman/Mailman/Archiver/pipermail.py", line 544, in
    processUnixMailbox
    m = mbox.next()
    File "/usr/local/lib/python2.2/mailbox.py", line 34, in next
    return self.factory(_Subfile(self.fp, start, stop))
    File "/usr/local/mailman/Mailman/Mailbox.py", line 79, in scrubber
    return mailbox.scrub(msg)
    File "/usr/local/mailman/Mailman/Mailbox.py", line 99, in scrub
    return self._scrubber(self._mlist, msg)
    File "/usr/local/mailman/Mailman/Handlers/Scrubber.py", line 219, in
    process
    url = save_attachment(mlist, part, dir, filter_html=0)
    File "/usr/local/mailman/Mailman/Handlers/Scrubber.py", line 341, in
    save_attachment
    makedirs(fsdir)
    File "/usr/local/mailman/Mailman/Handlers/Scrubber.py", line 333, in
    makedirs
    os.path.walk(dir, twiddle, None)
    File "/usr/local/lib/python2.2/posixpath.py", line 279, in walk
    func(arg, top, names)
    File "/usr/local/mailman/Mailman/Handlers/Scrubber.py", line 332, in
    twiddle
    os.chmod(dirname, 02775)
    OSError: [Errno 1] Operation not permitted:
    '/var/mailman/archives/private/adv/attachments/20030411/38c3dbab'

    ------------------------------------------------------
    Mailman-Users mailing list
    Mailman-Users at 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/

    This message was sent to: r.barrett at openinfo.demon.co.uk
    Unsubscribe or change your options at
    http://mail.python.org/mailman/options/mailman-users/r.barrett%40openinfo.demon.co.uk
  • Sylvain Langlade at Apr 11, 2003 at 5:11 pm
    Thanks for your time...
    Stopping Mailman and running $prefix/bin/check_perms with -f
    option should
    fix permissions problems and should be preferable to hacking
    at them one at
    a time..
    Well, my chmod didn't help, I've just tried that too but it still gives me
    the message.
    Use $prefix/bin/arch to rebuild list archives and regenerate
    HTML archive
    pages from the mbox . Run it with the --help option to get its usage.
    I've tried to rebuild the list archives with arch --wipe : it works like a
    charm both runnin as mailman user or as root.

    Maybe it's got something to do with this, but I've just re-installed mailman
    with a new --with-mail-gid parameter : all of a sudden (more precisely,
    after changing network params - ip adress and gateway - and rebooting the
    box) the mailman wrapper script was complaining about the group postfix was
    using !?!. It worked well until then !

    After this re-install, it's back to normal... except list archives still
    doesn't work.

    Heeeeelp !
  • Paul Reilly at Apr 15, 2003 at 10:00 pm
    I'm using Mailman 2.1 but it doesn't seem to be doing the archiving.
    I create a new list 'test2' and it creates the

    archives/private/test2/
    archives/private/test2.mbox/

    but there's only the index.html file in the first dir.
    I have archiving turned off by default for new lists in mm_cfg_py

    DEFAULT_ARCHIVE = 0
    ARCHIVE_TO_MBOX = -1
    DEFAULT_ARCHIVE_PRIVATE = 1

    but once the list is created I enable it for this list.
    however several emails later, there's nothing in the archives.

    If I do a 'check_perms' all is OK.
    If I do a 'check_db' I get this error:

    List: test2
    /home/spacegen/mailman/lists/test2/config.pck: okay
    /home/spacegen/mailman/lists/test2/config.pck.last: okay
    [Errno 2] No such file or directory: '/home/spacegen/mailman/lists/test2/config.db'
    [Errno 2] No such file or directory: '/home/spacegen/mailman/lists/test2/config.db.last

    If I do a 'arch --wipe test2' I get:

    No such file or directory: '/home/spacegen/mailman/archives/private/test2'


    What have I done wrong?!

    Paul
  • Jon Carnes at Apr 15, 2003 at 10:34 pm
    There is nothing wrong (at lest not so far). It can take 24 hours before
    the first archives are built.
    On Tue, 2003-04-15 at 18:00, Paul Reilly wrote:
    I'm using Mailman 2.1 but it doesn't seem to be doing the archiving.
    I create a new list 'test2' and it creates the

    archives/private/test2/
    archives/private/test2.mbox/

    but there's only the index.html file in the first dir.
    I have archiving turned off by default for new lists in mm_cfg_py

    DEFAULT_ARCHIVE = 0
    ARCHIVE_TO_MBOX = -1
    DEFAULT_ARCHIVE_PRIVATE = 1

    but once the list is created I enable it for this list.
    however several emails later, there's nothing in the archives.

    If I do a 'check_perms' all is OK.
    If I do a 'check_db' I get this error:

    List: test2
    /home/spacegen/mailman/lists/test2/config.pck: okay
    /home/spacegen/mailman/lists/test2/config.pck.last: okay
    [Errno 2] No such file or directory: '/home/spacegen/mailman/lists/test2/config.db'
    [Errno 2] No such file or directory: '/home/spacegen/mailman/lists/test2/config.db.last
    This is perfectly normal (the config.db files are the old style version
    2.0.x Mailman configuration files).
    If I do a 'arch --wipe test2' I get:

    No such file or directory: '/home/spacegen/mailman/archives/private/test2'


    What have I done wrong?!

    Paul


    ------------------------------------------------------
    Mailman-Users mailing list
    Mailman-Users at 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/

    This message was sent to: jonc at nc.rr.com
    Unsubscribe or change your options at
    http://mail.python.org/mailman/options/mailman-users/jonc%40nc.rr.com
  • Paul Reilly at Apr 15, 2003 at 10:44 pm
    OK. Thanks Jon.
    There is nothing wrong (at lest not so far). It can take 24 hours before
    the first archives are built.
    Is it run from cron?
    Can I force a build?
    This is perfectly normal (the config.db files are the old style version
    2.0.x Mailman configuration files).
    OK. good to know.

    Thanks
    Paul
  • Jon Carnes at Apr 15, 2003 at 11:16 pm

    On Tue, 2003-04-15 at 18:44, Paul Reilly wrote:
    OK. Thanks Jon.
    There is nothing wrong (at lest not so far). It can take 24 hours before
    the first archives are built.
    Is it run from cron?
    Can I force a build?
    Yes, you can look at the cron and run the command from there. That
    should get things rocking and rolling right away.

    Good Luck - Jon

Related Discussions

Discussion Navigation
viewthread | post
Discussion Overview
groupmailman-users @
categoriespython
postedApr 11, '03 at 12:48p
activeApr 15, '03 at 11:16p
posts11
users5
websitelist.org

People

Translate

site design / logo © 2023 Grokbase