<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html; charset=iso-8859-1"
http-equiv="Content-Type">
<title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
Hi Oliver,<br>
<br>
Am 23.04.2010 14:17, schrieb Oliver Pürsten:
<blockquote cite="mid:4BD18FC5.4010208@puersten.de" type="cite">Am
23.04.2010 13:06, schrieb Marcel Hartmann (privat):
<br>
<blockquote type="cite">Hallo Oliver,
<br>
<br>
Am 22.04.2010 17:06, schrieb Oliver Pürsten:
<br>
<blockquote type="cite"><br>
ich glaube Du hast den falschen Ansatz im Postfix.
<br>
<br>
Bei mir habe ich Postfix und Dovecot auch am laufen und kenne diese
<br>
Probleme nicht.
<br>
Allerdings schiebe ich die Emails vom Postfix an dovecot auch per
<br>
relay_domains,
<br>
relay_recipient_maps (Authentifizierung) und dann transport_maps zum
<br>
dovecot.
<br>
<br>
Dann nutze ich zusätzlich virutal_alias_maps um die Aliase und
<br>
Weiterleitungen zu
<br>
machen und das funktioniert wunderbar.
<br>
</blockquote>
Also im Postfixbuch steht ganz klar das canonical Domains Domains sind,
<br>
die mit dem Systemusern verknüpft werden.
<br>
Virtuelle Domains vià virtual_mailbox_domains sind Virtuelle Domains
die
<br>
vom System abgekopplet sind erst einmal, es sei denn man matcht in
<br>
/etc/aliasses Systemkonten auf Mailboxen virtueller Domain.
<br>
</blockquote>
Also ich glaube Du bringst da was durcheinander. Meines Wissens nach
gibts
<br>
nur canonical_maps, welche zum umschreiben von Emailadressen gedacht
sind.
<br>
Von "canonical Domains" hab ich noch nicht gehöhrt, Systemuser laufen
da
<br>
soweit ich weiss über $mydestination.
<br>
</blockquote>
Siehe hier:<br>
<br>
<a class="moz-txt-link-freetext" href="http://www.postfix.org/VIRTUAL_README.html#canonical">http://www.postfix.org/VIRTUAL_README.html#canonical</a><br>
<br>
Most Postfix systems are <b>final destination</b> for only a
few domain names. These include the hostnames and [the IP addresses]
of the machine that Postfix runs on, and sometimes also include
the parent domain of the hostname. The remainder of this document
will refer to these domains as the <a
href="http://www.postfix.org/VIRTUAL_README.html#canonical">canonical
domains</a>. They are
usually implemented with the Postfix <a
href="http://www.postfix.org/ADDRESS_CLASS_README.html#local_domain_class">local
domain</a> address class,
as defined in the <a
href="http://www.postfix.org/ADDRESS_CLASS_README.html">ADDRESS_CLASS_README</a>
file.<br>
<br>
Und nun? :-) Oder interpretiere ich das falsch!? Ich wills nur
verstehen und nicht Deine Aussage als unrichtig darstellen!<br>
<br>
<blockquote cite="mid:4BD18FC5.4010208@puersten.de" type="cite"><br>
<blockquote type="cite"><br>
releay_recipient_maps sind laut Postfixbuch Domains, für die postfix
nur
<br>
relayen soll, also lt. meinem Wissen werden Mails in
<br>
relay_recipient_maps an den Server weitergeleitet der dise als
<br>
canonical/virtual gelistet hat, ein setup das (auch wenn es
<br>
funktioniert) möchte ich bei mir schon korrekt mit den "richtigen" Maps
<br>
aufsetzen, denn wenn ich relay nutze und mein System umbiege so dass
<br>
diese dann in den MySQL Domain/Konten landen ist das sicher nicht ganz
<br>
100%ig, oder sehe ich das falsch?
<br>
</blockquote>
Glaube das siehst Du falsch, das kommt auf den Blickwinkel an aus dem
<br>
man das betrachtet.
<br>
<br>
So wie ich das sehe (war auch schon mal anders, aber man lernt ja dazu)
<br>
sind virtual_mailbox_domains + maps nur für setups die auch den virtual
<br>
als transport (LDA) nutzen. Alles andere, egal ob auf dem gleichen
System
<br>
installiert oder auf anderen System ist postfix fremd und wird dann
relayed.
<br>
<br>
Man muss einfach mal z.B. den dovecot als eigenständigen Server
betrachten,
<br>
auch wenn dieser lokal installiert ist. Über was für einen transport,
smtp
<br>
oder pipe, ich den dann letztendlich zustelle ist ja egal.
<br>
</blockquote>
Stimmt, da hast Du recht. Ich dachte man nutzt relay nur wenn man
postfix vorm Exchange hat oder ähnliches. <br>
Das damit auch dovecot angespielt werden kann wusste ich nicht, aber
wozu dann virtual_transport = dovecot ?<br>
Das es immer mehrere Weg ans Ziel gibt ist mir ja klar, nun wirds aber
kompliziert. Whats up with keep it short and simple?<br>
<blockquote cite="mid:4BD18FC5.4010208@puersten.de" type="cite"><br>
<blockquote type="cite"><br>
Aber generell bin ich für jeden Tipp dankbar und welze die Bücher etc.,
<br>
ich will genau verstehen was dahinter steht, wie es funktioniert und
das
<br>
es dann auch korrekt läuft bei mir. Ich kann mich auf Dauer ja nicht
<br>
immer auf die ML verlassen im Falle von Fehlern/Debugging etc. pp.
<br>
Deshalb beschäftige ich mich auch so intensiv mit dieser Materie
derzeit.
<br>
<br>
</blockquote>
Hoffe ich konnte das so einigermaßen darstellen wie ich das meine
<br>
und es hilft Dir weiter.
<br>
</blockquote>
Ja hab Deinen Blickpunkt verstanden, danke Dir Oliver.<br>
<br>
Gruß<br>
Marcel<br>
<pre class="moz-signature" cols="72">--
Marcel Hartmann (webdeveloper && project manager)
<a class="moz-txt-link-abbreviated" href="mailto:mail@marcel-hartmann.com">mail@marcel-hartmann.com</a> // <a class="moz-txt-link-abbreviated" href="http://www.marcel-hartmann.com">www.marcel-hartmann.com</a></pre>
</body>
</html>