ubuntuusers.de

[Pi3] postfix - Host or domain name not found

Status: Gelöst | Ubuntu-Version: Ubuntu 16.04 (Xenial Xerus)
Antworten |

VolkerRaschek

Avatar von VolkerRaschek

Anmeldungsdatum:
19. August 2014

Beiträge: 358

Wohnort: Eifel

Hallo zusammen, ich habe ein Problem mit postfix.

Das betrifft nicht nur meinen Pi3 sondern unter anderem auch mein Arch Linux da ich die gleich Konfiguration nutze. Ich kann mir nicht erklären was an postfix falsch eingestellt ist und hoffe ihr könnt mir helfen.

Ich nutze meinen Pi3 als Backup Server mittels rsnapshot. Kommt es bei rsnapshot zu einem Fehler bspw. weil rsnapshot sich nicht per SSH verbinden kann, wird ein systemd Prozess gestartet, der eine Mail an mich versenden soll. Dazu nutze ich postfix als Satellitensystem.

Nun habe ich den Raspberry Pi neu installiert und erhalte eine Fehlermeldung, wenn ich eine E-Mail mittels echo "Test" | mail -s "Body" markus.pesch[at]cryptic.systems (E-Mail escaped) versenden möchte.

Fehlermeldung: Nov 13 14:09:54 tartaros postfix/smtp[8997]: A1FD23DB9F: to=<markus.pesch[at]cryptic.systems>, relay=none, delay=84459, delays=84459/0.1/0/0, dsn=4.4.3, status=deferred (Host or domain name not found. Name service error for name=smtp1.cryptic.systems type=MX: Host not found, try again)

Doch ein dig MX cryptic.systems liefert mir meinen richtigen Mailserver zurück.

root@tartaros:~# dig MX cryptic.systems +short
10 smtp1.cryptic.systems.

Auch die IPv4- und IPv6-Adresse kann der Pi mittels DNS auflösen.

root@tartaros:~# dig A smtp1.cryptic.systems +short
87.138.221.146

root@tartaros:~# dig AAAA smtp1.cryptic.systems +short
2003:a:c7d:1500:5054:ff:fea2:b30a

Ich nutze auf dem Pi als auch unter Arch Linux den Dienst systemd-resolved um meine /etc/resolv.conf Datei zu erstellen.

root@tartaros:~# cat /etc/resolv.conf
# This file is managed by systemd-resolved(8). Do not edit.
#
# This is a dynamic resolv.conf file for connecting local clients directly to
# all known DNS servers.
#
# Third party programs must not access this file directly, but only through the
# symlink at /etc/resolv.conf. To manage resolv.conf(5) in a different way,
# replace this symlink by a static file or a different symlink.
#
# See systemd-resolved.service(8) for details about the supported modes of
# operation for /etc/resolv.conf.

nameserver 192.168.178.1
search cryptic.systems

Ich nutze die Postfix-Version 3.1.6.

root@tartaros:~# dpkg --list | grep postfix
ii  postfix                         3.1.6-0+deb9u1               armhf        High-performance mail transport agent
ii  postfix-sqlite                  3.1.6-0+deb9u1               armhf        SQLite map support for Postfix

Hier meine Konfiguration von Postfix main.cf

root@tartaros:~# postconf -n
alias_database = hash:/etc/aliases
alias_maps = hash:/etc/aliases
append_dot_mydomain = no
biff = no
inet_interfaces = loopback-only
mailbox_size_limit = 0
mydestination = tartaros.cryptic.local, tartaros.fritz.box, localhost.fritz.box, localhost
myhostname = tartaros.cryptic.local
mynetworks = 127.0.0.0/8 [::ffff:127.0.0.0]/104 [::1]/128
myorigin = /etc/mailname
readme_directory = no
recipient_delimiter = +
relayhost = smtp1.cryptic.systems
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 = may
smtp_tls_session_cache_database = btree:${data_directory}/smtp_scache
smtpd_banner = $myhostname ESMTP $mail_name (Raspbian)
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

Ich hoffe ihr könnt mir weiterhelfen und mir einen Tipp geben, warum ich diese Fehlermeldung erhalte.

