"mail" im 192.168er tut nicht??
Hallo, ich möchte lediglich vom dem Rechen 192.168.0.1 ein log file regelmäßig an 192.168.0.2 schicken. Ich nutze mail -s "Betreff" user@192.168.0.2 < logfile nur leider kommt nichts an. Auf dem selben Recher funktioniert: mail -s "Betreff" user2 < logfile Leider finde ich in /var/log/messages auf beiden Rechnern keine nutzbaren Infos. Hat jemand eine Idee was ich vergessen haben könnte ? Gruß und Dank Michael
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hallo Namensvetter, Michael Höller schrieb:
Hallo,
ich möchte lediglich vom dem Rechen 192.168.0.1 ein log file regelmäßig an 192.168.0.2 schicken. Ich nutze mail -s "Betreff" user@192.168.0.2 < logfile nur leider kommt nichts an. Auf dem selben Recher funktioniert: mail -s "Betreff" user2 < logfile Leider finde ich in /var/log/messages auf beiden Rechnern keine nutzbaren Infos.
was sagt /var/log/mail? Viele Grüße Namenvetter -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFEBDzeNhM2b4kmzXwRAgDYAJ976teNsATy6MbTGbOsM3zHkVqhCACfUeiU ed22Rvs00HobVlYui6usonQ= =rfNC -----END PGP SIGNATURE-----
Hallo zusammen, Ich moechte innerhalb meines Netzs eine Nachricht an meinen Arbeitsplatzrechner schicken wenn der Backupserver seine Pflicht erfüllt hat. Ich versuche das mit: mail -s "Backup Log von tamboti `date +%d.%m.%Y%t%R` erledigt" michael@[192.168.55.200] < /tmp/tamboti_server-log Leider funktioniert das nur so lange ich keinen ANDEREN Rechner adressiere. Michael Post wrote at Dienstag, 28. Februar 2006 13:06:
was sagt /var/log/mail?
Feb 28 21:54:17 maqili postfix/pickup[3727]: 72EAE17213: uid=0
from=<root>
Feb 28 21:54:17 maqili postfix/cleanup[4372]: 72EAE17213:
message-id=<4404B879.mail3DD11FT3H@maqili.site>
Feb 28 21:54:17 maqili postfix/qmgr[3728]: 72EAE17213:
from=
Hallo Michael, Michael Hoeller schrieb:
Hallo zusammen,
.....
In yast habe ich smtp und den port 25 zugelassen, aber das scheint nicht zu helfen. Ich bekomme die o.g Fehlermeldung. Ich nutze SuSE 9.2 Ich habe keine Scheu auch einen MTA aufzusetzen, nur habe ich das noch nie gemacht und ich dachte ich könne mir das sparen da ich ja im eigenen Netz bleiben.
einen eigenen MTA hat SuSE ja schon von Hause aus auf Deinem System installiert. Der ist auch so konfiguriert, dass Du nur von localhost in die weite Welt senden darfst. Alles andere ist nicht erlaubt - wollen ja kein OpenRelay einbauen!
Hoffe es hat jemand einen Tipp.
Was gibt die /var/log/mail.err aus? Poste mal bitte das Ergebnis von "postconf -n"
DAnke Michael
-- Mit freundlichen Grüßen Michael Post ************************************************************** - Software | Internet | Hosting - PureMatic, Gotenstraße 160, 53175 Bonn http://www.purematic.de | Tel: +49 (0)228-4295904
Michael Hoeller wrote:
was sagt /var/log/mail?
Feb 28 21:54:17 maqili postfix/pickup[3727]: 72EAE17213: uid=0 from=<root> Feb 28 21:54:17 maqili postfix/cleanup[4372]: 72EAE17213: message-id=<4404B879.mail3DD11FT3H@maqili.site> Feb 28 21:54:17 maqili postfix/qmgr[3728]: 72EAE17213: from=
, size=2771, nrcpt=1 (queue active) Feb 28 21:54:17 maqili postfix/smtp[4373]: connect to 192.168.55.200 [192.168.55.200]: Connection refused (port 25) Feb 28 21:54:17 maqili postfix/smtp[4373]: 72EAE17213: to= , relay=none, delay=0, status=deferred (connect to 192.168.55.200[192.168.55.200]: Connection refused)
Das ist sehr eindeutig. Die Verbindung wird bereits auf der Netzwerkebene abgewiesen, Postfix bekommt diesen Kontaktversuch gar nicht erst zu Gesicht. Möglichkeit 1: Firewall Sorge dafür, dass Port 25 tcp durchgelassen wird. Möglichkeit 2: Postfix lauscht nur auf localhost (Suse Standard) postconf -e "inet_interfaces = all" postfix reload Überprüfung: katgar:~ # netstat -ant | grep ":25" tcp 0 0 0.0.0.0:25 0.0.0.0:* LISTEN Jetzt kann Postfix die Verbindung annehmen.
In yast habe ich smtp und den port 25 zugelassen, aber das scheint nicht zu helfen. Ich bekomme die o.g Fehlermeldung. Ich nutze SuSE 9.2 Ich habe keine Scheu auch einen MTA aufzusetzen, nur habe ich das noch nie gemacht und ich dachte ich könne mir das sparen da ich ja im eigenen Netz bleiben.
Eigentlich hast du bereits zwei MTAs laufen, einen auf dem sendenden und einen auf dem empfangenden Host. Der empfangende Host muss noch mitgeteilt bekommen, für welche Domains er zuständig ist. Und wenn du die Mails nicht direkt auf dem empfangenden Host mit mutt o.ä. liest, brauchst du auch noch einen POP- oder Imap-Server. Sandy -- Antworten bitte nur in die Mailingliste! PMs bitte an: news-reply2 (@) japantest (.) homelinux (.) com
Sandy Drobic wrote:
Michael Hoeller wrote:
was sagt /var/log/mail?
Feb 28 21:54:17 maqili postfix/pickup[3727]: 72EAE17213: uid=0 from=<root> Feb 28 21:54:17 maqili postfix/cleanup[4372]: 72EAE17213: message-id=<4404B879.mail3DD11FT3H@maqili.site> Feb 28 21:54:17 maqili postfix/qmgr[3728]: 72EAE17213: from=
, size=2771, nrcpt=1 (queue active) Feb 28 21:54:17 maqili postfix/smtp[4373]: connect to 192.168.55.200 [192.168.55.200]: Connection refused (port 25) Feb 28 21:54:17 maqili postfix/smtp[4373]: 72EAE17213: to= , relay=none, delay=0, status=deferred (connect to 192.168.55.200[192.168.55.200]: Connection refused) Das ist sehr eindeutig. Die Verbindung wird bereits auf der Netzwerkebene abgewiesen, Postfix bekommt diesen Kontaktversuch gar nicht erst zu Gesicht.
Möglichkeit 1: Firewall Sorge dafür, dass Port 25 tcp durchgelassen wird.
Möglichkeit 2: Postfix lauscht nur auf localhost (Suse Standard) postconf -e "inet_interfaces = all" postfix reload
Upsa... rcpostfix restart Die Änderung an inet_interfaces ist eine der wenigen Umkonfigurationen, wo Postfix komplett neu gestartet werden muss. Alle diese Änderungen natürlich auf dem Rechner, der die Mail empfangen soll. Sandy -- Antworten bitte nur in die Mailingliste! PMs bitte an: news-reply2 (@) japantest (.) homelinux (.) com
Sandy Drobic wrote at Dienstag, 28. Februar 2006 23:48:
Michael Hoeller wrote:
was sagt /var/log/mail? mail -s "Betreff" michael@192.168.55.200 < /var/log/messages liefert:
Mar 1 22:37:34 maqili postfix/pickup[3727]: 6DA8A17251: uid=0
from=<root>
Mar 1 22:37:34 maqili postfix/cleanup[3804]: 6DA8A17251:
message-id=<4406141E.mail2XL1LOSBB@maqili.site>
Mar 1 22:37:34 maqili postfix/qmgr[3728]: 6DA8A17251:
from=
Das ist sehr eindeutig. Die Verbindung wird bereits auf der Netzwerkebene abgewiesen, Postfix bekommt diesen Kontaktversuch gar nicht erst zu Gesicht.
Möglichkeit 1: Firewall Sorge dafür, dass Port 25 tcp durchgelassen wird. Bei dem o.g. Beispiel habe ich die Firewall abgeschaltet (läuft nur auf 192.168.55.200 das ist das Gateway)
Möglichkeit 2: Postfix lauscht nur auf localhost (Suse Standard) postconf -e "inet_interfaces = all" postfix reload Habe ich auf dem Empfänger ausgeführt: 192.168.55.200i:~ # postconf -n alias_maps = hash:/etc/aliases biff = no canonical_maps = hash:/etc/postfix/canonical command_directory = /usr/sbin config_directory = /etc/postfix daemon_directory = /usr/lib/postfix debug_peer_level = 2 defer_transports = disable_dns_lookups = no html_directory = /usr/share/doc/packages/postfix/html inet_interfaces = all mail_owner = postfix mail_spool_directory = /var/mail mailbox_command = mailbox_size_limit = 0 mailbox_transport = 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 = 10240000 mydestination = $myhostname, localhost.$mydomain myhostname = tamboti.tamboti newaliases_path = /usr/bin/newaliases queue_directory = /var/spool/postfix readme_directory = /usr/share/doc/packages/postfix/README_FILES relayhost = 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 smtp_sasl_auth_enable = no smtp_use_tls = no smtpd_client_restrictions = smtpd_helo_required = no smtpd_helo_restrictions = smtpd_recipient_restrictions = permit_mynetworks,reject_unauth_destination smtpd_sasl_auth_enable = no smtpd_sender_restrictions = hash:/etc/postfix/access smtpd_use_tls = no strict_rfc821_envelopes = no transport_maps = hash:/etc/postfix/transport unknown_local_recipient_reject_code = 550
Überprüfung: katgar:~ # netstat -ant | grep ":25" tcp 0 0 0.0.0.0:25 0.0.0.0:* LISTEN tamboti:~ # netstat -ant | grep ":25" tcp 0 0 127.0.0.1:25 0.0.0.0:* LISTEN tcp 0 0 ::1:25 :::* LISTEN
Jetzt kann Postfix die Verbindung annehmen. Irgendwie nicht, ich hoffe es kann jemand mir einen Tipp geben. Ich habe das dumme Gefühl das es irgend eine Kleinigkeit ist...
mail.err und mail.warn sind leer, mail.info hat folgende Info:
Mar 1 22:37:34 maqili postfix/pickup[3727]: 6DA8A17251: uid=0
from=<root>
Mar 1 22:37:34 maqili postfix/cleanup[3804]: 6DA8A17251:
message-id=<4406141E.mail2XL1LOSBB@maqili.site>
Mar 1 22:37:34 maqili postfix/qmgr[3728]: 6DA8A17251:
from=
Michael Hoeller wrote:
Sandy Drobic wrote at Dienstag, 28. Februar 2006 23:48:
Michael Hoeller wrote:
was sagt /var/log/mail?
mail -s "Betreff" michael@192.168.55.200 < /var/log/messages liefert:
Mar 1 22:37:34 maqili postfix/pickup[3727]: 6DA8A17251: uid=0 from=<root> Mar 1 22:37:34 maqili postfix/cleanup[3804]: 6DA8A17251: message-id=<4406141E.mail2XL1LOSBB@maqili.site> Mar 1 22:37:34 maqili postfix/qmgr[3728]: 6DA8A17251: from=
, size=4102, nrcpt=1 (queue active) Mar 1 22:37:34 maqili postfix/qmgr[3728]: 6DA8A17251: to= , relay=none, delay=0, status=bounced (bad address syntax: "michael@192.168.55.200") Mar 1 22:37:34 maqili postfix/cleanup[3804]: AE2EB17253: message-id=<20060301213734.AE2EB17253@maqili.site> Mar 1 22:37:34 maqili postfix/qmgr[3728]: AE2EB17253: from=<>, size=5732, nrcpt=1 (queue active) Mar 1 22:37:34 maqili postfix/qmgr[3728]: 6DA8A17251: removed Mar 1 22:37:34 maqili postfix/local[3808]: AE2EB17253: to= , orig_to= , relay=local, delay=0, status=sent (delivered to mailbox) Mar 1 22:37:34 maqili postfix/qmgr[3728]: AE2EB17253: removed mail -s "Betreff" michael@[192.168.55.200] < /var/log/messages
Mar 1 22:38:09 maqili postfix/pickup[3727]: C544417253: uid=0 from=<root> Mar 1 22:38:09 maqili postfix/cleanup[3804]: C544417253: message-id=<44061441.mail2Y31YH6LF@maqili.site> Mar 1 22:38:09 maqili postfix/qmgr[3728]: C544417253: from=
, size=5077, nrcpt=1 (queue active) Mar 1 22:38:09 maqili postfix/qmgr[3728]: C544417253: to= , relay=none, delay=0, status=deferred (delivery temporarily suspended: connect to 192.168.55.200 [192.168.55.200]: Connection refused) Das ist sehr eindeutig. Die Verbindung wird bereits auf der Netzwerkebene abgewiesen, Postfix bekommt diesen Kontaktversuch gar nicht erst zu Gesicht.
Möglichkeit 1: Firewall Sorge dafür, dass Port 25 tcp durchgelassen wird.
Bei dem o.g. Beispiel habe ich die Firewall abgeschaltet (läuft nur auf 192.168.55.200 das ist das Gateway)
Möglichkeit 2: Postfix lauscht nur auf localhost (Suse Standard) postconf -e "inet_interfaces = all" postfix reload
Habe ich auf dem Empfänger ausgeführt: 192.168.55.200i:~ # postconf -n alias_maps = hash:/etc/aliases biff = no canonical_maps = hash:/etc/postfix/canonical command_directory = /usr/sbin config_directory = /etc/postfix daemon_directory = /usr/lib/postfix debug_peer_level = 2 defer_transports = disable_dns_lookups = no html_directory = /usr/share/doc/packages/postfix/html inet_interfaces = all mail_owner = postfix mail_spool_directory = /var/mail mailbox_command = mailbox_size_limit = 0 mailbox_transport = 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 = 10240000 mydestination = $myhostname, localhost.$mydomain myhostname = tamboti.tamboti newaliases_path = /usr/bin/newaliases queue_directory = /var/spool/postfix readme_directory = /usr/share/doc/packages/postfix/README_FILES relayhost = 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 smtp_sasl_auth_enable = no smtp_use_tls = no smtpd_client_restrictions = smtpd_helo_required = no smtpd_helo_restrictions = smtpd_recipient_restrictions = permit_mynetworks,reject_unauth_destination smtpd_sasl_auth_enable = no smtpd_sender_restrictions = hash:/etc/postfix/access smtpd_use_tls = no strict_rfc821_envelopes = no transport_maps = hash:/etc/postfix/transport unknown_local_recipient_reject_code = 550
Überprüfung: katgar:~ # netstat -ant | grep ":25" tcp 0 0 0.0.0.0:25 0.0.0.0:* LISTEN
tamboti:~ # netstat -ant | grep ":25" tcp 0 0 127.0.0.1:25 0.0.0.0:* LISTEN tcp 0 0 ::1:25 :::* LISTEN
Dein Postfix lauscht nur auf localhost. Ich hatte auch IMHO in dem Update geschrieben, das Postfix mit "rcpostfix restart" komplett neu gestartet werden muss. Dies gilt für den Server, der empfangen soll. Hier also für den Rechner mit der IP 192.168.55.200. Solange ein "telnet 192.168.55.200 25" nicht das Mailbanner von Postfix zeigt, brauchst du gar nicht weiter probieren.
Jetzt kann Postfix die Verbindung annehmen.
Irgendwie nicht, ich hoffe es kann jemand mir einen Tipp geben. Ich habe das dumme Gefühl das es irgend eine Kleinigkeit ist...
Siehe oben. Auf Rechner mit IP 192.168.55.200: postconf -e "inet_interfaces = all" rcpostfix restart netstat -ant | grep ":25" Jetzt sollte dort das gleiche kommen wie bei meinem Beispiel: katgar:~ # netstat -ant | grep ":25" tcp 0 0 0.0.0.0:25 0.0.0.0:* LISTEN Sandy -- Antworten bitte nur in die Mailingliste! PMs bitte an: news-reply2 (@) japantest (.) homelinux (.) com
Vielen Dank, das war die Lösung! Michael Sandy Drobic wrote at Donnerstag, 2. März 2006 00:00:
Auf Rechner mit IP 192.168.55.200:
postconf -e "inet_interfaces = all" rcpostfix restart netstat -ant | grep ":25"
Jetzt sollte dort das gleiche kommen wie bei meinem Beispiel:
katgar:~ # netstat -ant | grep ":25" tcp 0 0 0.0.0.0:25 0.0.0.0:* LISTEN
Hallo, da habe ich mich etwas zu früh gefreut... am Ende des scripts das die Mail verschickt wird der sendende Rechner runter gefahren. Die Mail bekomme ich dann erst wenn ich den Rechen wieder hochfahre. Ich vermute mal das die Mails in irgend einer queue stehen. Kann ich die Abarbeitung dieser Queue erzwingen bevor der Rechner runter fährt? Danke noch mal Michael Sandy Drobic wrote at Donnerstag, 2. März 2006 00:00:
Auf Rechner mit IP 192.168.55.200:
postconf -e "inet_interfaces = all" rcpostfix restart netstat -ant | grep ":25"
Jetzt sollte dort das gleiche kommen wie bei meinem Beispiel:
katgar:~ # netstat -ant | grep ":25" tcp 0 0 0.0.0.0:25 0.0.0.0:* LISTEN
Michael Höller wrote:
Hallo,
ich möchte lediglich vom dem Rechen 192.168.0.1 ein log file regelmäßig an 192.168.0.2 schicken. Ich nutze mail -s "Betreff" user@192.168.0.2 < logfile
Ungültige Empfängeradresse? Versuche es mal mit user@[192.168.0.2]. Wenn das nicht hilft, dann musst du über die Hostnamen gehen. Notfalls in /etc/hosts eintragen. Sandy -- Antworten bitte nur in die Mailingliste! PMs bitte an: news-reply2 (@) japantest (.) homelinux (.) com
participants (5)
-
"Michael Höller"
-
Andre Tann
-
Michael Hoeller
-
Michael Post
-
Sandy Drobic