Postfix

Florian Kieling

12 Feb 2007 12 Feb '07

16:56

Hallo Liste, ich habe mir einen Kolab2-Server installiert. der läuft soweit auch ganz prächtig. Er stellt brav alle eMails die an meine Domain gehen an die jeweiligen lokalen User zu. Alle anderen eMails werden über den in der main.cf definierten Relayhost weitergeleitet. Dabei erfolgt die Authentifizierung über einen Eintrag in der sasl_passwd. Nun gibt es aber ein paar User, die auf dem Kolab2-Server keinen Account haben. Die eMails, die ich an diese User schreibe, sollen ebenfalls an den Relayhost weitergeleitet werden. Dafür habe ich einen Eintrag in der virtual gemacht: @domain.tdl external und einen Eintrag in der transport: external@domain.tdl smtp:mail.domain.tdl Leider bringt das keinen Erfolg. Die eMails an die User, die keinen Account auf dem Kolab2 haben, werden zwar an meinen Relayhost übergeben, landen dann aber alle in meinem eigenen Postfach. Wo ist mein Denkfehler? Was muß ich beim Postfix anders konfigurieren? Gruß Florian -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

Show replies by date

Sandy Drobic

12 Feb 12 Feb

17:41

Florian Kieling wrote:

...

Hallo Liste,

ich habe mir einen Kolab2-Server installiert. der läuft soweit auch ganz prächtig. Er stellt brav alle eMails die an meine Domain gehen an die jeweiligen lokalen User zu. Alle anderen eMails werden über den in der main.cf definierten Relayhost weitergeleitet. Dabei erfolgt die

Authentifizierung über einen Eintrag in der sasl_passwd. Nun gibt es aber ein paar User, die auf dem Kolab2-Server keinen Account haben. Die eMails, die ich an diese User schreibe, sollen ebenfalls an den Relayhost weitergeleitet werden. Dafür habe ich einen Eintrag in der virtual gemacht: @domain.tdl external

Catch-all würde ich, wenn irgendwie möglich, vermeiden. Unvollständige Adressen in virtual ebenfalls. Bitte beachte, dass dieser Eintrag in virtual für alle mails gilt, eingehende wie ausgehende.

...

und einen Eintrag in der transport: external@domain.tdl smtp:mail.domain.tdl

...

Leider bringt das keinen Erfolg. Die eMails an die User, die keinen Account auf dem Kolab2 haben, werden zwar an meinen Relayhost übergeben, landen dann aber alle in meinem eigenen Postfach.

Wo ist mein Denkfehler? Was muß ich beim Postfix anders konfigurieren?

Schwierig zu sagen, du hast sorgfältig alle benötigten Informationen anonymisiert oder nicht erwähnt. (^-^) Besser wäre die Ausgabe von "postconf -n" (anonymisiere meinetwegen, aber konsistent und übereinstimmend auch im Log) und die Logzeilen, wo die Mail durchläuft. -- Sandy Antworten bitte nur in die Mailingliste! PMs bitte an: news-reply2 (@) japantest (.) homelinux (.) com -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

Florian Kieling

18:20

Hallo Sandy

...

...
ich habe mir einen Kolab2-Server installiert. der läuft soweit auch ganz prächtig. Er stellt brav alle eMails die an meine Domain gehen an die jeweiligen lokalen User zu. Alle anderen eMails werden über den in der main.cf definierten Relayhost weitergeleitet. Dabei erfolgt die

Authentifizierung über einen Eintrag in der sasl_passwd. Nun gibt es aber ein paar User, die auf dem Kolab2-Server keinen Account haben. Die eMails, die ich an diese User schreibe, sollen ebenfalls an den Relayhost weitergeleitet werden. Dafür habe ich einen Eintrag in der virtual gemacht: @domain.tdl external

Catch-all würde ich, wenn irgendwie möglich, vermeiden. Unvollständige Adressen in virtual ebenfalls. Bitte beachte, dass dieser Eintrag in virtual für alle mails gilt, eingehende wie ausgehende. Ok. Hab ich im Hinterkopg vermerkt.

...

...
und einen Eintrag in der transport: external@domain.tdl smtp:mail.domain.tdl

Leider bringt das keinen Erfolg. Die eMails an die User, die keinen Account auf dem Kolab2 haben, werden zwar an meinen Relayhost übergeben, landen dann aber alle in meinem eigenen Postfach.