Volker

PS: Der Mailserver (smtp1.cryptic.systems) funktioniert wunderbar. Er kann Mails versenden und Mails empfangen.

misterunknown Team-Icon

Ehemalige
Avatar von misterunknown

Anmeldungsdatum:
28. Oktober 2009

Beiträge: 4403

Wohnort: Sachsen

Ich habe zu dem Thema diesen Artikel gefunden. Das bezieht sich zwar auf CentOS, kann aber eventuell auch bei dir zuschlagen, sofern du ein Sicherheitsframework wie SELinux oder Apparmor verwendest. Im Zweifelsfall kannst du den Prozess einfach mal mit strace beobachten, und nachschauen, welche Aktionen vor dem Schreiben der Fehlermeldung ausgeführt werden.

VolkerRaschek

(Themenstarter)
Avatar von VolkerRaschek

Anmeldungsdatum:
19. August 2014

Beiträge: 358

Wohnort: Eifel

Ich wüsste nicht, dass ich SELinux oder Apparmor installiert habe. Vielleicht durch irgendeine Abhängigkeit, aber nicht bewusst.

Ich denke, dass das ? bedeutet, dass keine Berechtigung gesetzt ist.

root@tartaros:~# ls -laZ /etc/resolv.conf
lrwxrwxrwx 1 root root ? 32 Nov 12 14:13 /etc/resolv.conf -> /run/systemd/resolve/resolv.conf

root@tartaros:~# ls -laZ /run/systemd/resolve/resolv.conf 
-rw-r--r-- 1 systemd-resolve systemd-resolve ? 547 Nov 12 14:46 /run/systemd/resolve/resolv.conf

VolkerRaschek

(Themenstarter)
Avatar von VolkerRaschek

Anmeldungsdatum:
19. August 2014

Beiträge: 358

Wohnort: Eifel

Ich habe hier etwas gefunden. Postfix scheint auch seine eigene resolv.conf zu nutzen.

Ich habe auf dem Pi einen symbolischen link von /var/spool/postfix/etc/resolv.conf auf /etc/resolv.conf gesetzt. Bei dem Pi hat das geholfen. Der Pi kann nun E-Mails versenden. Bei meiner Arch Linux Distribution allerdings hilf das anlegen des links nichts. Ich frage mich allerdings, ob bei Arch Linux der Pfad /var/spool/postfix/etc/resolv.conf auch identisch ist mit dem unter Debian/Raspbian.

Volker

misterunknown Team-Icon

Ehemalige
Avatar von misterunknown

Anmeldungsdatum:
28. Oktober 2009

Beiträge: 4403

Wohnort: Sachsen

Zeig mal

cat /var/spool/postfix/etc/resolv.conf

Edit: Da war ich wohl zu langsam.

misterunknown Team-Icon

Ehemalige
Avatar von misterunknown

Anmeldungsdatum:
28. Oktober 2009

Beiträge: 4403

Wohnort: Sachsen

VolkerRaschek schrieb:

Ich habe auf dem Pi einen symbolischen link von /var/spool/postfix/etc/resolv.conf auf /etc/resolv.conf gesetzt.

Das wundert mich, dass das funktioniert. Der Link sollte für den Postfix gar nicht auflösbar sein, denn die meisten Prozesse werden ja nach /var/spool/postfix chrooted. Ich würde daher lieber eine echte Datei dort hinlegen.

VolkerRaschek schrieb:

Bei meiner Arch Linux Distribution allerdings hilf das anlegen des links nichts. Ich frage mich allerdings, ob bei Arch Linux der Pfad /var/spool/postfix/etc/resolv.conf auch identisch ist mit dem unter Debian/Raspbian.

Eventuell läuft der Postfix unter Arch gar nicht chrooted. Zeig mal die master.cf.

VolkerRaschek

(Themenstarter)
Avatar von VolkerRaschek

Anmeldungsdatum:
19. August 2014

Beiträge: 358

Wohnort: Eifel

Ich habe festgestellt, dass Postfix bei einem Neustart die Datei /etc/resolv.conf nach /var/spool/postfix/etc/resolv.conf kopiert. Postfix löscht meinen symbolischen Link.

