Wenn ich mit dem Programm mail ein lokales email an irgendeinen Benutzer schreibe, so funktioniert das problemlos. Schicke ich es an einen anderen Rechner, finde ich nichts in /var/spool/mail Die main.cf wurde so editiert mydestination = $myhostname, localhost.$mydomain $mydomain test@client3:~> mail -v test@client3.local oder nur mail -v test funktioniert test@client3:~> mail -v test@client2.local bringt zwar keine Fehlermeldung, aber ich sehe nichts in /var/spool/mail Auf beiden Clients gibt es den User test Al
Hallo Am Freitag, 20. Juni 2003 14:04 schrieb Al Bogner:
Wenn ich mit dem Programm mail ein lokales email an irgendeinen Benutzer schreibe, so funktioniert das problemlos. Schicke ich es an einen anderen Rechner, finde ich nichts in /var/spool/mail Die main.cf wurde so editiert mydestination = $myhostname, localhost.$mydomain $mydomain test@client3:~> mail -v test@client3.local oder nur mail -v test funktioniert test@client3:~> mail -v test@client2.local bringt zwar keine Fehlermeldung, aber ich sehe nichts in /var/spool/mail Auf beiden Clients gibt es den User test
Meine erste Idee wäre vielleicht der Parameter: "inet_interfaces". Steht der noch auf localhost? Ansonsten mal etwas mehr von der main.cf posten, das wär hilfreich. Bernd -- One OS to rule them all, one OS to find them. One OS to bring them all, and in the darkness bind them In the land of Redmond, where the shadows lie.
On Friday 20 June 2003 14:09, Bernd Tannenbaum wrote:
Wenn ich mit dem Programm mail ein lokales email an irgendeinen Benutzer schreibe, so funktioniert das problemlos. Schicke ich es an einen anderen Rechner, finde ich nichts in /var/spool/mail Die main.cf wurde so editiert mydestination = $myhostname, localhost.$mydomain $mydomain test@client3:~> mail -v test@client3.local oder nur mail -v test funktioniert test@client3:~> mail -v test@client2.local bringt zwar keine Fehlermeldung, aber ich sehe nichts in /var/spool/mail Auf beiden Clients gibt es den User test
Meine erste Idee wäre vielleicht der Parameter: "inet_interfaces". Steht der noch auf localhost?
Ja Mit inet_interfaces = all funktioniert es aber auch nicht. (postfix neu gestartet) Könnte ich auch zB 192.168.1.96/28 bei inet_interfaces angeben oder ist das nur bei mynetworks möglich? # cat /etc/postfix/main.cf queue_directory = /var/spool/postfix command_directory = /usr/sbin daemon_directory = /usr/lib/postfix mail_owner = postfix unknown_local_recipient_reject_code = 450 debug_peer_level = 2 debugger_command = PATH=/bin:/usr/bin:/usr/local/bin:/usr/X11R6/bin xxgdb $daemon_directory/$process_name $process_id & sleep 5 sendmail_path = /usr/sbin/sendmail newaliases_path = /usr/bin/newaliases mailq_path = /usr/bin/mailq setgid_group = maildrop manpage_directory = /usr/share/man sample_directory = /usr/share/doc/packages/postfix/samples readme_directory = /usr/share/doc/packages/postfix/README_FILES mail_spool_directory = /var/mail canonical_maps = hash:/etc/postfix/canonical virtual_maps = hash:/etc/postfix/virtual relocated_maps = hash:/etc/postfix/relocated transport_maps = hash:/etc/postfix/transport sender_canonical_maps = hash:/etc/postfix/sender_canonical masquerade_exceptions = root masquerade_classes = envelope_sender, header_sender, header_recipient myhostname = client3.local program_directory = /usr/lib/postfix #original: inet_interfaces = 127.0.0.1 inet_interfaces = all masquerade_domains = #original: mydestination = $myhostname, localhost.$mydomain mydestination = $myhostname, localhost.$mydomain, $mydomain defer_transports = smtp disable_dns_lookups = yes relayhost = email.aon.at content_filter = vscan: mailbox_command = mailbox_transport = smtpd_sender_restrictions = hash:/etc/postfix/access smtpd_client_restrictions = smtpd_helo_required = no smtpd_helo_restrictions = strict_rfc821_envelopes = no smtpd_recipient_restrictions = permit_mynetworks,reject_unauth_destination smtp_sasl_auth_enable = no smtpd_sasl_auth_enable = no smtpd_use_tls = no alias_maps = hash:/etc/aliases mailbox_size_limit = 51200000 message_size_limit = 10240000 Al
Al Bogner wrote:
Wenn ich mit dem Programm mail ein lokales email an irgendeinen Benutzer schreibe, so funktioniert das problemlos. Schicke ich es an einen anderen Rechner, finde ich nichts in /var/spool/mail
Die main.cf wurde so editiert mydestination = $myhostname, localhost.$mydomain $mydomain
test@client3:~> mail -v test@client3.local oder nur mail -v test funktioniert
test@client3:~> mail -v test@client2.local
bringt zwar keine Fehlermeldung, aber ich sehe nichts in /var/spool/mail
Auf beiden Clients gibt es den User test
Was sagt denn /var/log/mail zu dem Versuch ? Gruß, Andreas
On Friday 20 June 2003 15:50, Andreas Winkelmann wrote:
Wenn ich mit dem Programm mail ein lokales email an irgendeinen Benutzer schreibe, so funktioniert das problemlos. Schicke ich es an einen anderen Rechner, finde ich nichts in /var/spool/mail
Die main.cf wurde so editiert mydestination = $myhostname, localhost.$mydomain $mydomain
test@client3:~> mail -v test@client3.local oder nur mail -v test funktioniert
test@client3:~> mail -v test@client2.local
bringt zwar keine Fehlermeldung, aber ich sehe nichts in /var/spool/mail
Auf beiden Clients gibt es den User test
Was sagt denn /var/log/mail zu dem Versuch ?
Danke für den Tipp.
mydestination = $myhostname, localhost.$mydomain, $mydomain
Jun 20 16:32:21 client3 postfix/pickup[2486]: 2FB3514F9B: uid=502
from=<test>
Jun 20 16:32:21 client3 postfix/cleanup[2496]: 2FB3514F9B:
message-id=<3EF31AF5.mail1XS1D3O13@client3.local>
Jun 20 16:32:21 client3 postfix/qmgr[2487]: 2FB3514F9B:
from=
Al Bogner wrote:
Jun 20 16:32:22 client3 postfix/qmgr[2487]: 17B5E14F9D: to=
, relay=none, delay=0, status=deferred (deferred transport) Warum deferred/zurückgestellt?
Dass kein Grund angegeben wird, wundert mich etwas... # postconf defer_transports sagt was ?
Ändere ich auf mydestination = $myhostname, localhost.$mydomain, $mydomain client2.local
Damit sagst Du ihm, dass client2.local auf diesem Rechner ist. Dann liefert er die Mail natürlich lokal aus.
Dann wird ein (neues) mail an den user test (test@client3.local) auf client3 zugestellt, obwohl als Empfänger test@client2.local angegeben ist.
Wenn Du den obigen Wert auf client3 angegeben hast, klar. Gruß, Andreas
On Friday 20 June 2003 18:35, Andreas Winkelmann wrote:
Jun 20 16:32:22 client3 postfix/qmgr[2487]: 17B5E14F9D: to=
, relay=none, delay=0, status=deferred (deferred transport) Warum deferred/zurückgestellt?
Dass kein Grund angegeben wird, wundert mich etwas...
# postconf defer_transports
# postconf defer_transports defer_transports = smtp Kann da irgendwas am Client2 die Zustellung sperren? Al
Al Bogner wrote:
On Friday 20 June 2003 18:35, Andreas Winkelmann wrote:
Jun 20 16:32:22 client3 postfix/qmgr[2487]: 17B5E14F9D: to=
, relay=none, delay=0, status=deferred (deferred transport) Warum deferred/zurückgestellt?
Dass kein Grund angegeben wird, wundert mich etwas...
# postconf defer_transports
# postconf defer_transports defer_transports = smtp
Yep... Das bedeutet, dass Du allen Transport über smtp zurückstellst. mach mal # postconf -e "defer_transports =" # postfix reload
Kann da irgendwas am Client2 die Zustellung sperren?
Nein, dann wären im Log wenigstens Zustellversuche. Gruß, Andreas
On Friday 20 June 2003 20:16, Andreas Winkelmann wrote:
Jun 20 16:32:22 client3 postfix/qmgr[2487]: 17B5E14F9D: to=
, relay=none, delay=0, status=deferred (deferred transport) Warum deferred/zurückgestellt?
Dass kein Grund angegeben wird, wundert mich etwas...
# postconf defer_transports
# postconf defer_transports defer_transports = smtp
Yep... Das bedeutet, dass Du allen Transport über smtp zurückstellst. mach mal
# postconf -e "defer_transports =" # postfix reload
client3:~ # postconf defer_transports
defer_transports =
Funktioniert aber noch immer nicht:
Jun 20 20:56:05 client3 postfix/master[1418]: reload configuration
Jun 20 20:56:37 client3 postfix/pickup[2741]: 8BB4E14F9C: uid=502
from=<test>
Jun 20 20:56:37 client3 postfix/trivial-rewrite[2748]: warning:
database /etc/postfix/transport.db is older than source file
/etc/postfix/transport
Jun 20 20:56:37 client3 postfix/cleanup[2747]: 8BB4E14F9C:
message-id=<3EF358E5.mail24811HCQE@client3.local>
Jun 20 20:56:37 client3 postfix/qmgr[2742]: 8BB4E14F9C:
from=
On Friday 20 June 2003 21:03, Al Bogner wrote:
Jun 20 20:56:38 client3 postfix/smtp[2757]: 7A2BA14FA0: to=
, relay=none, delay=0, status=deferred (connect to client2.local[192.168.1.102]: Connection refused)
Liegt es jetzt doch auch am Client2?
Ok, mehr oder weniger geschafft. Auf client2 war zwar eine Firewall installiert, aber nicht konfiguriert. Als ich die FW abstellte, wurde das Mail zugestellt. Das hat man von einer sogenannten Standardinstallation :-) Was muß ich aber bei aktivierter Firewall erlauben, damit ich lokal zustellen kann? Das ist eine theoretische Frage, da ich am Firewall-PC im Normalfall keine Mails hinsenden will. Al
Al Bogner wrote:
Jun 20 20:56:38 client3 postfix/smtp[2757]: 7A2BA14FA0: to=
, relay=none, delay=0, status=deferred (connect to client2.local[192.168.1.102]: Connection refused) Liegt es jetzt doch auch am Client2?
Ok, mehr oder weniger geschafft. Auf client2 war zwar eine Firewall installiert, aber nicht konfiguriert. Als ich die FW abstellte, wurde das Mail zugestellt. Das hat man von einer sogenannten Standardinstallation :-)
Sicher ist sicher ;-)
Was muß ich aber bei aktivierter Firewall erlauben, damit ich lokal zustellen kann? Das ist eine theoretische Frage, da ich am Firewall-PC im Normalfall keine Mails hinsenden will.
Was meinst Du mit "lokal" ? Von lokal nach lokal ? oder lan -> lokal ? Gruß, Andreas
On Friday 20 June 2003 22:32, Andreas Winkelmann wrote:
Was muß ich aber bei aktivierter Firewall erlauben, damit ich lokal zustellen kann? Das ist eine theoretische Frage, da ich am Firewall-PC im Normalfall keine Mails hinsenden will.
Was meinst Du mit "lokal" ? Von lokal nach lokal ? oder lan -> lokal ?
Ich meine zB
client3->client2 funktioniert (auf beiden läuft keine Firewall/fw)
client2->fw funktioniert nicht
Jun 20 23:59:52 client2 postfix/pickup[1827]: 00B59210C0:
uid=60000 from=<test>
Jun 20 23:59:52 client2 postfix/cleanup[1888]: 00B59210C0:
message-id=<3EF383D7.mail1GD1IGI6T@client2.local>
Jun 20 23:59:52 client2 postfix/qmgr[1828]: 00B59210C0:
from=
Al Bogner wrote:
Was muß ich aber bei aktivierter Firewall erlauben, damit ich lokal zustellen kann? Das ist eine theoretische Frage, da ich am Firewall-PC im Normalfall keine Mails hinsenden will.
Was meinst Du mit "lokal" ? Von lokal nach lokal ? oder lan -> lokal ?
Ich meine zB client3->client2 funktioniert (auf beiden läuft keine Firewall/fw) client2->fw funktioniert nicht
Es liegt also an den Einstellungen der (aktiven) Firewall "Vor internem Netzwerk schützen ist nicht aktiv"
Sorry, ich kenne mich mit yast nicht aus. Ich habe die regeln bisher immer von Hand gemacht. Da müsste hier aber bestimmt jemand anderes was zu sagen können. Gruß, Andreas
On Saturday 21 June 2003 08:12, Andreas Winkelmann wrote:
Al Bogner wrote:
Was muß ich aber bei aktivierter Firewall erlauben, damit ich lokal zustellen kann? Das ist eine theoretische Frage, da ich am Firewall-PC im Normalfall keine Mails hinsenden will.
Was meinst Du mit "lokal" ? Von lokal nach lokal ? oder lan -> lokal ?
Ich meine zB client3->client2 funktioniert (auf beiden läuft keine Firewall/fw) client2->fw funktioniert nicht
Es liegt also an den Einstellungen der (aktiven) Firewall "Vor internem Netzwerk schützen ist nicht aktiv"
Sorry, ich kenne mich mit yast nicht aus. Ich habe die regeln bisher immer von Hand gemacht. Da müsste hier aber bestimmt jemand anderes was zu sagen können.
Danke Andreas für deine ausführliche Hilfe. Da lagen einige Stolpersteine im Weg. Es funktioniert übriges mit ohne Eintrag in /etc/postfix/transport. Das es vermutlich nichts mit Postfix zu tun hat, mache ich einen Firewall-Thread zur lokalen Mailzustellung auf. Al
Hallo Al, Am Sam, 2003-06-21 um 00.05 schrieb Al Bogner:
On Friday 20 June 2003 22:32, Andreas Winkelmann wrote:
Was muß ich aber bei aktivierter Firewall erlauben, damit ich lokal zustellen kann? Das ist eine theoretische Frage, da ich am Firewall-PC im Normalfall keine Mails hinsenden will.
Meinst Du vielleicht den Eintrag FW_Services_INT_TCP="25" und FW_Service_INT_UDP="25" in der /ect/sysconfig/SuSEfirewall2? Soweit ich Dein Problem verstanden habe, sollte damit die Zustellung der Mail im Internen Netzwerk erlaubt sein. Gruß, Martin
On Saturday 21 June 2003 11:18, Martin Jedamzik wrote:
Meinst Du vielleicht den Eintrag FW_Services_INT_TCP="25" und FW_Service_INT_UDP="25" in der /ect/sysconfig/SuSEfirewall2? Soweit ich Dein Problem verstanden habe, sollte damit die Zustellung der Mail im Internen Netzwerk erlaubt sein.
grep INT_TCP /etc/sysconfig/SuSEfirewall2 FW_SERVICES_INT_TCP="" grep INT_UDP /etc/sysconfig/SuSEfirewall2 FW_SERVICES_INT_UDP="" Ich habe kein Problem, das mit vi zu ändern, frage ich mich aber trotzdem wie das mit yast zu konfigurieren sein soll. Die Einstellung "Vor internem Netzwerk schützen ist nicht aktiv" ist dann zumindest verwirrend, wenn man interne Ports freischalten muß. Al
Hallo Al, hast Du in der /etc/postfix/transport schon das Ziel für den Client 2 angegeben? client2.local smtp:client2.local Danach nochmal mit postmap drüber. Kann mir vorstellen, daß Postfix zur Zeit alles, was nicht auf dem Localhost liegt an Deinen Relayhost schicken will. Vielleicht hilfts Gruß, Martin Am Fre, 2003-06-20 um 14.04 schrieb Al Bogner:
Wenn ich mit dem Programm mail ein lokales email an irgendeinen Benutzer schreibe, so funktioniert das problemlos. Schicke ich es an einen anderen Rechner, finde ich nichts in /var/spool/mail
Die main.cf wurde so editiert mydestination = $myhostname, localhost.$mydomain $mydomain
test@client3:~> mail -v test@client3.local oder nur mail -v test funktioniert
test@client3:~> mail -v test@client2.local
bringt zwar keine Fehlermeldung, aber ich sehe nichts in /var/spool/mail
Auf beiden Clients gibt es den User test
Al
On Friday 20 June 2003 18:28, Martin Jedamzik wrote:
hast Du in der /etc/postfix/transport schon das Ziel für den Client 2 angegeben?
Da stehen nur Kommentare drinnen.
client2.local smtp:client2.local Danach nochmal mit postmap drüber.
Funktioniert noch immer nicht.
Jun 20 19:57:52 client3 postfix/pickup[2307]: 87D3A14F9C: uid=502
from=<test>
Jun 20 19:57:52 client3 postfix/cleanup[2331]: 87D3A14F9C:
message-id=<3EF34B20.mail1SO11VP1P@client3.local>
Jun 20 19:57:52 client3 postfix/qmgr[2308]: 87D3A14F9C:
from=
Kann mir vorstellen, daß Postfix zur Zeit alles, was nicht auf dem Localhost liegt an Deinen Relayhost schicken will.
Vermutlich gibt es da einen ganz simplen Fehler. Al
participants (4)
-
Al Bogner
-
Andreas Winkelmann
-
Bernd Tannenbaum
-
MartinJedamzik@t-online.de