Wo ist mein Denkfehler? Was muß ich beim Postfix anders konfigurieren?

Schwierig zu sagen, du hast sorgfältig alle benötigten Informationen anonymisiert oder nicht erwähnt. (^-^) Da bin ich gut drin :-) Na dann gelob ich mal Besserung und liefere Dir noch weitere Informationen.

...

Besser wäre die Ausgabe von "postconf -n" (anonymisiere meinetwegen, aber konsistent und übereinstimmend auch im Log) und die Logzeilen, wo die Mail durchläuft.

Hier zuerst die Ausgabe von postconf -n alias_database = hash:/etc/aliases alias_maps = hash:/etc/aliases broken_sasl_auth_clients = yes canonical_maps = hash:/etc/postfix/canonical command_directory = /usr/sbin config_directory = /etc/postfix content_filter = kolabfilter daemon_directory = /usr/lib/postfix default_privs = kolab local_recipient_maps = $virtual_maps, $alias_maps mail_owner = postfix mailbox_transport = kolabmailboxfilter masquerade_classes = envelope_sender, envelope_recipient, header_sender, header_recipient masquerade_domains = $mydomain message_size_limit = 20971520 mydestination = familie-kieling.de mydomain = familie-kieling.de myhostname = kolab2.intern mynetworks = 127.0.0.0/8 myorigin = $mydomain queue_directory = /var/spool/postfix recipient_delimiter = + relay_domains = relayhost = [mail.familie-kieling.de] relocated_maps = hash:/etc/postfix/relocated setgid_group = maildrop smtp_sasl_auth_enable = yes smtp_sasl_password_maps = hash:/etc/postfix/sasl_passwd smtp_sasl_security_options = noanonymous smtpd_recipient_restrictions = permit_mynetworks,permit_sasl_authenticated, reject_unauth_destination, reject_unlisted_recipient, check_policy_service unix:private/kolabpolicy smtpd_sasl_auth_enable = yes smtpd_sasl_local_domain = smtpd_sasl_security_options = noanonymous smtpd_sender_restrictions = permit_mynetworks, check_policy_service unix:private/kolabpolicy smtpd_starttls_timeout = 300s smtpd_timeout = 300s smtpd_tls_auth_only = yes smtpd_tls_cert_file = /etc/kolab/cert.pem smtpd_tls_key_file = /etc/kolab/key.pem smtpd_tls_loglevel = 1 smtpd_tls_received_header = no smtpd_tls_session_cache_timeout = 3600s smtpd_use_tls = yes tls_random_source = dev:/dev/urandom transport_maps = hash:/etc/postfix/transport, ldap:/etc/postfix/ldaptransport.cf Und hier ist der Auszug aus /var/log/mail, der während des versendens einer entsprechenden Nachricht entsteht: Feb 12 18:25:08 kolab2 postfix/smtpd[3545]: connect from unknown[192.168.178.21] Feb 12 18:25:08 kolab2 postfix/smtpd[3545]: setting up TLS connection from unknown[192.168.178.21] Feb 12 18:25:08 kolab2 postfix/smtpd[3545]: TLS connection established from unknown[192.168.178.21]: TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits) Feb 12 18:25:09 kolab2 postfix/smtpd[3545]: 4895C94389: client=unknown[192.168.178.21], sasl_method=LOGIN, sasl_username=florian@familie-kieling.de Feb 12 18:25:09 kolab2 postfix/cleanup[3552]: 4895C94389: message-id=<200702121916.37820.florian@familie-kieling.de> Feb 12 18:25:09 kolab2 postfix/qmgr[3544]: 4895C94389: from=, size=543, nrcpt=1 (queue active) Feb 12 18:25:09 kolab2 postfix/smtpd[3545]: disconnect from unknown[192.168.178.21] Feb 12 18:25:12 kolab2 postfix/smtpd[3555]: connect from localhost[127.0.0.1] Feb 12 18:25:12 kolab2 postfix/smtpd[3555]: 8D9E49438D: client=localhost[127.0.0.1] Feb 12 18:25:12 kolab2 postfix/cleanup[3556]: 8D9E49438D: message-id=<200702121916.37820.florian@familie-kieling.de> Feb 12 18:25:12 kolab2 postfix/qmgr[3544]: 8D9E49438D: from=, size=722, nrcpt=1 (queue active) Feb 12 18:25:12 kolab2 postfix/smtpd[3555]: disconnect from localhost[127.0.0.1] Feb 12 18:25:12 kolab2 postfix/pipe[3553]: 4895C94389: to=, orig_to=, relay=kolabfilter, delay=4, status=sent (kolab2.intern) Feb 12 18:25:12 kolab2 postfix/qmgr[3544]: 4895C94389: removed Feb 12 18:25:19 kolab2 postfix/smtpd[3561]: connect from localhost[127.0.0.1] Feb 12 18:25:19 kolab2 postfix/smtpd[3561]: 5F3B694389: client=localhost[127.0.0.1] Feb 12 18:25:19 kolab2 postfix/cleanup[3556]: 5F3B694389: message-id=<200702121916.37820.florian@familie-kieling.de> Feb 12 18:25:19 kolab2 postfix/qmgr[3544]: 5F3B694389: from=, size=1173, nrcpt=1 (queue active) Feb 12 18:25:19 kolab2 postfix/smtpd[3561]: disconnect from localhost[127.0.0.1] Feb 12 18:25:19 kolab2 postfix/smtp[3557]: 8D9E49438D: to=, relay=127.0.0.1[127.0.0.1], delay=7, status=sent (250 2.6.0 Ok, id=02839-01, from MTA([127.0.0.1]:10026): 250 Ok: queued as 5F3B694389) Feb 12 18:25:19 kolab2 postfix/qmgr[3544]: 8D9E49438D: removed Feb 12 18:25:20 kolab2 postfix/smtp[3562]: 5F3B694389: to=, relay=mail.familie-kieling.de[217.160.220.47], delay=1, status=sent (250 ok 1171304498 qp 30578) Feb 12 18:25:20 kolab2 postfix/qmgr[3544]: 5F3B694389: removed Gut. Hiermit ist mir klar, was passiert: Feb 12 18:25:19 kolab2 postfix/smtp[3557]: 8D9E49438D: to=, relay=127.0.0.1[127.0.0.1], delay=7, status=sent (250 2.6.0 Ok, id=02839-01, from MTA([127.0.0.1]:10026): 250 Ok: queued as 5F3B694389) Ich hab auf dem Relayhost nen catchall eingerichtet. Und da eine eMail external@ nicht existiert, wird's natürlich beim cathcall eingeliefert. Soweit hab ich's jetzt verstanden. Wie kann ich nun erreichen, daß die eMail im Beispiel trotzdem an info@ gemailt wird? Gruß Florian -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

