[todo] [Software 0000146]: E-mail Adressen fuer lokale Mailboxen
und Aliase einrichten.
todo-notifyer at hostsharing.net
todo-notifyer at hostsharing.net
Sat Aug 19 11:39:11 CEST 2006
Das folgende Problem wurde zugewiesen.
======================================================================
https://todo.hostsharing.net/view.php?id=146
======================================================================
Berichtet von: purodha
Zugewiesen an: _niemand
======================================================================
Projekt: Software
Problem ID: 146
Kategorie: Mail
Reproduzierbarkeit: N/A
Auswirkung: Feature-Wunsch
Priorität: keine
Status: zugewiesen
======================================================================
Erstellt am: 27.01.2003 21:04 (CET)
Letzte Aktualisierung: 19.08.2006 11:39 (CEST)
======================================================================
Zusammenfassung: E-mail Adressen fuer lokale Mailboxen und Aliase
einrichten.
Beschreibung:
Imho der beste Vorschlag bisher:
@member.hostsharing.net ?
@user.hostsharing.net ?
member nur fuer Mitglieder,
user fuer alle lokalen mailboxen und aliases.
(Damit haben Mitglieder zwei)
Die Subdomains 'user' und 'member' sind evtl. noch zu diskutieren und
darueber abzustimmen, bisher kam aber keine Gegenstimme, es gibt nur
aeltere Vorschlaege, siehe in den Links unter "Additional Information"
Ansatz: Der Config-Robot
- erzeugt fuer neue lokale Mailboxen einen oder zwei virtusertable
Eintraege bei der Domain hostsharing.net
- wird ein lokaler user geloescht, so auch die (max 2)Weiterleitung(en) in
der virtusertable
- wird ein lokaler alias angelegt, so auch ein Eintrag in der
virtusertable
- wird ein lokaler alias geloescht, so auch sein Pendant in der
virtusertable.
Wie entscheidet der Robot, ob es sich um ein Mitglied handelt, oder nicht
?
Das steht im Paketdatensatz.
Dieser ToDo item gehoert vielleicht besser oder zusaetzlich unter
Server-Skripte.
======================================================================
----------------------------------------------------------------------
paul - 27.01.03 21:14
----------------------------------------------------------------------
IMO sollte @member... eine Ersatzdomain für die momentanen
Vorname.Nachname at hostsharing...- und xyz at hostsharing...-Adressen bleiben. Bei
@user bin ich
mir nicht sicher, ob es sinnvoll ist, da auch Aliase oder nur echte
Accounts einzurichten.
----------------------------------------------------------------------
purodha - 27.01.03 22:56
----------------------------------------------------------------------
Fuer 'domainisierte' Aliase spricht, dass man sie sonst von ausserhalb
nicht gut erreichen kann, ohne ueber eine Doman/virtusertable zu gehen,
was nicht immer opportun und zudem fehleranfaellig ist.
Wechseln wir naemlich den Server (pima -> pomo) sind alle e-mails, die
gerade an einen alias at pima.hostsharing.net unterwegs sind, damit falsch
und muessten auf @pomo.hostsharing.net umgeschrieben werden.
Besser, sie sind nur sehr kurze Zeit waehrend ihrer Bearbeitung vom
jeweiligen hostname abhaengig, aber auf keinen Fall, waehrend sie sich in
einem mailspool befinden.
Es ist eigentlich sinnvoll, wenn hier und da lokale mailboxen oder aliases
eingetragen werden koennten (siehe auch
https://todo.hostsharing.net/view.php?id=102, Beispiel EMAIL-tech, ein
Alias, der ein Programm zum Bearbeiten von Quota-Warnungen startet) aber
es wuerde wegen unserer Serverwechsel nicht durchgaengig funktionieren.
Daher waeren aliases auch sehr sinnvoll.
Einen Sinn in einer eigenen aliases subdomain fuer e-mail sehe ich nicht,
wegen der Unmoeglichkeit von Namensueberschneidungen.
----------------------------------------------------------------------
paul - 28.02.03 00:27
----------------------------------------------------------------------
Aliases aus /etc/aliases sind auch gar nicht für die Mailadressierung
gedacht, sondern für die lokale Mailzustellung ("The aliases table
provides a system-wide mechanism to redirect mail for local recipients." -
` man aliases`).
Außer dem Anlegen von virtusertable-Einträgen beim Anlegen von Usern gäbe
es die Möglichkeit, alle Mails an @user.hostsharing.net an einen
"Dummy-User" oder per /etc/aliases an ein Script zu leiten und dann die
Mails per Script (ggf. aufgerufen aus der .procmailrc des Users) an den
eigentlichen User weiterzuleiten. Dieses Script könnte die Information,
auf welchem Server das jeweilige Paket liegt, zur Laufzeit (per
setuid/setgid-Wrapper wegen wahrscheinlich fehlender Rechte?!) per
/usr/local/lib/hostsharing/pac aus den Daten in /etc/pacs (PAC_HOST)
beziehen, so dass man nicht jeden neu angelegten User in die virtusertable
(die u.U. auf einem anderen Server als der User liegt) einarbeiten muss.
[ Korrektur: Der .procmailrc/aliases-Vorschlag wäre zwar prinzipiell
umsetzbar, aber da Postfix das Envelope-To nicht in einen Header schreibt,
ist es unmöglich, in einem Script bzw. einer .procmailrc sicher
festzustellen, wer der Empfänger der Mail ist. Also wird wohl doch
virtusertable-Bastelei unumgänglich sein. ]
bearbeitet am: 28.02.03 00:27:21
----------------------------------------------------------------------
purodha - 28.02.03 08:00
----------------------------------------------------------------------
Die envelope-to Adresse sollte in Zukunft festgehalten werden - siehe
https://todo.hostsharing.net/view.php?id=160
und https://todo.hostsharing.net/view.php?id=161.
Wir muessen bedenken - eine e-mail wird von:
<petrus at member.hostsharing.net>
an
<xyz00-otto at cheyenne.hostsharing.net>
geleitet und steht dann erst mal im out-spool (spaeter im in-spool, dann
wird sie bearbeitet) Faellt jetzt derweil der Rechner <cheyenne> aus, oder
war bereits ausgefallen, aber das war dem redirecting process noch nicht
bekannt,
haben wir eines von:
0) <cheyenne> kommt in einer vernuenftigen Zeit wieder online und das
Paket xyz00 liegt da noch - alles in Butter.
1) <cheyenne> kommt in einer vernuenftigen Zeit wieder online und das
Paket xyz00 liegt da nicht mehr - bounce "Invalid local mailbox" :-(
2) <cheyenne> kommt (in einer vernuenftigen Zeit) nicht wieder online -
Warnungen "Could noct be delivered vor N hours/days" und dann bounce
"timeout" :-(
Fuer 1) sind gute Chancen sogar ohne Ausfall, weil wir auch gezielt Server
wechseln.
Gut waere die Verweilzeit in queues fuer diese e-mail moeglichst zu
minimieren, selbst wenn gerade Mailinglisten explodieren oder SPAM/bounce
Orgien ablaufen und die queues lang sind.
Ein Verfahren, bei dem der Zielhost, der seine Zustaendigkeit verloren hat
und/oder der queing host, dem der Zielhost verlorenging, die e-mails
nachher noch richtig zum Ziel weiterleiten, waere optimal (da muss man
natuerlich eine Schleifensperre einbauen)
----------------------------------------------------------------------
paul - 28.02.03 14:42
----------------------------------------------------------------------
Soll es jetzt überhaupt @member.hs.net geben? Das war doch IIRC nur mal
andiskutiert worden, dann aber verworfen worden (da die
Vorname.Nachname at hs.net-Adressen bestehen bleiben
sollen). Irre ich mich da?
Für @user.hs.net gäbe es neben diesem Adress-Aufbau noch die Möglichkeit,
z.B. für den User xyz00-test die (externe, Host-unabhängige) Adresse
xyz00-test at xyz00.hostsharing.net anzubieten. Diese
Subdomain wird AFAICS im Moment nicht für Mails verwendet. Wenn man per
DNS sicherstellt, dass diese Domain immer auf den korrekten Host / die
richtige IP-Adresse zeigt (was momentan wohl nur bei DumpSpace-Paketen
<b>nicht</b> so ist), bräuchte man beim Einrichten eines Pakets auf einem
Server nur ein "@xyz00.hostsharing.net %1 at pima.hostsharing.net" (für das
Paket xyz00 auf
pima) in die /etc/postfix/virtusertable einzutragen. Dann müssten wir uns
auch nicht extra um einen plötzlichen Ausfall eines Rechners (wie in
Purodhas letzter Bugnote zu lesen) zu kümmern.
----------------------------------------------------------------------
noel - 13.08.04 16:22
----------------------------------------------------------------------
seit 1,5 Jahren ohne Änderung und Diskussion.
Wir bleiben also wie bisher dabei vorname.nachname at hs
alles andere sollte über eine vMV laufen.
Problem-Historie
Änderungsdatum Benutzername Feld Änderung
======================================================================
13.08.04 16:22 noel Status neu => geschlossen
13.08.04 16:22 noel Problemnotiz hinzugefügt: 0000928
19.08.06 11:39 mi Status geschlossen =>
zugewiesen
19.08.06 11:39 mi Bearbeitung durch => _niemand
======================================================================
More information about the Todo
mailing list