[gelöst] postfix sendet erst nachdem es neu gestartet wurde

Debian macht sich hervorragend als Web- und Mailserver. Schau auch in den " Tipps und Tricks"-Bereich.
Antworten
Frink
Beiträge: 70
Registriert: 25.11.2017 15:57:49
Lizenz eigener Beiträge: GNU Free Documentation License

[gelöst] postfix sendet erst nachdem es neu gestartet wurde

Beitrag von Frink » 24.02.2018 18:51:11

Hey,

ich erhalte von postfix keine Mails nachdem der Rechner hochgefahren wurde, sondern erst, wenn ich den Service neu starte.

Code: Alles auswählen

#postconf -n
alias_database = hash:/etc/aliases
append_dot_mydomain = no
biff = no
compatibility_level = 2
default_transport = smtp
home_mailbox = .Maildir
inet_interfaces = all
inet_protocols = all
mailbox_size_limit = 0
mydestination = fujitsu.fritz.box, fujitsu, localhost.localdomain, localhost
myhostname = fujitsu.fritz.box
mynetworks = 127.0.0.0/8 [::ffff:127.0.0.0]/104 [::1]/128
readme_directory = no
recipient_delimiter = +
relay_transport = smtp
relayhost = mail.gmx.net:587
sender_canonical_maps = hash:/etc/postfix/sender_canonical
smtp_sasl_auth_enable = yes
smtp_sasl_password_maps = hash:/etc/postfix/sasl_password
smtp_sasl_security_options = noanonymous
smtp_tls_security_level = encrypt
smtp_tls_session_cache_database = btree:${data_directory}/smtp_scache
smtpd_banner = $myhostname ESMTP $mail_name (Debian/GNU)
smtpd_relay_restrictions = permit_mynetworks permit_sasl_authenticated defer_unauth_destination
smtpd_tls_cert_file = /etc/ssl/certs/ssl-cert-snakeoil.pem
smtpd_tls_key_file = /etc/ssl/private/ssl-cert-snakeoil.key
smtpd_tls_session_cache_database = btree:${data_directory}/smtpd_scache
smtpd_use_tls = yes
postconf: warning: /etc/postfix/main.cf: unused parameter: aliasmaps=hash:/etc/aliases
Was kann man da machen?

Danke & Viele Grüße,

Frink
Zuletzt geändert von Frink am 28.02.2018 13:46:23, insgesamt 1-mal geändert.

scientific
Beiträge: 3020
Registriert: 03.11.2009 13:45:23
Lizenz eigener Beiträge: Artistic Lizenz
Kontaktdaten:

Re: postfix sendet erst nachdem es neu gestartet wurde

Beitrag von scientific » 24.02.2018 18:56:40

Läuft er denn, nach dem Boot?
dann putze ich hier mal nur...

Eine Auswahl meiner Skripte und systemd-units.
https://github.com/xundeenergie

auch als Debian-Repo für Testing einbindbar:
deb http://debian.xundeenergie.at/xundeenergie testing main

TomL

Re: postfix sendet erst nachdem es neu gestartet wurde

Beitrag von TomL » 24.02.2018 19:36:04

Was scientific meint...
scientific hat geschrieben: ↑ zum Beitrag ↑
24.02.2018 18:56:40
Läuft er denn, nach dem Boot?
...ist wohl der Zustand nach dem Boot:

Code: Alles auswählen

systemctl status postfix
Und dem würde ich mal auf den Grund gehen:

Code: Alles auswählen

postconf: warning: /etc/postfix/main.cf: unused parameter: aliasmaps=hash:/etc/aliases

Frink
Beiträge: 70
Registriert: 25.11.2017 15:57:49
Lizenz eigener Beiträge: GNU Free Documentation License

Re: postfix sendet erst nachdem es neu gestartet wurde

Beitrag von Frink » 24.02.2018 20:14:42

TomL hat geschrieben: ↑ zum Beitrag ↑
24.02.2018 19:36:04
Was scientific meint...
scientific hat geschrieben: ↑ zum Beitrag ↑
24.02.2018 18:56:40
Läuft er denn, nach dem Boot?
...ist wohl der Zustand nach dem Boot:

Code: Alles auswählen

systemctl status postfix
Ja, läuft.
TomL hat geschrieben: ↑ zum Beitrag ↑
24.02.2018 19:36:04
Und dem würde ich mal auf den Grund gehen:

Code: Alles auswählen

postconf: warning: /etc/postfix/main.cf: unused parameter: aliasmaps=hash:/etc/aliases
Hast du eine Idee, ich habe keine?

TomL

Re: postfix sendet erst nachdem es neu gestartet wurde

Beitrag von TomL » 24.02.2018 20:34:02

Frink hat geschrieben: ↑ zum Beitrag ↑
24.02.2018 20:14:42
Hast du eine Idee, ich habe keine?
Ja, die Postfix-Dokumentation... die enthält die vermutlich hier passende Antwort.... Syntaxfehler ist ein Problem und hash: ist die Ursache, Plaintext das zweite Problem
http://www.postfix.org/postconf.5.html#alias_maps

Ganz unaufgefordert möchte ich Dir noch den zusätzlichen Rat geben, zunächst mal keinesfalls einen Zugriff aus dem Internet auf den Mailserver zu erlauben...

Frink
Beiträge: 70
Registriert: 25.11.2017 15:57:49
Lizenz eigener Beiträge: GNU Free Documentation License

Re: postfix sendet erst nachdem es neu gestartet wurde

Beitrag von Frink » 26.02.2018 11:56:49

TomL hat geschrieben: ↑ zum Beitrag ↑
24.02.2018 20:34:02
Frink hat geschrieben: ↑ zum Beitrag ↑
24.02.2018 20:14:42
Hast du eine Idee, ich habe keine?
Ja, die Postfix-Dokumentation... die enthält die vermutlich hier passende Antwort.... Syntaxfehler ist ein Problem und hash: ist die Ursache, Plaintext das zweite Problem
http://www.postfix.org/postconf.5.html#alias_maps

Ganz unaufgefordert möchte ich Dir noch den zusätzlichen Rat geben, zunächst mal keinesfalls einen Zugriff aus dem Internet auf den Mailserver zu erlauben...
Der fehlende Unterstrich war das Problem, ist jetzt gefixt.

Hat noch jemand eine Idee zu dem eigentlichen Problem?

TomL

Re: postfix sendet erst nachdem es neu gestartet wurde

Beitrag von TomL » 26.02.2018 12:03:55

Frink hat geschrieben: ↑ zum Beitrag ↑
26.02.2018 11:56:49
Hat noch jemand eine Idee zu dem eigentlichen Problem?
Bitte mal nach dem Systemstart auf der Maschine, auf der Postfix läuft, die folgenden Ausgaben

Code: Alles auswählen

systemctl status postfix
journalctl -b -p err
posten. Und dann mit

Code: Alles auswählen

journalctl -f
das Log laufen lassen und dann die Aktion auslösen, die eine Mail senden sollte, aber failed. Möglicherweise sieht man die Ursache.

Frink
Beiträge: 70
Registriert: 25.11.2017 15:57:49
Lizenz eigener Beiträge: GNU Free Documentation License

Re: postfix sendet erst nachdem es neu gestartet wurde

Beitrag von Frink » 26.02.2018 19:14:21

TomL hat geschrieben: ↑ zum Beitrag ↑
26.02.2018 12:03:55
Bitte mal nach dem Systemstart auf der Maschine, auf der Postfix läuft, die folgenden Ausgaben

Code: Alles auswählen

systemctl status postfix
journalctl -b -p err

Code: Alles auswählen

