Oppgavebeskrivelse: Gjøre ferdig MailMan implementasjonen

Problem som skal løses:

Status på spesifikaskjon:	Under arbeid
Status på oppdrag:	Igangsatt
Tilordnet til:	BjornRemseth
Dato for spesifikasjonsstart:	2004-04-22

En beskrivelse fra Gisle

MailMan mailingliste-håndteringsstemet har lenge vært halvferdig på foo. En redigert, og etterhvert ganske stikkordspreget samling tekst fra epost-arkivet som handler om problemet finnes i MailManImplemantationTaskScratchpad topicat. Noen highlights derfra:

Så vidt jeg har klart å forstå (etter å ha gravd meg gjennom 
distribusjonen og installasjonsinstruksjonene) så kjører Mailman
allerede på Nemo.


URL til listeinfo-siden er:
   http://www.nemo-project.org/mailman/listinfo/


URL til admin-siden er:
   http://www.nemo-project.org/mailman/admin/


URL til siden for å lage nye lister er:
   http://www.nemo-project.org/mailman/create/


For øyeblikket er det imidlertid umulig for andre enn Terje å lage
nye lister.  Dersom jeg skal ha ansvaret for Mailman - så hadde det
vært greit om jeg også hadde adgang til å opprette nye lister.


Selve distribusjonen befinner seg på:
   /usr/local/mailman
Mens dokumentasjonen ligger på:
   /usr/local/share/doc/mailman

  Omskrivingen i virtual ser ut til å gå greit, men
 postfix klarer ikke å levere posten.  Her er meldingen jeg nå
 får i retur:
  =====
  Date: Tue, 29 Apr 2003 21:41:09 +0200 (CEST)
  From: MAILER-DAEMON@nemo-project.org (Mail Delivery System)
  Subject: Undelivered Mail Returned to Sender
  To: gisle@hannemyr.no

  This is the Postfix program at host foo.nemo-project.org.

  I'm sorry to have to inform you that the message returned
  below could not be delivered to one or more destinations.

  For further assistance, please send mail to <postmaster>

  If you do so, please include this problem report. You can
  delete your own text from the message returned below.

               The Postfix program

  <gisle-list2@foo.nemo-project.org>: host
  /var/imap/socket/lmtp[/var/imap/socket/lmtp] said: 550 5.1.1 User unknown
  Reporting-MTA: dns; foo.nemo-project.org
  Arrival-Date: Tue, 29 Apr 2003 21:41:09 +0200 (CEST)
  =====

 Jeg har på ingen over oversikt over mail-oppsettet på foo - så 
 følgende er bare et skudd i natten.  Mener mailman forventer å
 snakke med "daemon".  Desom postfix  kjører under uid "postfix"
 kan det være det som butter.
===========

I mailen fra i fjor gjetter jeg på at det er snakk om permissions.
Når jeg ser på feilmeldingen på nytt, heller jeg nå til den teori
at Postfix tror Mailman forsøker å bruke den som et uautorisert
relé - og derfor returnerer 550.

Noen referanser å hente hjelp fra

Fra Thomas:

Mailman-Postfix HowTo
http://mail.python.org/pipermail/mailman-users/2002-September/022370.html

http://lists.freebsd.org/pipermail/freebsd-ports/2003-April/000540.html

http://archives.neohapsis.com/archives/postfix/2001-11/2554.html

http://lists.indymedia.org/pipermail/imc-sysadmin/2003-June/002277.html

                          - Thomas

Tester kjørt

2004-05-03

Sende melding til Gisle-list2@foo.nemo-project.org.

Fikk

"<Gisle-list2@foo.nemo-project.org>: host /var/imap/socket/lmtp[/var/imap/socket/lmtp] said: 550 5.1.1 User unknown"

... slik Gisle fikk.

Sjekke i /var/log at de samme "550" meldingene som over

fantes der?

det gjorde de.

Fra hint i http://mail.python.org/pipermail/mailman-users/2002-September/022370.html sjekke /usr/local/etc/postfix/main.cf

     It is recommended that you set "owner_request_special = no" in
     your main.cf config file so that Postfix won't treat -owner and
     -request addresses specially (we want Postfix to simply deliver
     such messages to the Mailman wrapper).  The default is "yes" I
     believe.

... dette flagget -ikke- satt, men siden dette potensielt betyr noe bare for admin meldinger, burde det ikke bety noe for den feilen som ble observert over.

Sjekke hva recipient_delimiter er satt til

Ikke satt til noe som helst i main.cf.

Sjekk om /usr/local/mailman/Mailman/mm_cfg.py har satt MTA = 'Postfix' på bunnen av fila.

Det er ikke gjort.

Sjekk aliases konfigurasjon fra /usr/local/etc/postfix/main.cf

foo% grep aliases /usr/local/etc/postfix/main.cf
alias_maps = hash:/usr/local/etc/postfix/aliases, hash:/usr/local/etc/postfix/aliases.mailman
alias_database = hash:/usr/local/etc/postfix/aliases, hash:/usr/local/etc/postfix/aliases.mailman
newaliases_path = /usr/local/bin/newaliases

foo% ls -la /usr/local/etc/postfix/aliases*
-rw-r--r--  1 root     mailman   1390 Mar  2  2001 /usr/local/etc/postfix/aliases
-rw-rw-r--  1 root     mailman  24576 Apr 29  2003 /usr/local/etc/postfix/aliases.db
-rw-rw-r--  1 mailman  mailman   1901 Apr 29  2003 /usr/local/etc/postfix/aliases.mailman
-rw-rw-r--  1 mailman  mailman  24576 Apr 29  2003 /usr/local/etc/postfix/aliases.mailman.db

Det ser altså ut til at gid til alias-fila er mailman, hvilket den skal være.

Virtual domains

Virtual domains ser ikke ut til å være nevnt i /usr/local/mailman/Mailman/mm_cfg.py , så det ser ikke ut til at dette er konfigurert opp (og det er jo greit nok).

MAIL_GID

I http://lists.freebsd.org/pipermail/freebsd-ports/2003-April/000540.html sies det at MAIL_GID under build av mailman må settes til "nobody (65534)" dersom postfix er MTA.

/usr/local/mailman/tests/bounces/postfix_01.txt

Denne fila viser en tilsvarende 505 melding som vi her klarer å provosere, men indikerer at det er en bug i mailman som forårsaker den. Jeg har ikke gransket dette særlig nøye.

Mulig "Smoking gun" fra /usr/local/mailman/Mailman/Defaults.py

# MTA should name a module in Mailman/MTA which provides the MTA specific
# functionality for creating and removing lists.  Some MTAs like Exim can be
# configured to automatically recognize new lists, in which case the MTA
# variable should be set to None.  Use 'Manual' to print new aliases to
# standard out (or send an email to the site list owner) for manual twiddling
# of an /etc/aliases style file.  Use 'Postfix' if you are using the Postfix
# MTA -- but then also see POSTFIX_STYLE_VIRTUAL_DOMAINS.
MTA = 'Manual'

Å sette MTA til "Postfix" tror jeg kunne vært et godt eksperiment.

Konkrete use-caser som spesifiserer hvor brukbar installasjonen er

Opprette mailingliste

Slette mailingliste

Legge til epostadresse

Fjerne epostadresse

Overordnet forslag til løsning:

Uspesifisert

Detaljert forslag til løsning:

Uspesifisert

-- BjornRemseth - 28 Apr 2004