<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
Hi,<br>
<br>
Am 22.04.2010 21:02, schrieb Peer Heinlein:
<blockquote cite="mid:201004222102.39859.p.heinlein@heinlein-support.de"
type="cite">
<pre wrap="">Am Donnerstag 22 April 2010 16:49:09 schrieb Marcel Hartmann (privat):
</pre>
<blockquote type="cite">
<pre wrap="">Das Problem dabei ist, er berücksichtigt die aliasse die in postfix
unter virtual_alias_maps eingegeben sind nicht.
</pre>
</blockquote>
<pre wrap="">
Muß er gar nicht, soll er gar nicht *KANN* er gar nicht.
Was gehen Dovecot Aliase von Postfix an? Der Server sieht ja nur die von
Postfix fertig umgeschriebenen Adressen.
</pre>
</blockquote>
Da ich den standard virtual von Postfix gegen den dovecot delivery
agent getauscht habe, muss dovecot das machen was virtual normalerweise
tut, udn ist das nicht auch das mapping von source zu destination? Also
auch externe destinations? Die gehen nämlcih auch nicht in meinem
Setup! Nur interne Adressen/Aliasse nutzt er, postfix reicht einfach
alles an dovecot weiter.<br>
<blockquote cite="mid:201004222102.39859.p.heinlein@heinlein-support.de"
type="cite">
<pre wrap=""></pre>
<blockquote type="cite">
<pre wrap="">Das Problem muss am dovecot liegen,
</pre>
</blockquote>
<pre wrap="">
Autschn. Vorsicht mit solchen Aussagen. Je überzeugter solche Aussagen
getroffen werden, umso unwahrer sind sie oft... :-)
</pre>
</blockquote>
Hmmm, kann sein das ist meine Vermutung wegen des Logfiles von postfix
(delivered via dovecot) status=send.<br>
<blockquote cite="mid:201004222102.39859.p.heinlein@heinlein-support.de"
type="cite">
<pre wrap="">
</pre>
<blockquote type="cite">
<pre wrap="">da virtual_alias_maps einen
korrekten Wert zurück bekommt aus MySQL.
</pre>
</blockquote>
<pre wrap="">
Wie gesagt: Dein Denkfehler ist schon, daß Dovecot damit was zu tun hat.
Hat er aber gar nicht.
</pre>
</blockquote>
OK? Kannst Du das genauer erörtern bitte?<br>
<blockquote cite="mid:201004222102.39859.p.heinlein@heinlein-support.de"
type="cite">
<pre wrap="">
</pre>
<blockquote type="cite">
<pre wrap="">Lege ich nen Alias an und sende eine Nachricht dahin, habe ich immer
neue Maildirs.
</pre>
</blockquote>
<pre wrap="">
Heißt: Postfix schreibt nicht um und gibt das dann so 1:1 an Dovecot.
Das Problem liegt bei Postfix!
</pre>
</blockquote>
OK, und wo genau? Evtl. bei virtual_transport = dovecot ??? Siehe
main.cf.<br>
<blockquote cite="mid:201004222102.39859.p.heinlein@heinlein-support.de"
type="cite">
<pre wrap="">
</pre>
<blockquote type="cite">
<pre wrap="">Das nervt irgendwie hat
dovecot das mapping von alias auf den reellen mailboxnamen
"vergessen".
</pre>
</blockquote>
<pre wrap="">
Was er nicht weiß und was er nie wußte kann er folgerichtig gar nicht
vergessen haben.
</pre>
<blockquote type="cite">
<pre wrap="">Villeicht hat damit ja jemand Erfahrungen, irgendwie bereue ich fast
schon nit den courier genommen zu haben den Peer in seinem Buch
eingehend erläutert hat.
</pre>
</blockquote>
<pre wrap="">
Wenn Du im Jahr 2010 noch Courier nehmen würdest, dann würde ich Dich
verhauen.
</pre>
</blockquote>
LOOL. *Buchwegwerf* hehe<br>
<blockquote cite="mid:201004222102.39859.p.heinlein@heinlein-support.de"
type="cite">
<pre wrap="">
Abgesehen kann ich Dir garantieren, daß sich NICHTS ändern würde. Das
Problem würde genauso auftreten.
Leider hast Du die Postfix-Config nicht mitgepostet. Also kann ich Dir
auch nicht sagen, wo Du da was falsch gemachst hast.
</pre>
</blockquote>
Postconf -n:<br>
<pre wrap=""><small>alias_database = hash:/etc/aliases
alias_maps = hash:/etc/aliases
broken_sasl_auth_clients = yes
command_directory = /usr/sbin
config_directory = /etc/postfix
content_filter = smtp-amavis:[127.0.0.1]:10030
daemon_directory = /usr/libexec/postfix
debug_peer_level = 2
disable_vrfy_command = yes
header_checks = pcre:/etc/postfix/delete_10031_header
html_directory = no
inet_interfaces = all
mail_owner = postfix
mailq_path = /usr/bin/mailq.postfix
mydestination = localhost, $myhostname
myhostname = mx02.insentic.de
myorigin = $mydomain
newaliases_path = /usr/bin/newaliases.postfix
queue_directory = /var/spool/postfix
receive_override_options = no_address_mappings
sendmail_path = /usr/sbin/sendmail.postfix
setgid_group = postdrop
smtpd_data_restrictions = reject_unauth_pipelining
smtpd_error_sleep_time = 5s
smtpd_etrn_restrictions = permit_mynetworks
smtpd_hard_error_limit = 20
smtpd_helo_required = yes
smtpd_recipient_restrictions = permit_mynetworks permit_sasl_authenticated reject_unauth_destination check_recipient_access hash:/etc/postfix/access reject_unknown_recipient_domain reject_unknown_sender_domain reject_unverified_recipient reject_non_fqdn_recipient reject_non_fqdn_sender reject_invalid_hostname reject_rbl_client zen.spamhaus.org reject_rbl_client combined.njabl.org reject_rbl_client bl.spamcop.net reject_rhsbl_sender dsn.rfc-ignorant.org reject_rhsbl_sender bogusmx.rfc-ignorant.org reject_rhsbl_sender rhsbl.sorbs.net
smtpd_sasl_auth_enable = yes
smtpd_sasl_authenticated_header = yes
smtpd_sasl_path = private/auth
smtpd_sasl_type = dovecot
smtpd_soft_error_limit = 10
smtpd_tls_auth_only = no
smtpd_tls_cert_file = /etc/pki/postfix/certs/postfix.pem
smtpd_tls_key_file = /etc/pki/postfix/private/postfix.pem
smtpd_use_tls = yes
soft_bounce = no
unknown_local_recipient_reject_code = 550
unverified_recipient_reject_code = 550
unverified_sender_reject_code = 550
virtual_alias_maps = mysql:/etc/postfix/mysql-virtual-alias-maps.cf,mysql:/etc/postfix/mysql-email2email.cf
virtual_mailbox_domains = mysql:/etc/postfix/mysql-virtual-mailbox-domains.cf
virtual_mailbox_maps = mysql:/etc/postfix/mysql-virtual-mailbox-maps.cf</small><small>
virtual_transport = dovecot</small>
</pre>
<br>
<blockquote cite="mid:201004222102.39859.p.heinlein@heinlein-support.de"
type="cite">
<pre wrap="">
Ich vermute aber mal, daß Du übersehen hast, daß /etc/aliases nur bei
$mydestination ausgewertet wird und bei $relay_domains & Co keine Rolle
spielt.
</pre>
</blockquote>
Nein, das weiss ich das es da nur um lokale User also die der Canonical
Domain in mydestination/mynetworks/etc. eine Rolle spielen. Ich mappe
in /etc/aliases nur root: zu <a class="moz-txt-link-abbreviated" href="mailto:email@adresse.de">email@adresse.de</a> einer Virtuellen Domain
damit ich die ins richtige Postfach bekomme. Aber auch hier das
Phänomen, dass eine Mail an root ('echo "test" | mail -s "Testmail"
root') laut Log so ankommt:<br>
<br>
<small>Apr 23 12:51:32 scrooge postfix/anvil[13274]: statistics: max
connection rate 1/60s for (<a class="moz-txt-link-freetext" href="smtp:213.238.60.165">smtp:213.238.60.165</a>) at Apr 23 12:48:12<br>
Apr 23 12:51:32 scrooge postfix/anvil[13274]: statistics: max
connection count 1 for (<a class="moz-txt-link-freetext" href="smtp:213.238.60.165">smtp:213.238.60.165</a>) at Apr 23 12:48:12<br>
Apr 23 12:51:32 scrooge postfix/anvil[13274]: statistics: max cache
size 1 at Apr 23 12:48:12<br>
Apr 23 12:52:43 scrooge postfix/pickup[13148]: 44E6ADCE61: uid=0
from=<root><br>
Apr 23 12:52:43 scrooge postfix/cleanup[13303]: 44E6ADCE61:
message-id=<a class="moz-txt-link-rfc2396E" href="mailto:20100423105244.44E6ADCE61@mx02.insentic.de"><20100423105244.44E6ADCE61@mx02.insentic.de></a><br>
Apr 23 12:52:43 scrooge postfix/qmgr[6145]: 44E6ADCE61:
from=<a class="moz-txt-link-rfc2396E" href="mailto:root@insentic.de"><root@insentic.de></a>, size=296, nrcpt=1 (queue active)<br>
Apr 23 12:52:44 scrooge postfix/smtpd[13308]: connect from
unknown[127.0.0.1]<br>
Apr 23 10:52:44 scrooge postfix/smtpd[13308]: 50E8ADCE4E:
client=unknown[127.0.0.1]<br>
Apr 23 12:52:44 scrooge postfix/cleanup[13303]: 50E8ADCE4E:
message-id=<a class="moz-txt-link-rfc2396E" href="mailto:20100423105244.44E6ADCE61@mx02.insentic.de"><20100423105244.44E6ADCE61@mx02.insentic.de></a><br>
Apr 23 12:52:44 scrooge postfix/qmgr[6145]: 50E8ADCE4E:
from=<a class="moz-txt-link-rfc2396E" href="mailto:root@insentic.de"><root@insentic.de></a>, size=451, nrcpt=1 (queue active)<br>
Apr 23 10:52:44 scrooge postfix/smtpd[13308]: disconnect from
unknown[127.0.0.1]<br>
Apr 23 12:52:44 scrooge amavis[13136]: (13136-03) Passed CLEAN,
<a class="moz-txt-link-rfc2396E" href="mailto:root@insentic.de"><root@insentic.de></a> -> <a class="moz-txt-link-rfc2396E" href="mailto:root@insentic.de"><root@insentic.de></a>, Message-ID:
<a class="moz-txt-link-rfc2396E" href="mailto:20100423105244.44E6ADCE61@mx02.insentic.de"><20100423105244.44E6ADCE61@mx02.insentic.de></a>, mail_id:
M6H9zPqnFRsF, Hits: 0, size: 296, queued_as: 50E8ADCE4E, 632 ms<br>
Apr 23 12:52:44 scrooge postfix/smtp[13305]: 44E6ADCE61:
to=<a class="moz-txt-link-rfc2396E" href="mailto:root@insentic.de"><root@insentic.de></a>, orig_to=<root>,
relay=127.0.0.1[127.0.0.1]:10030, delay=0.07, delays=0.02/0.01/0/0.64,
dsn=2.0.0, status=sent (250 2.0.0 Ok, id=13136-03, from
MTA([127.0.0.1]:10031): 250 2.0.0 Ok: queued as 50E8ADCE4E)<br>
Apr 23 12:52:44 scrooge postfix/qmgr[6145]: 44E6ADCE61: removed<br>
Apr 23 12:52:44 scrooge postfix/pipe[13309]: 50E8ADCE4E:
to=<a class="moz-txt-link-rfc2396E" href="mailto:root@insentic.de"><root@insentic.de></a>, relay=dovecot, delay=0.12,
delays=0/0.01/0/0.11, dsn=2.0.0, status=sent (delivered via dovecot
service)<br>
Apr 23 12:52:44 scrooge postfix/qmgr[6145]: 50E8ADCE4E: removed<br>
<br>
<big>Er sendet an <a class="moz-txt-link-abbreviated" href="mailto:root@insentic.de">root@insentic.de</a> (Hauptdomain des Servers, in
mydestination steht aber nur mx02.insentic.de drin und kein myorigin,
sonst wäre insentic.de ja wieder mit dabei. Dovecot macht daraus dann
folgendes:</big><br>
<br>
Apr 23 12:52:44 deliver(<a class="moz-txt-link-abbreviated" href="mailto:root@insentic.de">root@insentic.de</a>): Info: Loading modules from
directory: /usr/lib64/dovecot/lda<br>
Apr 23 12:52:44 deliver(<a class="moz-txt-link-abbreviated" href="mailto:root@insentic.de">root@insentic.de</a>): Info: Module loaded:
/usr/lib64/dovecot/lda/lib90_cmusieve_plugin.so<br>
Apr 23 12:52:44 deliver(<a class="moz-txt-link-abbreviated" href="mailto:root@insentic.de">root@insentic.de</a>): Info: auth input: uid=5000<br>
Apr 23 12:52:44 deliver(<a class="moz-txt-link-abbreviated" href="mailto:root@insentic.de">root@insentic.de</a>): Info: auth input: gid=5000<br>
Apr 23 12:52:44 deliver(<a class="moz-txt-link-abbreviated" href="mailto:root@insentic.de">root@insentic.de</a>): Info: auth input:
home=/storage/var/vmail/insentic.de/root<br>
Apr 23 12:52:44 deliver(<a class="moz-txt-link-abbreviated" href="mailto:root@insentic.de">root@insentic.de</a>): Info: maildir:
data=/storage/var/vmail/insentic.de/root<br>
Apr 23 12:52:44 deliver(<a class="moz-txt-link-abbreviated" href="mailto:root@insentic.de">root@insentic.de</a>): Info: maildir++:
root=/storage/var/vmail/insentic.de/root, index=, control=,
inbox=/storage/var/vmail/insentic.de/root<br>
Apr 23 12:52:44 deliver(<a class="moz-txt-link-abbreviated" href="mailto:root@insentic.de">root@insentic.de</a>): Info: cmusieve:
/storage/var/vmail/insentic.de/root/.dovecot.sieve doesn't exist<br>
Apr 23 12:52:44 deliver(<a class="moz-txt-link-abbreviated" href="mailto:root@insentic.de">root@insentic.de</a>): Info: Namespace : Using
permissions from /storage/var/vmail/insentic.de/root: mode=0700 gid=-1<br>
Apr 23 12:52:44 auth(default): Info: master in: USER 1
<a class="moz-txt-link-abbreviated" href="mailto:root@insentic.de">root@insentic.de</a> service=deliver<br>
Apr 23 12:52:44 auth(default): Info: master out: USER 1
<a class="moz-txt-link-abbreviated" href="mailto:root@insentic.de">root@insentic.de</a> uid=5000 gid=5000
home=/storage/var/vmail/insentic.de/root<br>
Apr 23 12:52:44 deliver(<a class="moz-txt-link-abbreviated" href="mailto:root@insentic.de">root@insentic.de</a>): Info:
msgid=<a class="moz-txt-link-rfc2396E" href="mailto:20100423105244.44E6ADCE61@mx02.insentic.de"><20100423105244.44E6ADCE61@mx02.insentic.de></a>: saved mail to
INBOX<br>
<br>
</small>Und schwupps legt mir dovecot wieder ein neues Maildir an
nämlich das Konto root in der Domain insentic.de. Das selbe Problem wie
für existierende Aliasse in mysql_virtual_alias_maps. Er solls auf die
hauptmailbox matchen und DA ablegen nicht ein neues Dir anlegen der
Hund. Ich hoffe das ist verständlich rübergekommen bisher. Ansonsten
Gepeinigt fragen bitte... :-)<br>
<br>
Danke bisher und 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>