#systemctl status postfix
● postfix.service - Postfix Mail Transport Agent
   Loaded: loaded (/lib/systemd/system/postfix.service; enabled; vendor preset:
   Active: active (exited) since Mon 2018-02-26 18:32:22 CET; 37min ago
  Process: 924 ExecStart=/bin/true (code=exited, status=0/SUCCESS)
 Main PID: 924 (code=exited, status=0/SUCCESS)
 #journalctl -b -p err
-- Logs begin at Mon 2018-02-26 18:32:16 CET, end at Mon 2018-02-26 19:10:52 CET. --
Feb 26 18:32:16 fujitsu kernel: leds fujitsu::radio_led: Setting an LED's brightness failed (-2147483648)
Feb 26 18:32:17 fujitsu kernel: leds fujitsu::radio_led: Setting an LED's brightness failed (-2147483648)
Feb 26 18:32:17 fujitsu kernel: leds fujitsu::radio_led: Setting an LED's brightness failed (-2147483648)
Feb 26 18:32:18 fujitsu avahi-daemon[521]: chroot.c: open() failed: No such file or directory
Feb 26 18:32:19 fujitsu kernel: leds fujitsu::radio_led: Setting an LED's brightness failed (-2147483648)
Feb 26 18:32:21 fujitsu minissdpd[711]: ssdpDiscover: sendto: Cannot assign requested address
Feb 26 18:32:22 fujitsu minissdpd[711]: setsockopt(udp, IPV6_JOIN_GROUP)(FF02::C, ): Address already in use
Feb 26 18:32:22 fujitsu minissdpd[711]: setsockopt(udp, IPV6_JOIN_GROUP)(FF02::C, ): Address already in use
Feb 26 18:32:25 fujitsu minissdpd[711]: setsockopt(udp, IPV6_JOIN_GROUP)(FF02::C, ): Address already in use
Feb 26 18:32:26 fujitsu minissdpd[711]: setsockopt(udp, IPV6_JOIN_GROUP)(FF02::C, ): Address already in use
Feb 26 18:32:26 fujitsu minissdpd[711]: setsockopt(udp, IPV6_JOIN_GROUP)(FF02::C, ): Address already in use
Feb 26 18:32:26 fujitsu minissdpd[711]: setsockopt(udp, IPV6_JOIN_GROUP)(FF02::C, ): Address already in use
Feb 26 18:32:26 fujitsu minissdpd[711]: setsockopt(udp, IPV6_JOIN_GROUP)(FF02::C, ): Address already in use
Feb 26 18:32:26 fujitsu minissdpd[711]: setsockopt(udp, IPV6_JOIN_GROUP)(FF02::C, ): Address already in use
Feb 26 18:32:27 fujitsu minissdpd[711]: setsockopt(udp, IPV6_JOIN_GROUP)(FF02::C, ): Address already in use
Feb 26 18:32:27 fujitsu minissdpd[711]: setsockopt(udp, IPV6_JOIN_GROUP)(FF02::C, ): Address already in use
Feb 26 18:32:27 fujitsu minissdpd[711]: setsockopt(udp, IPV6_JOIN_GROUP)(FF02::C, ): Address already in use
Feb 26 18:32:27 fujitsu minissdpd[711]: setsockopt(udp, IPV6_JOIN_GROUP)(FF02::C, ): Address already in use
Feb 26 18:32:27 fujitsu minissdpd[711]: setsockopt(udp, IPV6_JOIN_GROUP)(FF02::C, ): Address already in use
Feb 26 18:32:27 fujitsu minissdpd[711]: setsockopt(udp, IPV6_JOIN_GROUP)(FF02::C, ): Address already in use
Feb 26 18:32:28 fujitsu minissdpd[711]: setsockopt(udp, IPV6_JOIN_GROUP)(FF02::C, ): Address already in use
Feb 26 18:32:28 fujitsu minissdpd[711]: setsockopt(udp, IPV6_JOIN_GROUP)(FF02::C, ): Address already in use
Feb 26 18:32:28 fujitsu minissdpd[711]: setsockopt(udp, IPV6_JOIN_GROUP)(FF02::C, ): Address already in use
Feb 26 18:32:28 fujitsu minissdpd[711]: setsockopt(udp, IPV6_JOIN_GROUP)(FF02::C, ): Address already in use
Feb 26 18:32:28 fujitsu minissdpd[711]: setsockopt(udp, IPV6_JOIN_GROUP)(FF02::C, ): Address already in use
Feb 26 18:32:28 fujitsu minissdpd[711]: setsockopt(udp, IPV6_JOIN_GROUP)(FF02::C, ): Address already in use
Feb 26 18:32:31 fujitsu minissdpd[711]: setsockopt(udp, IPV6_JOIN_GROUP)(FF02::C, ): Address already in use
Feb 26 18:32:31 fujitsu minissdpd[711]: setsockopt(udp, IPV6_JOIN_GROUP)(FF02::C, ): Address already in use
Feb 26 18:32:31 fujitsu minissdpd[711]: setsockopt(udp, IPV6_JOIN_GROUP)(FF02::C, ): Address already in use
Feb 26 18:32:31 fujitsu minissdpd[711]: setsockopt(udp, IPV6_JOIN_GROUP)(FF02::C, ): Address already in use
Feb 26 18:32:31 fujitsu minissdpd[711]: setsockopt(udp, IPV6_JOIN_GROUP)(FF02::C, ): Address already in use
Feb 26 18:32:31 fujitsu minissdpd[711]: setsockopt(udp, IPV6_JOIN_GROUP)(FF02::C, ): Address already in use
Feb 26 18:32:34 fujitsu minissdpd[711]: setsockopt(udp, IPV6_JOIN_GROUP)(FF02::C, ): Address already in use
Feb 26 18:32:34 fujitsu minissdpd[711]: setsockopt(udp, IPV6_JOIN_GROUP)(FF02::C, ): Address already in use
Feb 26 18:32:34 fujitsu minissdpd[711]: setsockopt(udp, IPV6_JOIN_GROUP)(FF02::C, ): Address already in use
Feb 26 18:32:34 fujitsu minissdpd[711]: setsockopt(udp, IPV6_JOIN_GROUP)(FF02::C, ): Address already in use
Feb 26 18:32:34 fujitsu minissdpd[711]: setsockopt(udp, IPV6_JOIN_GROUP)(FF02::C, ): Address already in use
Feb 26 18:32:34 fujitsu minissdpd[711]: setsockopt(udp, IPV6_JOIN_GROUP)(FF02::C, ): Address already in use
Feb 26 18:32:34 fujitsu x-session-manager[988]: GLib-GObject-CRITICAL: t+0,04513s: object CsmAutostartApp 0x562b53a7c490 finalized while still in-construction
Feb 26 18:32:34 fujitsu x-session-manager[988]: GLib-GObject-CRITICAL: t+0,04515s: Custom constructor for class CsmAutostartApp returned NULL (which is invalid
Feb 26 18:32:34 fujitsu x-session-manager[988]: GLib-GObject-CRITICAL: t+0,04595s: object CsmAutostartApp 0x562b53a7c490 finalized while still in-construction
Feb 26 18:32:34 fujitsu x-session-manager[988]: GLib-GObject-CRITICAL: t+0,04598s: Custom constructor for class CsmAutostartApp returned NULL (which is invalid
Feb 26 18:32:34 fujitsu x-session-manager[988]: GLib-GObject-CRITICAL: t+0,04635s: object CsmAutostartApp 0x562b53a7c490 finalized while still in-construction
Feb 26 18:32:34 fujitsu x-session-manager[988]: GLib-GObject-CRITICAL: t+0,04639s: Custom constructor for class CsmAutostartApp returned NULL (which is invalid
Feb 26 18:32:34 fujitsu x-session-manager[988]: GLib-GObject-CRITICAL: t+0,04675s: object CsmAutostartApp 0x562b53a7c490 finalized while still in-construction
Feb 26 18:32:34 fujitsu x-session-manager[988]: GLib-GObject-CRITICAL: t+0,04678s: Custom constructor for class CsmAutostartApp returned NULL (which is invalid
Feb 26 18:32:34 fujitsu x-session-manager[988]: GLib-GObject-CRITICAL: t+0,04715s: object CsmAutostartApp 0x562b53a7c490 finalized while still in-construction
Feb 26 18:32:34 fujitsu x-session-manager[988]: GLib-GObject-CRITICAL: t+0,04717s: Custom constructor for class CsmAutostartApp returned NULL (which is invalid
Feb 26 18:32:34 fujitsu x-session-manager[988]: GLib-GObject-CRITICAL: t+0,04755s: object CsmAutostartApp 0x562b53a7c490 finalized while still in-construction
Feb 26 18:32:34 fujitsu x-session-manager[988]: GLib-GObject-CRITICAL: t+0,04757s: Custom constructor for class CsmAutostartApp returned NULL (which is invalid
Feb 26 18:32:34 fujitsu x-session-manager[988]: GLib-GObject-CRITICAL: t+0,05027s: object CsmAutostartApp 0x562b53a7c670 finalized while still in-construction
Feb 26 18:32:34 fujitsu x-session-manager[988]: GLib-GObject-CRITICAL: t+0,05030s: Custom constructor for class CsmAutostartApp returned NULL (which is invalid
Feb 26 18:32:34 fujitsu x-session-manager[988]: GLib-GObject-CRITICAL: t+0,05097s: object CsmAutostartApp 0x562b53ab9100 finalized while still in-construction
Feb 26 18:32:34 fujitsu x-session-manager[988]: GLib-GObject-CRITICAL: t+0,05100s: Custom constructor for class CsmAutostartApp returned NULL (which is invalid
Feb 26 18:32:34 fujitsu x-session-manager[988]: GLib-GObject-CRITICAL: t+0,05137s: object CsmAutostartApp 0x562b53ab91f0 finalized while still in-construction
Feb 26 18:32:34 fujitsu x-session-manager[988]: GLib-GObject-CRITICAL: t+0,05140s: Custom constructor for class CsmAutostartApp returned NULL (which is invalid
Feb 26 18:32:34 fujitsu x-session-manager[988]: GLib-GObject-CRITICAL: t+0,05185s: object CsmAutostartApp 0x562b53ab92e0 finalized while still in-construction
Feb 26 18:32:34 fujitsu x-session-manager[988]: GLib-GObject-CRITICAL: t+0,05187s: Custom constructor for class CsmAutostartApp returned NULL (which is invalid
Feb 26 18:32:34 fujitsu x-session-manager[988]: GLib-GObject-CRITICAL: t+0,05224s: object CsmAutostartApp 0x562b53ab93d0 finalized while still in-construction
 
 
TomL hat geschrieben: ↑ zum Beitrag ↑
26.02.2018 12:03:55
Und dann mit

Code: Alles auswählen

journalctl -f
das Log laufen lassen und dann die Aktion auslösen, die eine Mail senden sollte, aber failed. Möglicherweise sieht man die Ursache.
Dabei werden keine Ausgaben gedruckt.

TomL

Re: postfix sendet erst nachdem es neu gestartet wurde

Beitrag von TomL » 26.02.2018 19:36:28

Sieht das bei Dir nach dem Reboot anders aus?

Code: Alles auswählen

root@raspi3:~
# journalctl -b | grep postfix -i
Feb 26 19:32:19 raspi3 systemd[1]: Starting Postfix Mail Transport Agent (instance -)...
Feb 26 19:32:19 raspi3 postfix/postfix-script[217]: starting the Postfix mail system
Feb 26 19:32:19 raspi3 postfix/master[219]: daemon started -- version 3.1.6, configuration /etc/postfix
Feb 26 19:32:19 raspi3 systemd[1]: Started Postfix Mail Transport Agent (instance -).
Feb 26 19:32:19 raspi3 systemd[1]: Starting Postfix Mail Transport Agent...
Feb 26 19:32:19 raspi3 systemd[1]: Started Postfix Mail Transport Agent.

root@raspi3:~
# ps -aux | grep postfix
root       219  0.0  0.0  81164  4456 ?        Ss   19:32   0:00 /usr/lib/postfix/sbin/master -w
postfix    220  0.0  0.0  83228  6832 ?        S    19:32   0:00 pickup -l -t unix -u -c
postfix    221  0.0  0.0  83276  6852 ?        S    19:32   0:00 qmgr -l -t unix -u

root@raspi3:~
# systemctl -l | grep postfix -i
postfix.service                      loaded active exited    Postfix Mail Transport Agent                         
postfix@-.service                    loaded active running   Postfix Mail Transport Agent (instance -)            
system-postfix.slice                 loaded active active    system-postfix.slice 

Frink
Beiträge: 70
Registriert: 25.11.2017 15:57:49
Lizenz eigener Beiträge: GNU Free Documentation License

Re: postfix sendet erst nachdem es neu gestartet wurde

Beitrag von Frink » 26.02.2018 19:42:30

Ich habe noch den Prozess

Code: Alles auswählen

postfix   1810  0.0  0.2  90160  8456 ?        S    19:12   0:00 tlsmgr -l -t unix -u -c
Sonst ist alles gleich.

TomL

Re: postfix sendet erst nachdem es neu gestartet wurde

Beitrag von TomL » 26.02.2018 20:26:43

Und wieder nach dem Reboot... wenn der Fehler definitiv noch besteht... starte zwei Terminalfenster.

Im ersten:

Code: Alles auswählen

Journalctl -f
Im zweiten (natürlich an Deine EMailadresse):

Code: Alles auswählen

echo -e "Subject: Test-Mail\r\n\r\nTestmail vom $(date)" | /usr/sbin/sendmail mich@toml.de
Ausgabe im ersten Terminal nach dem Sende-Test:

Code: Alles auswählen

Feb 26 20:22:25 raspi3 postfix/pickup[18511]: CB7425C9DC: uid=0 from=<root>
Feb 26 20:22:25 raspi3 postfix/cleanup[19033]: CB7425C9DC: message-id=<20180226192225@mail.raspi3>
Feb 26 20:22:25 raspi3 postfix/qmgr[760]: CB7425C9DC: from=<root@mail.raspi3>, size=300, nrcpt=1 (queue active)
Feb 26 20:22:26 raspi3 postfix/smtp[19035]: CB7425C9DC: to=<mich@toml.de>, relay=smtp.toml.de[1.4.4.11]:25, delay=0.82, delays=0.11/0.06/0.6/0.05, dsn=2.0.0, status=sent (250 OK id=1eqOLy-0003ES-Hn)
Feb 26 20:22:26 raspi3 postfix/qmgr[760]: CB7425C9DC: removed
Ist das bei Dir gleich?

Frink
Beiträge: 70
Registriert: 25.11.2017 15:57:49
Lizenz eigener Beiträge: GNU Free Documentation License

Re: postfix sendet erst nachdem es neu gestartet wurde

Beitrag von Frink » 26.02.2018 20:34:01

Ne, ich erhalte die Meldung "Host not found, try again"

Code: Alles auswählen

Feb 26 20:32:48 fujitsu postfix/pickup[2080]: 73B9B22021D: uid=1000 from=<stella>
Feb 26 20:32:48 fujitsu postfix/cleanup[2186]: 73B9B22021D: message-id=<20180226193248.73B9B22021D@fujitsu.fritz.box>
Feb 26 20:32:48 fujitsu postfix/qmgr[923]: 73B9B22021D: from=<abc123@gmx.net>, size=319, nrcpt=1 (queue active)
Feb 26 20:32:48 fujitsu postfix/smtp[2179]: 73B9B22021D: to=<abc123@gmx.de>, relay=none, delay=0.02, delays=0.02/0/0/0, dsn=4.4.3, status=deferred (Host or domain name not found. Name service error for name=mail.gmx.net type=MX: Host not found, try again)

TomL

Re: postfix sendet erst nachdem es neu gestartet wurde

Beitrag von TomL » 26.02.2018 21:12:34

*hmmm*... und wenn Du Postfix neu startest, geht es.... :? ... dann liegt es vermutlich nicht an Postfix.... möglicherweise liegt ein Netzwerkproblem vor... DNS, Route, Firewall...

Ich würde jetzt alle Parameter des Netzwerks untersuchen... tut mir leid... aber an der Stelle muss ich passen... da keinerlei Kenntnis über die Postfix- und Netzwerkinstallation bei Dir besteht. Vielleicht klinkt sich hier an meiner Stelle ein Netzwerkfachmann ein.

Sorry... :hail:

Frink
Beiträge: 70
Registriert: 25.11.2017 15:57:49
Lizenz eigener Beiträge: GNU Free Documentation License

Re: postfix sendet erst nachdem es neu gestartet wurde

Beitrag von Frink » 26.02.2018 21:36:42

TomL hat geschrieben: ↑ zum Beitrag ↑
26.02.2018 21:12:34
*hmmm*... und wenn Du Postfix neu startest, geht es.... :? ... dann liegt es vermutlich nicht an Postfix.... möglicherweise liegt ein Netzwerkproblem vor... DNS, Route, Firewall...

Ich würde jetzt alle Parameter des Netzwerks untersuchen... tut mir leid... aber an der Stelle muss ich passen... da keinerlei Kenntnis über die Postfix- und Netzwerkinstallation bei Dir besteht. Vielleicht klinkt sich hier an meiner Stelle ein Netzwerkfachmann ein.

Sorry... :hail:
Okay, trotzdem Danke. Der Rechner hängt hinter einem IPv6-Modem, vielleicht hat postfix damit Probleme. Ich weiß es auch nicht, vielleicht hat ja noch jemand eine Idee....

TomL

Re: postfix sendet erst nachdem es neu gestartet wurde

Beitrag von TomL » 26.02.2018 22:42:48

Ist das ein reines IPv6-Netz oder Dual-Stack? Ist IPv6 mit Privacy Extensions konfiguriert? Wenn ja, würde ich das mal deaktivieren... vielleicht hängt da irgendwie das RA. Läuft vielleicht ne Firewall, die Multicast oder ICMPv6 blockt oder kastriert? Dann zum Testen unbedingt deaktivieren, IPv6 benötigt eine besondere Netfilter-Konfiguration, welches man nicht einfach generell blocken darf, wie z.B. bei IPv4. Ohne ICMP läuft kein IPv6. Ist die resolv.conf korrekt?

Ich könnte mir vorstellen, dass da vielleicht Fehler in der IPV6-Konfiguration vorliegen. Für mich sieht das fast nach DNS-Problem aus... kontrolliere mal die /etc/resolv.conf und ob Postfix-DNS den gleichen Inhalt hat.... das sollte beides gleich sein:

Code: Alles auswählen

cat /var/spool/postfix/etc/resolv.conf
Das alles via Online-Diagnose zu prüfen ist nicht so einfach.... :cry: .

Benutzeravatar
HZB
Beiträge: 486
Registriert: 22.10.2003 11:52:15
Wohnort: Wien

Re: postfix sendet erst nachdem es neu gestartet wurde

Beitrag von HZB » 27.02.2018 09:15:59

Mach auf dem Fujitsu Server mal ein

Code: Alles auswählen

dig mail.gmx.net
Wenn er den Namen des konfigurierten Relayhosts nicht auflösen kann, kann er auch nichts dort hin senden.

Frink
Beiträge: 70
Registriert: 25.11.2017 15:57:49
Lizenz eigener Beiträge: GNU Free Documentation License

Re: postfix sendet erst nachdem es neu gestartet wurde

Beitrag von Frink » 27.02.2018 12:44:59

TomL hat geschrieben: ↑ zum Beitrag ↑
26.02.2018 22:42:48
Ist das ein reines IPv6-Netz oder Dual-Stack? Ist IPv6 mit Privacy Extensions konfiguriert? Wenn ja, würde ich das mal deaktivieren... vielleicht hängt da irgendwie das RA. Läuft vielleicht ne Firewall, die Multicast oder ICMPv6 blockt oder kastriert? Dann zum Testen unbedingt deaktivieren, IPv6 benötigt eine besondere Netfilter-Konfiguration, welches man nicht einfach generell blocken darf, wie z.B. bei IPv4. Ohne ICMP läuft kein IPv6. Ist die resolv.conf korrekt?

Ich könnte mir vorstellen, dass da vielleicht Fehler in der IPV6-Konfiguration vorliegen. Für mich sieht das fast nach DNS-Problem aus... kontrolliere mal die /etc/resolv.conf und ob Postfix-DNS den gleichen Inhalt hat.... das sollte beides gleich sein:

Code: Alles auswählen

cat /var/spool/postfix/etc/resolv.conf
Das alles via Online-Diagnose zu prüfen ist nicht so einfach.... :cry: .
Das scheint das Problem zu sein.

Code: Alles auswählen

# cat /var/spool/postfix/etc/resolv.conf
# Generated by NetworkManager
search hitronhub.home

cat /etc/resolv.conf 
# Generated by NetworkManager
search hitronhub.home
nameserver 2a02:8109:9ac0:5210::1
Und nachdem ich postfix neugestartet habe, steht auch in /var/spool/postfix/etc/resolv.conf der nameserver-Eintrag. Wie kann man das fixen?
HZB hat geschrieben: ↑ zum Beitrag ↑
27.02.2018 09:15:59
Mach auf dem Fujitsu Server mal ein

Code: Alles auswählen

dig mail.gmx.net
Wenn er den Namen des konfigurierten Relayhosts nicht auflösen kann, kann er auch nichts dort hin senden.
Ist erfolgreich.

TomL

Re: postfix sendet erst nachdem es neu gestartet wurde

Beitrag von TomL » 27.02.2018 15:32:42

Hier wird vermutlich das Problem erkennbar:

Code: Alles auswählen

dpkg -l resolvconf openresolv
+++-========================================-=========================-=========================-
ii  openresolv            3.8.0-1          armhf            management framework for resolv.conf
un  resolvconf            <keine>          <keine>          (keine Beschreibung vorhanden)
Ich nehme mal an, dass auch bei Dir resolvconf nicht installiert ist und das deshalb das Script /etc/resolvconf/update-libc.d/postfix niemals ausgeführt wird. Möglicherweise funktioniert das bei mir, weil ich das Netzwerk und Resolve beides mit systemd handhabe... *hmmm*...

Die Ursache für Dein Problem liegt wahrscheinlich in diesem for-Statement des Scripts

Code: Alles auswählen

cat /lib/resolvconf/libc | grep LIBEXECDIR
LIBEXECDIR=/lib/resolvconf
for script in "$LIBEXECDIR"/libc.d/*; do
Mit anderen Worten... das o.g. Postfix-Resolv-Script wird nie ausgeführt. Versuch einfach mal einen Symlink in das Verzeichnis zu legen... das könnte das Problem lösen:

Code: Alles auswählen

mkdir -p /lib/resolvconf/libc.d/
ln -s /etc/resolvconf/update-libc.d/postfix /lib/resolvconf/libc.d/postfix

Benutzeravatar
HZB
Beiträge: 486
Registriert: 22.10.2003 11:52:15
Wohnort: Wien

Re: postfix sendet erst nachdem es neu gestartet wurde

Beitrag von HZB » 27.02.2018 18:32:03

Bekommt der Server die IP per DHCP ?

Frink
Beiträge: 70
Registriert: 25.11.2017 15:57:49
Lizenz eigener Beiträge: GNU Free Documentation License

Re: postfix sendet erst nachdem es neu gestartet wurde

Beitrag von Frink » 28.02.2018 13:45:56

TomL hat geschrieben: ↑ zum Beitrag ↑
27.02.2018 15:32:42
Mit anderen Worten... das o.g. Postfix-Resolv-Script wird nie ausgeführt. Versuch einfach mal einen Symlink in das Verzeichnis zu legen... das könnte das Problem lösen:

Code: Alles auswählen

mkdir -p /lib/resolvconf/libc.d/
ln -s /etc/resolvconf/update-libc.d/postfix /lib/resolvconf/libc.d/postfix
Das hat funktioniert, vielen Dank.

Antworten