Sandy Drobic

18:43

Florian Kieling wrote:

...

Hallo Sandy

...
...
ich habe mir einen Kolab2-Server installiert. der läuft soweit auch ganz prächtig. Er stellt brav alle eMails die an meine Domain gehen an die jeweiligen lokalen User zu. Alle anderen eMails werden über den in der main.cf definierten Relayhost weitergeleitet. Dabei erfolgt die

Authentifizierung über einen Eintrag in der sasl_passwd. Nun gibt es aber ein paar User, die auf dem Kolab2-Server keinen Account haben. Die eMails, die ich an diese User schreibe, sollen ebenfalls an den Relayhost weitergeleitet werden. Dafür habe ich einen Eintrag in der virtual gemacht: @domain.tdl external Catch-all würde ich, wenn irgendwie möglich, vermeiden. Unvollständige Adressen in virtual ebenfalls. Bitte beachte, dass dieser Eintrag in virtual für alle mails gilt, eingehende wie ausgehende. Ok. Hab ich im Hinterkopg vermerkt.

Catchalls zerstören zusätzlich auch noch die Empfängervalidierung, deshalb werden sie auch gerne "Spammagneten" genannt. (^-^) Die saubere Methode ist, für jeden gültigen Empfänger eine Zeile einzutragen.

...

...
Besser wäre die Ausgabe von "postconf -n" (anonymisiere meinetwegen, aber konsistent und übereinstimmend auch im Log) und die Logzeilen, wo die Mail durchläuft.

Hier zuerst die Ausgabe von postconf -n alias_database = hash:/etc/aliases alias_maps = hash:/etc/aliases broken_sasl_auth_clients = yes canonical_maps = hash:/etc/postfix/canonical command_directory = /usr/sbin config_directory = /etc/postfix content_filter = kolabfilter daemon_directory = /usr/lib/postfix default_privs = kolab local_recipient_maps = $virtual_maps, $alias_maps

Da muss ich jedesmal mein Gehirn verbiegen, wenn ich eine KOLAB-Konfig sehe. Aber immerhin funktioniert sie einigermaßen.

