Hallo liebe Liste, sorry, das wird ein wenig lang.. Ich habe ein Problem, welches mich seit 2 Tagen ein wenig verrückt macht. Seitdem ich ein Kabelmodem habe,treibt mich der Gedanke um, einen eigenen Mailserver aufzusetzen, um damit später eventuell Amavis und SpamAssasin einzusetzen. Soweit bin ich jedoch noch nicht, momentan hakts noch an dem reinen Mail-Empfang. Was geht: - Mails über die Konsole mittels mail nach "draußen" zu versenden. Postfix nimmt sie entgegen und schickt sie dann über den relay_host mail.gmx.net dann weiter. (Bei GMX habe ich meine e-mail-Adresse.) - Fetchmail holt von GMX die Mails ab. Was nicht geht: - Direkt nach dem Abholen übergibt Fetchmail die Mails an Postfix, dieser jedoch stellt sie nicht in die lokalen Postfächer zu, sondern stellt sie in die deferred_queue. Dort bleiben sie dann. Das Problem liegt wohl darin, dass Postfix versucht, die abgeholten Mails von Fetchmail wieder zu verschicken, anstatt sie lokal zu zustellen. Wahrscheinlich kann er die lokalen Adressen nicht auflösen. Ich habe schon gegoogelt, diese ganzen Tutorials sehen ja alle total einfach aus. Ich verstehe die ja auch alle, nur funktionieren sie bei mir nicht..Ich habe auch das Listenarchiv bemüht, viele Lösungen sahen sehr vielversprechend aus, nur leider klappt das nicht. Oder ich mache irgendwas total falsch.Ich habe alles ausprobiert, mittlerweile ist meine main.cf total "zugemüllt".. Jetzt ein paar Infos: Ziel ist: - vorerst alle abgeholten Mails von Fetchmail an mein lokales Benutzerpostfach (mbox-file oder ähnliches) zuzustellen. - später mal Amavis und SpamAssassin postconf -n: alias_database = hash:/etc/aliases, hash:/opt/majordomo/aliases alias_maps = hash:/etc/postfix/aliases canonical_maps = hash:/etc/postfix/canonical command_directory = /usr/sbin config_directory = /etc/postfix content_filter = daemon_directory = /usr/lib/postfix debug_peer_level = 2 default_destination_concurrency_limit = 10 default_privs = nobody defer_transports = disable_dns_lookups = no inet_interfaces = all local_destination_concurrency_limit = 2 local_transport = local:$mydomain mail_name = Postfix on SuSE Linux 8.0 (i386) mail_owner = postfix mail_spool_directory = /var/spool/mail mailbox_command = /usr/bin/procmail mailbox_transport = lmtp:unix:public/lmtp mailq_path = /usr/bin/mailq manpage_directory = /usr/share/man masquerade_exceptions = root mydestination = $myhostname, localhost.$mydomain mydomain = linux.local myhostname = linux mynetworks = 127.0.0.0/8, 10.25.30.0/24 myorigin = $myhostname newaliases_path = /usr/sbin/sendmail queue_directory = /var/spool/postfix readme_directory = /usr/share/doc/packages/postfix/README_FILES relayhost = mail.gmx.net relocated_maps = hash:/etc/postfix/relocated sample_directory = /etc/postfix sender_canonical_maps = hash:/etc/postfix/sender_canonical sendmail_path = /usr/sbin/sendmail setgid_group = maildrop smtp_sasl_auth_enable = yes smtp_sasl_password_maps = hash:/etc/postfix/smtp_auth smtp_sasl_security_options = noanonymous smtpd_sender_restrictions = hash:/etc/postfix/access soft_bounce = yes transport_maps = hash:/etc/postfix/transport virtual_maps = hash:/etc/postfix/virtual /etc/hosts: ::1 localhost ipv6-localhost ipv6-loopback fe00::0 ipv6-localnet ff00::0 ipv6-mcastprefix ff02::1 ipv6-allnodes ff02::2 ipv6-allrouters ff02::3 ipv6-allhosts 127.0.0.1 localhost 127.0.0.2 linux.local linux /home/acki/.fetchmailrc: set postmaster "root" set no spambounce set properties "" poll gmx via pop.gmx.de with proto POP3 user '18079363' there with password 'geheim' is 'acki' here tail -10 /var/log/mail: (gesnipped wegen zu viel Output) Sep 17 21:34:08 linux postfix/cleanup[4649]: A7123FDF8: message-id=<200309172128.27899.muab_ila@gmx.net> Sep 17 21:34:08 linux postfix/smtp[4639]: 06210FDF1: to=<acki@linux.local>, relay=mail.gmx.net[213.165.64.20], delay=0, status=deferred (host mail.gmx.net[213.165.64.20] said: 451 {mp001} Sender address does not belong to logged in user) Sep 17 21:34:08 linux postfix/qmgr[4630]: A7123FDF8: from=<suse-linux-return-269518-axeldreher=gmx.de@suse.com>, size=2198, nrcpt=1 (queue active) Sep 17 21:34:08 linux postfix/smtp[4650]: 35AB1FDF2: to=<acki@linux.local>, relay=mail.gmx.net[213.165.64.20], delay=0, status=deferred (host mail.gmx.net[213.165.64.20] said: 451 {mp013} Sender address does not belong to logged in user) Sep 17 21:34:08 linux postfix/smtp[4652]: warning: mail.gmx.net[213.165.64.20] offered AUTH option multiple times Sep 17 21:34:08 linux postfix/smtpd[4648]: disconnect from localhost[127.0.0.1] Sep 17 21:34:08 linux postfix/smtp[4651]: 66414FDF6: to=<acki@linux.local>, relay=mail.gmx.net[213.165.64.20], delay=0, status=deferred (host mail.gmx.net[213.165.64.20] said: 451 {mp022} Sender address does not belong to logged in user) Sep 17 21:34:08 linux postfix/smtp[4654]: warning: mail.gmx.net[213.165.64.20] offered AUTH option multiple times Sep 17 21:34:09 linux postfix/smtp[4652]: 88B64FDF7: to=<acki@linux.local>, relay=mail.gmx.net[213.165.64.20], delay=1, status=deferred (host mail.gmx.net[213.165.64.20] said: 451 {mp003} Sender address does not belong to logged in user) Sep 17 21:34:09 linux postfix/smtp[4654]: A7123FDF8: to=<acki@linux.local>, relay=mail.gmx.net[213.165.64.20], delay=1, status=deferred (host mail.gmx.net[213.165.64.20] said: 451 {mp016} Sender address does not belong to logged in user mailq: ca. 70 Requests sind noch drin, die schreibe ich nur auf Anfrage, wird sonst zuviel auf einmal.. /etc/postfix/virtual: axeldreher@gmx.de acki@linux.local /etc/postfix/canonical: acki@linux axeldreher@gmx.de acki@linux.linux.local axeldreher@gmx.de acki@linux.local axeldreher@gmx.de acki@localhost.linux.local axeldreher@gmx.de root@linux.local axeldreher@gmx.de root@linux axeldreher@gmx.de root@linux.linux.local axeldreher@gmx.de root@localhost.linux.local axeldreher@gmx.de Wie man sieht, habe ich alle möglichen Kombinationen mal ausgetestet.. fetchmail -a -vvvvv -k: fetchmail: 5.9.0 querying gmx (protocol POP3) at Mit 17 Sep 2003 21:53:35 CEST fetchmail: POP3< +OK GMX POP3 StreamProxy ready <8195.1063828412@mp001> fetchmail: POP3> CAPA fetchmail: POP3< -ERR Unknown command. fetchmail: Unknown command. fetchmail: POP3> USER 18079363 fetchmail: POP3< +OK May I have your password, please? fetchmail: POP3> PASS * fetchmail: POP3< +OK mailbox has 5 messages (14470 octets) fetchmail: POP3> STAT fetchmail: POP3< +OK 5 14470 5 messages for 18079363 at pop.gmx.de (14470 octets). fetchmail: POP3> LIST fetchmail: POP3< +OK mailbox has 5 messages (14470 octets) fetchmail: POP3< 1 1091 fetchmail: POP3< 2 4448 fetchmail: POP3< 3 3447 fetchmail: POP3< 4 3562 fetchmail: POP3< 5 1922 fetchmail: POP3< . fetchmail: POP3> RETR 1 fetchmail: POP3< +OK message follows reading message 1 of 5 (1091 octets) fetchmail: SMTP< 220 linux ESMTP Postfix on SuSE Linux 8.0 (i386) fetchmail: SMTP> EHLO localhost fetchmail: SMTP< 250-linux fetchmail: SMTP< 250-PIPELINING fetchmail: SMTP< 250-SIZE 10240000 fetchmail: SMTP< 250-VRFY fetchmail: SMTP< 250-ETRN fetchmail: SMTP< 250-XVERP fetchmail: SMTP< 250 8BITMIME fetchmail: SMTP> MAIL FROM:<axeldreher@web.de> BODY=7BIT SIZE=1091 fetchmail: SMTP< 250 Ok fetchmail: SMTP> RCPT TO:<acki@localhost> fetchmail: SMTP< 250 Ok fetchmail: SMTP> DATA fetchmail: SMTP< 354 End data with <CR><LF>.<CR><LF> #***********fetchmail: SMTP>. (EOM) fetchmail: SMTP< 250 Ok: queued as A9C44FDF9 not flushed [..snipped.....] fetchmail: POP3> RETR 5 fetchmail: POP3< +OK message follows reading message 5 of 5 (1922 octets) fetchmail: SMTP> MAIL FROM:<suse-linux-return-269518-axeldreher=gmx.de@suse.com> BODY=7BIT SIZE=1922 fetchmail: SMTP< 250 Ok fetchmail: SMTP> RCPT TO:<acki@localhost> fetchmail: SMTP< 250 Ok fetchmail: SMTP> DATA fetchmail: SMTP< 354 End data with <CR><LF>.<CR><LF> #*******************fetchmail: SMTP>. (EOM) fetchmail: SMTP< 250 Ok: queued as 5C3F7FDFD not flushed fetchmail: POP3> QUIT fetchmail: POP3< +OK bye fetchmail: SMTP> QUIT fetchmail: SMTP< 221 Bye fetchmail: normal termination, status 0 Das "not flushed" sagt einem ja schon, dass er die Mails nicht zustellen konnte. Was mach ich jetzt? Die main.cf wegwerfen und neu anfangen? Was genau macht die canonical? Was ist der Unterschied zur sender_canonical? Das habe ich auch nicht so wirklich verstanden.. Achja, cyrus verwende ich nicht. Vielen Dank für eure Antworten, Gruß, Axel
* Axel Dreher postete am 17. Sep. 2003 folgendes:
Ich habe ein Problem, welches mich seit 2 Tagen ein wenig verrückt macht. Seitdem ich ein Kabelmodem habe,treibt mich der Gedanke um, einen eigenen Mailserver aufzusetzen, um damit später eventuell Amavis und SpamAssasin einzusetzen. Soweit bin ich jedoch noch nicht, momentan hakts noch an dem reinen Mail-Empfang.
Trage in Deiner .fetchmailrc folgende Zeile ein mda "/usr/bin/procmail -d %T" Damit werden die Mails gleich an Procmail übergeben und ins Postfach einsortiert. Bye Michael -- Ein Hengst wie ich kommt nur einmal im Jahr! -- Al Bundy _______________________________________________________________________ http://macbyte.info/ ICQ #151172379 http://autohbci.macbyte.info/
Am Mittwoch, 17. September 2003 22:01 schrieb Axel Dreher:
postconf -n ... mydestination = $myhostname, localhost.$mydomain ...
fetchmail stellt normalerweise an "user@localhost" zu. Postfix ist bei dir aber nicht so konfiguriert, daß es "localhost" als mydestination erkennt. mydestination = $myhostname, localhost, localhost.$mydomain hat bei mir damals geholfen. MfG Torsten
Torsten Huebner wrote:
Am Mittwoch, 17. September 2003 22:01 schrieb Axel Dreher:
postconf -n
...
mydestination = $myhostname, localhost.$mydomain
...
fetchmail stellt normalerweise an "user@localhost" zu. Postfix ist bei dir aber nicht so konfiguriert, daß es "localhost" als mydestination erkennt.
mydestination = $myhostname, localhost, localhost.$mydomain
hat bei mir damals geholfen.
MfG Torsten
Vielen Dank für all eure Antworten, ich fasse die Ergebnisse mal zusammen: - From_Header brachte leider nichts.. -smtp_sender_restrictions leider auch nicht -mydestination ebenso - der Vorschlag mit procmail funktioniert, ich habe ihn traditionell mit einer .forward realisiert, ist das in Ordnung oder sollte ich das unbedingt in die .fetchmailrc packen (wie von Michael Raab vorgeschlagen)? Die Procmail-Lösung empfinde ich aber nur als zweitbeste Wahl, laut diesen ganzen Tutorials soll es ja eigentlich ganz einfach gehen, zumal mein Setup sicherlich auf tausenden Rechnern existiert. Was meint ihr, soll ich nochmal ganz von vorn anfangen? Wenn jemand ein ähnliches setup hat, könnte er/sie mir dann mal seine main.cf und eventuelle canonical.cf /sender_canonical.cf zumailen? Mit ähnlichem Setup meine ich a) eingehende Mail lokal in eine mbox zuordnen b) ausgehende Mail zu relayen und dabei die eigene localhost-Adresse in die relay-Adresse umzuwandeln (maskieren..) Auf jeden Fall schon mal vielen Dank für die funktionierende Lösung. Gruß Axel
Am Donnerstag, 18. September 2003 12:57 schrieb Axel Dreher:
- From_Header brachte leider nichts.. -smtp_sender_restrictions leider auch nicht -mydestination ebenso - der Vorschlag mit procmail funktioniert, ich habe ihn traditionell mit einer .forward realisiert, ist das in Ordnung oder sollte ich das unbedingt in die .fetchmailrc packen (wie von Michael Raab vorgeschlagen)?
versuch doch erst mal, eine Datei von der Konsole mittels mail zu versenden. kommt die denn eigentlich lokal an?
mailbox_command = /usr/bin/procmail mailbox_transport = lmtp:unix:public/lmtp
das sieht bei mir so aus mailbox_command = mailbox_transport = lmtp:unix:public/lmtp
local_transport = local:$mydomain steht bei mir nicht drin
in meiner /etc/postfix/transport habe ich dafür noch stehen: haus local: .haus local: wobei haus meine interne domain ist. MfG Torsten
Am Mittwoch, 17. September 2003 22:01 schrieb Axel Dreher:
Was nicht geht:
- Direkt nach dem Abholen übergibt Fetchmail die Mails an Postfix, dieser jedoch stellt sie nicht in die lokalen Postfächer zu, sondern stellt sie in die deferred_queue. Dort bleiben sie dann. Das Problem liegt wohl darin, dass Postfix versucht, die abgeholten Mails von Fetchmail wieder zu verschicken, anstatt sie lokal zu zustellen. Wahrscheinlich kann er die lokalen Adressen nicht auflösen.
postconf -n:
smtpd_sender_restrictions = hash:/etc/postfix/access
tail -10 /var/log/mail: (gesnipped wegen zu viel Output)
Sep 17 21:34:08 linux postfix/cleanup[4649]: A7123FDF8: message-id=<200309172128.27899.muab_ila@gmx.net> Sep 17 21:34:08 linux postfix/smtp[4639]: 06210FDF1: to=<acki@linux.local>, relay=mail.gmx.net[213.165.64.20], delay=0, status=deferred (host mail.gmx.net[213.165.64.20] said: 451 {mp001} Sender address does not belong to logged in user)
Wozu die restrictions auf die Absenderadresse? Deine Konfiguration lässt nur lokale Absender zu. Robert
Am Mittwoch, 17. September 2003 22:01 schrieb Axel Dreher:
postconf -n:
mydestination = $myhostname, localhost.$mydomain mydomain = linux.local myhostname = linux
Das sieht für mich falsch aus, richtig(er) wäre: mydomain=local myhostname=linux.local oder: mydomain=local.mydomain.de myhostname=linux.local.mydomain.de Ändere das mal und dann 'rcpostfix reload'. Dann mal weitersehen.
/etc/postfix/virtual: axeldreher@gmx.de acki@linux.local
Du brauchst nichts umschreiben (envelope), weil fetchmail ja schon an acki@localhost umschreibt.
/etc/postfix/canonical: acki@linux axeldreher@gmx.de acki@linux.linux.local axeldreher@gmx.de acki@linux.local axeldreher@gmx.de acki@localhost.linux.local axeldreher@gmx.de root@linux.local axeldreher@gmx.de root@linux axeldreher@gmx.de root@linux.linux.local axeldreher@gmx.de root@localhost.linux.local axeldreher@gmx.de
Wozu brauchst Du canonical? Hast Du keinen vernünftigen MUA? Jedenfalls ist Dein Problem in der Fehlkonfiguration von 'myhostname' oder 'mydomain' zu suchen _oder_ es ist doch eine Restriktion aktiv, die ich bis jetzt übersehen habe.
Das "not flushed" sagt einem ja schon, dass er die Mails nicht zustellen konnte. Was mach ich jetzt? Die main.cf wegwerfen und neu anfangen? Was genau macht die canonical? Was ist der Unterschied zur sender_canonical? Das habe ich auch nicht so wirklich verstanden..
Canonical 'versteckt' den eigentlichen Absender, in dem er den Header (From:) und den Envelope umschreibt.
Achja, cyrus verwende ich nicht.
Das ist zunächst auch völlig wurscht, weil Postfix die Mails ja nicht transportieren will. Robert
Hans-Robert Wagner wrote:
Am Mittwoch, 17. September 2003 22:01 schrieb Axel Dreher:
postconf -n:
mydestination = $myhostname, localhost.$mydomain mydomain = linux.local myhostname = linux
Das sieht für mich falsch aus, richtig(er) wäre: mydomain=local myhostname=linux.local oder: mydomain=local.mydomain.de myhostname=linux.local.mydomain.de
Ändere das mal und dann 'rcpostfix reload'. Dann mal weitersehen.
Ich habe den oberen Versuch gemacht. Ergebnis: tail -20 /var/log/mail: Sep 19 10:45:19 linux postfix/smtpd[2080]: connect from localhost[127.0.0.1] Sep 19 10:45:19 linux postfix/smtpd[2080]: 46E08FDE9: client=localhost[127.0.0.1] Sep 19 10:45:19 linux postfix/cleanup[2081]: 46E08FDE9: message-id=<200309191015.10912.a.kyek@vodafone.com> Sep 19 10:45:19 linux postfix/qmgr[2035]: 46E08FDE9: from=<suse-linux-return-269753-axeldreher=gmx.de@suse.com>, size=2865, nrcpt=1 (queue active) Sep 19 10:45:19 linux postfix/smtpd[2080]: 70569FDEA: client=localhost[127.0.0.1] Sep 19 10:45:19 linux postfix/smtp[2042]: 46E08FDE9: to=<acki@localhost.local>, relay=none, delay=0, status=deferred (SOFT BOUNCE - Name service error for local: Host not found) Sep 19 10:45:19 linux postfix/cleanup[2081]: 70569FDEA: message-id=<2187598860.20030919093717@bikealert.de> Sep 19 10:45:19 linux postfix/qmgr[2035]: 70569FDEA: from=<suse-linux-return-269754-axeldreher=gmx.de@suse.com>, size=3095, nrcpt=1 (queue active) Sep 19 10:45:19 linux postfix/smtpd[2080]: disconnect from localhost[127.0.0.1] Sep 19 10:45:19 linux postfix/smtp[2040]: 70569FDEA: to=<acki@localhost.local>, relay=none, delay=0, status=deferred (SOFT BOUNCE - Name service error for local: Host not found) Wie man sieht, will er zumindest die eingehende Mail nicht mehr nach "draußen" zustellen, sondern intern belassen. Das ist schon mal ein super Fortschritt. Problem jetzt: Er findet local nicht...
/etc/postfix/virtual: axeldreher@gmx.de acki@linux.local
Du brauchst nichts umschreiben (envelope), weil fetchmail ja schon an acki@localhost umschreibt.
Ok, das habe ich rausgenommen.Danke.
/etc/postfix/canonical: acki@linux axeldreher@gmx.de acki@linux.linux.local axeldreher@gmx.de acki@linux.local axeldreher@gmx.de acki@localhost.linux.local axeldreher@gmx.de root@linux.local axeldreher@gmx.de root@linux axeldreher@gmx.de root@linux.linux.local axeldreher@gmx.de root@localhost.linux.local axeldreher@gmx.de
Wozu brauchst Du canonical? Hast Du keinen vernünftigen MUA? Jedenfalls ist Dein Problem in der Fehlkonfiguration von 'myhostname' oder 'mydomain' zu suchen _oder_ es ist doch eine Restriktion aktiv, die ich bis jetzt übersehen habe.
Das mit der canonical hab ich irgendwo gelesen.Erst nachdem ich es drin hatte, konnte ich Mails versenden. MUA? Hehe, also testweise hab ich einfach das "mail" - Kommando von der Kommandozeile genommen, ist das ein vernünftiger MUA? Ich glaubs ja nicht.. ;-) Diese Mails schreibe ich direkt über Mozilla Mail ohne Postfix direkt an die Liste.
Canonical 'versteckt' den eigentlichen Absender, in dem er den Header (From:) und den Envelope umschreibt.
Danke. Achso: zu dem obigen Log-Auszug habe ich hier noch den korrespondierenden Fetchmail-Auszug, schaut total anders aus.. fetchmail -a -k -vvvv: Aufpassen, das ist lang! fetchmail: 5.9.0 querying gmx (protocol POP3) at Fre 19 Sep 2003 10:45:15 CEST fetchmail: POP3< +OK GMX POP3 StreamProxy ready <24950.1063961114@mp006> fetchmail: POP3> CAPA fetchmail: POP3< -ERR Unknown command. fetchmail: Unknown command. fetchmail: POP3> USER 18079363 fetchmail: POP3< +OK May I have your password, please? fetchmail: POP3> PASS * fetchmail: POP3< +OK mailbox has 2 messages (5396 octets) fetchmail: selecting or re-polling default folder fetchmail: POP3> STAT fetchmail: POP3< +OK 2 5396 2 messages for 18079363 at pop.gmx.de (5396 octets). fetchmail: POP3> LIST fetchmail: POP3< +OK mailbox has 2 messages (5396 octets) fetchmail: POP3< 1 2583 fetchmail: POP3< 2 2813 fetchmail: POP3< . fetchmail: POP3> RETR 1 fetchmail: POP3< +OK message follows reading message 1 of 2 (2583 octets) About to rewrite Return-Path: <suse-linux-return-269753-axeldreher=gmx.de@suse.com> Rewritten version is Return-Path: <suse-linux-return-269753-axeldreher=gmx.de@suse.com> About to rewrite From: Andreas Kyek <a.kyek@vodafone.com> Rewritten version is From: Andreas Kyek <a.kyek@vodafone.com> About to rewrite To: suse-linux@suse.com Rewritten version is To: suse-linux@suse.com fetchmail: SMTP< 220 linux.local ESMTP Postfix on SuSE Linux 8.0 (i386) fetchmail: SMTP> EHLO localhost fetchmail: SMTP< 250-linux.local fetchmail: SMTP< 250-PIPELINING fetchmail: SMTP< 250-SIZE 10240000 fetchmail: SMTP< 250-VRFY fetchmail: SMTP< 250-ETRN fetchmail: SMTP< 250-XVERP fetchmail: SMTP< 250 8BITMIME fetchmail: forwarding to localhost fetchmail: SMTP> MAIL FROM:<suse-linux-return-269753-axeldreher=gmx.de@suse.com> BODY=8BITMIME SIZE=2583 fetchmail: SMTP< 250 Ok fetchmail: SMTP> RCPT TO:<acki@localhost> fetchmail: SMTP< 250 Ok fetchmail: SMTP> DATA fetchmail: SMTP< 354 End data with <CR><LF>.<CR><LF> #**********************************fetchmail: SMTP>. (EOM) fetchmail: SMTP< 250 Ok: queued as 46E08FDE9 not flushed fetchmail: POP3> RETR 2 fetchmail: POP3< +OK message follows reading message 2 of 2 (2813 octets) About to rewrite Return-Path: <suse-linux-return-269754-axeldreher=gmx.de@suse.com> Rewritten version is Return-Path: <suse-linux-return-269754-axeldreher=gmx.de@suse.com> About to rewrite From: Stefan Onken <it-support@bikealert.de> Rewritten version is From: Stefan Onken <it-support@bikealert.de> About to rewrite Reply-To: Stefan Onken <it-support@bikealert.de> Rewritten version is Reply-To: Stefan Onken <it-support@bikealert.de> About to rewrite To: SuSE Linux-Liste <suse-linux@suse.com> Rewritten version is To: SuSE Linux-Liste <suse-linux@suse.com> fetchmail: forwarding to localhost fetchmail: SMTP> MAIL FROM:<suse-linux-return-269754-axeldreher=gmx.de@suse.com> BODY=8BITMIME SIZE=2813 fetchmail: SMTP< 250 Ok fetchmail: SMTP> RCPT TO:<acki@localhost> fetchmail: SMTP< 250 Ok fetchmail: SMTP> DATA fetchmail: SMTP< 354 End data with <CR><LF>.<CR><LF> #*******************************fetchmail: SMTP>. (EOM) fetchmail: SMTP< 250 Ok: queued as 70569FDEA not flushed fetchmail: POP3> QUIT fetchmail: POP3< +OK bye fetchmail: not swapping UID lists, no UIDs seen this query fetchmail: SMTP> QUIT fetchmail: SMTP< 221 Bye fetchmail: Deleting fetchids file. fetchmail: normal termination, status 0 fetchmail: Deleting fetchids file. Was soll das rewrite? Das hatte ich auch noch nicht. Was meint er mit fetchids file ganz am Ende? Vielen Dank für eure Tips, ich sehe echt Fortschritte. Das Procmail habe ich erst mal rausgenommen. Postfix soll selber zustellen. Gruß Axel
Am Freitag, 19. September 2003 10:55 schrieb Axel Dreher:
Hans-Robert Wagner wrote:
Am Mittwoch, 17. September 2003 22:01 schrieb Axel Dreher:
postconf -n:
mydestination = $myhostname, localhost.$mydomain mydomain = linux.local myhostname = linux
Das sieht für mich falsch aus, richtig(er) wäre: mydomain=local myhostname=linux.local oder: mydomain=local.mydomain.de myhostname=linux.local.mydomain.de
Ändere das mal und dann 'rcpostfix reload'. Dann mal weitersehen.
Ich habe den oberen Versuch gemacht. Ergebnis:
tail -20 /var/log/mail:
Sep 19 10:45:19 linux postfix/smtpd[2080]: connect from localhost[127.0.0.1] Sep 19 10:45:19 linux postfix/smtpd[2080]: 46E08FDE9: client=localhost[127.0.0.1] Sep 19 10:45:19 linux postfix/cleanup[2081]: 46E08FDE9: message-id=<200309191015.10912.a.kyek@vodafone.com> Sep 19 10:45:19 linux postfix/qmgr[2035]: 46E08FDE9: from=<suse-linux-return-269753-axeldreher=gmx.de@suse.com>, size=2865, nrcpt=1 (queue active)
Aha, jetzt klappt es mit dem Erkennen der lokalen Domain. Nur Deine Transport-Konfiguration ist noch falsch. Ich benutze aber procmail nicht, daher kann ich Dir hier nicht weiterhelfen.
Wie man sieht, will er zumindest die eingehende Mail nicht mehr nach "draußen" zustellen, sondern intern belassen. Das ist schon mal ein super Fortschritt. Problem jetzt: Er findet local nicht...
Ja, es gibt aber ja schon die Mail von Torsten. Vielleicht kann er Dir helfen. Ach übrigens, postfix hat eine Standardkonfiguration die Du mit 'postconf -d' auswerten kannst. 'local_transport' ist bestimmt schon richtig konfiguriert, so daß Du da besser die Finger von läßt. Robert
Am Freitag, 19. September 2003 10:55 schrieb Axel Dreher:
Ich habe den oberen Versuch gemacht. Ergebnis:
...
Sep 19 10:45:19 linux postfix/smtp[2040]: 70569FDEA: to=<acki@localhost.local>, relay=none, delay=0, status=deferred (SOFT BOUNCE - Name service error for local: Host not found)
Wie man sieht, will er zumindest die eingehende Mail nicht mehr nach "draußen" zustellen, sondern intern belassen. Das ist schon mal ein super Fortschritt. Problem jetzt: Er findet local nicht...
(SOFT BOUNCE - Name service error for local: Host not found) er versucht, den Ziel-Host local per DNS aufzulösen. Das geht schief.
disable_dns_lookups = yes verhindert das. Allerdings gilt das dann global für alle. Ich schicke dir mal meine config. postconf -n alias_maps = hash:/etc/aliases append_dot_mydomain = no canonical_maps = hash:/etc/postfix/canonical command_directory = /usr/sbin config_directory = /etc/postfix content_filter = daemon_directory = /usr/lib/postfix debug_peer_level = 2 defer_transports = smtp disable_dns_lookups = yes inet_interfaces = 127.0.0.1 mail_owner = postfix mail_spool_directory = /var/mail mailbox_command = mailbox_transport = lmtp:unix:public/lmtp mailq_path = /usr/bin/mailq manpage_directory = /usr/share/man masquerade_classes = envelope_sender, header_sender, header_recipient masquerade_domains = masquerade_exceptions = root message_size_limit = 40960000 mydestination = $myhostname, localhost mydomain = haus myhostname = babylon.haus mynetworks = 127.0.0.1/8, 192.168.0.0/24 newaliases_path = /usr/sbin/sendmail queue_directory = /var/spool/postfix readme_directory = /usr/share/doc/packages/postfix/README_FILES relayhost = smtprelay.t-online.de relocated_maps = hash:/etc/postfix/relocated sample_directory = /usr/share/doc/packages/postfix/samples sender_canonical_maps = hash:/etc/postfix/sender_canonical sendmail_path = /usr/sbin/sendmail setgid_group = maildrop smtpd_client_restrictions = smtpd_helo_required = no smtpd_helo_restrictions = smtpd_recipient_restrictions = permit_mynetworks,check_relay_domains smtpd_sender_restrictions = hash:/etc/postfix/access strict_rfc821_envelopes = no transport_maps = hash:/etc/postfix/transport virtual_maps = hash:/etc/postfix/virtual In allen Dateien außer /etc/postfix/transport steht bei mir nichts drin. Gruß Torsten Gruss Torsten
Torsten Huebner wrote:
Am Freitag, 19. September 2003 10:55 schrieb Axel Dreher:
Ich habe den oberen Versuch gemacht. Ergebnis:
...
Sep 19 10:45:19 linux postfix/smtp[2040]: 70569FDEA: to=<acki@localhost.local>, relay=none, delay=0, status=deferred (SOFT BOUNCE - Name service error for local: Host not found)
Wie man sieht, will er zumindest die eingehende Mail nicht mehr nach "draußen" zustellen, sondern intern belassen. Das ist schon mal ein super Fortschritt. Problem jetzt: Er findet local nicht...
(SOFT BOUNCE - Name service error for local: Host not found)
er versucht, den Ziel-Host local per DNS aufzulösen. Das geht schief.
disable_dns_lookups = yes
Danke, das habe ich probiert.Es scheint auch total logisch, leider bringt er mir immer noch den Fehler: local: Host not found...Ich geh bald kaputt.Naja.
verhindert das. Allerdings gilt das dann global für alle.
Ich schicke dir mal meine config.
postconf -n alias_maps = hash:/etc/aliases append_dot_mydomain = no canonical_maps = hash:/etc/postfix/canonical command_directory = /usr/sbin config_directory = /etc/postfix content_filter = daemon_directory = /usr/lib/postfix debug_peer_level = 2 defer_transports = smtp disable_dns_lookups = yes inet_interfaces = 127.0.0.1 mail_owner = postfix mail_spool_directory = /var/mail mailbox_command = mailbox_transport = lmtp:unix:public/lmtp mailq_path = /usr/bin/mailq manpage_directory = /usr/share/man masquerade_classes = envelope_sender, header_sender, header_recipient masquerade_domains = masquerade_exceptions = root message_size_limit = 40960000 mydestination = $myhostname, localhost mydomain = haus myhostname = babylon.haus mynetworks = 127.0.0.1/8, 192.168.0.0/24 newaliases_path = /usr/sbin/sendmail queue_directory = /var/spool/postfix readme_directory = /usr/share/doc/packages/postfix/README_FILES relayhost = smtprelay.t-online.de relocated_maps = hash:/etc/postfix/relocated sample_directory = /usr/share/doc/packages/postfix/samples sender_canonical_maps = hash:/etc/postfix/sender_canonical sendmail_path = /usr/sbin/sendmail setgid_group = maildrop smtpd_client_restrictions = smtpd_helo_required = no smtpd_helo_restrictions = smtpd_recipient_restrictions = permit_mynetworks,check_relay_domains smtpd_sender_restrictions = hash:/etc/postfix/access strict_rfc821_envelopes = no transport_maps = hash:/etc/postfix/transport virtual_maps = hash:/etc/postfix/virtual
In allen Dateien außer /etc/postfix/transport steht bei mir nichts drin.
Gruß Torsten
Meine Config schaut inzwischen nahezu genauso aus, nur leider krieg ich den Fehler nicht weg. Grmpf.Ich hab das Gefühl, irgendwas muß ich noch woanders einstellen, die main.cf hab ich mittlerweile rauf und runter probiert, alles mögliche mal eingetippt, möglichst systematisch.In einer weiteren Mail poste ich mal meine aktuelle Konfiguration. Gruß, Axel
Axel Dreher am Freitag, 19. September 2003 18:34:
... Meine Config schaut inzwischen nahezu genauso aus, nur leider krieg ich den Fehler nicht weg. Grmpf.Ich hab das Gefühl, irgendwas muß ich noch woanders einstellen, die main.cf hab ich mittlerweile rauf und runter probiert, alles mögliche mal eingetippt, möglichst systematisch.In einer weiteren Mail poste ich mal meine aktuelle Konfiguration.
Ja, die main.cf und vor allem noch folgende: /etc/postfix/access, ./canonical, ./relocated, ./transport und ./virtual sofern sie nicht leer sind (bis auf access könnten sie es bei deiner Konfiguration eigentlich sein). -- Gruß MaxX 8-)
Hallo Axel,
Am Mittwoch, 17. September 2003 22:01 schrieb Axel Dreher:
postconf -n:
mydestination = $myhostname, localhost.$mydomain mydomain = linux.local myhostname = linux
Hans-Robert Wagner wrote:
Das sieht für mich falsch aus, richtig(er) wäre: mydomain=local myhostname=linux.local oder: mydomain=local.mydomain.de myhostname=linux.local.mydomain.de
Ändere das mal und dann 'rcpostfix reload'. Dann mal weitersehen.
Am Freitag, 19. September 2003 10:55 schrieb Axel Dreher:
Ich habe den oberen Versuch gemacht. Ergebnis: [...] to=<acki@localhost.local>, relay=none, delay=0, status=deferred (SOFT BOUNCE - Name service error for local: Host not found)
Wie man sieht, will er zumindest die eingehende Mail nicht mehr nach "draußen" zustellen, sondern intern belassen. Das ist schon mal ein super Fortschritt. Problem jetzt: Er findet local nicht...
Soweit ich es beurteilen kann, läuft alles Ok, bis postfix die Mails lokal ausliefern soll. Postfix erkennt deinen "Host" localhost.local merkwürdigerweise nicht als lokalen Host. Warum das so ist, sehe ich auch nicht gerade. Vielleicht helfen mir die Antworten auf folgende Fragen weiter: Sind die folgenden Parameter noch wie in deinen letzten Mails angegeben? mydomain = local myhostname = linux.local mydestination = $myhostname, local.$mydomain transport_maps = hash:/etc/postfix/transport Betreibst Du einen eigenen Nameserver? Hast Du Einträge in /etc/postfix/transport? Wenn ja - welche? Gruss Werner
Hallo Axel, Als Test habe ich mal eine main.cf mit dem Output des postconf -n, das Du im ersten Mail gepostet hast, gemacht. Ich habe nur mydomain und myhostname so angepasst, wie dir H.R. Wagner angegeben hat. Beim mir läufts. Das Problem sollte also eigentlich nicht am Inhalt von main.cf liegen. Weisst Du noch welche Dateien Du im zusammenhang mit Mail abgeändert hast? Könntest Du angebenn welche Du geänndert hast? Gruss Werner
Werner Merz wrote:
Hallo Axel,
Postfix erkennt deinen "Host" localhost.local merkwürdigerweise nicht als lokalen Host. Warum das so ist, sehe ich auch nicht gerade.
Das verstehe ich auch nicht.Aber dazu gleich noch mehr.
Vielleicht helfen mir die Antworten auf folgende Fragen weiter:
Sind die folgenden Parameter noch wie in deinen letzten Mails angegeben?
mydomain = local myhostname = linux.local mydestination = $myhostname, local.$mydomain transport_maps = hash:/etc/postfix/transport
Betreibst Du einen eigenen Nameserver?
Nein, um Gottes willen. ;-) Ich glaub, einen Bind9 zu konfigurieren ist dann doch ne ganze Ecke zu schwer für mich.. Vielleicht später mal.
Hast Du Einträge in /etc/postfix/transport? Wenn ja - welche?
Nein, gar nix.Die Transport ist leer. Jetzt nochmal meine ganz aktuelle Konfiguration: postconf -n: alias_database = hash:/etc/aliases, hash:/opt/majordomo/aliases alias_maps = hash:/etc/postfix/aliases canonical_maps = hash:/etc/postfix/canonical command_directory = /usr/sbin config_directory = /etc/postfix content_filter = daemon_directory = /usr/lib/postfix debug_peer_level = 2 default_destination_concurrency_limit = 10 default_privs = nobody defer_transports = smtp disable_dns_lookups = yes inet_interfaces = all local_destination_concurrency_limit = 2 local_transport = local:$mydomain mail_name = Postfix on SuSE Linux 8.0 (i386) mail_owner = postfix mail_spool_directory = /var/spool/mail mailbox_transport = smtp <---------------- ist das ok? mailq_path = /usr/bin/mailq manpage_directory = /usr/share/man masquerade_exceptions = root mydestination = $myhostname, localhost, localhost.$mydomain //hier hab ich noch $mydomain,also local eingefügt. mydomain = local myhostname = linux.local mynetworks = 127.0.0.0/8, 10.25.30.0/24 newaliases_path = /usr/sbin/sendmail queue_directory = /var/spool/postfix readme_directory = /usr/share/doc/packages/postfix/README_FILES relayhost = mail.gmx.net relocated_maps = hash:/etc/postfix/relocated sample_directory = /etc/postfix sender_canonical_maps = hash:/etc/postfix/sender_canonical sendmail_path = /usr/sbin/sendmail setgid_group = maildrop smtp_sasl_auth_enable = yes smtp_sasl_password_maps = hash:/etc/postfix/smtp_auth smtp_sasl_security_options = noanonymous soft_bounce = yes transport_maps = hash:/etc/postfix/transport virtual_maps = hash:/etc/postfix/virtual Zur Sicherheit noch meine /etc/hosts: ::1 localhost ipv6-localhost ipv6-loopback fe00::0 ipv6-localnet ff00::0 ipv6-mcastprefix ff02::1 ipv6-allnodes ff02::2 ipv6-allrouters ff02::3 ipv6-allhosts 127.0.0.1 localhost 127.0.0.2 linux.local linux Ist daran vielleicht was falsch? Ich denke nicht.
Gruss Werner
Gruß, Axel
Axel Dreher wrote:
Werner Merz wrote:
Hallo Axel,
Jetzt nochmal meine ganz aktuelle Konfiguration:
postconf -n:
alias_database = hash:/etc/aliases, hash:/opt/majordomo/aliases alias_maps = hash:/etc/postfix/aliases canonical_maps = hash:/etc/postfix/canonical command_directory = /usr/sbin config_directory = /etc/postfix content_filter = daemon_directory = /usr/lib/postfix debug_peer_level = 2 default_destination_concurrency_limit = 10 default_privs = nobody defer_transports = smtp disable_dns_lookups = yes inet_interfaces = all local_destination_concurrency_limit = 2 local_transport = local:$mydomain mail_name = Postfix on SuSE Linux 8.0 (i386) mail_owner = postfix mail_spool_directory = /var/spool/mail mailbox_transport = smtp <---------------- ist das ok? mailq_path = /usr/bin/mailq manpage_directory = /usr/share/man masquerade_exceptions = root
mydestination = $myhostname, localhost, localhost.$mydomain //hier hab ich noch $mydomain,also local eingefügt.
Mist, das war doch noch die alte Konfiguration.Diese Zeile lautet jetzt: mydestination = $myhostname, localhost, localhost.$mydomain, $mydomain, localhost.local
mydomain = local myhostname = linux.local mynetworks = 127.0.0.0/8, 10.25.30.0/24 newaliases_path = /usr/sbin/sendmail queue_directory = /var/spool/postfix readme_directory = /usr/share/doc/packages/postfix/README_FILES relayhost = mail.gmx.net relocated_maps = hash:/etc/postfix/relocated sample_directory = /etc/postfix sender_canonical_maps = hash:/etc/postfix/sender_canonical sendmail_path = /usr/sbin/sendmail setgid_group = maildrop smtp_sasl_auth_enable = yes smtp_sasl_password_maps = hash:/etc/postfix/smtp_auth smtp_sasl_security_options = noanonymous soft_bounce = yes transport_maps = hash:/etc/postfix/transport virtual_maps = hash:/etc/postfix/virtual
Zur Sicherheit noch meine /etc/hosts:
::1 localhost ipv6-localhost ipv6-loopback
fe00::0 ipv6-localnet
ff00::0 ipv6-mcastprefix ff02::1 ipv6-allnodes ff02::2 ipv6-allrouters ff02::3 ipv6-allhosts
127.0.0.1 localhost 127.0.0.2 linux.local linux
Ist daran vielleicht was falsch? Ich denke nicht.
Axel Dreher am Freitag, 19. September 2003 19:09:
Jetzt nochmal meine ganz aktuelle Konfiguration:
postconf -n:
alias_database = hash:/etc/aliases, hash:/opt/majordomo/aliases
Hast du majordomo am laufen? Sonst lösch es (wenigstens auskommentieren)
alias_maps = hash:/etc/postfix/aliases
Steht da was drin? Was? (sonst -> weg damit (auskommentieren))
canonical_maps = hash:/etc/postfix/canonical
Dito.
command_directory = /usr/sbin config_directory = /etc/postfix content_filter = daemon_directory = /usr/lib/postfix debug_peer_level = 2 default_destination_concurrency_limit = 10 default_privs = nobody defer_transports = smtp disable_dns_lookups = yes inet_interfaces = all
Damit kann dein Postfix auch jemand über das Internet nutzen. Gib anstelle "all" einfach nur localhost an (und ggf. die IP deiner lokalen Netzwerkkarte).
local_destination_concurrency_limit = 2 local_transport = local:$mydomain
Schmeiß mal das ":$mydomain" raus. Eigentlich kannst du beide Zeilen ganz löschen, da eh nur Defaulteinstellungen.
mail_name = Postfix on SuSE Linux 8.0 (i386) mail_owner = postfix mail_spool_directory = /var/spool/mail mailbox_transport = smtp <---------------- ist das ok?
Nö, raus damit. Du sortierst doch direkt ein.
mailq_path = /usr/bin/mailq manpage_directory = /usr/share/man masquerade_exceptions = root
mydestination = $myhostname, localhost, localhost.$mydomain //hier hab ich noch $mydomain,also local eingefügt.
Mist, das war doch noch die alte Konfiguration.Diese Zeile lautet jetzt:
mydestination = $myhostname, localhost, localhost.$mydomain, $mydomain, localhost.local
Das sollte reichen: mydestination = localhost, localhost.local, linux.local (oder eben mit den entsprechenden Variablen)
mydomain = local myhostname = linux.local mynetworks = 127.0.0.0/8, 10.25.30.0/24 newaliases_path = /usr/sbin/sendmail queue_directory = /var/spool/postfix readme_directory = /usr/share/doc/packages/postfix/README_FILES relayhost = mail.gmx.net relocated_maps = hash:/etc/postfix/relocated
Steht da was drin?
sample_directory = /etc/postfix sender_canonical_maps = hash:/etc/postfix/sender_canonical sendmail_path = /usr/sbin/sendmail setgid_group = maildrop smtp_sasl_auth_enable = yes smtp_sasl_password_maps = hash:/etc/postfix/smtp_auth smtp_sasl_security_options = noanonymous soft_bounce = yes
transport_maps = hash:/etc/postfix/transport virtual_maps = hash:/etc/postfix/virtual
Steht da was drin? Ach ja, und in die /etc/postfix/access noch folgendes eintragen (falls nicht drin): localhost relay -- Gruß MaxX 8-)
Am Freitag, 19. September 2003 18:43 schrieb Axel Dreher:
Zur Sicherheit noch meine /etc/hosts: ::1 localhost ipv6-localhost ipv6-loopback
fe00::0 ipv6-localnet
ff00::0 ipv6-mcastprefix ff02::1 ipv6-allnodes ff02::2 ipv6-allrouters ff02::3 ipv6-allhosts
127.0.0.1 localhost 127.0.0.2 linux.local linux
Ist daran vielleicht was falsch? Ich denke nicht.
Vielleciht habe ich in der Schule ja nicht aufgepasst, aber wer oder was ist 127.0.0.2? Dein Rechner ist möglicherweise 10.25.30.1 oder sonst was. Ich gehe jetzt mal davon aus, dass Du 10.25.30.2 für Deine Linux-Kiste verwendest. Also muss die /etc/hosts in etwa so aussehen: 127.0.0.1 localhost 10.25.30.2 rechnername.mydomain.de rechnername # special IPv6 addresses # kann alles weg, IPv6 wird im Moment nicht benoetigt # und auch noch nicht genutzt Ausserdem solltest Du die verwirrenden Namen wie Matthias es in Subject: Re: Postfix + Fetchmail eingehende Mails zuordnen Date: Freitag, 19. September 2003 17:53 schon beschrieb ändern. Ich machte Dir auch bereits den Vorschlag in Subject: Re: Postfix + Fetchmail eingehende Mails zuordnen Date: Donnerstag, 18. September 2003 15:45 mit dem Absatz: Am Mittwoch, 17. September 2003 22:01 schrieb Axel Dreher:
postconf -n:
mydestination = $myhostname, localhost.$mydomain mydomain = linux.local myhostname = linux
Das sieht für mich falsch aus, richtig(er) wäre: mydomain=local myhostname=linux.local oder: mydomain=local.mydomain.de myhostname=linux.local.mydomain.de Um im Beispiel der /etc/hosts zu bleiben: mydomain=mydomain.de myhostname=rechnername.mydomain.de Robert
Hans-Robert Wagner wrote:
Am Freitag, 19. September 2003 18:43 schrieb Axel Dreher:
Zur Sicherheit noch meine /etc/hosts: ::1 localhost ipv6-localhost ipv6-loopback
fe00::0 ipv6-localnet
ff00::0 ipv6-mcastprefix ff02::1 ipv6-allnodes ff02::2 ipv6-allrouters ff02::3 ipv6-allhosts
127.0.0.1 localhost 127.0.0.2 linux.local linux
Ist daran vielleicht was falsch? Ich denke nicht.
Vielleciht habe ich in der Schule ja nicht aufgepasst, aber wer oder was ist 127.0.0.2?
Das habe ich mich auch gefragt...ich hab keine Ahnung.
Dein Rechner ist möglicherweise 10.25.30.1 oder sonst was. Ich gehe jetzt mal davon aus, dass Du 10.25.30.2 für Deine Linux-Kiste verwendest. Also muss die /etc/hosts in etwa so aussehen: 127.0.0.1 localhost 10.25.30.2 rechnername.mydomain.de rechnername
Ok, werde ich machen.Morgen aber erst.Vielen Dank.
# special IPv6 addresses # kann alles weg, IPv6 wird im Moment nicht benoetigt # und auch noch nicht genutzt
Ausserdem solltest Du die verwirrenden Namen wie Matthias es in Subject: Re: Postfix + Fetchmail eingehende Mails zuordnen Date: Freitag, 19. September 2003 17:53 schon beschrieb ändern. Ich machte Dir auch bereits den Vorschlag in Subject: Re: Postfix + Fetchmail eingehende Mails zuordnen Date: Donnerstag, 18. September 2003 15:45 mit dem Absatz: Am Mittwoch, 17. September 2003 22:01 schrieb Axel Dreher:
postconf -n:
mydestination = $myhostname, localhost.$mydomain mydomain = linux.local myhostname = linux
Das sieht für mich falsch aus, richtig(er) wäre: mydomain=local myhostname=linux.local oder: mydomain=local.mydomain.de myhostname=linux.local.mydomain.de
Um im Beispiel der /etc/hosts zu bleiben: mydomain=mydomain.de myhostname=rechnername.mydomain.de
Robert
Werde ich auch morgen machen,dann nehme ich mal bessere Namen. Ich wünsch euch allen noch einen schönen Abend. :-) Gruß Axel
Hallo, Am Fri, 19 Sep 2003, Hans-Robert Wagner schrieb:
Am Freitag, 19. September 2003 18:43 schrieb Axel Dreher:
Zur Sicherheit noch meine /etc/hosts: ::1 localhost ipv6-localhost ipv6-loopback
fe00::0 ipv6-localnet
ff00::0 ipv6-mcastprefix ff02::1 ipv6-allnodes ff02::2 ipv6-allrouters ff02::3 ipv6-allhosts
127.0.0.1 localhost 127.0.0.2 linux.local linux
Ist daran vielleicht was falsch? Ich denke nicht.
Vielleciht habe ich in der Schule ja nicht aufgepasst, aber wer oder was ist 127.0.0.2?
Genauso wie 127.0.0.1 und der Rest von 127/8 schlicht localhost. Allerdings sollte Axel folgendes verwenden: 127.0.0.1 localhost linux.local linux Zumindest sollten 'localhost' und '$hostname.$localdomain' sowie '$hostname' die gleiche IP (127.0.0.1) haben. Fuer weitere Namen kann man dann beliebig andere IPs aus 127/8 verwenden. -dnh -- Ach, die Microsofties sind halt Bugspezialisten. Wo Unsereins über einen gelegentlichen Bohrbug oder Mandelbug kaum hinaus kommt, sind die Herrschaften schon von langer Zeit zur Erforschung und praktischen Anwendung der Heisenbugs vorgedrungen. -- Dietz Proepper in dasr
Am Freitag, 19. September 2003 20:11 schrieb David Haller:
127.0.0.1 localhost 127.0.0.2 linux.local linux
Ist daran vielleicht was falsch? Ich denke nicht.
Vielleciht habe ich in der Schule ja nicht aufgepasst, aber wer oder was ist 127.0.0.2?
Genauso wie 127.0.0.1 und der Rest von 127/8 schlicht localhost. Allerdings sollte Axel folgendes verwenden:
127.0.0.1 localhost linux.local linux
Habe nichts dagegen, nur wozu hat Axel dann in seiner main.cf mynetworks = 127.0.0.0/8, 10.25.30.0/24 den o.g. Eintrag stehen? Sinnvoll wird das nur wenn er 'linux' und 'linux.local' an '10.25.30.x' bindet, oder wie will er sonst den SMTP-Server im lokalen Netzwerk erreichen? O.k. es gibt stunnel, aber mit Postfix nimmt man den nicht, ausserdem wäre dann wieder der 10ner-Netz-Eintrag in 'mynetworks' sinnlos. Ich denke mal, der Einsatz des privaten Netzwerkes war geplant.
Zumindest sollten 'localhost' und '$hostname.$localdomain' sowie '$hostname' die gleiche IP (127.0.0.1) haben. Fuer weitere Namen kann man dann beliebig andere IPs aus 127/8 verwenden.
Gebe mir mal (reines Interesse) Anwendungsbeispiele, wofür die Benutzung anderer IPs aus 127/8 ausser 127.0.0.1 sinnvoll wäre. Gruss und gute Nacht für jetzt, Robert
Hallo, Am Fri, 19 Sep 2003, Hans-Robert Wagner schrieb:
Am Freitag, 19. September 2003 20:11 schrieb David Haller:
127.0.0.1 localhost 127.0.0.2 linux.local linux
Ist daran vielleicht was falsch? Ich denke nicht.
Vielleciht habe ich in der Schule ja nicht aufgepasst, aber wer oder was ist 127.0.0.2?
Genauso wie 127.0.0.1 und der Rest von 127/8 schlicht localhost. Allerdings sollte Axel folgendes verwenden:
127.0.0.1 localhost linux.local linux
Habe nichts dagegen, nur wozu hat Axel dann in seiner main.cf mynetworks = 127.0.0.0/8, 10.25.30.0/24 den o.g. Eintrag stehen? Sinnvoll wird das nur wenn er 'linux' und 'linux.local' an '10.25.30.x' bindet, oder wie will er sonst den SMTP-Server im lokalen Netzwerk erreichen?
Aber der (von dir postulierte) SMTP-Server anderswo im Intranet ist dann _nicht_ linux.local. d.h. erstmal hat man "localhost" samt FQDN und Hostname. Bei mir z.B.: 127.0.0.1 slarty.dhaller.de localhost slarty #[1] Das ist das eine Thema. Das andere Thema ist ein Hostname, der auch "von aussen" (also von !localhost) her "sichtbar" sein soll, z.B. vom Intranet aus. Das interessiert aber auf localhost auch nicht weiter. Da reicht z.B. ein 10.1.1.x hostname.im.intranet 10.1.2.y hostname.wenn.mit.laptop.via.ppp.geredet.wird Wichtig ist was _auf den anderen_ Rechnern davon bekannt ist -- und die wissen von der lokalen hosts genau garnix. Dann ist interessant wie der evtl. vorhandene DNS fuer's Intranet konfiguriert ist. Nebenbei, wie du siehst, ==== $ hostname -i; hostname -f; hostname; hostname -a; 127.0.0.1 slarty.dhaller.de slarty localhost slarty.dyndns.org slarty ==== verwende ich meine offizielle domain auch als lokale domain. Einen DNS-Server verwende ich hier lokal uebrigens nicht, da ueberfluessig, eine gepflegte /etc/hosts reicht vollkommen. Wenn man weiss was man tut, und u.a. DNS verstanden hat, ist es jedenfalls kein Problem sein System so zu konfigurieren. Die sendmail-config musste ich damals z.B. per Hand anpassen -- YaST1 war mit dieser Config ueberfordert. Naja, damals (Okt. '00) hab ich mich dann, nach einem zufaellig hier mitgelesenem Tip, endlich mal in die sendmail-config reingekniet, und seitdem laeuft's.
O.k. es gibt stunnel,
Das tut nix zur Sache.
aber mit Postfix nimmt man den nicht, ausserdem wäre dann wieder der 10ner-Netz-Eintrag in 'mynetworks' sinnlos. Ich denke mal, der Einsatz des privaten Netzwerkes war geplant.
Das "als MX" routen von Mails ins Intranet ist wieder ein ganz anderes Thema. Das hat mit den Eintraegen zu localhost in hosts bzw. im lokalen DNS genau garnix zu tun. Und das hilft dir auch nicht dabei, lokal Mails zuzustellen. Da ist die Definition in der MTA-Config, welche Mails lokal zuzustellen sind, entscheidend. Man muss da den MTA nur so konfigurieren, dass er weiss, welche Mails fuer localhost, welche fuer's Intranet und welche fuer's Internet sind. Dass da wiederum dann interessant ist, welche hostnamen/aliase im DNS existieren ist nur ein sekundaeres Problem, wenn man's falsch macht.
Zumindest sollten 'localhost' und '$hostname.$localdomain' sowie '$hostname' die gleiche IP (127.0.0.1) haben. Fuer weitere Namen kann man dann beliebig andere IPs aus 127/8 verwenden.
Gebe mir mal (reines Interesse) Anwendungsbeispiele, wofür die Benutzung anderer IPs aus 127/8 ausser 127.0.0.1 sinnvoll wäre.
z.B. fuer lokale Virtual Hosts ist das sehr bequem 127.0.0.2 docs.slarty.dhaller.de docs.dhaller.de docs 127.0.0.3 www.slarty.dhaller.de www.dhaller.de www Dort liegen auf port 80 jew. andere Seiten als unter 'localhost' / 127.0.0.1. Und auch fuer andere Server ist eine Diversifizierung der lokalen IPs durchaus interessant. Es kann z.B. die Konfiguration und die Logdateien einfacher und klarer machen. Ausserdem verwende ich einige IPs aus 127/8 noch fuer diverse andere Eintraege, z.B. als dummy-Eintraege fuer ad-server... Mach dir einfach mal folgendes klar: "localhost" = 127/8 -dnh [1] Die Reihenfolge 'IP FQDN ALIAS...' ist wichtig fuer einige Dinge. -- Words fail me. Thank goodness I can make gestures. -- Mark Hughes
Hans-Robert Wagner wrote:
Am Freitag, 19. September 2003 20:11 schrieb David Haller:
127.0.0.1 localhost 127.0.0.2 linux.local linux
Ist daran vielleicht was falsch? Ich denke nicht.
Vielleciht habe ich in der Schule ja nicht aufgepasst, aber wer oder was ist 127.0.0.2?
Genauso wie 127.0.0.1 und der Rest von 127/8 schlicht localhost. Allerdings sollte Axel folgendes verwenden:
127.0.0.1 localhost linux.local linux
Ich werde dies mal probieren, gleich jetzt.
Habe nichts dagegen, nur wozu hat Axel dann in seiner main.cf mynetworks = 127.0.0.0/8, 10.25.30.0/24 den o.g. Eintrag stehen? Sinnvoll wird das nur wenn er 'linux' und 'linux.local' an '10.25.30.x' bindet, oder wie will er sonst den SMTP-Server im lokalen Netzwerk erreichen? O.k. es gibt stunnel, aber mit Postfix nimmt man den nicht, ausserdem wäre dann wieder der 10ner-Netz-Eintrag in 'mynetworks' sinnlos. Ich denke mal, der Einsatz des privaten Netzwerkes war geplant.
Hmm, gute Frage.Der Grund ist typisch DAU :-) Ich wollte einfach nur,dass der Postfix nicht nur auf 127.0.0.1 lauscht, sondern auch auf eth0,also 10.25.30.65 in meinem Fall.Ich kannte mich ja mit Postfix nicht aus,wußte also nicht,ob der 127.0.0.1 - Eintrag reichen würde...Kann ich das also wieder rausnehmen? Ach, ich mach es einfach und sehe, was passiert. ;-)
Zumindest sollten 'localhost' und '$hostname.$localdomain' sowie '$hostname' die gleiche IP (127.0.0.1) haben. Fuer weitere Namen kann man dann beliebig andere IPs aus 127/8 verwenden.
Gebe mir mal (reines Interesse) Anwendungsbeispiele, wofür die Benutzung anderer IPs aus 127/8 ausser 127.0.0.1 sinnvoll wäre.
Gruss und gute Nacht für jetzt,
Robert
Gruß, Axel
Hallo Hans-Robert, hallo Leute, Am Freitag, 19. September 2003 21:52 schrieb Hans-Robert Wagner:
Gebe mir mal (reines Interesse) Anwendungsbeispiele, wofür die Benutzung anderer IPs aus 127/8 ausser 127.0.0.1 sinnvoll wäre.
Ich habe hier beispielsweise einen Apache mit einigen vHosts laufen. Das ginge zwar auch namensbasiert [1], aber ab und zu will ich den Apache auch telnetten, und das geht eben IP-basiert einfacher ;-) (Da ich das eh nur lokal nutze, will ich es auch nicht auf die Netzwerkkarte legen) cb@tux:~> grep 127 /etc/hosts # dahinter jeweils vermerkt, was dahintersteckt 127.0.0.1 localhost # eigentlich leer 127.0.0.2 slfa slfa.tux # http://www.slfa-neustadt.de/schule/schuelerarbeiten/ 127.0.0.3 wvv wvv.tux # http://www.wein-vin-vinum.net?sl 127.0.0.4 selfhtml selfhtml.tux # sagt wohl alles 127.0.0.5 contenido contenido.tux # CMS, das ich mal getestet hab 127.0.0.6 doku doku.tux # diverse Doku 127.0.0.7 fontlinge fontlinge.tux # Fontlinge Doku und WebGUI in # diversen Versionen (was man als Developer eben braucht) 127.0.0.8 cvs cvs.tux # ViewCVS mit meinen lokalen CVSs 127.0.0.9 faq faq.tux # suse-linux-faq.koehntopp.de 127.0.0.10 theater theater.tux # Website eines Bekannten # http://www.schischiphusch.de/, Redesign in Arbeit ;-) Gruß Christian Boltz [1] was ich allerdings anfangs nicht geschafft habe, IP-basiert ging hingegen sofort ;-) --
Manfred, Du solltest so spaet keine Emails mehr schreiben :-) Danke für die Berichtigung, werd mir den Tipp hinter die Ohren schreiben und nur noch Mailen, wenn ich die Augen zumindestens zu einem drittel aufkriege. [> Thomas Hertweck und Manfred Tremmel in suse-linux]
Am Sonntag, 21. September 2003 00:44 schrieb Christian Boltz:
Hallo Hans-Robert, hallo Leute,
Am Freitag, 19. September 2003 21:52 schrieb Hans-Robert Wagner:
Gebe mir mal (reines Interesse) Anwendungsbeispiele, wofür die Benutzung anderer IPs aus 127/8 ausser 127.0.0.1 sinnvoll wäre.
Ich habe hier beispielsweise einen Apache mit einigen vHosts laufen. Das ginge zwar auch namensbasiert [1], aber ab und zu will ich den Apache auch telnetten, und das geht eben IP-basiert einfacher ;-) (Da ich das eh nur lokal nutze, will ich es auch nicht auf die Netzwerkkarte legen)
cb@tux:~> grep 127 /etc/hosts # dahinter jeweils vermerkt, was dahintersteckt 127.0.0.1 localhost # eigentlich leer 127.0.0.2 slfa slfa.tux # http://www.slfa-neustadt.de/schule/schuelerarbeiten/ 127.0.0.3 wvv wvv.tux # http://www.wein-vin-vinum.net?sl 127.0.0.4 selfhtml selfhtml.tux # sagt wohl alles 127.0.0.5 contenido contenido.tux # CMS, das ich mal getestet hab 127.0.0.6 doku doku.tux # diverse Doku 127.0.0.7 fontlinge fontlinge.tux # Fontlinge Doku und WebGUI in # diversen Versionen (was man als Developer eben braucht) 127.0.0.8 cvs cvs.tux # ViewCVS mit meinen lokalen CVSs 127.0.0.9 faq faq.tux # suse-linux-faq.koehntopp.de 127.0.0.10 theater theater.tux # Website eines Bekannten # http://www.schischiphusch.de/, Redesign in Arbeit ;-)
Hmm, danke Christian für die Erklärung. Ich habe es soweit auch verstanden, allerdings hatte ich bisher keine Verwendung dafür gefunden. Ich habe mir zwar längst den apache (1.3 wegen php) installiert, nutze ihn aber noch nicht. Das wieder liegt daran, dass ich von der Konfiguration des Indianers keinen blassen Schimmer habe. Ich kann auch jetzt in meiner hosts reinschreiben was ich will (127/8), ich kann dann auch auf den Apache zugreifen, lande aber (was mich auch nicht wundert) immer wieder im /srv/www/htdocs. Will sagen, ich habe vom Nutzen, den mir die hosts mit den Einträgen von selfhtml, contenido etc. (um Dein Beispiel zu nutzen) bieten soll noch nichts bemerkt. Gut, ich habe es noch nicht getestet und mich grade eben das erste Mal überhaupt mit dem Indianer auseinandergesetzt. Wenn ich mir die Dokumentation zum Apache durchlese und dieses Beispiel betrachte (http://httpd.apache.org/docs/vhosts/examples.html#serverpath), dann weiss ich immer noch nicht, was die Einträge in der Hosts bringen sollen. Gruss, Robert
Hallo Hans-Robert, hallo Leute, Am Sonntag, 21. September 2003 11:07 schrieb Hans-Robert Wagner:
Am Sonntag, 21. September 2003 00:44 schrieb Christian Boltz:
Am Freitag, 19. September 2003 21:52 schrieb Hans-Robert Wagner:
Gebe mir mal (reines Interesse) Anwendungsbeispiele, wofür die Benutzung anderer IPs aus 127/8 ausser 127.0.0.1 sinnvoll wäre.
Ich habe hier beispielsweise einen Apache mit einigen vHosts laufen. Das ginge zwar auch namensbasiert [1], aber ab und zu will ich den Apache auch telnetten, und das geht eben IP-basiert einfacher ;-) (Da ich das eh nur lokal nutze, will ich es auch nicht auf die Netzwerkkarte legen)
cb@tux:~> grep 127 /etc/hosts 127.0.0.1 localhost # eigentlich leer 127.0.0.2 slfa slfa.tux [...]
Hmm, danke Christian für die Erklärung. Ich habe es soweit auch verstanden, allerdings hatte ich bisher keine Verwendung dafür gefunden. Ich habe mir zwar längst den apache (1.3 wegen php) installiert, nutze ihn aber noch nicht. Das wieder liegt daran, dass ich von der Konfiguration des Indianers keinen blassen Schimmer habe. Ich kann auch jetzt in meiner hosts reinschreiben was ich will (127/8), ich kann dann auch auf den Apache zugreifen, lande aber (was mich auch nicht wundert) immer wieder im /srv/www/htdocs. Will sagen, ich habe vom Nutzen, den mir die hosts mit den Einträgen von selfhtml, contenido etc. (um Dein Beispiel zu nutzen) bieten soll noch nichts bemerkt.
Du musst in der Apache-Config auch passende virtuelle Hosts anlegen ;-) Der Nutzen der Einträge in /etc/hosts ist "nur" der, dass die Namensauflösung funktioniert, ohne dass Du erst einen ausgewachsenen Nameserver aufsetzen musst ;-)
Gut, ich habe es noch nicht getestet und mich grade eben das erste Mal überhaupt mit dem Indianer auseinandergesetzt. Wenn ich mir die Dokumentation zum Apache durchlese und dieses Beispiel betrachte (http://httpd.apache.org/docs/vhosts/examples.html#serverpath), dann weiss ich immer noch nicht, was die Einträge in der Hosts bringen sollen.
Dann zeige ich Dir einfach mal ein Beispiel, wie ich es hier verwende: In der httpd.conf habe ich dort, wo der Eintrag virtueller Hosts vorgesehen ist, nur folgendes stehen: Include /etc/httpd/httpd.vhosts-cb Damit wird die Datei httpd.vhosts-cb eingebunden, was mir die Administration erheblich erleichtert ;-) In dieser Datei findet sich dann (als einfaches Beispiel): <VirtualHost 127.0.0.6> ServerName doku.tux DocumentRoot /Platte_neu/doku CustomLog /dev/null combined </VirtualHost> Sprich: doku.tux = 127.0.0.6, als DocumentRoot wird /Platte_neu/doku verwendet und die Access-Logs gehen nach /dev/null. Der Rest der Apache-Einstellungen, die in der httpd.conf stehen, gilt übrigens auch für den vHost ;-) Ähnliche Blöcke finden sich auch für meine anderen vHosts, teilweise ergänzt durch "Alias"e, Einträge für einzelne Verzeichnisse (<Directory /pfad/zum/dir> ... </Directory>) und ein wenig php_value ;-) Und wo wir gerade beim Thema sind, will ich Dir auch nicht verschweigen, wie namensbasierte vHosts auf einer gemeinsamen IP einzurichten sind: NameVirtualHost * <VirtualHost *> DocumentRoot /home/cb/www ServerName test1 </VirtualHost> <VirtualHost *> DocumentRoot /home/test/www ServerName test2 </VirtualHost> In der /etc/hosts brauchst Du dann einen Eintrag 127.0.0.1 localhost rechnername rechnername.domain test1 test2 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ ^^^^^^^^^^^ sollte schon dastehen Eintrag für jeden vHost Ach so, Du solltest SuSEconfig abgewöhnen, die /etc/hosts zu "reparieren" [1], ansonsten sind die Einträge für die vHosts weg :-( Gruß Christian Boltz PS: Nach Änderung der Apache-Config rcapache reload nicht vergessen ;-) [1] CHECK_ETC_HOSTS="no" und BEAUTIFY_ETC_HOSTS="no" in /etc/sysconfig/suseconfig eintragen/ändern, dann ist Ruhe ;-) --
Hey, froehnst Du der Fleischeslust, Du Ratte? :-) Jepp, ich fange Windowsuser in Kastenfallen und brat sie mir zum Frühstück, um die Aktienkurse erschlagener Feinde aufzunehmen. FLEISCH! [> Jessica Bleche und Ratti in suse-linux]
David Haller wrote:
Hallo,
Am Fri, 19 Sep 2003, Hans-Robert Wagner schrieb:
Am Freitag, 19. September 2003 18:43 schrieb Axel Dreher:
Zur Sicherheit noch meine /etc/hosts: ::1 localhost ipv6-localhost ipv6-loopback
fe00::0 ipv6-localnet
ff00::0 ipv6-mcastprefix ff02::1 ipv6-allnodes ff02::2 ipv6-allrouters ff02::3 ipv6-allhosts
127.0.0.1 localhost 127.0.0.2 linux.local linux
Ist daran vielleicht was falsch? Ich denke nicht.
Vielleciht habe ich in der Schule ja nicht aufgepasst, aber wer oder was ist 127.0.0.2?
Genauso wie 127.0.0.1 und der Rest von 127/8 schlicht localhost. Allerdings sollte Axel folgendes verwenden:
127.0.0.1 localhost linux.local linux
Zumindest sollten 'localhost' und '$hostname.$localdomain' sowie '$hostname' die gleiche IP (127.0.0.1) haben. Fuer weitere Namen kann man dann beliebig andere IPs aus 127/8 verwenden.
-dnh
Vielen Dank,David.Ich habe jetzt folgende /etc/hosts: Habe nebenbei noch die Namen geändert, zwecks besserer Übersicht: # special IPv6 addresses #::1 localhost ipv6-localhost ipv6-loopback #fe00::0 ipv6-localnet #ff00::0 ipv6-mcastprefix #ff02::1 ipv6-allnodes #ff02::2 ipv6-allrouters #ff02::3 ipv6-allhosts 127.0.0.1 localhost daniel.duesentrieb daniel #127.0.0.2 daniel.duesentrieb daniel Wie man sieht, habe ich eventuelle Störeinflüsse auskommentiert. Netzwerktests: ping localhost geht.Klar.Ping daniel geht auch,sowie ping daniel.duesentrieb.Was nicht geht,ist ping duesentrieb.Auch logisch,das ist ja die Domain.Liege ich da richtig?Muß das so sein? Meine main.cf habe ich auch angepaßt.Die relevanten Einträge: postconf -n | grep my local_transport = local: $mydomain mydestination = $myhostname, localhost, localhost.$mydomain, $mydomain, localhost.local mydomain = duesentrieb myhostname = daniel.duesentrieb mynetworks = 127.0.0.0/8 Sollte also alles funktionieren.Aber: tail -10 /var/log/mail Sep 20 09:41:17 daniel postfix/smtp[2534]: 7F463FDEE: to=<acki@localhost.duesentrieb>, relay=none, delay=122, status=deferred (SOFT BOUNCE - duesentrieb: Host not found) Sep 20 09:41:17 daniel postfix/qmgr[2530]: 4EF52FDE8: from=<kolund@sprynet.com>, size=159875, nrcpt=1 (queue active) Sep 20 09:41:17 daniel postfix/qmgr[2530]: F3DA9FDE9: from=<kolund@sprynet.com>, size=147546, nrcpt=1 (queue active) Sep 20 09:41:17 daniel postfix/smtp[2537]: 6FB5FFDEA: to=<acki@localhost.local>, relay=none, delay=52489, status=deferred (SOFT BOUNCE - duesentrieb: Host not found) Sep 20 09:41:17 daniel postfix/smtp[2534]: 071F1FDEB: to=<acki@localhost.duesentrieb>, relay=none, delay=124, status=deferred (SOFT BOUNCE - duesentrieb: Host not found) Sep 20 09:41:17 daniel postfix/smtp[2537]: 29301FDE7: to=<acki@localhost.local>, relay=none, delay=52494, status=deferred (SOFT BOUNCE - duesentrieb: Host not found) Sep 20 09:41:17 daniel postfix/smtp[2534]: A1646FDEC: to=<acki@localhost.local>, relay=none, delay=52489, status=deferred (SOFT BOUNCE - duesentrieb: Host not found) Sep 20 09:41:17 daniel postfix/smtp[2537]: A1AC4FDEF: to=<acki@localhost.duesentrieb>, relay=none, delay=122, status=deferred (SOFT BOUNCE - duesentrieb: Host not found) Sep 20 09:41:17 daniel postfix/smtp[2534]: 4EF52FDE8: to=<acki@localhost.local>, relay=none, delay=52494, status=deferred (SOFT BOUNCE - duesentrieb: Host not found) Sep 20 09:41:17 daniel postfix/smtp[2537]: F3DA9FDE9: to=<acki@localhost.local>, relay=none, delay=52491, status=deferred (SOFT BOUNCE - duesentrieb: Host not found) Wieso in Gottes Namen will er immer nur an die DOMAIN schicken?Klar,das er duesentrieb nicht findet,ein ping duesentrieb bringt ja "unknown host", wie oben beschrieben. Ich habe sämtliche virtual, canonical,sender_canonical rausgenommen und mit postmap aktualisiert.Disable_dns_lookup ist auch auf "yes". So langsam weiß ich echt nicht mehr,was postfix von mir will. Naja,wenn alle Stricke reißen,muß ich halt wieder die procmail-Lösung nehmen. Gruß Axel
Am Samstag, 20. September 2003 09:51 schrieb Axel Dreher:
tail -10 /var/log/mail Sep 20 09:41:17 daniel postfix/smtp[2534]: 7F463FDEE: to=<acki@localhost.duesentrieb>, relay=none, delay=122, status=deferred (SOFT BOUNCE - duesentrieb: Host not found)
Wieso in Gottes Namen will er immer nur an die DOMAIN schicken?Klar,das er duesentrieb nicht findet,ein ping duesentrieb..
die erste Zeile meiner config "append_dot_mydomain = no" verhindert das automatische anfügen der domain hab ich aber schon mal geschrieben, :-) Ich denke, du hast alles so konfiguriert wie ich ? Scheinbar nicht. Vielleicht ist es besser, wenn du postfix noch einmal komplett neu installierst. Da haben wir dann klare Ausgangs-Verhältnisse. Gruß Torsten
Torsten Huebner am Samstag, 20. September 2003 10:59:
Am Samstag, 20. September 2003 09:51 schrieb Axel Dreher:
tail -10 /var/log/mail Sep 20 09:41:17 daniel postfix/smtp[2534]: 7F463FDEE: to=<acki@localhost.duesentrieb>, relay=none, delay=122, status=deferred (SOFT BOUNCE - duesentrieb: Host not found)
Wieso in Gottes Namen will er immer nur an die DOMAIN schicken?Klar,das er duesentrieb nicht findet,ein ping duesentrieb..
die erste Zeile meiner config "append_dot_mydomain = no" verhindert das automatische anfügen der domain hab ich aber schon mal geschrieben, :-)
Jepp, das geht auch. Und da er eh nur lokal arbeitet, macht das durchaus Sinn. In nicht ganz kleinen LANs (mit DNS-Server) würde ich das aber auf "yes" setzen (bzw. weglassen, da default ein), um evtl. schlecht konfigurierte MUAs abzufangen (über DNS werden eben nur FQDNs aufgelöst). Dann muss man Postfix mitteilen, dass es auch für localhost.<domain>.<TLD> zuständig ist, weil user@localhost eben _nicht_ FQDN ist. -- Gruß MaxX 8-)
Am Samstag, 20. September 2003 11:46 schrieb Matthias Houdek:
In nicht ganz kleinen LANs (mit DNS-Server) würde ich das aber auf "yes" setzen (bzw. weglassen, da default ein), um evtl. schlecht konfigurierte MUAs abzufangen (über DNS werden eben nur FQDNs aufgelöst). Dann muss man Postfix mitteilen, dass es auch für localhost.<domain>.<TLD> zuständig ist, weil user@localhost eben _nicht_ FQDN ist.
Das hatte ich zuerst auch gedacht, aber.... Ein Fall der gar nicht so selten ist: Absender aus dem internen Netz hat email-Adresse "user@domain" Wie fängst du sowas dann ab? "mydestination=localhost, mailserver.domain, domain, domain.domain" sieht irgendwie grausam aus. Außerdem wird dann domain auch an jede Absenderadresse drangehängt. Sieht bei den großen Providern sehr ulkig aus. Gruß Torsten
Torsten Huebner am Samstag, 20. September 2003 13:10:
Am Samstag, 20. September 2003 11:46 schrieb Matthias Houdek:
In nicht ganz kleinen LANs (mit DNS-Server) würde ich das aber auf "yes" setzen (bzw. weglassen, da default ein), um evtl. schlecht konfigurierte MUAs abzufangen (über DNS werden eben nur FQDNs aufgelöst). Dann muss man Postfix mitteilen, dass es auch für localhost.<domain>.<TLD> zuständig ist, weil user@localhost eben _nicht_ FQDN ist.
Das hatte ich zuerst auch gedacht, aber.... Ein Fall der gar nicht so selten ist: Absender aus dem internen Netz hat email-Adresse "user@domain"
domain ist Quatsch. Höchstens "user@host", und da wäre es nur logisch, wenn postfix dann ein ".$mydomain" anhängt.
Wie fängst du sowas dann ab? "mydestination=localhost, mailserver.domain, domain, domain.domain"
Wieso, normal reicht immer $myhostname, localhost, localhost.$mydomain aus. Die Postfächer, für die Postfix das Ziel ist, liegen normaler Weise immer lokal (Postfix läuft ja auf dem entsprechenden Mailserver). Für alle anderen ist Postfix ein Relay (die werden ja dann auf anderen Rechnern lokal aufgelöst).
sieht irgendwie grausam aus.
Außerdem wird dann domain auch an jede Absenderadresse drangehängt. Sieht bei den großen Providern sehr ulkig aus.
Nur, wenn unvollständig. Bei ausgehenden Mails kann man auch noch festlegen, dass der Hostanteil nach dem @ in der Absenderadresse wieder unterdrückt werden soll. Größere Systeme arbeiten mit virtuellen Domains (/etc/postfix/virtual). Mydestination ist nur für den betreffenden Rechner und dessen Domain selbst zuständig. -- Gruß MaxX 8-)
Torsten Huebner wrote:
Am Samstag, 20. September 2003 09:51 schrieb Axel Dreher:
tail -10 /var/log/mail Sep 20 09:41:17 daniel postfix/smtp[2534]: 7F463FDEE: to=<acki@localhost.duesentrieb>, relay=none, delay=122, status=deferred (SOFT BOUNCE - duesentrieb: Host not found)
Wieso in Gottes Namen will er immer nur an die DOMAIN schicken?Klar,das er duesentrieb nicht findet,ein ping duesentrieb..
die erste Zeile meiner config "append_dot_mydomain = no" verhindert das automatische anfügen der domain hab ich aber schon mal geschrieben, :-)
Ich denke, du hast alles so konfiguriert wie ich ? Scheinbar nicht.
Vielleicht ist es besser, wenn du postfix noch einmal komplett neu installierst. Da haben wir dann klare Ausgangs-Verhältnisse.
Gruß Torsten
Vielen Dank an Dich, Torsten und an Matthias Houdek.Mit euren Tips bin ich jetzt fast am Ziel.Ich habe alle eure Tips eingearbeitet, daher weiß ich jetzt nicht, welcher Tip der entscheidende war.Eventuell war es der mit append_dot_mydomain.Jedenfalls funktioniert der Mailabruf per fetchmail super. Was jetzt aber nicht mehr geht,ist der Versand einer Mail.Das kriegen wir aber bestimmt auch noch hin. Das Problem ist nämlich folgendes:GMX kann meine "Domain" beim Versenden nicht auflösen, das heißt das Mapping geht nicht. Sep 20 11:56:58 daniel postfix/pickup[3299]: 8896AFDE6: uid=500 from=<acki> Sep 20 11:56:58 daniel postfix/cleanup[3318]: 8896AFDE6: message-id=<20030920095658.8896AFDE6@daniel.duesentrieb> Sep 20 11:56:58 daniel postfix/qmgr[3300]: 8896AFDE6: from=<acki@daniel.duesentrieb>, size=365, nrcpt=1 (queue active) Sep 20 11:56:58 daniel postfix/smtp[3326]: warning: mail.gmx.net[213.165.64.20] offered AUTH option multiple times Sep 20 11:56:58 daniel postfix/smtp[3326]: 8896AFDE6: to=<axeldreher@web.de>, relay=mail.gmx.net[213.165.64.20], delay=0, status=deferred (SOFT BOUNCE - host mail.gmx.net[213.165.64.20] said: 550 {mp026} Cannot resolve your domain) Muß ich da jetzt wieder was in canonical oder so ändern? Achso, @Mathias Houdek: Diese ganzen virtual und die anderen Maps sind alle leer, ich hab sie auch aus der main.cf rausgenommen. Das einzige,was noch drin ist ist die ascess und die aliases.Die access hat den von Dir vorgeschlagenen Eintrag mit dem relay, die aliases hat die SuSE-Typischen Default-Einstellungen.Soll ich sie trotzdem posten? Vielen Dank noch mal an euch alle, Axel
Axel Dreher am Samstag, 20. September 2003 12:07:
Torsten Huebner wrote:
Am Samstag, 20. September 2003 09:51 schrieb Axel Dreher:
tail -10 /var/log/mail Sep 20 09:41:17 daniel postfix/smtp[2534]: 7F463FDEE: to=<acki@localhost.duesentrieb>, relay=none, delay=122, status=deferred (SOFT BOUNCE - duesentrieb: Host not found)
Wieso in Gottes Namen will er immer nur an die DOMAIN schicken?Klar,das er duesentrieb nicht findet,ein ping duesentrieb..
die erste Zeile meiner config "append_dot_mydomain = no" verhindert das automatische anfügen der domain hab ich aber schon mal geschrieben, :-)
Ich denke, du hast alles so konfiguriert wie ich ? Scheinbar nicht.
Vielleicht ist es besser, wenn du postfix noch einmal komplett neu installierst. Da haben wir dann klare Ausgangs-Verhältnisse.
Gruß Torsten
Vielen Dank an Dich, Torsten und an Matthias Houdek.Mit euren Tips bin ich jetzt fast am Ziel.Ich habe alle eure Tips eingearbeitet, daher weiß ich jetzt nicht, welcher Tip der entscheidende war.Eventuell war es der mit append_dot_mydomain.Jedenfalls funktioniert der Mailabruf per fetchmail super. Was jetzt aber nicht mehr geht,ist der Versand einer Mail.Das kriegen wir aber bestimmt auch noch hin. Das Problem ist nämlich folgendes:GMX kann meine "Domain" beim Versenden nicht auflösen, das heißt das Mapping geht nicht.
Sep 20 11:56:58 daniel postfix/pickup[3299]: 8896AFDE6: uid=500 from=<acki> Sep 20 11:56:58 daniel postfix/cleanup[3318]: 8896AFDE6: message-id=<20030920095658.8896AFDE6@daniel.duesentrieb> Sep 20 11:56:58 daniel postfix/qmgr[3300]: 8896AFDE6: from=<acki@daniel.duesentrieb>, size=365, nrcpt=1 (queue active)
Aha, du hast also deine lokale Doain geeändert? Hm, dein offizieller Absender ist jetzt acki@daniel.duesentrieb.
Sep 20 11:56:58 daniel postfix/smtp[3326]: warning: mail.gmx.net[213.165.64.20] offered AUTH option multiple times
Naja, kein Problem bisher. Hast dich scheinbar nur mehrfach bei GMX angemeldet (wahrscheinlich war die letzte Anmeldung noch aktiv).
Sep 20 11:56:58 daniel postfix/smtp[3326]: 8896AFDE6: to=<axeldreher@web.de>, relay=mail.gmx.net[213.165.64.20], delay=0, status=deferred (SOFT BOUNCE - host mail.gmx.net[213.165.64.20] said: 550 {mp026} Cannot resolve your domain)
Tja, und da hat gmx.net das Problem, dass es @daniel.duesentrieb nicht auflösen kann. Schreib mal in deine mail.cf noch folgendes (hab es einfach übersehen, dass es fehlt): masquerade_domains = gmx.de Damit wird für alle rausgehenden Mails alles hinter dem @ durch "gmx.de" ersetzt. Man könnte es auch mit sender_canonical machen, aber so reicht es.
Muß ich da jetzt wieder was in canonical oder so ändern? Achso, @Mathias Houdek: Diese ganzen virtual und die anderen Maps sind alle leer, ich hab sie auch aus der main.cf rausgenommen. Das einzige,was noch drin ist ist die ascess und die aliases.Die access hat den von Dir vorgeschlagenen Eintrag mit dem relay, die aliases hat die SuSE-Typischen Default-Einstellungen.Soll ich sie trotzdem posten?
Nö, und MaxX reicht als Name ;-) -- Gruß MaxX 8-)
Matthias Houdek wrote:
Axel Dreher am Samstag, 20. September 2003 12:07:
Torsten Huebner wrote:
Am Samstag, 20. September 2003 09:51 schrieb Axel Dreher:
tail -10 /var/log/mail Sep 20 09:41:17 daniel postfix/smtp[2534]: 7F463FDEE: to=<acki@localhost.duesentrieb>, relay=none, delay=122, status=deferred (SOFT BOUNCE - duesentrieb: Host not found)
Wieso in Gottes Namen will er immer nur an die DOMAIN schicken?Klar,das er duesentrieb nicht findet,ein ping duesentrieb..
die erste Zeile meiner config "append_dot_mydomain = no" verhindert das automatische anfügen der domain hab ich aber schon mal geschrieben, :-)
Ich denke, du hast alles so konfiguriert wie ich ? Scheinbar nicht.
Vielleicht ist es besser, wenn du postfix noch einmal komplett neu installierst. Da haben wir dann klare Ausgangs-Verhältnisse.
Gruß Torsten
Vielen Dank an Dich, Torsten und an Matthias Houdek.Mit euren Tips bin ich jetzt fast am Ziel.Ich habe alle eure Tips eingearbeitet, daher weiß ich jetzt nicht, welcher Tip der entscheidende war.Eventuell war es der mit append_dot_mydomain.Jedenfalls funktioniert der Mailabruf per fetchmail super. Was jetzt aber nicht mehr geht,ist der Versand einer Mail.Das kriegen wir aber bestimmt auch noch hin. Das Problem ist nämlich folgendes:GMX kann meine "Domain" beim Versenden nicht auflösen, das heißt das Mapping geht nicht.
Sep 20 11:56:58 daniel postfix/pickup[3299]: 8896AFDE6: uid=500 from=<acki> Sep 20 11:56:58 daniel postfix/cleanup[3318]: 8896AFDE6: message-id=<20030920095658.8896AFDE6@daniel.duesentrieb> Sep 20 11:56:58 daniel postfix/qmgr[3300]: 8896AFDE6: from=<acki@daniel.duesentrieb>, size=365, nrcpt=1 (queue active)
Aha, du hast also deine lokale Doain geeändert? Hm, dein offizieller Absender ist jetzt acki@daniel.duesentrieb.
Sep 20 11:56:58 daniel postfix/smtp[3326]: warning: mail.gmx.net[213.165.64.20] offered AUTH option multiple times
Naja, kein Problem bisher. Hast dich scheinbar nur mehrfach bei GMX angemeldet (wahrscheinlich war die letzte Anmeldung noch aktiv).
Sep 20 11:56:58 daniel postfix/smtp[3326]: 8896AFDE6: to=<axeldreher@web.de>, relay=mail.gmx.net[213.165.64.20], delay=0, status=deferred (SOFT BOUNCE - host mail.gmx.net[213.165.64.20] said: 550 {mp026} Cannot resolve your domain)
Tja, und da hat gmx.net das Problem, dass es @daniel.duesentrieb nicht auflösen kann.
Schreib mal in deine mail.cf noch folgendes (hab es einfach übersehen, dass es fehlt):
masquerade_domains = gmx.de
Das allein hat nicht gereicht,da ja nicht nur die Domain anders ist,sondern auch mein Name: acki@daniel.duesentrieb axeldreher@gmx.de
Damit wird für alle rausgehenden Mails alles hinter dem @ durch "gmx.de" ersetzt. Man könnte es auch mit sender_canonical machen, aber so reicht es.
Dieser Tip war goldrichtig,über die sender_canonical geht es wunderbar.Jetzt geht empfangen und senden von Mails perfekt.So hab ich mir das vorgestellt.Zumindest geht es bis jetzt. :-) Ich denke aber mal, das sich Konfigurationen nicht von Geisterhand ändern,wie das ja ab und an bei W..dows ist.
Muß ich da jetzt wieder was in canonical oder so ändern? Achso, @Mathias Houdek: Diese ganzen virtual und die anderen Maps sind alle leer, ich hab sie auch aus der main.cf rausgenommen. Das einzige,was noch drin ist ist die ascess und die aliases.Die access hat den von Dir vorgeschlagenen Eintrag mit dem relay, die aliases hat die SuSE-Typischen Default-Einstellungen.Soll ich sie trotzdem posten?
Nö, und MaxX reicht als Name ;-)
Ok, MaxX.Vielen Dank!!You made my day. :-) Vielen Dank auch an all die anderen,die mir bis hierhin geholfen haben,den Fehler einzugrenzen. Gruß, Axel
Axel Dreher am Samstag, 20. September 2003 19:02:
Matthias Houdek wrote:
Axel Dreher am Samstag, 20. September 2003 12:07:
[...] Sep 20 11:56:58 daniel postfix/smtp[3326]: 8896AFDE6: to=<axeldreher@web.de>, relay=mail.gmx.net[213.165.64.20], delay=0, status=deferred (SOFT BOUNCE - host mail.gmx.net[213.165.64.20] said: 550 {mp026} Cannot resolve your domain)
Tja, und da hat gmx.net das Problem, dass es @daniel.duesentrieb nicht auflösen kann.
Schreib mal in deine mail.cf noch folgendes (hab es einfach übersehen, dass es fehlt):
masquerade_domains = gmx.de
Das allein hat nicht gereicht,da ja nicht nur die Domain anders ist,sondern auch mein Name:
acki@daniel.duesentrieb axeldreher@gmx.de
Oups, sorry, das hab ich übersehen.
Damit wird für alle rausgehenden Mails alles hinter dem @ durch "gmx.de" ersetzt. Man könnte es auch mit sender_canonical machen, aber so reicht es.
Dieser Tip war goldrichtig,über die sender_canonical geht es wunderbar.Jetzt geht empfangen und senden von Mails perfekt.So hab ich mir das vorgestellt.Zumindest geht es bis jetzt. :-) Ich denke aber mal, das sich Konfigurationen nicht von Geisterhand ändern,wie das ja ab und an bei W..dows ist.
Mal gut, dass ich den Hinweis zu sender_canonical noch gegeben hab ;-) Viel Spaß weiterhin mit Linux. -- Gruß MaxX 8-)
Axel Dreher am Freitag, 19. September 2003 10:55:
Hans-Robert Wagner wrote:
Am Mittwoch, 17. September 2003 22:01 schrieb Axel Dreher:
postconf -n:
mydestination = $myhostname, localhost.$mydomain mydomain = linux.local myhostname = linux
Das sieht für mich falsch aus, richtig(er) wäre: mydomain=local myhostname=linux.local oder: mydomain=local.mydomain.de myhostname=linux.local.mydomain.de
Ändere das mal und dann 'rcpostfix reload'. Dann mal weitersehen.
Ich habe den oberen Versuch gemacht. Ergebnis:
tail -20 /var/log/mail:
Sep 19 10:45:19 linux postfix/smtpd[2080]: connect from localhost[127.0.0.1] Sep 19 10:45:19 linux postfix/smtpd[2080]: 46E08FDE9: client=localhost[127.0.0.1] Sep 19 10:45:19 linux postfix/cleanup[2081]: 46E08FDE9: message-id=<200309191015.10912.a.kyek@vodafone.com> Sep 19 10:45:19 linux postfix/qmgr[2035]: 46E08FDE9: from=<suse-linux-return-269753-axeldreher=gmx.de@suse.com>, size=2865, nrcpt=1 (queue active) Sep 19 10:45:19 linux postfix/smtpd[2080]: 70569FDEA: client=localhost[127.0.0.1] Sep 19 10:45:19 linux postfix/smtp[2042]: 46E08FDE9: to=<acki@localhost.local>, relay=none, delay=0, status=deferred (SOFT BOUNCE - Name service error for local: Host not found)
Tja, ich würde sagen, deine Namensauflösung löst localhost.local nicht auf. Macht meine übrigens auch nicht: linux:~ # host localhost localhost has address 127.0.0.1 linux:~ # host localhost.houdek.home Host localhost.houdek.home not found: 3(NXDOMAIN) linux:~ # host linux.houdek.home linux.houdek.home has address 192.168.0.254 Scheint also durchaus normal zu sein, localhost ist nämlich localhost, da macht eine Domian keinen Sinn.
[... Zustellversuch 2. Mail gesnippt ...]
Wie man sieht, will er zumindest die eingehende Mail nicht mehr nach "draußen" zustellen, sondern intern belassen. Das ist schon mal ein super Fortschritt. Problem jetzt: Er findet local nicht...
Nein, er findet localhost.local nicht. localhost würde er sicher finden, linux.local (deinen Hostnamen) sicher auch.
/etc/postfix/virtual: axeldreher@gmx.de acki@linux.local
Du brauchst nichts umschreiben (envelope), weil fetchmail ja schon an acki@localhost umschreibt.
Ok, das habe ich rausgenommen.Danke.
Ja, Siehe unten.
/etc/postfix/canonical: acki@linux axeldreher@gmx.de acki@linux.linux.local axeldreher@gmx.de acki@linux.local axeldreher@gmx.de acki@localhost.linux.local axeldreher@gmx.de root@linux.local axeldreher@gmx.de root@linux axeldreher@gmx.de root@linux.linux.local axeldreher@gmx.de root@localhost.linux.local axeldreher@gmx.de
Wozu brauchst Du canonical? Hast Du keinen vernünftigen MUA? Jedenfalls ist Dein Problem in der Fehlkonfiguration von 'myhostname' oder 'mydomain' zu suchen _oder_ es ist doch eine Restriktion aktiv, die ich bis jetzt übersehen habe.
Das mit der canonical hab ich irgendwo gelesen.Erst nachdem ich es drin hatte, konnte ich Mails versenden. MUA? Hehe, also testweise hab ich einfach das "mail" - Kommando von der Kommandozeile genommen, ist das ein vernünftiger MUA? Ich glaubs ja nicht.. ;-) Diese Mails schreibe ich direkt über Mozilla Mail ohne Postfix direkt an die Liste.
Canonical 'versteckt' den eigentlichen Absender, in dem er den Header (From:) und den Envelope umschreibt.
Danke.
Genau. Eigentlich sollte dein MUA den Absender schon richtig setzen können (musst ihn natürlich auch eintragen). Hier kann das canonical eher schaden, wenn du z.B. noch die Zeile: acki@localhost.local axeldreher@gmx.de drin hättest, kannst du dir sicher schnell selbst herleiten, dass er jetzt die lokal zuzustellenden Mails (an acki@localhost.local) umschreibt an den Empfänger axeldreher@gmx.de. Und wohin geht die dann?
Achso: zu dem obigen Log-Auszug habe ich hier noch den korrespondierenden Fetchmail-Auszug, schaut total anders aus..
logisch, ist ja auch ein anderes Programm ;-)
fetchmail -a -k -vvvv: Aufpassen, das ist lang!
ich werde es passend kürzen.
fetchmail: 5.9.0 querying gmx (protocol POP3) at Fre 19 Sep 2003 10:45:15 CEST fetchmail: POP3< +OK GMX POP3 StreamProxy ready <24950.1063961114@mp006> fetchmail: POP3> CAPA fetchmail: POP3< -ERR Unknown command. fetchmail: Unknown command. fetchmail: POP3> USER 18079363 fetchmail: POP3< +OK May I have your password, please? fetchmail: POP3> PASS * fetchmail: POP3< +OK mailbox has 2 messages (5396 octets)
Aha, 2 Mails im Postfach ...
fetchmail: selecting or re-polling default folder fetchmail: POP3> STAT fetchmail: POP3< +OK 2 5396 2 messages for 18079363 at pop.gmx.de (5396 octets). fetchmail: POP3> LIST fetchmail: POP3< +OK mailbox has 2 messages (5396 octets) fetchmail: POP3< 1 2583 fetchmail: POP3< 2 2813 fetchmail: POP3< . fetchmail: POP3> RETR 1 fetchmail: POP3< +OK message follows reading message 1 of 2 (2583 octets)
... die erste wird gelesen (2583 Byte) ...
About to rewrite Return-Path: <suse-linux-return-269753-axeldreher=gmx.de@suse.com> Rewritten version is Return-Path: <suse-linux-return-269753-axeldreher=gmx.de@suse.com>
About to rewrite From: Andreas Kyek <a.kyek@vodafone.com> Rewritten version is From: Andreas Kyek <a.kyek@vodafone.com>
About to rewrite To: suse-linux@suse.com Rewritten version is To: suse-linux@suse.com
Da die Frage unten kommt - aus 'man fetchmail': -n, --norewrite (Keyword: no rewrite) Normally, fetchmail edits RFC-822 address headers (To, From, Cc, Bcc, and Reply-To) in fetched mail so that any mail IDs local to the server are expanded to full addresses (@ and the mailserver hostname are appended). This enables replies on the client to get addressed correctly (otherwise your mailer might think they should be addressed to local users on the client machine!). This option disables the rewrite. ... Du hast es nicht ausgeschaltet, also prüft fetchmail die Vollständigkeit der Mailadressen und korrigiert die ggf. Hier ist alles O.K., also passiert auch nix (außer dem Loggen). ... und jetzt wird die Mail per SMTP an Postfix weitergeleitet:
fetchmail: SMTP< 220 linux.local ESMTP Postfix on SuSE Linux 8.0 (i386) fetchmail: SMTP> EHLO localhost fetchmail: SMTP< 250-linux.local fetchmail: SMTP< 250-PIPELINING fetchmail: SMTP< 250-SIZE 10240000 fetchmail: SMTP< 250-VRFY fetchmail: SMTP< 250-ETRN fetchmail: SMTP< 250-XVERP fetchmail: SMTP< 250 8BITMIME fetchmail: forwarding to localhost fetchmail: SMTP> MAIL FROM:<suse-linux-return-269753-axeldreher=gmx.de@suse.com> BODY=8BITMIME SIZE=2583 fetchmail: SMTP< 250 Ok fetchmail: SMTP> RCPT TO:<acki@localhost>
... wie man schön sieht: an "acki@localhost" (!) ...
fetchmail: SMTP< 250 Ok fetchmail: SMTP> DATA fetchmail: SMTP< 354 End data with <CR><LF>.<CR><LF> #**********************************fetchmail: SMTP>. (EOM) fetchmail: SMTP< 250 Ok: queued as 46E08FDE9 not flushed
... und sie wird auf dem Mailserver nicht gelöscht (Option -k / --keep). Das gleiche Prozedere für die 2. Mail snipp ich mal.
fetchmail: Deleting fetchids file. fetchmail: normal termination, status 0 fetchmail: Deleting fetchids file.
Was soll das rewrite? Das hatte ich auch noch nicht.
Siehe oben.
Was meint er mit fetchids file ganz am Ende?
Fetchmail legt für jede abgeholte Mail eine ID in einer entsprechenden Datei an (als temporäres Protokoll). Nach erfolgreichem Druchlauf wird diese Datei gelöscht (normal termination). Man kann die IDs aber auch erhalten und nutzen -> Parameter -U / --uidl. Nun zu deinem Problem: 1. fetchmail ist OK. Die Mails werden abgeholt und an acki@localhost zugestellt. 2. Postfix meckert bei der lokalen Zustellung an acki@localhost.local. localhost.local gibt es nämlich nicht. Warum ändert Postfix die Adresse acki@localhost in acki@localhost.local ? Nun, das macht Postfix standardmäßig. Es hängt an den Hostnamen immer den Domainnamen mit an, so er nicht dranhängt. Das Dumme ist nur, dass sich Postfix nun für den Zielrechner localhost.local auch zuständig fühlen muss, um sie an <user>@localhost (ohne Domain!) zuzustellen. Ansonsten versucht er, die Mail an den betreffenden Rechner weiterzuleiten und kriegt hier die betreffende IP nicht raus (daher die Fehlermeldung ganz oben). Und warum fühlt sich Postfix nicht zuständig bzw. wie kann ich ihn zuständig machen? In main.cf bestimmt der Parameter mydestination, für welche Zielrechner die Mails lokal aufgelost werden sollen, also: mydestination = ... , localhost.local , ... sollte da vorkommen. Bei dir steht localhost.$mydomain und $mydomain ist bei dir linux.local (was aber eigentlich dein Hostname ist). Und hier liegt IMHO auch das Hauptproblem: Ein Domainname besteht normaler Weise aus Domain und TLD. Und irgendwie hat Postfix Probleme, wenn ein Domainname keine TLD beinhaltet. Lösungen: 1. Vergibt dir einen "richtige" loaklen Domainnamen (z.B. home.local) und pass deine Namensauflösung und deine main.cf entsprechend an oder 2. Schreib den Zielrechner, für die Postfix zuständig sein soll, vollständig in die main.cf: mydestination = localhost.local, localhost Wenn du auch lokale Mais aus deinem LAN erhalten willst, hängst du eben noch linux und linux.local mit dran. Jetzt sollte es klappen. -- Gruß MaxX 8-)
Am Mittwoch, 17. September 2003 22:01 schrieb Axel Dreher:
/home/acki/.fetchmailrc:
Hhm, bei mir wird fetchmail von root gestartet (via cron)
set postmaster "root" set no spambounce set properties "" poll gmx via pop.gmx.de with proto POP3 user '18079363' there with password 'geheim' is 'acki' here
Auszug aus meiner /root/.fetchmailrc set postmaster "postmaster" set nobouncemail set no spambounce set properties "" # # Benutzer: xxxx@gmx.net poll "pop.gmx.net" protocol APOP user "xxxxx" there with password "xxxxx" is "user3" here; # # Benutzer: yyyy@gmx.net poll "pop.gmx.net" protocol APOP user "yyyyy" there with password "yyyyy" is "user4" here; #
tail -10 /var/log/mail: (gesnipped wegen zu viel Output)
Sep 17 21:34:08 linux postfix/cleanup[4649]: A7123FDF8: message-id=<200309172128.27899.muab_ila@gmx.net> Sep 17 21:34:08 linux postfix/smtp[4639]: 06210FDF1: to=<acki@linux.local>, relay=mail.gmx.net[213.165.64.20], delay=0, status=deferred (host mail.gmx.net[213.165.64.20] said: 451 {mp001} Sender address does not belong to logged in user)
Sieht irgendwie schon nach einer Fehlermeldung vom GMX-Mailserver aus, oder? War mir gar nicht aufgefallen, sorry. Du kannst also keine Mails abholen, wenn ich das richtig sehe. Wieviele Mails stehen denn in der Mailqueue? Wenn da überhaupt etwas drinnen ist, sind es gesendete oder empfangene Mails? Probiere fetchmail mal als root mit der geänderten Syntax aufzurufen. Robert
Hans-Robert Wagner wrote:
Am Mittwoch, 17. September 2003 22:01 schrieb Axel Dreher:
/home/acki/.fetchmailrc:
Hhm, bei mir wird fetchmail von root gestartet (via cron)
set postmaster "root" set no spambounce set properties "" poll gmx via pop.gmx.de with proto POP3 user '18079363' there with password 'geheim' is 'acki' here
Auszug aus meiner /root/.fetchmailrc set postmaster "postmaster" set nobouncemail set no spambounce set properties "" # # Benutzer: xxxx@gmx.net poll "pop.gmx.net" protocol APOP user "xxxxx" there with password "xxxxx" is "user3" here; # # Benutzer: yyyy@gmx.net poll "pop.gmx.net" protocol APOP user "yyyyy" there with password "yyyyy" is "user4" here; #
tail -10 /var/log/mail: (gesnipped wegen zu viel Output)
Sep 17 21:34:08 linux postfix/cleanup[4649]: A7123FDF8: message-id=<200309172128.27899.muab_ila@gmx.net> Sep 17 21:34:08 linux postfix/smtp[4639]: 06210FDF1: to=<acki@linux.local>, relay=mail.gmx.net[213.165.64.20], delay=0, status=deferred (host mail.gmx.net[213.165.64.20] said: 451 {mp001} Sender address does not belong to logged in user)
Sieht irgendwie schon nach einer Fehlermeldung vom GMX-Mailserver aus, oder? War mir gar nicht aufgefallen, sorry.
Ja auf die schnelle sieht das aber so aus, als ob dein postfix die Mail über mail.gmx.net versenden will ??? Zeige doch mal dein postconf -n und die letzten ca. 15 Zeilen aus deiem maillog. Wenn Du willst auch als PM. Gruss Werner
Werner Merz wrote:
Hans-Robert Wagner wrote:
Am Mittwoch, 17. September 2003 22:01 schrieb Axel Dreher:
/home/acki/.fetchmailrc:
Hhm, bei mir wird fetchmail von root gestartet (via cron)
Danke für den Tip. Das habe ich auch irgendwann mal vor, zuerst muss es aber prinzipiell klappen.
set postmaster "root" set no spambounce set properties "" poll gmx via pop.gmx.de with proto POP3 user '18079363' there with password 'geheim' is 'acki' here
Auszug aus meiner /root/.fetchmailrc set postmaster "postmaster"
Muss das prinzipiell auf Postmaster stehen? Ich hab da mal root reingeschrieben....Ist das falsch?
set nobouncemail set no spambounce set properties "" # # Benutzer: xxxx@gmx.net poll "pop.gmx.net" protocol APOP user "xxxxx" there with password "xxxxx" is "user3" here; # # Benutzer: yyyy@gmx.net poll "pop.gmx.net" protocol APOP user "yyyyy" there with password "yyyyy" is "user4" here; #
Dumme Frage: was ist der Unterschied zwischen POP3 und APOP?
tail -10 /var/log/mail: (gesnipped wegen zu viel Output)
Sep 17 21:34:08 linux postfix/cleanup[4649]: A7123FDF8: message-id=<200309172128.27899.muab_ila@gmx.net> Sep 17 21:34:08 linux postfix/smtp[4639]: 06210FDF1: to=<acki@linux.local>, relay=mail.gmx.net[213.165.64.20], delay=0, status=deferred (host mail.gmx.net[213.165.64.20] said: 451 {mp001} Sender address does not belong to logged in user)
Sieht irgendwie schon nach einer Fehlermeldung vom GMX-Mailserver aus, oder? War mir gar nicht aufgefallen, sorry.
Ja auf die schnelle sieht das aber so aus, als ob dein postfix die Mail über mail.gmx.net versenden will ???
Zeige doch mal dein postconf -n und die letzten ca. 15 Zeilen aus deiem maillog. Wenn Du willst auch als PM.
Gruss Werner
Das postconf -n hatte ich in meiner ersten Mail dieses Threads, hast Du sie noch? Da könntest Du alles nachlesen.. Gruß, Axel
On Fri, Sep 19, 2003 at 10:21:19AM +0200, Axel Dreher wrote:
Dumme Frage: was ist der Unterschied zwischen POP3 und APOP?
http://ist-socrates.berkeley.edu/Help/Email/Apop/apop_faq.html
Hans-Robert Wagner wrote:
tail -10 /var/log/mail: (gesnipped wegen zu viel Output)
Sep 17 21:34:08 linux postfix/cleanup[4649]: A7123FDF8: message-id=<200309172128.27899.muab_ila@gmx.net> Sep 17 21:34:08 linux postfix/smtp[4639]: 06210FDF1: to=<acki@linux.local>, relay=mail.gmx.net[213.165.64.20], delay=0, status=deferred (host mail.gmx.net[213.165.64.20] said: 451 {mp001} Sender address does not belong to logged in user)
Sieht irgendwie schon nach einer Fehlermeldung vom GMX-Mailserver aus, oder? War mir gar nicht aufgefallen, sorry.
Du kannst also keine Mails abholen, wenn ich das richtig sehe. Wieviele Mails stehen denn in der Mailqueue? Wenn da überhaupt etwas drinnen ist, sind es gesendete oder empfangene Mails? Probiere fetchmail mal als root mit der geänderten Syntax aufzurufen.
Robert
Hallo Robert, das Problem habe ich schon in meinem ersten Postibg genauer beschrieben, hast Du es noch? Kuzr gesagt, Fetchmail übergibt die Mails an Postfix, und dieser soll die Mail in mein lokales Postfach einsortieren. Aber er "findet" mich nicht. Das bedeutet, er denkt, acki@localhost wäre eine externe Adresse und sendet deswegen die Mails, die er von fetchmail bekommt, gleich wieder raus. Das Problem was dann passiert ist folgendes: Der Sender dieser Mails ist ja z.B. die SuSE-Liste. Wenn Postfix diese Mails weiterschickt, bleibt der Sender bestehen. Das GMX-Relay sagt dann völlig zu recht: Moment mal, Absender Suse-irgendwas@suse.com will Mails über den Account axeldreher@gmx.de schicken? Nee, so geht das aber nicht..Daher die Fehlermeldung von GMX:"Sender Adress soes not belong to logged in user". Postfix soll die eingehenden Mails aber nicht wieder rausschicken, das ist ja die Ursache allen Übels.. :-( Ich werd mal die neuen Vorschläge mit einarbeiten.. Gruß Axel
Am Freitag, 19. September 2003 10:17 schrieb Axel Dreher:
Hallo Robert, das Problem habe ich schon in meinem ersten Postibg genauer beschrieben, hast Du es noch?
Erkennst du Deine eigenen Mails nicht mehr? Mein Posting enthielt ja wohl ein Zitat aus Deiner Ursprungsmail.
Kuzr gesagt, Fetchmail übergibt die Mails an Postfix, und dieser soll die Mail in mein lokales Postfach einsortieren. Aber er "findet" mich nicht. Das bedeutet, er denkt, acki@localhost wäre eine externe Adresse und sendet deswegen die Mails, die er von fetchmail bekommt, gleich wieder raus. Das Problem was dann passiert ist folgendes: Der Sender dieser Mails ist ja z.B. die SuSE-Liste. Wenn Postfix diese Mails weiterschickt, bleibt der Sender bestehen. Das GMX-Relay sagt dann völlig zu recht: Moment mal, Absender Suse-irgendwas@suse.com will Mails über den Account axeldreher@gmx.de schicken? Nee, so geht das aber nicht..Daher die Fehlermeldung von GMX:"Sender Adress soes not belong to logged in user". Postfix soll die eingehenden Mails aber nicht wieder rausschicken, das ist ja die Ursache allen Übels.. :-( Ich werd mal die neuen Vorschläge mit einarbeiten..
Naja, IMHO ist die 'Ursache allen Übels' ein falsch konfiguriertes Postfix. Siehe: ---------- Weitergeleitete Nachricht ---------- Subject: Re: Postfix + Fetchmail eingehende Mails zuordnen Date: Donnerstag, 18. September 2003 15:45 From: Hans-Robert Wagner <robert@hr-wagner.de> To: suse-linux@suse.com Am Mittwoch, 17. September 2003 22:01 schrieb Axel Dreher:
postconf -n:
mydestination = $myhostname, localhost.$mydomain mydomain = linux.local myhostname = linux
Das sieht für mich falsch aus, richtig(er) wäre: mydomain=local myhostname=linux.local [snip] ------------------------------------------------------- Robert
Hans-Robert Wagner wrote:
Am Freitag, 19. September 2003 10:17 schrieb Axel Dreher:
Hallo Robert, das Problem habe ich schon in meinem ersten Postibg genauer beschrieben, hast Du es noch?
Erkennst du Deine eigenen Mails nicht mehr? Mein Posting enthielt ja wohl ein Zitat aus Deiner Ursprungsmail.
Sorry, Du hast natürlich recht.Ich bin heut etwas verwirrt, glaub ich..
Kuzr gesagt, Fetchmail übergibt die Mails an Postfix, und dieser soll die Mail in mein lokales Postfach einsortieren. Aber er "findet" mich nicht. Das bedeutet, er denkt, acki@localhost wäre eine externe Adresse und sendet deswegen die Mails, die er von fetchmail bekommt, gleich wieder raus. Das Problem was dann passiert ist folgendes: Der Sender dieser Mails ist ja z.B. die SuSE-Liste. Wenn Postfix diese Mails weiterschickt, bleibt der Sender bestehen. Das GMX-Relay sagt dann völlig zu recht: Moment mal, Absender Suse-irgendwas@suse.com will Mails über den Account axeldreher@gmx.de schicken? Nee, so geht das aber nicht..Daher die Fehlermeldung von GMX:"Sender Adress soes not belong to logged in user". Postfix soll die eingehenden Mails aber nicht wieder rausschicken, das ist ja die Ursache allen Übels.. :-( Ich werd mal die neuen Vorschläge mit einarbeiten..
Naja, IMHO ist die 'Ursache allen Übels' ein falsch konfiguriertes Postfix. Siehe: ---------- Weitergeleitete Nachricht ---------- Subject: Re: Postfix + Fetchmail eingehende Mails zuordnen Date: Donnerstag, 18. September 2003 15:45 From: Hans-Robert Wagner <robert@hr-wagner.de> To: suse-linux@suse.com
Am Mittwoch, 17. September 2003 22:01 schrieb Axel Dreher:
postconf -n:
mydestination = $myhostname, localhost.$mydomain mydomain = linux.local myhostname = linux
Das sieht für mich falsch aus, richtig(er) wäre: mydomain=local myhostname=linux.local [snip]
Danke, das hatte ich schon geändert.Leider bringt das keinen Erfolg,egal welche Kombination ich anwende.Er erkennt immer einen Teil falsch, ich weiß nicht warum.
-------------------------------------------------------
Robert
Gruß, Axel
participants (9)
-
Axel Dreher -
Christian Boltz -
David Haller -
Hans-Robert Wagner -
Juergen Knelangen -
Matthias Houdek -
Michael Raab -
Torsten Huebner -
Werner Merz