[Postfixbuch-users] testmail

Uwe Driessen driessen at fblan.de
Mo Okt 1 23:29:26 CEST 2007


Stefan Förster schrieb: 
> 
> Das hat mit Postfix nichts zu tun, da geht es um Routing. Je nach
> Setup und Problemfällen kommen da verschiedene Lösungen in Betracht.
> Wenn Du hier kurz Deine Routingtabelle und die Konfiguration Deiner
> Interfaces postest sowie einen Problemfall, dann kann man Dir da
> garantiert schnell helfen.

Ich nehme dich mal beim Wort *gg

> 

Das wird dann aber ein wenig OT 

Routing Tabelle gibt es nicht auf dem Server er soll einfach die Dienste wie z.B. Postfix,
Webserver auf der ETH0 anbieten und die ETH1 nicht beachten. Da steht keine Firewal oder
sonstiges davor oder dahinter. 
Die 2. IP ist nur drauf weil ich die zur Einrichtung hatte und noch drauf weil ich den
Mailgraph, Cacti und PHPMyAdmin noch nicht geschafft habe in VHCS zu integrieren (ich habs
noch nicht begriffen bzw. noch nicht tief genug gegoogelt) Apache ist einfach noch ein
bissel Mysterium ich nehme aber auch gerne Tips dazu evtl. nicht über die Liste.

mail.log 
Oct  1 10:51:44 s1 postfix/smtp[17767]: E011D82C368: host
g.mx.mail.yahoo.com[206.190.53.191] refused to talk to me: 421 Message from
(193.158.37.141) temporarily deferred - 4.16.50. Please refer to
http://help.yahoo.com/help/us/mail/defer/defer-06.html

Das ist ja absolut richtig was die sagen. Ich kann jetzt nicht sagen wo überall diese
141er zum versenden genommen wurde da ich mit erschrecken feststellen muß das so wie es
aussieht Yahoo einer der wenigen Großen ist die RDNS/PTR prüfen.
Irgendwann gehen die mails dann doch mit der richtigen IP raus. Mailqueue iss leer 

Wenn ich jetzt mit  netstat -tulpe |grep master nachschaue dann taucht da auch nur die
Hauptdomain auf die auf die 130 geroutet ist.

tcp        0      0 localhost.localdo:10025 *:*                     LISTEN     root
1261412    9605/master
tcp        0      0 localhost.lo:submission *:*                     LISTEN     root
1261330    9605/master
tcp        0      0 fblan.de:submission     *:*                     LISTEN     root
1261328    9605/master
tcp        0      0 localhost.localdo:ssmtp *:*                     LISTEN     root
1261448    9605/master
tcp        0      0 fblan.de:ssmtp          *:*                     LISTEN     root
1261446    9605/master
tcp        0      0 localhost.localdo:11026 *:*                     LISTEN     root
1261419    9605/master
tcp        0      0 localhost.localdom:smtp *:*                     LISTEN     root
1261319    9605/master
tcp        0      0 fblan.de:smtp           *:*                     LISTEN     root
1261317    9605/master

frage ist also wieso da ab und an unter der 141 gesendet wird wenn doch eigentlich alles
richtig ausschaut

eth0      Protokoll:Ethernet  Hardware Adresse 00:08:02:8B:5C:BF
          inet Adresse:193.158.37.130  Bcast:193.158.37.159  Maske:255.255.255.224
          inet6 Adresse: fe80::208:2ff:fe8b:5cbf/64 Gültigkeitsbereich:Verbindung
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:1629545 errors:0 dropped:0 overruns:0 frame:0
          TX packets:398957 errors:0 dropped:0 overruns:0 carrier:0
          Kollisionen:0 Sendewarteschlangenlänge:1000
          RX bytes:647936497 (617.9 MiB)  TX bytes:141752075 (135.1 MiB)

eth1      Protokoll:Ethernet  Hardware Adresse 00:08:02:8B:5C:BE
          inet Adresse:193.158.37.141  Bcast:193.158.37.159  Maske:255.255.255.224
          inet6 Adresse: fe80::208:2ff:fe8b:5cbe/64 Gültigkeitsbereich:Verbindung
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:932526 errors:0 dropped:0 overruns:0 frame:0
          TX packets:648612 errors:0 dropped:0 overruns:0 carrier:0
          Kollisionen:0 Sendewarteschlangenlänge:1000
          RX bytes:183386888 (174.8 MiB)  TX bytes:442403351 (421.9 MiB)

lo        Protokoll:Lokale Schleife
          inet Adresse:127.0.0.1  Maske:255.0.0.0
          inet6 Adresse: ::1/128 Gültigkeitsbereich:Maschine
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:1290114 errors:0 dropped:0 overruns:0 frame:0
          TX packets:1290114 errors:0 dropped:0 overruns:0 carrier:0
          Kollisionen:0 Sendewarteschlangenlänge:0
          RX bytes:233092794 (222.2 MiB)  TX bytes:233092794 (222.2 MiB)


Aber ich glaube ich habe es gefunden 

smtp_bind_address != smtpd_bind_address (des gibt es nicht manche Schreibfehler fallen
erst Monate danach auf)

smtp_bind_address (default: empty)
An optional numerical network address that the Postfix SMTP client should bind to when
making an IPv4 connection. 

This can be specified in the main.cf file for all SMTP clients, or it can be specified in
the master.cf file for a specific client, for example: 

  /etc/postfix/master.cf:
        smtp ... smtp -o smtp_bind_address=11.22.33.44
Note 1: when inet_interfaces specifies no more than one IPv4 address, and that address is
a non-loopback address, it is automatically used as the smtp_bind_address. This supports
virtual IP hosting, but can be a problem on multi-homed firewalls. See the inet_interfaces
documentation for more detail. 

Note 2: address information may be enclosed inside [], but this form is not required here.


So nu guggen wir mal ob er es in zukunft richtig macht.

Mit freundlichen Grüßen

Drießen

-- 
Software & Computer
Uwe Drießen
Lembergstraße 33
67824 Feilbingert
Tel.: 06708 / 660045   Fax: 06708 / 661397





Mehr Informationen über die Mailingliste Postfixbuch-users