...

mail_owner = postfix mailbox_transport = kolabmailboxfilter masquerade_classes = envelope_sender, envelope_recipient, header_sender, header_recipient masquerade_domains = $mydomain message_size_limit = 20971520 mydestination = familie-kieling.de mydomain = familie-kieling.de myhostname = kolab2.intern

Sendet der Server direkt ins Internet? Dann würde er nämlich "kolab2.intern" als HELO verwenden. Das würde von vielen Servern abgewiesen.

...

mynetworks = 127.0.0.0/8 myorigin = $mydomain queue_directory = /var/spool/postfix recipient_delimiter = + relay_domains = relayhost = [mail.familie-kieling.de]

Okay, also über Relay. Dann ist der Hostname nicht wichtig.

...

relocated_maps = hash:/etc/postfix/relocated setgid_group = maildrop smtp_sasl_auth_enable = yes smtp_sasl_password_maps = hash:/etc/postfix/sasl_passwd smtp_sasl_security_options = noanonymous smtpd_recipient_restrictions = permit_mynetworks,permit_sasl_authenticated, reject_unauth_destination, reject_unlisted_recipient, check_policy_service unix:private/kolabpolicy

Empfängst du Mails direkt aus dem Internet oder pollst du diese über Fetchmail? Im ersten Fall könntest du noch einiges an Spamschutz einbauen.

...

smtpd_sasl_auth_enable = yes smtpd_sasl_local_domain = smtpd_sasl_security_options = noanonymous smtpd_sender_restrictions = permit_mynetworks, check_policy_service unix:private/kolabpolicy smtpd_starttls_timeout = 300s smtpd_timeout = 300s smtpd_tls_auth_only = yes smtpd_tls_cert_file = /etc/kolab/cert.pem smtpd_tls_key_file = /etc/kolab/key.pem smtpd_tls_loglevel = 1 smtpd_tls_received_header = no smtpd_tls_session_cache_timeout = 3600s smtpd_use_tls = yes tls_random_source = dev:/dev/urandom transport_maps = hash:/etc/postfix/transport, ldap:/etc/postfix/ldaptransport.cf

Und hier ist der Auszug aus /var/log/mail, der während des versendens einer entsprechenden Nachricht entsteht: [...] Feb 12 18:25:12 kolab2 postfix/pipe[3553]: 4895C94389: to=, orig_to=, relay=kolabfilter, delay=4, status=sent (kolab2.intern)

Okay, hier hat der Catch-all in virtual zugeschlagen.

...

Feb 12 18:25:20 kolab2 postfix/smtp[3562]: 5F3B694389: to=, relay=mail.familie-kieling.de[217.160.220.47], delay=1, status=sent (250 ok 1171304498 qp 30578)

Und das Verschicken an den Relayhost ist dann logisch.

...

Gut. Hiermit ist mir klar, was passiert: Feb 12 18:25:19 kolab2 postfix/smtp[3557]: 8D9E49438D: to=, relay=127.0.0.1[127.0.0.1], delay=7, status=sent (250 2.6.0 Ok, id=02839-01, from MTA([127.0.0.1]:10026): 250 Ok: queued as 5F3B694389)

Ich hab auf dem Relayhost nen catchall eingerichtet. Und da eine eMail external@ nicht existiert, wird's natürlich beim cathcall eingeliefert. Soweit hab ich's jetzt verstanden.

Wie kann ich nun erreichen, daß die eMail im Beispiel trotzdem an info@ gemailt wird?

Das Stichwort hier ist "Identity Mapping". Du musst einen Eintrag auf sich selbst setzen in virtual. die Alias-Auflösung stoppt dann, wenn ein Eintrag auf sich selbst zeigt. /etc/postfix/virtual: info@familie-kieling.de info@familie-kieling.de @familie-kieling.de external@familie-kieling.de Ich würde dir aber trotzdem raten, für jeden gültigen Empfänger eine eigene Zeile einzurichten. Catch-all sind beinahe magische Spammagneten. In der letzten Woche hatte ich etwa 3500 rejects auf meinem kleinen Server hier. Ein Catch-all hätte mir schon bei dem Spamaufkommen das Postfach geflutet. -- Sandy Antworten bitte nur in die Mailingliste! PMs bitte an: news-reply2 (@) japantest (.) homelinux (.) com -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

Florian Kieling

19:11

Am Montag 12 Februar 2007 19:43:21 schrieb Sandy Drobic:

...

Florian Kieling wrote:

...
Hallo Sandy

...
...
ich habe mir einen Kolab2-Server installiert. der läuft soweit auch ganz prächtig. Er stellt brav alle eMails die an meine Domain gehen an die jeweiligen lokalen User zu. Alle anderen eMails werden über den in der main.cf definierten Relayhost weitergeleitet. Dabei erfolgt die

Authentifizierung über einen Eintrag in der sasl_passwd. Nun gibt es aber ein paar User, die auf dem Kolab2-Server keinen Account haben. Die eMails, die ich an diese User schreibe, sollen ebenfalls an den Relayhost weitergeleitet werden. Dafür habe ich einen Eintrag in der virtual gemacht: @domain.tdl external

Catch-all würde ich, wenn irgendwie möglich, vermeiden. Unvollständige Adressen in virtual ebenfalls. Bitte beachte, dass dieser Eintrag in virtual für alle mails gilt, eingehende wie ausgehende.

Ok. Hab ich im Hinterkopg vermerkt.

Catchalls zerstören zusätzlich auch noch die Empfängervalidierung, deshalb werden sie auch gerne "Spammagneten" genannt. (^-^)

Die saubere Methode ist, für jeden gültigen Empfänger eine Zeile einzutragen.

...
...
Besser wäre die Ausgabe von "postconf -n" (anonymisiere meinetwegen, aber konsistent und übereinstimmend auch im Log) und die Logzeilen, wo die Mail durchläuft.

Hier zuerst die Ausgabe von postconf -n alias_database = hash:/etc/aliases alias_maps = hash:/etc/aliases broken_sasl_auth_clients = yes canonical_maps = hash:/etc/postfix/canonical command_directory = /usr/sbin config_directory = /etc/postfix content_filter = kolabfilter daemon_directory = /usr/lib/postfix default_privs = kolab local_recipient_maps = $virtual_maps, $alias_maps

Da muss ich jedesmal mein Gehirn verbiegen, wenn ich eine KOLAB-Konfig sehe. Aber immerhin funktioniert sie einigermaßen.

...
mail_owner = postfix mailbox_transport = kolabmailboxfilter masquerade_classes = envelope_sender, envelope_recipient, header_sender, header_recipient masquerade_domains = $mydomain message_size_limit = 20971520 mydestination = familie-kieling.de mydomain = familie-kieling.de myhostname = kolab2.intern

Sendet der Server direkt ins Internet? Dann würde er nämlich "kolab2.intern" als HELO verwenden. Das würde von vielen Servern abgewiesen.

...
mynetworks = 127.0.0.0/8 myorigin = $mydomain queue_directory = /var/spool/postfix recipient_delimiter = + relay_domains = relayhost = [mail.familie-kieling.de]

Okay, also über Relay. Dann ist der Hostname nicht wichtig.

...
relocated_maps = hash:/etc/postfix/relocated setgid_group = maildrop smtp_sasl_auth_enable = yes smtp_sasl_password_maps = hash:/etc/postfix/sasl_passwd smtp_sasl_security_options = noanonymous smtpd_recipient_restrictions = permit_mynetworks,permit_sasl_authenticated, reject_unauth_destination, reject_unlisted_recipient, check_policy_service unix:private/kolabpolicy

Empfängst du Mails direkt aus dem Internet oder pollst du diese über Fetchmail? Im ersten Fall könntest du noch einiges an Spamschutz einbauen.

...
smtpd_sasl_auth_enable = yes smtpd_sasl_local_domain = smtpd_sasl_security_options = noanonymous smtpd_sender_restrictions = permit_mynetworks, check_policy_service unix:private/kolabpolicy smtpd_starttls_timeout = 300s smtpd_timeout = 300s smtpd_tls_auth_only = yes smtpd_tls_cert_file = /etc/kolab/cert.pem smtpd_tls_key_file = /etc/kolab/key.pem smtpd_tls_loglevel = 1 smtpd_tls_received_header = no smtpd_tls_session_cache_timeout = 3600s smtpd_use_tls = yes tls_random_source = dev:/dev/urandom transport_maps = hash:/etc/postfix/transport, ldap:/etc/postfix/ldaptransport.cf

Und hier ist der Auszug aus /var/log/mail, der während des versendens einer entsprechenden Nachricht entsteht:

[...]

