Re: E-Mail Konten fuer virtuelle Domains

On Sun, Jun 22, 2003 at 09:43:14AM +0000, Robert Barten wrote:
> On Sun, Jun 22, 2003 at 07:23:13AM +0200, Bernd Walter wrote:
> > > > Das Format hat nichts damit zu tun - die Verwaltung ist das Problem.
> > > Ich habe jetzt ein Skript geschrieben, welches die Mails in /mail/user1
> > > beispielsweise nach mutti(at)user1 durchsucht und ausgibt, und nur diese,
> > > nach vorheriger Anmeldung. Aber das funktioniert nur auf der Konsole und
> > > als Webmail. Wenn ich das mit Perl hinbekomme, dann wird doch ein
> > > POP/IMAP-Server auch in der Lage dazu sein?
> >
> > Auch dein Script ist nicht in der Lage.
> Natürlich. In virtusertable sind alle Domains so eingetragen:
> @domain1 user1
> @domain2 user2
> Mit Perl spreche ich diese Mailbox an und filtere lediglich Nachrichten,
> die auch an mich (den angemeldeten) adressiert sind.
>
> Jetzt denke ich einen Schritt weiter: Wenn procmail die E-Mails gleich
> filtert und in die entsprechenden mbox'es schiebt /mail/user1-m12 (das
> zwölfte Konto vin user1, beispielsweise mutti(at)user1), dann muss ich zwar
> immer noch die /etc/passwd bemühen (die ich eigentlich nur für
> Hauptbenutzer gedacht habe), aber es ginge so ohne MailDirs, und das ist
> mir sehr wichtig. Erstens schreibe ich mein eigenes Webmail, und
> zweitens sollen die Leute auch mit Mutt oder anders ihre Mails
> bearbeiten können. Cyrus ist etwas ganz Feines für Webhoster, habe mich
> stundenlang durch die Doku gearbeitet, aber imapd bleibt allein wegen
> mbox.

Warum du am mbox Format hängst ist mir ein Rätsel.
Das Format ist für einen anderen Zweck entwickelt worden und ist für
imap denkbar ungünstig.

> Jetzt nur ein Schönheitsfehler: Loginname für eine Mailbox ist user1-m12
> - kann man einen Alias für einen Loginnamen festlegen, irgendwo? Also
> mutti(at)domain1 für user1-m12?

Wie schon gesagt - es funktioniert damit sowieso nicht.

Du brauchst einen deliver agent, der mit Realms umgehen kann.
Dieser kann dann mit Hilfe der Realm ein entsprechendes Postfach
ansprechen.
Im nächsten Schritt darfst du Postfächer nicht mehr übers local
delivery ansprechen, da dort die Realm immer dem Hostnamen entpsricht.
Zugestellt wird also per mailertable.
Selbstverständlich muß der imapd dann auch damit umgehen können.

Ich betreibe selber ein größeres System in einer derartigen
Konfiguration (=> http://www.dynmail.de).

> > Alles was du finden kannst sind bestenfalls Header Daten, die aber
> > keine zuverlässige Trennung ermöglichen.
> Warum? To, Cc und Bcc geben doch klar an, wohin die E-Mail geht?

Ist genauso wie bei der normalen Briefpost.
Der Postbote schaut für die Zustellung auch nicht auf den Empfänger
im Briefkopf, sondern nur auf den, der auf dem Umschlag steht.
Da der Envelope aber während der Zustellung öfters umgeschrieben wird
beinhaltet er zum Zeitpunkt der Zustellung ins Postfach halt nur noch
den Namen des Postfaches - die letzte Zielbezeichnung halt.
Die Angaben im Header hingegen sind für die Zustellung bedeutungslos.

-- 
B.Walter                   BWCT                http://www.bwct.de
ticso(at)bwct.de                                  info(at)bwct.de
To Unsubscribe: send mail to majordomo(at)de.FreeBSD.org
with "unsubscribe de-bsd-questions" in the body of the message