Was habe ich denn da übersehen, wenn ich im internen Netz email versenden will. Bei beiden Rechnern ist keine Firewall eingeschaltet. Das war das letzte Mal das Problem bei einer ähnlichen Meldung. Sep 1 11:37:28 sv postfix/smtp[1827]: connect to client3.local[192.168.1.103]: Connection refused (port 25) Sep 1 11:37:28 sv postfix/smtp[1827]: C3D7FA07CE: to=<ab@client3.local>, relay=none, delay=1, status=deferred (connect to client3.local[192.168.1.103]: Connection refused) Al
Al Bogner wrote:
Was habe ich denn da übersehen, wenn ich im internen Netz email versenden will.
Bei beiden Rechnern ist keine Firewall eingeschaltet. Das war das letzte Mal das Problem bei einer ähnlichen Meldung.
Sep 1 11:37:28 sv postfix/smtp[1827]: connect to client3.local[192.168.1.103]: Connection refused (port 25) Sep 1 11:37:28 sv postfix/smtp[1827]: C3D7FA07CE: to=<ab@client3.local>, relay=none, delay=1, status=deferred (connect to client3.local[192.168.1.103]: Connection refused)
Al
Hi, mal ne irrige annahme, aber laeuft der dienst auf 192.168.1.103 und wenn ja auch auf port 25? kommst du auf dem rechner, auf dem der smtp service laufen sollte (192.168.1.103) via 'telnet 192.168.1.103 25' drauf, was gibt ein 'ehlo xyz' zurück .... mfg max
Am Montag, 1. September 2003 12:37 schrieb Markus Heinze:
Was habe ich denn da übersehen, wenn ich im internen Netz email versenden will.
Bei beiden Rechnern ist keine Firewall eingeschaltet. Das war das letzte Mal das Problem bei einer ähnlichen Meldung.
Sep 1 11:37:28 sv postfix/smtp[1827]: connect to client3.local[192.168.1.103]: Connection refused (port 25) Sep 1 11:37:28 sv postfix/smtp[1827]: C3D7FA07CE: to=<ab@client3.local>, relay=none, delay=1, status=deferred (connect to client3.local[192.168.1.103]: Connection refused)
mal ne irrige annahme, aber laeuft der dienst auf 192.168.1.103 und wenn ja auch auf port 25? kommst du auf dem rechner, auf dem der smtp service laufen sollte (192.168.1.103) via 'telnet 192.168.1.103 25' drauf, was gibt ein 'ehlo xyz' zurück ....
Ich ergänze, dass ich mich bei sv via ssh von client3 angemeldet habe und dort auf der Konsole mit mail ein testmail versandt habe, das zu u.a. Fehlermeldung führte. Die Netzwerkverbindung klappt also. sv:~ # telnet localhost 25 Trying ::1... telnet: connect to address ::1: Connection refused Trying 127.0.0.1... Connected to localhost. Escape character is '^]'. 220 sv.local ESMTP Postfix ehlo localhost 250-sv.local 250-PIPELINING 250-SIZE 10240000 250-VRFY 250-ETRN 250-XVERP 250 8BITMIME client3:~> telnet localhost 25 Trying ::1... telnet: connect to address ::1: Connection refused Trying 127.0.0.1... Connected to localhost. Escape character is '^]'. 220 client3.local ESMTP Postfix ehlo localhost 250-client3.local 250-PIPELINING 250-SIZE 10240000 250-VRFY 250-ETRN 250-XVERP 250 8BITMIME sv:~ # telnet localhost 25 Trying ::1... telnet: connect to address ::1: Connection refused Trying 127.0.0.1... Connected to localhost. Escape character is '^]'. 220 sv.local ESMTP Postfix ehlo client3.local 250-sv.local 250-PIPELINING 250-SIZE 10240000 250-VRFY 250-ETRN 250-XVERP 250 8BITMIME sv:~ # ping client3 PING client3.local (192.168.1.103) 56(84) bytes of data. 64 bytes from client3.local (192.168.1.103): icmp_seq=1 ttl=64 time=0.137 ms Al
Al Bogner wrote:
Am Montag, 1. September 2003 12:37 schrieb Markus Heinze:
Was habe ich denn da übersehen, wenn ich im internen Netz email versenden will.
Bei beiden Rechnern ist keine Firewall eingeschaltet. Das war das letzte Mal das Problem bei einer ähnlichen Meldung.
Sep 1 11:37:28 sv postfix/smtp[1827]: connect to client3.local[192.168.1.103]: Connection refused (port 25) Sep 1 11:37:28 sv postfix/smtp[1827]: C3D7FA07CE: to=<ab@client3.local>, relay=none, delay=1, status=deferred (connect to client3.local[192.168.1.103]: Connection refused)
mal ne irrige annahme, aber laeuft der dienst auf 192.168.1.103 und wenn ja auch auf port 25? kommst du auf dem rechner, auf dem der smtp service laufen sollte (192.168.1.103) via 'telnet 192.168.1.103 25' drauf, was gibt ein 'ehlo xyz' zurück ....
Ich ergänze, dass ich mich bei sv via ssh von client3 angemeldet habe und dort auf der Konsole mit mail ein testmail versandt habe, das zu u.a. Fehlermeldung führte. Die Netzwerkverbindung klappt also.
sv:~ # telnet localhost 25 Trying ::1... telnet: connect to address ::1: Connection refused Trying 127.0.0.1... Connected to localhost. Escape character is '^]'. 220 sv.local ESMTP Postfix
[...]
client3:~> telnet localhost 25 Trying ::1... telnet: connect to address ::1: Connection refused Trying 127.0.0.1... Connected to localhost. Escape character is '^]'. 220 client3.local ESMTP Postfix
[...]
sv:~ # telnet localhost 25 Trying ::1... telnet: connect to address ::1: Connection refused Trying 127.0.0.1... Connected to localhost. Escape character is '^]'. 220 sv.local ESMTP Postfix
Was willst Du genau machen? Welcher Rechner ist der Mailserver (sv oder client3)? Welcher Rechner ist der Client? Irgendwie denke ich, dass Du irgend eine Fehlüberlegung machst. Postfix muss nur auf den Mailserver installiert sein. Die Clients benötigen kein postfix. Sie senden und holen die Mail z.B. mit Kmail oder einem anderen Mailprogramm vom Mailserver. Ich nehme mal an, dass "sv" der Server sein soll und client3 der oder einer der Clients. Wenn das so ist, versuche von client3 aus ein telnet 111.222.333.444 (IP von "sv") 25 auf "sv" Was wird nun ausgegeben? Gruss Werner
Am Montag, 1. September 2003 13:42 schrieb Werner Merz:
Irgendwie denke ich, dass Du irgend eine Fehlüberlegung machst. Postfix muss nur auf den Mailserver installiert sein.
Was spricht dagegen, wenn auf jedem Client postfix läuft, damit bei Serverausfall der Client auch selber intern senden kann? Es geht _nur_ um _internes_ Mail versenden.
Die Clients benötigen kein postfix. Sie senden und holen die Mail z.B. mit Kmail oder einem anderen Mailprogramm vom Mailserver.
Es geht nur um das lokale Versenden. Lokal Mail abholen funktioniert bei client3 von einem weiteren PC "gw" via POP3 und qpopper.
Ich nehme mal an, dass "sv" der Server sein soll und client3 der oder einer der Clients. Wenn das so ist, versuche von client3 aus ein telnet 111.222.333.444 (IP von "sv") 25 auf "sv"
client3:~> telnet sv 25 Trying 192.168.1.100... telnet: connect to address 192.168.1.100: Connection refused client3:~> telnet 192.168.1.00 25 Trying 192.168.1.0... telnet: connect to address 192.168.1.0: Network is unreachable client3:~> ssh root@sv Last login: Mon Sep 1 13:48:23 2003 from client3.local Have a lot of fun... sv:~ # telnet client3 25 Trying 192.168.1.103... telnet: connect to address 192.168.1.103: Connection refused sv:~ # telnet 192.168.1.103 25 Trying 192.168.1.103... telnet: connect to address 192.168.1.103: Connection refused Liegt es daran? /etc/postfix/main.cf inet_interfaces = $myhostname,127.0.0.1 Mit "inet_interfaces = all" läuft es aber auch nicht. Al
Al Bogner wrote:
Am Montag, 1. September 2003 13:42 schrieb Werner Merz:
Irgendwie denke ich, dass Du irgend eine Fehlüberlegung machst. Postfix muss nur auf den Mailserver installiert sein.
Was spricht dagegen, wenn auf jedem Client postfix läuft, damit bei Serverausfall der Client auch selber intern senden kann? Es geht _nur_ um _internes_ Mail versenden.
Die Clients benötigen kein postfix. Sie senden und holen die Mail z.B. mit Kmail oder einem anderen Mailprogramm vom Mailserver.
Es geht nur um das lokale Versenden. Lokal Mail abholen funktioniert bei client3 von einem weiteren PC "gw" via POP3 und qpopper.
Ich nehme mal an, dass "sv" der Server sein soll und client3 der oder einer der Clients. Wenn das so ist, versuche von client3 aus ein telnet 111.222.333.444 (IP von "sv") 25 auf "sv"
client3:~> telnet sv 25 Trying 192.168.1.100... telnet: connect to address 192.168.1.100: Connection refused client3:~> telnet 192.168.1.00 25 Trying 192.168.1.0... telnet: connect to address 192.168.1.0: Network is unreachable client3:~> ssh root@sv Last login: Mon Sep 1 13:48:23 2003 from client3.local Have a lot of fun... sv:~ # telnet client3 25 Trying 192.168.1.103... telnet: connect to address 192.168.1.103: Connection refused sv:~ # telnet 192.168.1.103 25 Trying 192.168.1.103... telnet: connect to address 192.168.1.103: Connection refused
Liegt es daran? /etc/postfix/main.cf inet_interfaces = $myhostname,127.0.0.1
Versuch mal: inet_interfaces = 192.168.0.100,127.0.0.1 (für sv) inet_interfaces = 192.168.0.103,127.0.0.1 (für client3) Dann postfix neu starten #rcpostfix restart (Wenn von YaST installiert) und das was Markus Heinze vorschlägt. (SuSEconfig laufen lassen nicht vergessen) Dann sollte es gehen. Gruss Werner
Am Montag, 1. September 2003 14:12 schrieb Werner Merz:
Liegt es daran? /etc/postfix/main.cf inet_interfaces = $myhostname,127.0.0.1
Versuch mal: inet_interfaces = 192.168.0.100,127.0.0.1 (für sv)
inet_interfaces = 192.168.0.103,127.0.0.1 (für client3)
Das dient aber nur dazu, um sicher zu gehen, dass der Name richtig aufgelöst wird?
Dann postfix neu starten #rcpostfix restart (Wenn von YaST installiert)
und das was Markus Heinze vorschlägt. (SuSEconfig laufen lassen nicht vergessen)
Hab ich bereits getestet. Hat aber nichts genützt. Aber das macht stutzig. Beisst sich da meine manuelle Konfiguration mit SuSEconfig? Mit yast habe ich bzgl. postfix nichts konfiguriert, das hat mir schon einmal eine Fehlersuche eingebracht. # SuSEconfig ... Executing /sbin/conf.d/SuSEconfig.postfix... *** WARNING *** Found /etc/postfix/main.cf.SuSEconfig, exiting... *** WARNING *** Al
Am Montag, 1. September 2003 14:29 schrieb Al Bogner:
Aber das macht stutzig. Beisst sich da meine manuelle Konfiguration mit SuSEconfig? Mit yast habe ich bzgl. postfix nichts konfiguriert, das hat mir schon einmal eine Fehlersuche eingebracht.
# SuSEconfig ... Executing /sbin/conf.d/SuSEconfig.postfix... *** WARNING *** Found /etc/postfix/main.cf.SuSEconfig, exiting... *** WARNING ***
Das war am Client3 Am Rechner "sv" sieht es so aus: Executing /sbin/conf.d/SuSEconfig.postfix... Setting up postfix local as MDA... Setting SPAM protection to "off"... ATTENTION: You have modified /etc/postfix/main.cf. Leaving it untouched... You can find my version in /etc/postfix/main.cf.SuSEconfig... Al
Al Bogner wrote:
Am Montag, 1. September 2003 14:12 schrieb Werner Merz:
Liegt es daran? /etc/postfix/main.cf inet_interfaces = $myhostname,127.0.0.1
Versuch mal: inet_interfaces = 192.168.0.100,127.0.0.1 (für sv)
inet_interfaces = 192.168.0.103,127.0.0.1 (für client3)
Das dient aber nur dazu, um sicher zu gehen, dass der Name richtig aufgelöst wird?
Nein, das dient dazu, dass Postfix auf dieser IP auf Traffic wartet. Mit der Auflösung des Namens hat dies nicht zu tun.
Dann postfix neu starten #rcpostfix restart (Wenn von YaST installiert)
und das was Markus Heinze vorschlägt. (SuSEconfig laufen lassen nicht vergessen)
Hab ich bereits getestet. Hat aber nichts genützt.
Aber das macht stutzig. Beisst sich da meine manuelle Konfiguration mit SuSEconfig? Mit yast habe ich bzgl. postfix nichts konfiguriert, das hat mir schon einmal eine Fehlersuche eingebracht.
Wenn in in /etc/sysconfig/mail der Parameter MAIL_CREATE_CONFIG = "yes" gesetzt ist, überschreibt SuSEconfig jedes Mal wenn es gestartet wird, das File /etc/postfix/main.cf Dies kann verhindert werden, indem in /etc/sysconfig/mail der Parameter MAIL_CREATE_CONFIG = "no" gesetzt wird. ABER !! In SuSE 8.1 passiert was anderes. Auch wenn in /etc/sysconfig/mail MAIL_CREATE_CONFIG = "yes" steht und Du selbst was in /etc/postfix/main.cf geändert hast, wird main.cf nicht von SuSEconfig überschrieben. Stattdessen wird die von SuSEconfig generierte Datei wird nach /etc/postfix/main.cf.SuSEconfig geschrieben. Das hat den positiven Effekt, dass deine Änderungen in main.cf nicht einfach so überschrieben werden, aber Du kannst /etc/sysconfig/mail ändern bist Du blau wirst und SuSEconfig ändert nichts. Ich weiss nicht ob dies auch für andere SuSE Versionen gilt. Du kannst selbst ausprobieren was SuSEconfig macht, indem Du eine Sicherungskopie von /etc/postfix/main.cf machst und dann SuSEconfig --module postfix startest und die Ausgabe beachtest. !!! DIE SICHERUNGSKOPIE von main.cf NICHT VERGESSEN !!! Gruss Werner
Werner Merz wrote:
Al Bogner wrote:
Am Montag, 1. September 2003 14:12 schrieb Werner Merz:
Liegt es daran? /etc/postfix/main.cf inet_interfaces = $myhostname,127.0.0.1
Versuch mal: inet_interfaces = 192.168.0.100,127.0.0.1 (für sv)
inet_interfaces = 192.168.0.103,127.0.0.1 (für client3)
Das dient aber nur dazu, um sicher zu gehen, dass der Name richtig aufgelöst wird?
Nein, das dient dazu, dass Postfix auf dieser IP auf Traffic wartet. Mit der Auflösung des Namens hat dies nicht zu tun.
Dann postfix neu starten #rcpostfix restart (Wenn von YaST installiert)
und das was Markus Heinze vorschlägt. (SuSEconfig laufen lassen nicht vergessen)
Hab ich bereits getestet. Hat aber nichts genützt.
Aber das macht stutzig. Beisst sich da meine manuelle Konfiguration mit SuSEconfig? Mit yast habe ich bzgl. postfix nichts konfiguriert, das hat mir schon einmal eine Fehlersuche eingebracht.
Wenn in in /etc/sysconfig/mail der Parameter MAIL_CREATE_CONFIG = "yes" gesetzt ist, überschreibt SuSEconfig jedes Mal wenn es gestartet wird, das File /etc/postfix/main.cf Dies kann verhindert werden, indem in /etc/sysconfig/mail der Parameter MAIL_CREATE_CONFIG = "no" gesetzt wird.
ABER !! In SuSE 8.1 passiert was anderes. Auch wenn in /etc/sysconfig/mail MAIL_CREATE_CONFIG = "yes" steht und Du selbst was in /etc/postfix/main.cf geändert hast, wird main.cf nicht von SuSEconfig überschrieben. Stattdessen wird die von SuSEconfig generierte Datei wird nach /etc/postfix/main.cf.SuSEconfig geschrieben. Das hat den positiven Effekt, dass deine Änderungen in main.cf nicht einfach so überschrieben werden, aber Du kannst /etc/sysconfig/mail ändern bist Du blau wirst und SuSEconfig ändert nichts. Ich weiss nicht ob dies auch für andere SuSE Versionen gilt.
Du kannst selbst ausprobieren was SuSEconfig macht, indem Du eine Sicherungskopie von /etc/postfix/main.cf machst und dann SuSEconfig --module postfix startest und die Ausgabe beachtest. !!! DIE SICHERUNGSKOPIE von main.cf NICHT VERGESSEN !!!
Gruss Werner
hi, vielleicht ha ich es jetzt ueberlesen, aber die neuen werden erst aktiv wenn du die main.cf.SuSEconfig in main.cf umbenennst und mit rcpostfix restart (reload) laedts. sichere vorher die originale main.cf. ohne dies werden die aenderungen nie wirksam. (beachte aber das aenderungen der main.cf die du vorher manuell gemacht hast von SuSEconfig nicht beruecksichtigt werden :( ) mfg max -- ---------------------------------------- Markus Heinze Internet: http://www.existand.de E-Mail : M.Heinze@existand.de Telephon: 03464/569787 Fax : 03464/569786 ----------------------------------------
Am Montag, 1. September 2003 16:31 schrieb Markus Heinze:
vielleicht ha ich es jetzt ueberlesen, aber die neuen werden erst aktiv wenn du die main.cf.SuSEconfig in main.cf umbenennst und mit rcpostfix restart (reload) laedts.
Jetzt funktioniert es in beiden Richtungen und ich weiß nicht warum. Ich habe die main.cf so gelassen wie gepostet und einen Neustart gemacht, d.h. postfix reload oder rcpostfix restart oder SuSEconfig --module postfix habe ich nicht gemacht. Hoffentlich bleibt das auch so beim nächsten SuSEconfig durch yast. Mittlerweile sind auch viele Mails von sv eingetrudelt. Ich weiß aber nicht, ob es alle Testmails waren. In var/log/mail fand ich delays von über 20000. Kann es sein, dass es zu Verzögerungen kam, weil antivir seit Stunden die HD scannt? Beim Versenden wird ja auch mit Antivir geprüft. Al
Am Montag, 1. September 2003 14:12 schrieb Werner Merz:
Versuch mal: inet_interfaces = 192.168.0.100,127.0.0.1 (für sv)
inet_interfaces = 192.168.0.103,127.0.0.1 (für client3)
Dann postfix neu starten #rcpostfix restart (Wenn von YaST installiert)
und das was Markus Heinze vorschlägt. (SuSEconfig laufen lassen nicht vergessen)
Dann sollte es gehen.
Leider nicht. Es ist kein Relay definiert und wenn ich von client3 ein mai an sv sende, danne erhalte ich client3:/etc/postfix # tail /var/log/mail ... Sep 1 15:13:40 client3 postfix/smtp[4894]: 3034014F2D: to=<ab@192.168.1.100>, relay=192.168.1.100[192.168.1.100], delay=1, status=sent (250 Ok: queued as 5E564A085D) Warum delay? Es ist nichts angekommen. sv:/etc/postfix # tail /var/log/mail ... Sep 1 15:21:44 sv postfix/smtp[5531]: 2BEECA085F: to=<ab@192.168.1.103>, relay=none, delay=0, status=deferred (connect to 192.168.1.103[192.168.1.103]: Connection refused) Al
Al Bogner wrote:
Am Montag, 1. September 2003 12:37 schrieb Markus Heinze:
Was habe ich denn da übersehen, wenn ich im internen Netz email versenden will.
Bei beiden Rechnern ist keine Firewall eingeschaltet. Das war das letzte Mal das Problem bei einer ähnlichen Meldung.
Sep 1 11:37:28 sv postfix/smtp[1827]: connect to client3.local[192.168.1.103]: Connection refused (port 25) Sep 1 11:37:28 sv postfix/smtp[1827]: C3D7FA07CE: to=<ab@client3.local>, relay=none, delay=1, status=deferred (connect to client3.local[192.168.1.103]: Connection refused)
mal ne irrige annahme, aber laeuft der dienst auf 192.168.1.103 und wenn ja auch auf port 25? kommst du auf dem rechner, auf dem der smtp service laufen sollte (192.168.1.103) via 'telnet 192.168.1.103 25' drauf, was gibt ein 'ehlo xyz' zurück ....
Ich ergänze, dass ich mich bei sv via ssh von client3 angemeldet habe und dort auf der Konsole mit mail ein testmail versandt habe, das zu u.a. Fehlermeldung führte. Die Netzwerkverbindung klappt also.
sv:~ # telnet localhost 25 Trying ::1... telnet: connect to address ::1: Connection refused Trying 127.0.0.1... Connected to localhost. Escape character is '^]'. 220 sv.local ESMTP Postfix ehlo localhost 250-sv.local 250-PIPELINING 250-SIZE 10240000 250-VRFY 250-ETRN 250-XVERP 250 8BITMIME
client3:~> telnet localhost 25 Trying ::1... telnet: connect to address ::1: Connection refused Trying 127.0.0.1... Connected to localhost. Escape character is '^]'. 220 client3.local ESMTP Postfix ehlo localhost 250-client3.local 250-PIPELINING 250-SIZE 10240000 250-VRFY 250-ETRN 250-XVERP 250 8BITMIME
sv:~ # telnet localhost 25 Trying ::1... telnet: connect to address ::1: Connection refused Trying 127.0.0.1... Connected to localhost. Escape character is '^]'. 220 sv.local ESMTP Postfix ehlo client3.local 250-sv.local 250-PIPELINING 250-SIZE 10240000 250-VRFY 250-ETRN 250-XVERP 250 8BITMIME
sv:~ # ping client3 PING client3.local (192.168.1.103) 56(84) bytes of data. 64 bytes from client3.local (192.168.1.103): icmp_seq=1 ttl=64 time=0.137 ms
Al
hi, tja sieht so aus als muesstest du nur unter '/etc/sysconfig/mail' das flag 'SMTP_LISTEN_REMOTE' auf 'yes' stellen. mfg max -- ---------------------------------------- Markus Heinze Internet: http://www.existand.de E-Mail : M.Heinze@existand.de Telephon: 03464/569787 Fax : 03464/569786 ----------------------------------------
On Mon, Sep 01, 2003 at 01:23:04PM +0200, Al Bogner wrote:
sv:~ # telnet localhost 25 Trying ::1... telnet: connect to address ::1: Connection refused
::1 ist die IPv6-Adresse für localhost. Entferne den entsprechenden Eintrag aus /etc/hosts und alles sollte gut sein.
Trying 127.0.0.1... Connected to localhost. Escape character is '^]'. 220 sv.local ESMTP Postfix ehlo localhost 250-sv.local 250-PIPELINING 250-SIZE 10240000 250-VRFY 250-ETRN 250-XVERP 250 8BITMIME
Evtl. noch SMTPD_LISTEN_REMOTE auf yes setzen. Jürgen
Am Montag, 1. September 2003 11:42 schrieb Al Bogner:
Was habe ich denn da übersehen, wenn ich im internen Netz email versenden will.
Bei beiden Rechnern ist keine Firewall eingeschaltet. Das war das letzte Mal das Problem bei einer ähnlichen Meldung.
Jetzt wird es schon langsam klarer, woran es liegt: "mail for 192.168.1.100 loops back to myself" Ich verstehe jetzt nicht warum ein Mail von MAILER-DAEMON@sv.local an ab@client3.local ankam, andere Mails aber nicht. Das ist meine augenblickliche main.cf auf sv nach den diversen Tests: queue_directory = /var/spool/postfix command_directory = /usr/sbin daemon_directory = /usr/lib/postfix mail_owner = postfix mydomain=local unknown_local_recipient_reject_code = 450 mynetworks = 192.168.1.96/28, 127.0.0.0/8 debug_peer_level = 2 debugger_command = PATH=/bin:/usr/bin:/usr/local/bin:/usr/X11R6/bin xxgdb $daemon_directory/$process_name $process_id & sleep 5 sendmail_path = /usr/sbin/sendmail newaliases_path = /usr/bin/newaliases mailq_path = /usr/bin/mailq setgid_group = maildrop manpage_directory = /usr/share/man sample_directory = /usr/share/doc/packages/postfix/samples readme_directory = /usr/share/doc/packages/postfix/README_FILES mail_spool_directory = /var/mail canonical_maps = hash:/etc/postfix/canonical virtual_maps = hash:/etc/postfix/virtual relocated_maps = hash:/etc/postfix/relocated transport_maps = hash:/etc/postfix/transport sender_canonical_maps = hash:/etc/postfix/sender_canonical masquerade_exceptions = root masquerade_classes = envelope_sender, header_sender, header_recipient myhostname = sv.local program_directory = /usr/lib/postfix inet_interfaces = all masquerade_domains = mydestination = $myhostname, localhost.$mydomain, $mydomain defer_transports = disable_dns_lookups = yes content_filter = vscan: mailbox_command = mailbox_transport = smtpd_sender_restrictions = hash:/etc/postfix/access smtpd_client_restrictions = smtpd_helo_required = no smtpd_helo_restrictions = strict_rfc821_envelopes = no smtpd_recipient_restrictions = permit_mynetworks,reject_unauth_destination smtp_sasl_auth_enable = no smtpd_sasl_auth_enable = no smtpd_use_tls = no alias_maps = hash:/etc/aliases mailbox_size_limit = 51200000 message_size_limit = 10240000 Und das der komplette Inhalt der Warnung. Return-Path: <> X-Original-To: ab@client3.local Delivered-To: ab@client3.local Received: from localhost (localhost [127.0.0.1]) by client3.local (Postfix) with ESMTP id 4F55314F2D for <ab@client3.local>; Mon, 1 Sep 2003 16:12:31 +0200 (CEST) Received: from sv.local (sv.local [192.168.1.100]) by client3.local (Postfix) with ESMTP id 53CFD1407B for <ab@client3.local>; Mon, 1 Sep 2003 16:12:30 +0200 (CEST) Received: by sv.local (Postfix) id BC33FA0864; Mon, 1 Sep 2003 16:12:30 +0200 (CEST) Date: Mon, 1 Sep 2003 16:12:30 +0200 (CEST) From: MAILER-DAEMON@sv.local (Mail Delivery System) Subject: Undelivered Mail Returned to Sender To: ab@client3.local MIME-Version: 1.0 Content-Type: multipart/report; report-type=delivery-status; boundary="8CC2AA0865.1062425550/sv.local" Message-Id: <20030901141230.BC33FA0864@sv.local> X-Virus-Scanned: by AMaViS 0.3.12pre8 Status: R X-Status: N X-KMail-EncryptionState: X-KMail-SignatureState: This is a MIME-encapsulated message. --8CC2AA0865.1062425550/sv.local Content-Description: Notification Content-Type: text/plain This is the Postfix program at host sv.local. I'm sorry to have to inform you that the message returned below could not be delivered to one or more destinations. For further assistance, please send mail to <postmaster> If you do so, please include this problem report. You can delete your own text from the message returned below. The Postfix program <ab@192.168.1.100>: mail for 192.168.1.100 loops back to myself --8CC2AA0865.1062425550/sv.local Content-Description: Delivery error report Content-Type: message/delivery-status Reporting-MTA: dns; sv.local Arrival-Date: Mon, 1 Sep 2003 16:12:30 +0200 (CEST) Final-Recipient: rfc822; ab@192.168.1.100 Action: failed Status: 5.0.0 Diagnostic-Code: X-Postfix; mail for 192.168.1.100 loops back to myself --8CC2AA0865.1062425550/sv.local Content-Description: Undelivered Message Content-Type: message/rfc822 Received: from localhost (localhost [127.0.0.1]) by sv.local (Postfix) with ESMTP id 8CC2AA0865 for <ab@192.168.1.100>; Mon, 1 Sep 2003 16:12:30 +0200 (CEST) Received: from client3.local (client3.local [192.168.1.103]) by sv.local (Postfix) with ESMTP id C9F12A0864 for <ab@192.168.1.100>; Mon, 1 Sep 2003 16:12:29 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by client3.local (Postfix) with ESMTP id 25A2614F2D for <ab@192.168.1.100>; Mon, 1 Sep 2003 16:12:29 +0200 (CEST) Received: by client3.local (Postfix, from userid 500) id 2EBF81407B; Mon, 1 Sep 2003 16:12:28 +0200 (CEST) Date: Mon, 01 Sep 2003 16:12:28 +0200 To: ab@192.168.1.100 Subject: test1612 Message-ID: <3F5353CC.mail1G81DLUB9@client3.local> User-Agent: nail 10.3 11/29/02 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit From: ab@client3.local (a b) X-Virus-Scanned: by AMaViS 0.3.12pre8 X-Virus-Scanned: by AMaViS 0.3.12pre8 dd --8CC2AA0865.1062425550/sv.local-- Al
participants (4)
-
Al Bogner -
Juergen Knelangen -
Markus Heinze -
Werner Merz