...
Feb 12 18:25:12 kolab2 postfix/pipe[3553]: 4895C94389: to=, orig_to=, relay=kolabfilter, delay=4, status=sent (kolab2.intern)

Okay, hier hat der Catch-all in virtual zugeschlagen.

...
Feb 12 18:25:20 kolab2 postfix/smtp[3562]: 5F3B694389: to=, relay=mail.familie-kieling.de[217.160.220.47], delay=1, status=sent (250 ok 1171304498 qp 30578)

Und das Verschicken an den Relayhost ist dann logisch.

...
Gut. Hiermit ist mir klar, was passiert: Feb 12 18:25:19 kolab2 postfix/smtp[3557]: 8D9E49438D: to=, relay=127.0.0.1[127.0.0.1], delay=7, status=sent (250 2.6.0 Ok, id=02839-01, from MTA([127.0.0.1]:10026): 250 Ok: queued as 5F3B694389)

Ich hab auf dem Relayhost nen catchall eingerichtet. Und da eine eMail external@ nicht existiert, wird's natürlich beim cathcall eingeliefert. Soweit hab ich's jetzt verstanden.

Wie kann ich nun erreichen, daß die eMail im Beispiel trotzdem an info@ gemailt wird?

Das Stichwort hier ist "Identity Mapping". Du musst einen Eintrag auf sich selbst setzen in virtual. die Alias-Auflösung stoppt dann, wenn ein Eintrag auf sich selbst zeigt.

/etc/postfix/virtual: info@familie-kieling.de info@familie-kieling.de @familie-kieling.de external@familie-kieling.de Dies habe ich so angepaßt.