root@tartaros:~# ls -la /var/spool/postfix/etc/resolv.conf 
-rw-r--r-- 1 root root 547 Nov 14 13:30 /var/spool/postfix/etc/resolv.conf

root@tartaros:~# rm /var/spool/postfix/etc/resolv.conf
 
root@tartaros:~# ln -s /etc/resolv.conf /var/spool/postfix/etc/resolv.conf

root@tartaros:~# ls -la /var/spool/postfix/etc/resolv.conf 
lrwxrwxrwx 1 root root 16 Nov 14 13:43 /var/spool/postfix/etc/resolv.conf -> /etc/resolv.conf

root@tartaros:~# systemctl restart postfix

root@tartaros:~# ls -la /var/spool/postfix/etc/resolv.conf 
-rw-r--r-- 1 root root 547 Nov 14 13:44 /var/spool/postfix/etc/resolv.conf

misterunknown schrieb:

Zeig mal

cat /var/spool/postfix/etc/resolv.conf
root@tartaros:~# cat /var/spool/postfix/etc/resolv.conf 
# This file is managed by systemd-resolved(8). Do not edit.
#
# This is a dynamic resolv.conf file for connecting local clients directly to
# all known DNS servers.
#
# Third party programs must not access this file directly, but only through the
# symlink at /etc/resolv.conf. To manage resolv.conf(5) in a different way,
# replace this symlink by a static file or a different symlink.
#
# See systemd-resolved.service(8) for details about the supported modes of
# operation for /etc/resolv.conf.

nameserver 192.168.178.1
search cryptic.systems

Scheint identisch zu sein.

root@tartaros:~# diff /etc/resolv.conf /var/spool/postfix/etc/resolv.conf 

Hier die master.cf meines Arch Linux Systems. Die habe ich gesichert und ist ein Backup meines alten Ubuntu 16.04 systems.

#
# Postfix master process configuration file.  For details on the format
# of the file, see the master(5) manual page (command: "man 5 master" or
# on-line: http://www.postfix.org/master.5.html).
#
# Do not forget to execute "postfix reload" after editing this file.
#
# ==========================================================================
# service type  private unpriv  chroot  wakeup  maxproc command + args
#               (yes)   (yes)   (yes)   (never) (100)
# ==========================================================================
#smtp      inet  n       -       -       -       1       postscreen
#smtpd     pass  -       -       -       -       -       smtpd
#dnsblog   unix  -       -       -       -       0       dnsblog
#tlsproxy  unix  -       -       -       -       0       tlsproxy
#submission inet n       -       -       -       -       smtpd
#  -o syslog_name=postfix/submission
#  -o smtpd_tls_security_level=encrypt
#  -o smtpd_sasl_auth_enable=yes
#  -o smtpd_reject_unlisted_recipient=no
#  -o smtpd_client_restrictions=$mua_client_restrictions
#  -o smtpd_helo_restrictions=$mua_helo_restrictions
#  -o smtpd_sender_restrictions=$mua_sender_restrictions
#  -o smtpd_recipient_restrictions=
#  -o smtpd_relay_restrictions=permit_sasl_authenticated,reject
#  -o milter_macro_daemon_name=ORIGINATING
#smtps     inet  n       -       -       -       -       smtpd
#  -o syslog_name=postfix/smtps
#  -o smtpd_tls_wrappermode=yes
#  -o smtpd_sasl_auth_enable=yes
#  -o smtpd_reject_unlisted_recipient=no
#  -o smtpd_client_restrictions=$mua_client_restrictions
#  -o smtpd_helo_restrictions=$mua_helo_restrictions
#  -o smtpd_sender_restrictions=$mua_sender_restrictions
#  -o smtpd_recipient_restrictions=
#  -o smtpd_relay_restrictions=permit_sasl_authenticated,reject
#  -o milter_macro_daemon_name=ORIGINATING
#628       inet  n       -       -       -       -       qmqpd
smtp       inet  n       -       y       -       -       smtpd
pickup     unix  n       -       y       60      1       pickup
cleanup    unix  n       -       y       -       0       cleanup
qmgr      unix  n       -       n       300     1       qmgr
#qmgr     unix  n       -       n       300     1       oqmgr
tlsmgr     unix  -       -       y       1000?   1       tlsmgr
rewrite    unix  -       -       y       -       -       trivial-rewrite
bounce     unix  -       -       y       -       0       bounce
defer      unix  -       -       y       -       0       bounce
trace      unix  -       -       y       -       0       bounce
verify     unix  -       -       y       -       1       verify
flush      unix  n       -       y       1000?   0       flush
proxymap  unix  -       -       n       -       -       proxymap
proxywrite unix -       -       n       -       1       proxymap
smtp       unix  -       -       y       -       -       smtp
#       -o smtp_helo_timeout=5 -o smtp_connect_timeout=5
relay      unix  -       -       y       -       -       smtp
showq      unix  n       -       y       -       -       showq
error      unix  -       -       y       -       -       error
retry      unix  -       -       y       -       -       error
discard    unix  -       -       y       -       -       discard
local     unix  -       n       n       -       -       local
virtual   unix  -       n       n       -       -       virtual
lmtp       unix  -       -       y       -       -       lmtp
anvil      unix  -       -       y       -       1       anvil
#
# ====================================================================
# Interfaces to non-Postfix software. Be sure to examine the manual
# pages of the non-Postfix software to find out what options it wants.
#
# Many of the following services use the Postfix pipe(8) delivery
# agent.  See the pipe(8) man page for information about ${recipient}
# and other message envelope options.
# ====================================================================
#
# maildrop. See the Postfix MAILDROP_README file for details.
# Also specify in main.cf: maildrop_destination_recipient_limit=1
#
scache     unix  -       -       y       -       1       scache
maildrop  unix  -       n       n       -       -       pipe
  flags=DRhu user=vmail argv=/usr/bin/maildrop -d ${recipient}
