[Mailman-Users] DEFAULT_HOST_NAME change

berto at gsbrgo.uchicago.edu berto at gsbrgo.uchicago.edu
Fri Feb 11 16:19:00 CET 2000


We have a working Mailman 1.0 installation on a machine named


We want to move our installation to a machine named


(Actually, the system's hostname is 'xyzpop'.  'xyz' is an alias for 'xyzpop'.
We have to set up a new machine with hostname 'xyz' that will be our new Web
server.  By means of mx records, we will be redirecting mail traffic from
the new 'xyz' to 'xyzpop'.)

As an experiment, I wrote a simple Perl filter.  All it does is substitute
the string


for the string


in the test list's config.db file.

Now, when I try to access the list, Mailman gives the complaint

raceback (innermost last):
  File "/opt/mailman/scripts/driver", line 112, in run_main
  File "/opt/mailman/Mailman/Cgi/admin.py", line 65, in main
    lst = MailList.MailList(list_name)
  File "/opt/mailman/Mailman/MailList.py", line 61, in __init__
  File "/opt/mailman/Mailman/MailList.py", line 809, in Load
    raise Errors.MMBadListError, ('Failed to unmarshal config info: '
TypeError: __add__ nor __radd__ defined for these operands

The code in MailList.py reads:

            dict = marshal.load(file)
            if type(dict) <> DictType:
                raise Errors.MMBadListError, \
                      'Unmarshaled config info is not a dictionary'
        except (EOFError, ValueError, TypeError), e:
            raise Errors.MMBadListError, ('Failed to unmarshal config info: '

I seem to be experiencing some sort of EOF error.

I verified (through a 'wc -c' and 'ls -l') that the replacement config.db
is exactly 9 bytes longer than the original config.db:  the added 'pop' times
three, for the three times that 'xyz.uppity.edu' appears in the source
config.db.  So I don't think the Perl filter added any extraneous
characters, or subtracted anything, beyond the desired substitution.

As an experiment, I tried editing the original config.db with Emacs.  Same

So, is my naive strategy for doing this translation doomed?  Will we be
forced to set up an entirely new installation as 'xyzpop.uppity.edu', and
subject our 350+ list owners, not to mention our thousands upon thousands
of list members, the agony of starting again from scratch?

Please tell me it ain't so!

Bob Osterlund

Robert Osterlund, Unix Systems Manager                berto at gsbrgo.uchicago.edu
Grad School of Business, U of Chicago                       phone: 773/702-8898
1101 E. 58th Street, #309, Chicago, IL 60637, USA             fax: 773/702-0233

More information about the Mailman-Users mailing list