Leider hatte das nicht das gewünschte Ergebnis. In der /var/log/mail tauchen jetzt die folgenden Einträge auf: Feb 12 19:10:46 kolab2 postfix/smtpd[3932]: connect from unknown[192.168.178.21] Feb 12 19:10:46 kolab2 postfix/smtpd[3932]: setting up TLS connection from unknown[192.168.178.21] Feb 12 19:10:46 kolab2 postfix/smtpd[3932]: TLS connection established from unknown[192.168.178.21]: TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits) Feb 12 19:10:48 kolab2 postfix/smtpd[3932]: 1421594389: client=unknown[192.168.178.21], sasl_method=LOGIN, sasl_username=florian@familie-kieling.de Feb 12 19:10:48 kolab2 postfix/cleanup[3939]: 1421594389: message-id=<200702122002.15861.florian@familie-kieling.de> Feb 12 19:10:48 kolab2 postfix/qmgr[3921]: 1421594389: from=, size=545, nrcpt=1 (queue active) Feb 12 19:10:48 kolab2 postfix/smtpd[3932]: disconnect from unknown[192.168.178.21] Feb 12 19:10:49 kolab2 postfix/smtpd[3942]: connect from localhost[127.0.0.1] Feb 12 19:10:49 kolab2 postfix/smtpd[3942]: B42939438D: client=localhost[127.0.0.1] Feb 12 19:10:49 kolab2 postfix/cleanup[3943]: B42939438D: message-id=<200702122002.15861.florian@familie-kieling.de> Feb 12 19:10:49 kolab2 postfix/qmgr[3921]: B42939438D: from=, size=720, nrcpt=1 (queue active) Feb 12 19:10:49 kolab2 postfix/pipe[3940]: 1421594389: to=, relay=kolabfilter, delay=2, status=sent (kolab2.intern) Feb 12 19:10:49 kolab2 postfix/qmgr[3921]: 1421594389: removed Feb 12 19:10:49 kolab2 postfix/smtpd[3942]: disconnect from localhost[127.0.0.1] Feb 12 19:10:53 kolab2 postfix/smtpd[3947]: connect from localhost[127.0.0.1] Feb 12 19:10:53 kolab2 postfix/smtpd[3947]: A5FC294389: client=localhost[127.0.0.1] Feb 12 19:10:53 kolab2 postfix/cleanup[3943]: A5FC294389: message-id=<200702122002.15861.florian@familie-kieling.de> Feb 12 19:10:53 kolab2 postfix/smtpd[3947]: disconnect from localhost[127.0.0.1] Feb 12 19:10:53 kolab2 postfix/smtp[3944]: B42939438D: to=, relay=127.0.0.1[127.0.0.1], delay=4, status=sent (250 2.6.0 Ok, id=02839-04, from MTA([127.0.0.1]:10026): 250 Ok: queued as A5FC294389) Feb 12 19:10:53 kolab2 postfix/qmgr[3921]: B42939438D: removed Feb 12 19:10:53 kolab2 postfix/qmgr[3921]: A5FC294389: from=, size=1163, nrcpt=1 (queue active) Feb 12 19:10:57 kolab2 postfix/pipe[3949]: A5FC294389: to=, relay=kolabmailboxfilter, delay=4, status=bounced (service unavailable. Command output: PHP Warning: fopen(/var/log/kolab/resmgr.log): failed to open stream: No such file or directory in /usr/share/php5/kolab/kolabfilter/misc.php on line 80 PHP Warning: fwrite(): supplied argument is not a valid stream resource in /usr/share/php5/kolab/kolabfilter/misc.php on line 117 PHP Warning: fflush(): supplied argument is not a valid stream resource in /usr/share/php5/kolab/kolabfilter/misc.php on line 118 PHP Warning: fwrite(): supplied argument is not a valid stream resource in /usr/share/php5/kolab/kolabfilter/misc.php on line 117 PHP Warning: fflush(): supplied argument is not a valid stream resource in /usr/share/php5/kolab/kolabfilter/misc.php on line 118 Failed to set recipient: Mailbox unknown. Either there is no mailbox associated with this name or you do not have authorization to see it. 5.1.1 User unknown, code 550 ) Feb 12 19:10:57 kolab2 postfix/cleanup[3939]: 172A29438D: message-id=<20070212181057.172A29438D@kolab2.intern> Feb 12 19:10:57 kolab2 postfix/qmgr[3921]: 172A29438D: from=<>, size=4703, nrcpt=1 (queue active) Feb 12 19:10:57 kolab2 postfix/qmgr[3921]: A5FC294389: removed Feb 12 19:10:59 kolab2 postfix/pipe[3949]: 172A29438D: to=, relay=kolabmailboxfilter, delay=2, status=sent (kolab2.intern) Feb 12 19:10:59 kolab2 postfix/qmgr[3921]: 172A29438D: removed Die eMail wird dann nicht mehr zugestellt :-(

...

Ich würde dir aber trotzdem raten, für jeden gültigen Empfänger eine eigene Zeile einzurichten. Catch-all sind beinahe magische Spammagneten. In der letzten Woche hatte ich etwa 3500 rejects auf meinem kleinen Server hier. Ein Catch-all hätte mir schon bei dem Spamaufkommen das Postfach geflutet. Ok. Werd ich dann machen.

-- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

Sandy Drobic

19:19

Florian Kieling wrote:

...

...
...
Wie kann ich nun erreichen, daß die eMail im Beispiel trotzdem an info@ gemailt wird? Das Stichwort hier ist "Identity Mapping". Du musst einen Eintrag auf sich selbst setzen in virtual. die Alias-Auflösung stoppt dann, wenn ein Eintrag auf sich selbst zeigt.

/etc/postfix/virtual: info@familie-kieling.de info@familie-kieling.de @familie-kieling.de external@familie-kieling.de

...

Dies habe ich so angepaßt.

Leider hatte das nicht das gewünschte Ergebnis. In der /var/log/mail tauchen jetzt die folgenden Einträge auf:

...

Feb 12 19:10:57 kolab2 postfix/pipe[3949]: A5FC294389: to=, relay=kolabmailboxfilter, delay=4, status=bounced (service unavailable. Command output: PHP Warning:

Das Problem mit dem Umschreiben der Adresse ist behoben.

...

in /usr/share/php5/kolab/kolabfilter/misc.php on line 118 Failed to set recipient: Mailbox unknown. Either there is no mailbox associated with this name or you do not have authorization to see it. 5.1.1 User unknown, code 550 )

Das dürfte ein Problem mit Cyrus sein, der in Kolab als Imapserver eingesetzt ist. Existiert diese Mailbox denn auch tatsächlich? Es scheint nicht so zu sein. -- Sandy Antworten bitte nur in die Mailingliste! PMs bitte an: news-reply2 (@) japantest (.) homelinux (.) com -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

Florian Kieling

19:24

Am Montag 12 Februar 2007 20:19:05 schrieb Sandy Drobic:

...

Florian Kieling wrote:

...
...
...
Wie kann ich nun erreichen, daß die eMail im Beispiel trotzdem an info@ gemailt wird?

Das Stichwort hier ist "Identity Mapping". Du musst einen Eintrag auf sich selbst setzen in virtual. die Alias-Auflösung stoppt dann, wenn ein Eintrag auf sich selbst zeigt.

/etc/postfix/virtual: info@familie-kieling.de info@familie-kieling.de @familie-kieling.de external@familie-kieling.de

Dies habe ich so angepaßt.

Leider hatte das nicht das gewünschte Ergebnis. In der /var/log/mail tauchen jetzt die folgenden Einträge auf:

Feb 12 19:10:57 kolab2 postfix/pipe[3949]: A5FC294389: to=, relay=kolabmailboxfilter, delay=4, status=bounced (service unavailable. Command output: PHP Warning:

Das Problem mit dem Umschreiben der Adresse ist behoben.

...
in /usr/share/php5/kolab/kolabfilter/misc.php on line 118 Failed to set recipient: Mailbox unknown. Either there is no mailbox associated with this name or you do not have authorization to see it. 5.1.1 User unknown, code 550 )

Das dürfte ein Problem mit Cyrus sein, der in Kolab als Imapserver eingesetzt ist. Existiert diese Mailbox denn auch tatsächlich? Es scheint nicht so zu sein.

Nein. Eine Mailbox info@familie-kieling.de existiert auf dem Kolab-Server nicht. Deswegen sollte er sie, entsprechend meinem Wunsche, dem Relayhost zur weiteren Verarbeitung übergeben. Dort existiert dann z.B. info@ Gruß Florian -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

Sandy Drobic

19:29

Florian Kieling wrote:

...

...
...
in /usr/share/php5/kolab/kolabfilter/misc.php on line 118 Failed to set recipient: Mailbox unknown. Either there is no mailbox associated with this name or you do not have authorization to see it. 5.1.1 User unknown, code 550 ) Das dürfte ein Problem mit Cyrus sein, der in Kolab als Imapserver eingesetzt ist. Existiert diese Mailbox denn auch tatsächlich? Es scheint nicht so zu sein.

