Underworld77
23.01.06, 19:07
Hi Leute!
Ich setze gerade einen Postfix Mailserver auf und habe folgendes kleines Problem.
Der Server scheint nach meiner Konfiguration richtig zu laufen, allerdings, wenn ich einen telnet localhost 25 mache, dann bekomme ich eine Verbindung hin, allerdings ohne eine "saubere Antwort" vom Server, im Stile von
220 sfa.example.com ESMTP Postfix (Debian/GNU).
Ich bekomme nur die Standard- Telnetausgabe:
mailgate:~# telnet localhost 25
Trying 127.0.0.1...
Connected to localhost.localdomain.
Escape character is '^]'.
Hier mal meine Configs:
mailgate:/etc/postfix# postconf -n
alias_maps = hash:/etc/aliases
append_dot_mydomain = no
biff = no
body_checks = pcre:/etc/postfix/body_checks
config_directory = /etc/postfix
content_filter = smtp-amavis:[127.0.0.1]:10024
header_checks = pcre:/etc/postfix/header_checks
inet_interfaces = all
local_recipient_maps =
local_transport = error:no local mail delivery
mydestination =
myhostname = mailgate.mpch-mainz.mpg.de
mynetworks = 127.0.0.0/8, 141.5.0.0/22, 141.5.1.0/22, 141.5.2.0/22, 141.5.3.0/22
myorigin = mpch-mainz.mpg.de
recipient_delimiter =
relay_domains = mpch-mainz.mpg.de
relay_recipient_maps = hash:/etc/postfix/relay_recipients
smtpd_banner = $myhostname ESMTP $mail_name (Debian/GNU)
smtpd_data_restrictions = reject_unauth_pipelining
smtpd_helo_required = yes
smtpd_recipient_restrictions = permit_mynetworks, reject_unauth_destination, reject_unauth_pipelining
smtpd_sender_restrictions = check_sender_access hash:/etc/postfix/sender_access, reject_non_fqdn_sender, reject_unknown_sender_domain
transport_maps = hash:/etc/postfix/transport
virtual_alias_maps = hash:/etc/postfix/virtual
lsof -i tcp:25 liefert folgendes:
master 2948 root 11u IPv4 6447 TCP *:smtp (LISTEN)
master 2948 root 12u IPv6 6448 TCP *:smtp (LISTEN)
Sieht eigentlich (denke ich) alles ganz passabel aus. Handelt es sich hierbei um einen Schoenheitsfehler oder um ein ernsthaftes Problem von POstfix?
Wenn ich eine mail mit mutt verfasse, dann wird die ordnungsgemaess an unseren inneren mailserver ausgeliefert (via transport map), das klappt also auch.
Mail.log ist ebenfalls sauber (Daemon gestartet und Testmail geschickt via Mutt):
Jan 23 20:03:51 mailgate postfix/postfix-script: starting the Postfix mail system
Jan 23 20:03:51 mailgate postfix/master[3138]: daemon started -- version 2.1.5
Jan 23 20:04:19 mailgate postfix/pickup[3139]: 48AC559E: uid=0 from=<root>
Jan 23 20:04:19 mailgate postfix/cleanup[3148]: 48AC559E: message-id=<20060123190419.GA3142@mailgate.mpch-mainz.mpg.de>
Jan 23 20:04:19 mailgate postfix/qmgr[3140]: 48AC559E: from=<root@mpch-mainz.mpg.de>, size=459, nrcpt=1 (queue active)
Jan 23 20:04:19 mailgate postfix/smtp[3150]: 48AC559E: to=<sbackes@mpch-mainz.mpg.de>, orig_to=<sbackes>, relay=141.5.0.91[141.5.0.91], delay=0, status=sent (250 2.0.0 k0NJ4JSJ835004 Message accepted for delivery)
Jan 23 20:04:19 mailgate postfix/qmgr[3140]: 48AC559E: removed
Die Master.cf ist noch einigermassen unkonfiguriert, also nicht wundern, wenn da einige Sachen bloedsinnig klingen :)
Denke trotzdem das das Telnet eine saubere Antwort liefern muesste...?!
Danke schonmal fuer Hinweise!!!
Viele Gruesse!
Ich setze gerade einen Postfix Mailserver auf und habe folgendes kleines Problem.
Der Server scheint nach meiner Konfiguration richtig zu laufen, allerdings, wenn ich einen telnet localhost 25 mache, dann bekomme ich eine Verbindung hin, allerdings ohne eine "saubere Antwort" vom Server, im Stile von
220 sfa.example.com ESMTP Postfix (Debian/GNU).
Ich bekomme nur die Standard- Telnetausgabe:
mailgate:~# telnet localhost 25
Trying 127.0.0.1...
Connected to localhost.localdomain.
Escape character is '^]'.
Hier mal meine Configs:
mailgate:/etc/postfix# postconf -n
alias_maps = hash:/etc/aliases
append_dot_mydomain = no
biff = no
body_checks = pcre:/etc/postfix/body_checks
config_directory = /etc/postfix
content_filter = smtp-amavis:[127.0.0.1]:10024
header_checks = pcre:/etc/postfix/header_checks
inet_interfaces = all
local_recipient_maps =
local_transport = error:no local mail delivery
mydestination =
myhostname = mailgate.mpch-mainz.mpg.de
mynetworks = 127.0.0.0/8, 141.5.0.0/22, 141.5.1.0/22, 141.5.2.0/22, 141.5.3.0/22
myorigin = mpch-mainz.mpg.de
recipient_delimiter =
relay_domains = mpch-mainz.mpg.de
relay_recipient_maps = hash:/etc/postfix/relay_recipients
smtpd_banner = $myhostname ESMTP $mail_name (Debian/GNU)
smtpd_data_restrictions = reject_unauth_pipelining
smtpd_helo_required = yes
smtpd_recipient_restrictions = permit_mynetworks, reject_unauth_destination, reject_unauth_pipelining
smtpd_sender_restrictions = check_sender_access hash:/etc/postfix/sender_access, reject_non_fqdn_sender, reject_unknown_sender_domain
transport_maps = hash:/etc/postfix/transport
virtual_alias_maps = hash:/etc/postfix/virtual
lsof -i tcp:25 liefert folgendes:
master 2948 root 11u IPv4 6447 TCP *:smtp (LISTEN)
master 2948 root 12u IPv6 6448 TCP *:smtp (LISTEN)
Sieht eigentlich (denke ich) alles ganz passabel aus. Handelt es sich hierbei um einen Schoenheitsfehler oder um ein ernsthaftes Problem von POstfix?
Wenn ich eine mail mit mutt verfasse, dann wird die ordnungsgemaess an unseren inneren mailserver ausgeliefert (via transport map), das klappt also auch.
Mail.log ist ebenfalls sauber (Daemon gestartet und Testmail geschickt via Mutt):
Jan 23 20:03:51 mailgate postfix/postfix-script: starting the Postfix mail system
Jan 23 20:03:51 mailgate postfix/master[3138]: daemon started -- version 2.1.5
Jan 23 20:04:19 mailgate postfix/pickup[3139]: 48AC559E: uid=0 from=<root>
Jan 23 20:04:19 mailgate postfix/cleanup[3148]: 48AC559E: message-id=<20060123190419.GA3142@mailgate.mpch-mainz.mpg.de>
Jan 23 20:04:19 mailgate postfix/qmgr[3140]: 48AC559E: from=<root@mpch-mainz.mpg.de>, size=459, nrcpt=1 (queue active)
Jan 23 20:04:19 mailgate postfix/smtp[3150]: 48AC559E: to=<sbackes@mpch-mainz.mpg.de>, orig_to=<sbackes>, relay=141.5.0.91[141.5.0.91], delay=0, status=sent (250 2.0.0 k0NJ4JSJ835004 Message accepted for delivery)
Jan 23 20:04:19 mailgate postfix/qmgr[3140]: 48AC559E: removed
Die Master.cf ist noch einigermassen unkonfiguriert, also nicht wundern, wenn da einige Sachen bloedsinnig klingen :)
Denke trotzdem das das Telnet eine saubere Antwort liefern muesste...?!
Danke schonmal fuer Hinweise!!!
Viele Gruesse!