#
# ====================================================================
#
# Recent Cyrus versions can use the existing "lmtp" master.cf entry.
#
# Specify in cyrus.conf:
#   lmtp    cmd="lmtpd -a" listen="localhost:lmtp" proto=tcp4
#
# Specify in main.cf one or more of the following:
#  mailbox_transport = lmtp:inet:localhost
#  virtual_transport = lmtp:inet:localhost
#
# ====================================================================
#
# Cyrus 2.1.5 (Amos Gouaux)
# Also specify in main.cf: cyrus_destination_recipient_limit=1
#
#cyrus     unix  -       n       n       -       -       pipe
#  user=cyrus argv=/cyrus/bin/deliver -e -r ${sender} -m ${extension} ${user}
#
# ====================================================================
# Old example of delivery via Cyrus.
#
#old-cyrus unix  -       n       n       -       -       pipe
#  flags=R user=cyrus argv=/cyrus/bin/deliver -e -m ${extension} ${user}
#
# ====================================================================
#
# See the Postfix UUCP_README file for configuration details.
#
uucp      unix  -       n       n       -       -       pipe
  flags=Fqhu user=uucp argv=uux -r -n -z -a$sender - $nexthop!rmail ($recipient)
#
# Other external delivery methods.
#
ifmail    unix  -       n       n       -       -       pipe
  flags=F user=ftn argv=/usr/lib/ifmail/ifmail -r $nexthop ($recipient)
bsmtp     unix  -       n       n       -       -       pipe
  flags=Fq. user=bsmtp argv=/usr/lib/bsmtp/bsmtp -t$nexthop -f$sender $recipient
scalemail-backend unix	-	n	n	-	2	pipe
  flags=R user=scalemail argv=/usr/lib/scalemail/bin/scalemail-store ${nexthop} ${user} ${extension}
mailman   unix  -       n       n       -       -       pipe
  flags=FR user=list argv=/usr/lib/mailman/bin/postfix-to-mailman.py
  ${nexthop} ${user}

misterunknown Team-Icon

Ehemalige
Avatar von misterunknown

Anmeldungsdatum:
28. Oktober 2009

Beiträge: 4403

Wohnort: Sachsen

VolkerRaschek schrieb:

Ich habe festgestellt, dass Postfix bei einem Neustart die Datei /etc/resolv.conf nach /var/spool/postfix/etc/resolv.conf kopiert. Postfix löscht meinen symbolischen Link.

Dachte ich mir. Eventuell schlägt dieses Problem bei dir mit durch. Das heißt, beim Starten von Postfix ist die resolv.conf noch nicht korrekt.

root@tartaros:~# cat /var/spool/postfix/etc/resolv.conf 
# This file is managed by systemd-resolved(8). Do not edit.
...
nameserver 192.168.178.1
search cryptic.systems

Wenn sich die resolv.conf nicht ändert, würde ich systemd-resolved rausschmeißen, und stattdessen ein statisches File nutzen.

Hier die master.cf meines Arch Linux Systems. Die habe ich gesichert und ist ein Backup meines alten Ubuntu 16.04 systems.

...
smtp       inet  n       -       y       -       -       smtpd

Der SMTP-Dienst wird also chrooted. Das heißt, er nutzt die resolv.conf unter /var/spool/postfix/etc/ (oder wo auch immer bei Arch das chroot-Verzeichnis ist). Das kannst du auch so herausbekommen:

ls -l /proc/$(pgrep -f smtp)/ | grep root

Der Symlink zeigt, wohin der Dienst chrooted ist.

VolkerRaschek

(Themenstarter)
Avatar von VolkerRaschek

Anmeldungsdatum:
19. August 2014

Beiträge: 358

Wohnort: Eifel

misterunknown schrieb:

Wenn sich die resolv.conf nicht ändert, würde ich systemd-resolved rausschmeißen, und stattdessen ein statisches File nutzen.

Ich wollte systemd-resolved schon behalten. Vielleicht setze ich in dem postfix.service noch eine dependency.

Der SMTP-Dienst wird also chrooted. Das heißt, er nutzt die resolv.conf unter /var/spool/postfix/etc/ (oder wo auch immer bei Arch das chroot-Verzeichnis ist). Das kannst du auch so herausbekommen:

ls -l /proc/$(pgrep -f smtp)/ | grep root

Der Symlink zeigt, wohin der Dienst chrooted ist.

Ich bekomme auf dem Pi und auf dem Arch Linux System mehr als ein Verzeichnis gelistet, als würde ich ein ls -l /proc ausführen. Ist der Befehl richtig oder interpretiere ich ihn falsch?

misterunknown Team-Icon

Ehemalige
Avatar von misterunknown

Anmeldungsdatum:
28. Oktober 2009

Beiträge: 4403

Wohnort: Sachsen

VolkerRaschek schrieb:

Ich wollte systemd-resolved schon behalten. Vielleicht setze ich in dem postfix.service noch eine dependency.

Das geht auch.

Ich bekomme auf dem Pi und auf dem Arch Linux System mehr als ein Verzeichnis gelistet, als würde ich ein ls -l /proc ausführen. Ist der Befehl richtig oder interpretiere ich ihn falsch?

Nun, das pgrep -f smtp sollte eigentlich die PID des SMTP-Prozesses ermitteln. Anschließend würde der Befehl so aussehen:

ls -l /proc/$PID

Dort sollte es dann einen Symlink geben, der root heißt, und auf das Root-Verzeichnis des Prozesses zeigt.

VolkerRaschek

(Themenstarter)
Avatar von VolkerRaschek

Anmeldungsdatum:
19. August 2014

Beiträge: 358

Wohnort: Eifel

Ahaa okay. Also mit smtp funktioniert es nicht, aber mit postfix.