Nein. Eine Mailbox info@familie-kieling.de existiert auf dem Kolab-Server nicht. Deswegen sollte er sie, entsprechend meinem Wunsche, dem Relayhost zur weiteren Verarbeitung übergeben. Dort existiert dann z.B. info@

Dann solltest du einen entsprechenden Transport einrichten, sonst schickt Postfix das an den lokalen Server. (^-^) /etc/postfix/transport: info@familie-kieling.de relay:[mail.familie-kieling.de] postmap /etc/postfix/transport postfix reload Test: neue Mail schicken. (^-^) -- Sandy Antworten bitte nur in die Mailingliste! PMs bitte an: news-reply2 (@) japantest (.) homelinux (.) com -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

Florian Kieling

21:07

New subject: [Solved] Re: Postfix

Hallo Sandy, Am Montag 12 Februar 2007 20:29:28 schrieb Sandy Drobic:

...

Florian Kieling wrote:

...
...
...
in /usr/share/php5/kolab/kolabfilter/misc.php on line 118 Failed to set recipient: Mailbox unknown. Either there is no mailbox associated with this name or you do not have authorization to see it. 5.1.1 User unknown, code 550 )

Das dürfte ein Problem mit Cyrus sein, der in Kolab als Imapserver eingesetzt ist. Existiert diese Mailbox denn auch tatsächlich? Es scheint nicht so zu sein.

Nein. Eine Mailbox info@familie-kieling.de existiert auf dem Kolab-Server nicht. Deswegen sollte er sie, entsprechend meinem Wunsche, dem Relayhost zur weiteren Verarbeitung übergeben. Dort existiert dann z.B. info@

Dann solltest du einen entsprechenden Transport einrichten, sonst schickt Postfix das an den lokalen Server. (^-^)

/etc/postfix/transport: info@familie-kieling.de relay:[mail.familie-kieling.de]

postmap /etc/postfix/transport postfix reload

Test: neue Mail schicken. (^-^) Ich danke Dir für Deine schnelle Hilfe. Das war's jetzt läuft die eMail-Zustellung, wie sie soll :-) Dir noch einen schönen Abend

Gruß Florian -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

6290

Age (days ago)

6290

Last active (days ago)

List overview

Download

8 comments

2 participants

participants (2)

Florian Kieling
Sandy Drobic

Postfix

Florian Kieling

Sandy Drobic

Florian Kieling

Sandy Drobic

Florian Kieling

Sandy Drobic

Florian Kieling

Sandy Drobic

Florian Kieling

tags

participants (2)