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

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=, 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=, 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=, 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=, 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: Rewritten version is Return-Path: About to rewrite From: Andreas Kyek Rewritten version is From: Andreas Kyek 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: BODY=8BITMIME SIZE=2583 fetchmail: SMTP< 250 Ok fetchmail: SMTP> RCPT TO: 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: Rewritten version is Return-Path: About to rewrite From: Stefan Onken Rewritten version is From: Stefan Onken About to rewrite Reply-To: Stefan Onken Rewritten version is Reply-To: Stefan Onken About to rewrite To: SuSE Linux-Liste Rewritten version is To: SuSE Linux-Liste fetchmail: forwarding to localhost fetchmail: SMTP> MAIL FROM: BODY=8BITMIME SIZE=2813 fetchmail: SMTP< 250 Ok fetchmail: SMTP> RCPT TO: 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:

Ich habe den oberen Versuch gemacht. Ergebnis:

...

Sep 19 10:45:19 linux postfix/smtp[2040]: 70569FDEA: to=, 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

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, 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

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.

...

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

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

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

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]

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): 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>) 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 * DocumentRoot /home/cb/www ServerName test1 </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]

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=, 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

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 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=, 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=, 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=, 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

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=, 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=, 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=, 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 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=, 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=, 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: Rewritten version is Return-Path:

About to rewrite From: Andreas Kyek Rewritten version is From: Andreas Kyek

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 host­name 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: BODY=8BITMIME SIZE=2583 fetchmail: SMTP< 250 Ok fetchmail: SMTP> RCPT TO:

... 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-)

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=, 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

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

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 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