[root@markus-pc ~]# ls -l /proc/$(pgrep -f postfix) | grep root
dr-xr-xr-x 2 root root 0 14. Nov 15:25 attr
-rw-r--r-- 1 root root 0 14. Nov 15:25 autogroup
-r-------- 1 root root 0 14. Nov 15:25 auxv
-r--r--r-- 1 root root 0 14. Nov 14:34 cgroup
--w------- 1 root root 0 14. Nov 15:25 clear_refs
-r--r--r-- 1 root root 0 14. Nov 14:34 cmdline
-rw-r--r-- 1 root root 0 14. Nov 14:34 comm
-rw-r--r-- 1 root root 0 14. Nov 15:25 coredump_filter
-r--r--r-- 1 root root 0 14. Nov 15:25 cpuset
lrwxrwxrwx 1 root root 0 14. Nov 15:25 cwd -> /var/spool/postfix
-r-------- 1 root root 0 14. Nov 15:25 environ
lrwxrwxrwx 1 root root 0 14. Nov 14:34 exe -> /usr/lib/postfix/bin/master
dr-x------ 2 root root 0 14. Nov 15:25 fd
dr-x------ 2 root root 0 14. Nov 15:25 fdinfo
-r-------- 1 root root 0 14. Nov 15:25 io
-r--r--r-- 1 root root 0 14. Nov 15:25 limits
dr-x------ 2 root root 0 14. Nov 15:25 map_files
-r--r--r-- 1 root root 0 14. Nov 15:25 maps
-rw------- 1 root root 0 14. Nov 15:25 mem
-r--r--r-- 1 root root 0 14. Nov 15:25 mountinfo
-r--r--r-- 1 root root 0 14. Nov 15:25 mounts
-r-------- 1 root root 0 14. Nov 15:25 mountstats
dr-xr-xr-x 5 root root 0 14. Nov 15:25 net
dr-x--x--x 2 root root 0 14. Nov 15:25 ns
-r--r--r-- 1 root root 0 14. Nov 15:25 numa_maps
-rw-r--r-- 1 root root 0 14. Nov 15:25 oom_adj
-r--r--r-- 1 root root 0 14. Nov 15:25 oom_score
-rw-r--r-- 1 root root 0 14. Nov 15:25 oom_score_adj
-r-------- 1 root root 0 14. Nov 15:25 pagemap
-r-------- 1 root root 0 14. Nov 15:25 personality
lrwxrwxrwx 1 root root 0 14. Nov 15:25 root -> /
-rw-r--r-- 1 root root 0 14. Nov 15:25 sched
-r--r--r-- 1 root root 0 14. Nov 15:25 schedstat
-r--r--r-- 1 root root 0 14. Nov 15:25 smaps
-r-------- 1 root root 0 14. Nov 15:25 stack
-r--r--r-- 1 root root 0 14. Nov 14:34 stat
-r--r--r-- 1 root root 0 14. Nov 15:23 statm
-r--r--r-- 1 root root 0 14. Nov 14:34 status
-r-------- 1 root root 0 14. Nov 15:25 syscall
dr-xr-xr-x 3 root root 0 14. Nov 15:23 task
-rw-rw-rw- 1 root root 0 14. Nov 15:25 timerslack_ns
-r--r--r-- 1 root root 0 14. Nov 15:25 wchan

misterunknown Team-Icon

Ehemalige
Avatar von misterunknown

Anmeldungsdatum:
28. Oktober 2009

Beiträge: 4403

Wohnort: Sachsen

VolkerRaschek schrieb:

Ahaa okay. Also mit smtp funktioniert es nicht, aber mit postfix.

Hm, das ist meines Erachtens nicht das richtige. Postfix besteht ja auch mehreren Prozessen, von denen jeder separat konfiguriert werden kann. Was sagt denn bei dir

ps -ef | grep smtp
[root@markus-pc ~]# ls -l /proc/$(pgrep -f postfix) | grep root
...
lrwxrwxrwx 1 root root 0 14. Nov 15:25 root -> /
...

Hier siehst du, dass der Prozess nicht chrooted ist, weil der Link auf / zeigt.

VolkerRaschek

(Themenstarter)
Avatar von VolkerRaschek

Anmeldungsdatum:
19. August 2014

Beiträge: 358

Wohnort: Eifel

misterunknown schrieb:

Hm, das ist meines Erachtens nicht das richtige. Postfix besteht ja auch mehreren Prozessen, von denen jeder separat konfiguriert werden kann. Was sagt denn bei dir

 ps -ef | grep smtp
markus@markus-pc:~$ sudo ps -ef | grep smtp
markus    2393  1251  0 15:40 pts/0    00:00:00 grep smtp

Hier siehst du, dass der Prozess nicht chrooted ist, weil der Link auf / zeigt.

Okay, vielleicht sollte ich postfix mal neu installieren oder die original Konfiguration benutzen. Ich habe schließlich einfach die Konfigurationsfiles meines alten Ubuntu Systems übernommen.

EDIT:

markus@markus-pc:~$ systemctl status postfix.service -l
● postfix.service - Postfix Mail Transport Agent
   Loaded: loaded (/usr/lib/systemd/system/postfix.service; disabled; vendor preset: disabled)
   Active: active (running) since Tue 2017-11-14 15:36:53 CET; 6min ago
  Process: 2155 ExecStop=/usr/bin/postfix stop (code=exited, status=0/SUCCESS)
  Process: 2166 ExecStart=/usr/bin/postfix start (code=exited, status=0/SUCCESS)
 Main PID: 2235 (master)
    Tasks: 4 (limit: 4915)
   CGroup: /system.slice/postfix.service
           ├─2235 /usr/lib/postfix/bin/master -w
           ├─2236 pickup -l -t unix -u -c
           ├─2237 qmgr -l -t unix -u
           └─2402 tlsmgr -l -t unix -u -c

Nov 14 15:36:53 markus-pc systemd[1]: Starting Postfix Mail Transport Agent...
Nov 14 15:36:53 markus-pc postfix[2166]: Postfix is running with backwards-compatible default settings
Nov 14 15:36:53 markus-pc postfix[2166]: See http://www.postfix.org/COMPATIBILITY_README.html for details
Nov 14 15:36:53 markus-pc postfix[2166]: To disable backwards compatibility use "postconf compatibility_level=2" and "postfix reload"
Nov 14 15:36:53 markus-pc postfix/postfix-script[2233]: starting the Postfix mail system
Nov 14 15:36:53 markus-pc postfix/master[2235]: daemon started -- version 3.2.4, configuration /etc/postfix
Nov 14 15:36:53 markus-pc systemd[1]: Started Postfix Mail Transport Agent.
Nov 14 15:41:53 markus-pc postfix/qmgr[2237]: A999D2E0504: from=<markus.pesch [at] cryptic.systems>, size=362, nrcpt=1 (queue active)
Nov 14 15:41:53 markus-pc postfix/smtp[2401]: A999D2E0504: to=<markus.pesch [at] cryptic.systems>, relay=none, delay=483, delays=483/0.06/0/0, dsn=4.4.3, status=deferred (Host or domain name not found. Name service err

misterunknown Team-Icon

Ehemalige
Avatar von misterunknown

Anmeldungsdatum:
28. Oktober 2009

Beiträge: 4403

Wohnort: Sachsen

VolkerRaschek schrieb:

markus@markus-pc:~$ sudo ps -ef | grep smtp
markus    2393  1251  0 15:40 pts/0    00:00:00 grep smtp

Also das wundert mich. Ich kenne mich aber mir Arch Linux auch nicht so aus. Keine Ahnung, wie die den Postfix konfigurieren und paketieren.

Hier siehst du, dass der Prozess nicht chrooted ist, weil der Link auf / zeigt.

Okay, vielleicht sollte ich postfix mal neu installieren oder die original Konfiguration benutzen. Ich habe schließlich einfach die Konfigurationsfiles meines alten Ubuntu Systems übernommen.

Kann sein. Du kannst ja zumindest mal gucken, wie Arch Postfix konfigurieren würde, wenn das Paket frisch installiert würde.

VolkerRaschek

(Themenstarter)
Avatar von VolkerRaschek

Anmeldungsdatum:
19. August 2014

Beiträge: 358

Wohnort: Eifel

misterunknown schrieb:

Kann sein. Du kannst ja zumindest mal gucken, wie Arch Postfix konfigurieren würde, wenn das Paket frisch installiert würde.

Also ich habe postfix nun mal neu installiert und die Konfiguration (main.cf) wieder angepasst. Nun läut der Mailserver. Ich denke zwischen dem Backup meines alten Systems und dem jetzigen sind wahrscheinlich einige Einstellungen anders.

Antworten |