• Willkommen im Linux Club - dem deutschsprachigen Supportforum für GNU/Linux. Registriere dich kostenlos, um alle Inhalte zu sehen und Fragen zu stellen.

[beendet]SMTP spinnt

Hallo,
leider bekomme ich den Betreff nicht besser geschrieben.

In der Nacht zum 30.6. hat es hier einen Hopser in der Stromversorgung durch Blitz gegeben (kein Ausfall). Mein Home-Server hat den wohl auch mit abbekommen.
Jedenfalls bekomme ich seitdem keine laufende Mailverbindung mehr hin mit der Kombi: postfix, fetchmail, cyrus, amavis.
Gelaufen sind bisher: Mehrfacher Neustart ohne nennenswerte Meldungen, Neueinspielung mbox, reconstruct -rf

Gemeldet wird von fetchmail, dass es keine Verbindung zum smtp-Server findet
Ein Abruf vom client geht durch, aber die neuen Mails fehlen, weil sie wohl intern nicht zugestellt wurden. Versenden von Mails blocken (keine Verbindung zum smtp)

Bin langsam ratos. Was kann ich mal nachschauen?

Ach ja, die Konfig läuft so seit langem, ich habe nichts geändert, und selbst davor nichts ;) Es liefen auch keine Updates.

Nachtrag: cyrus scheint gut erreichbar zu sein. nach dem reconstruct hab ich massig unseen, die ich locker auf seen stellen kann. Da liegt das Problem nicht.

Hier ein paar Meldungen vom postfix-Neustart (stop und start):
postqueue: fatal: cannot flush mail queue - mail system ist down
postfix-script: fatal: the Postfix mail system is not running
master: bind 127.0.0.1 port 10025: Address already in use

Der Start lief zwar durch mit done, aber der Status ist dead...

Bin grad echt ratlos

Grüße

Carsten

Nachtrag: für den Server ist der Port 10025 genutzt, deswegen startet nichts neues. Keine Ahnung, was den Port belegt und warum das einen Neustart überlebt
Es starten weder postfix, noch spamd noch spampd
 
OP
C

carsten

Guru
Die Suche geht weiter.
Nach nem netstat -tulpen habe ich gesehen, dass der Port 783 von spamd.pid blockiert wird. Dazu der Port 10025 durch perl

Nach Abschiessen der beiden Prozesse lässt sich postfix starten und es geht wieder was.
Nach nem Neustart ist allerdings wieder alles durcheinander.

Zumindest hab ich keine Hektik mehr, dass garnichts läuft. Bis zum nächsten Neustart...

Wens interessiert und einen Fehler findet:
master.cf
Code:
#
# Postfix master process configuration file.  For details on the format
# of the file, see the Postfix master(5) manual page.
#
# ==========================================================================
# service type  private unpriv  chroot  wakeup  maxproc command + args
#               (yes)   (yes)   (yes)   (never) (100)
# ==========================================================================
smtp      inet  n       -       n       -       10       smtpd -o content_filter=smtp:[127.0.0.1]:10024
#amavis    unix  -       -       n       -       4       smtp
#  -o smtp_data_done_timeout=1200
#  -o smtp_send_xforward_command=yes
#  -o disable_dns_lookups=yes
#  -o max_use=20
#submission inet n      -       n       -       -       smtpd
#     -o smtpd_etrn_restrictions=reject
#     -o smtpd_client_restrictions=permit_sasl_authenticated,reject
#smtps    inet  n       -       n       -       10       smtpd -o smtpd_tls_wrappermode=yes -o content_filter=smtp:127.0.0.1]:10024
#  -o smtpd_tls_wrappermode=yes -o smtpd_sasl_auth_enable=yes
#submission   inet    n       -       n       -       -       smtpd
#  -o smtpd_etrn_restrictions=reject
#  -o smtpd_enforce_tls=yes -o smtpd_sasl_auth_enable=yes
#628      inet  n       -       n       -       -       qmqpd
pickup    fifo  n       -       n       60      1       pickup
cleanup   unix  n       -       n       -       0       cleanup
qmgr      fifo  n       -       n       300     1       qmgr
#qmgr     fifo  n       -       n       300     1       oqmgr
#tlsmgr    unix  -       -       n       1000?   1       tlsmgr
rewrite   unix  -       -       n       -       -       trivial-rewrite
bounce    unix  -       -       n       -       0       bounce
defer     unix  -       -       n       -       0       bounce
trace     unix  -       -       n       -       0       bounce
verify    unix  -       -       n       -       1       verify
flush     unix  n       -       n       1000?   0       flush
proxymap  unix  -       -       n       -       -       proxymap
smtp      unix  -       -       n       -       -       smtp
# When relaying mail as backup MX, disable fallback_relay to avoid MX loops
relay     unix  -       -       n       -       -       smtp
	-o fallback_relay=
#       -o smtp_helo_timeout=5 -o smtp_connect_timeout=5
showq     unix  n       -       n       -       -       showq
error     unix  -       -       n       -       -       error
discard   unix  -       -       n       -       -       discard
local     unix  -       n       n       -       -       local
virtual   unix  -       n       n       -       -       virtual
lmtp      unix  -       -       n       -       -       lmtp
anvil     unix  -       -       n       -       1       anvil
127.0.0.1:10025 inet	n	-	n	-	-	smtpd
  -o content_filter=
  -o local_recipient_maps=
  -o relay_recipient_maps=
  -o smtpd_restriction_classes=
  -o smtpd_client_restrictions=
  -o smtpd_helo_restrictions=
  -o smtpd_recipient_restrictions=permit_mynetworks,reject
  -o mynetworks=127.0.0.0/8
  -o mynetworks_style=host
  -o strict_rfc821_envelopes=yes
  -o smtpd_error_sleep_time=0
  -o smtpd_soft_error_limit=1001
  -o smtpd_hard_error_limit=1000
scache	  unix  -       -       n       -       1       scache
#
# ====================================================================
# 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
#
maildrop  unix  -       n       n       -       -       pipe
  flags=DRhu user=vmail argv=/usr/local/bin/maildrop -d ${recipient}
cyrus	    unix	-	      n	      n	      -	      -	      pipe
  user=cyrus argv=/usr/lib/cyrus/bin/deliver -e -r ${sender} -m ${extension} ${user}
uucp	    unix	-	      n	      n	      -	      -	      pipe
  flags=Fqhu user=uucp argv=uux -r -n -z -a$sender - $nexthop!rmail ($recipient)
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=foo argv=/usr/local/sbin/bsmtp -f $sender $nexthop $recipient
# do not filter locally delivered mail when USE_AMAVIS=yes
# (don't set content_filter=vscan in main.cf)
#vscan     unix  -       n       n       -       10       pipe
#  user=vscan argv=/usr/sbin/amavis ${sender} ${recipient}
procmail  unix  -       n       n       -       -       pipe
  flags=R user=nobody argv=/usr/bin/procmail -t -m /etc/procmailrc ${sender} ${recipient}
retry	  unix	-	-	n	-	-	error
proxywrite unix	-	-	n	-	1	proxymap
#smtp      inet  n       -       n       -       1       postscreen
#smtpd     pass  -       -       n       -       -       smtpd
#dnsblog   unix  -       -       n       -       0       dnsblog
#tlsproxy  unix  -       -       n       -       0       tlsproxy

postconf -n:
Code:
alias_maps = hash:/etc/aliases
append_dot_mydomain = no
biff = no
broken_sasl_auth_clients = yes
command_directory = /usr/sbin
config_directory = /etc/postfix
content_filter = smtp:[127.0.0.1]:10024
daemon_directory = /usr/lib/postfix
default_privs = nobody
default_transport = smtp
defer_transports = 
delay_warning_time = 1h
disable_dns_lookups = no
disable_mime_output_conversion = no
html_directory = /usr/share/doc/packages/postfix/html
inet_interfaces = all
inet_protocols = all
mail_owner = postfix
mail_spool_directory = /var/mail
mailbox_size_limit = 0
mailbox_transport = lmtp:unix:public/lmtp
mailq_path = /usr/bin/mailq
manpage_directory = /usr/share/man
masquerade_classes = envelope_sender, header_sender, header_recipient
masquerade_domains = $mydomain
masquerade_exceptions = root
max_use = 10
message_size_limit = 30000000
message_strip_characters = \0
mydestination = $myhostname, localhost.$mydomain, localhost, $mydomain, main2.wi-mi.del, localhost.wi-mi.del, wi-mi.del
mydomain = wi-mi.del
myhostname = main2.wi-mi.del
mynetworks = 192.168.5.0/24, 127.0.0.0/8
mynetworks_style = subnet
newaliases_path = /usr/bin/newaliases
queue_directory = /var/spool/postfix
readme_directory = /usr/share/doc/packages/postfix/README_FILES
sample_directory = /usr/share/doc/packages/postfix/samples
sender_dependent_relayhost_maps = hash:/etc/postfix/relay
sendmail_path = /usr/sbin/sendmail
setgid_group = maildrop
smtp_sasl_auth_enable = yes
smtp_sasl_password_maps = hash:/etc/postfix/passes
smtp_sasl_security_options = noanonymous
smtp_sender_dependent_authentication = yes
smtp_use_tls = no
smtpd_banner = $myhostname ESMTP
smtpd_client_restrictions = 
smtpd_delay_reject = yes
smtpd_helo_required = yes
smtpd_helo_restrictions = 
smtpd_junk_command_limit = 100
smtpd_recipient_limit = 50
smtpd_recipient_restrictions =
permit_mynetworks,permit_sasl_authenticated,reject_unauth_destination
smtpd_sasl_auth_enable = yes
smtpd_sasl_local_domain = $myhostname
smtpd_timeout = 300s
smtpd_tls_auth_only = no
smtpd_use_tls = no
strict_8bitmime = no
strict_rfc821_envelopes = no
unknown_local_recipient_reject_code = 550
 

spoensche

Moderator
Teammitglied
Port 10025 ist Amavis und 783 ist Spamassasin. Die Ports blockieren den Postfix also nicht. Dein Postfix kann jetzt weder Amavis noch Spamassin nutzen.
Stelle mal alles so ein, wie es vor dem Blitzeinschlag gewesen ist und poste dann mal bitte die /var/log/mail.err und das Logfile von fetchmail.
 
OP
C

carsten

Guru
Wie gesagt, geändert wurde nichts seit ewigen Zeiten.
Nur Standard-Updates sind gelaufen, und nunja, wegen Strom halt der Neustart, der wohl stattgefunden hat.
mail.err
Code:
Jun 25 08:56:58 main2 freshclam[2427]: Can't get information about database.clamav.net: Name or service not known
Jun 30 09:11:12 main2 postfix/master[2390]: fatal: bind 127.0.0.1 port 10025: Address already in use
Jun 30 09:11:16 main2 amavisd-milter[2515]: working directory /var/spool/amavis is world accessible
Jun 30 07:12:12 main2 postfix/postqueue[3278]: fatal: Cannot flush mail queue - mail system is down
Jul  1 07:49:34 main2 postfix/postfix-script[22487]: fatal: the Postfix mail system is not running
Jul  1 07:49:34 main2 postfix/master[22577]: fatal: bind 127.0.0.1 port 10025: Address already in use
Jul  1 07:49:53 main2 spamd[22629]: spamd: could not create INET socket on 127.0.0.1:783: Address already in use
Jul  1 07:50:08 main2 postfix/postfix-script[22798]: fatal: the Postfix mail system is not running
Jul  1 07:51:14 main2 postfix/master[2373]: fatal: bind 127.0.0.1 port 10025: Address already in use
Jul  1 07:51:18 main2 amavisd-milter[2507]: working directory /var/spool/amavis is world accessible
Jul  1 05:52:14 main2 postfix/postqueue[3298]: fatal: Cannot flush mail queue - mail system is down
Jul  1 08:24:18 main2 postfix/master[6341]: fatal: bind 127.0.0.1 port 10025: Address already in use

warn
Code:
Jul  1 10:26:45 main2 named[11730]: Warning: 'empty-zones-enable/disable-empty-zone' not set: disabling RFC 1918 empty zones
Jul  1 10:26:45 main2 named[11730]: the working directory is not writable
Jul  1 10:26:45 main2 named[11730]: managed-keys-zone ./IN: loading from master file managed-keys.bind failed: file not found
Jul  1 10:27:39 main2 spamd[11815]: server socket setup failed, retry 1: spamd: could not create INET socket on 127.0.0.1:783: Address already in use
Jul  1 10:27:40 main2 spamd[11815]: server socket setup failed, retry 2: spamd: could not create INET socket on 127.0.0.1:783: Address already in use
Jul  1 10:27:41 main2 spamd[11815]: server socket setup failed, retry 3: spamd: could not create INET socket on 127.0.0.1:783: Address already in use
Jul  1 10:27:42 main2 spamd[11815]: server socket setup failed, retry 4: spamd: could not create INET socket on 127.0.0.1:783: Address already in use
Jul  1 10:27:43 main2 spamd[11815]: server socket setup failed, retry 5: spamd: could not create INET socket on 127.0.0.1:783: Address already in use
Jul  1 10:27:44 main2 spamd[11815]: server socket setup failed, retry 6: spamd: could not create INET socket on 127.0.0.1:783: Address already in use
Jul  1 10:27:45 main2 spamd[11815]: server socket setup failed, retry 7: spamd: could not create INET socket on 127.0.0.1:783: Address already in use
Jul  1 10:27:46 main2 spamd[11815]: server socket setup failed, retry 8: spamd: could not create INET socket on 127.0.0.1:783: Address already in use
Jul  1 10:27:47 main2 spamd[11815]: server socket setup failed, retry 9: spamd: could not create INET socket on 127.0.0.1:783: Address already in use
Jul  1 10:27:48 main2 spamd[11815]: spamd: could not create INET socket on 127.0.0.1:783: Address already in use
Jul  1 10:29:02 main2 amavisd-milter[11871]: working directory /var/spool/amavis is world accessible
Jul  1 10:29:02 main2 startproc: startproc:  exit status of parent of /usr/sbin/amavisd-milter: 70
Jul  1 10:30:27 main2 master[13382]: setrlimit: Unable to set file descriptors limit to -1: Operation not permitted
Jul  1 10:30:27 main2 master[13382]: retrying with 8192 (current max)
Jul  1 10:30:28 main2 master[13382]: Error registering service with slp -20
Jul  1 10:30:28 main2 master[13382]: Error registering service with slp 32576
Jul  1 10:30:28 main2 master[13382]: Error registering service with slp -20
Jul  1 10:30:28 main2 master[13382]: Error registering service with slp 32576
Jul  1 10:30:28 main2 master[13382]: Error registering service with slp -20
Jul  1 10:30:28 main2 master[13382]: Error registering service with slp 32576
Jul  1 10:31:48 main2 postfix/master[13530]: fatal: bind 127.0.0.1 port 10025: Address already in use
Jul  1 10:32:23 main2 spamd[13663]: server socket setup failed, retry 1: spamd: could not create INET socket on 127.0.0.1:783: Address already in use
Jul  1 10:32:24 main2 spamd[13663]: server socket setup failed, retry 2: spamd: could not create INET socket on 127.0.0.1:783: Address already in use
Jul  1 10:32:25 main2 spamd[13663]: server socket setup failed, retry 3: spamd: could not create INET socket on 127.0.0.1:783: Address already in use
Jul  1 10:32:26 main2 spamd[13663]: server socket setup failed, retry 4: spamd: could not create INET socket on 127.0.0.1:783: Address already in use
Jul  1 10:32:27 main2 spamd[13663]: server socket setup failed, retry 5: spamd: could not create INET socket on 127.0.0.1:783: Address already in use
Jul  1 10:32:28 main2 spamd[13663]: server socket setup failed, retry 6: spamd: could not create INET socket on 127.0.0.1:783: Address already in use
Jul  1 10:32:29 main2 spamd[13663]: server socket setup failed, retry 7: spamd: could not create INET socket on 127.0.0.1:783: Address already in use
Jul  1 10:32:30 main2 spamd[13663]: server socket setup failed, retry 8: spamd: could not create INET socket on 127.0.0.1:783: Address already in use
Jul  1 10:32:31 main2 spamd[13663]: server socket setup failed, retry 9: spamd: could not create INET socket on 127.0.0.1:783: Address already in use
Jul  1 10:32:32 main2 spamd[13663]: spamd: could not create INET socket on 127.0.0.1:783: Address already in use
Jul  1 10:32:36 main2 spampd[2147]: Couldn't unlink "/var/run/spampd.pid" [Permission denied]
Jul  1 08:32:49 main2 postfix/postqueue[13762]: fatal: Cannot flush mail queue - mail system is down
Jul  1 10:35:39 main2 spamd[13886]: server socket setup failed, retry 1: spamd: could not create INET socket on 127.0.0.1:783: Address already in use
Jul  1 10:35:40 main2 spamd[13886]: server socket setup failed, retry 2: spamd: could not create INET socket on 127.0.0.1:783: Address already in use
Jul  1 10:35:41 main2 spamd[13886]: server socket setup failed, retry 3: spamd: could not create INET socket on 127.0.0.1:783: Address already in use
Jul  1 10:35:42 main2 spamd[13886]: server socket setup failed, retry 4: spamd: could not create INET socket on 127.0.0.1:783: Address already in use
Jul  1 10:35:43 main2 spamd[13886]: server socket setup failed, retry 5: spamd: could not create INET socket on 127.0.0.1:783: Address already in use
Jul  1 10:35:44 main2 spamd[13886]: server socket setup failed, retry 6: spamd: could not create INET socket on 127.0.0.1:783: Address already in use
Jul  1 10:35:45 main2 spamd[13886]: server socket setup failed, retry 7: spamd: could not create INET socket on 127.0.0.1:783: Address already in use
Jul  1 10:35:46 main2 spamd[13886]: server socket setup failed, retry 8: spamd: could not create INET socket on 127.0.0.1:783: Address already in use
Jul  1 10:35:47 main2 spamd[13886]: server socket setup failed, retry 9: spamd: could not create INET socket on 127.0.0.1:783: Address already in use
Jul  1 10:35:48 main2 spamd[13886]: spamd: could not create INET socket on 127.0.0.1:783: Address already in use
Jul  1 10:36:00 main2 spampd[13901]: 2012/07/01-10:36:00 Can't connect to TCP port 10025 on 127.0.0.1 [Address already in use]#012  at line 88 in file /usr/lib/perl5/vendor_perl/5.14.2/Net/Server/Proto/TCP.pm
Jul  1 10:36:03 main2 dhcpd: uid lease 192.168.5.27 for client c8:60:00:58:a6:e4 is duplicate on 192.168.5.0/24
Jul  1 10:44:08 main2 spamd[15539]: server socket setup failed, retry 1: spamd: could not create INET socket on 127.0.0.1:783: Address already in use
Jul  1 10:44:09 main2 spamd[15539]: server socket setup failed, retry 2: spamd: could not create INET socket on 127.0.0.1:783: Address already in use
Jul  1 10:44:10 main2 spamd[15539]: server socket setup failed, retry 3: spamd: could not create INET socket on 127.0.0.1:783: Address already in use
Jul  1 10:44:11 main2 spamd[15539]: server socket setup failed, retry 4: spamd: could not create INET socket on 127.0.0.1:783: Address already in use
Jul  1 10:44:12 main2 spamd[15539]: server socket setup failed, retry 5: spamd: could not create INET socket on 127.0.0.1:783: Address already in use

die Fetchmail hat nichts ergeben, ales standard

Ich hab eben mal (grad gehts ja) netstat -tulpen angeschaut.
Mir fällt jetzt halt im Gegensatz zum Neustart auf, dass Port 10025 brav an master hängt, 10024 an amavis.
Als nichts ging war 10025 an perl gebunden, wozu auch immer.

Mal schauen, obs was hilt.
Danke jedenfalls
 

spoensche

Moderator
Teammitglied
Da ist aber einiges zerschossen.
Als erstes alle Dienste stoppen.

Fangen wir doch mit dem absoluten No GO,an:
Code:
Jul  1 10:29:02 main2 amavisd-milter[11871]: working directory /var/spool/amavis is world accessible

World accessible geht gar nicht. Überprüfe die Zugriffsrechte und passe sie entsprechend an. In das Verzeichnis darf nur der User amavis schreiben.

Bevor wir uns um Postfix etc. kümmern, machen wir den Bind erst mal flott:
Code:
Jul  1 10:26:45 main2 named[11730]: Warning: 'empty-zones-enable/disable-empty-zone' not set: disabling RFC 1918 empty zones
Jul  1 10:26:45 main2 named[11730]: the working directory is not writable
Jul  1 10:26:45 main2 named[11730]: managed-keys-zone ./IN: loading from master file managed-keys.bind failed: file not found

Da ist etwas bei DNSSEC verbogen. Was sagt den das Logfile vom Bind?
 
OP
C

carsten

Guru
spoensche schrieb:
Da ist aber einiges zerschossen.
Als erstes alle Dienste stoppen.

Fangen wir doch mit dem absoluten No GO,an:
Code:
Jul  1 10:29:02 main2 amavisd-milter[11871]: working directory /var/spool/amavis is world accessible

World accessible geht gar nicht. Überprüfe die Zugriffsrechte und passe sie entsprechend an. In das Verzeichnis darf nur der User amavis schreiben.
Naja, 755 find ich nicht world accessible. Die Einstellungen sind default so, die ganze Struktur. Dazu noch vscan:vscan.
Schreiben kann da jedenfalls nur der vscan.

spoensche schrieb:
Bevor wir uns um Postfix etc. kümmern, machen wir den Bind erst mal flott:
Code:
Jul  1 10:26:45 main2 named[11730]: Warning: 'empty-zones-enable/disable-empty-zone' not set: disabling RFC 1918 empty zones
Jul  1 10:26:45 main2 named[11730]: the working directory is not writable
Jul  1 10:26:45 main2 named[11730]: managed-keys-zone ./IN: loading from master file managed-keys.bind failed: file not found

Da ist etwas bei DNSSEC verbogen. Was sagt den das Logfile vom Bind?
OK, das Warning ist Schönheit. Per default stehts auf yes, was ich in der Conf nachgeführt habe.
working directory... Beim Serverwechsel hats da die Rechte zerbaselt, ist geändert
managed-keys-zone: im Standard named.conf fehlt das Include auf /etc/bind.keys, ist geändert.

Damit sind diese Punkte erstmal weg, die Meldungen kommen nich tmehr. named ist bei Neustart völlig ruhig im warn, dafür hab ich jetzt Unmassen errors ist der /var/log/messages
Code:
error (no valid RRSIG) resolving facebook.com/DS/IN
Wobei die Meldung vom Funk-DSL-Router kommt, der ein DNS-Proxy ist, und ich gehe davon aus, dass es davon noch einige auf dem Weg ins echte Internet gibt.

Soweit erstmal für heute

Danke für die Hilfe bis soweit

Carsten
 

spoensche

Moderator
Teammitglied
Hast du den Router in der resolv.conf als Nameserver eingetragen? Wenn nicht läuft die DNS Anfrage an den Bind und von da aus ins Internet. Sniff den Verkehr doch mal mit tcpdump oder Wireshark mit.
 
OP
C

carsten

Guru
Hy,

nee, ist schon so OK.
Der Server IST mein Router/Gateway, was auch immer. Der bind ist neben dem Server selber für das Restnetzwerk zuständig, was darunter hängt und ich hab die forwarders gestern noch mal aktualisiert auf welche, die mit Signatur arbeiten.
Über den Tag hinweg hat es sich beruhigt, und auch mit den Meldungen hab ich die Adressen alle aufgelöst bekommen ohne Probleme.

Vielleicht kurz das Netzwerk:
Alle Clients hängen an einer Netzwerkkarte am Server.
Von dort aus gehts mit einer anderen Karte raus in die Welt.
Der Server ist der Nameserver für alle, und bind fragt dann nach draussen.

Grüße
 
OP
C

carsten

Guru
Du meinst /var/log/mail ...

Nur zur Grundinfo: Ich bin im Status, dass die Dienste laufen, wie ich sie von Hand hingebogen bekommen habe...

Also postfix stop und dann wieder start ergibt nichts schlimmes:
Code:
postfix-script: starting postfix system
postfix/master: daemon started, vers. 2.8.8, configuration /etc/postfix
Danach normaler Mailverkehr.

PS: und meine Lieblingsmeldung ist da:
Code:
smtpd: warning: Illegal address syntax from localhost in MAIL command: <Kristy@178.122.5.222>
Weiss der Henker wo die herkommt, wo die hängt und wie ich sie los werde. In der mailq steht die nicht.
 

spoensche

Moderator
Teammitglied
Der Postfix hört auf allen Schnittstellen auf Anfragen, siehe
Code:
inet_interfaces=all
D.h. der Postfix bindet sich an jeder Netzwerkschnittstelle an die entsprechenden Ports. Wie sieht den deine snmptd.conf aus?
 
OP
C

carsten

Guru
Naja, von aussen kann nichts kommen, das müsste mit dem Teufel zugehen.
Mehrfach hinterm NAT und FW, keine eingehenden Ports weiter geleitet, von aussen kommt da nix.

/etc/sasl2/smtpd.conf:
Code:
pwcheck_method: saslauthd
mech_list: plain login PLAIN LOGIN
Das läuft problemlos.
 
OP
C

carsten

Guru
Hmmm, eben musste ich nen Neustart machen wegen neuem Kernel im Update. Nachts störts halt niemand hier.

Was soll ich sagen: Es geht. Weiss der Geier, was das war, aber der Eintrag im Netstat, dass sich ein Prozess perl auf dem Port 10025 breit macht ist weg. Da sitzt jetzt brav der amavis.

Der Status der Daemons ist:
postfix running
amavis-new running
amavis-milter running
spamd dead (aber mails kommen durch ?!?) Der ist dann auch der einzige, der in den logs mosert, weil sein Port 10025 belegt ist (ja, den hat amavis-new)

So, die Testmail kam auch durch, mit Versenden und empfangen.

Bin noch ratlos, was das nun war, aber zumindest gehts wieder. Danke für die Hilfe, und beim named hab ich ja auch was repariert.

Grüße
Carsten
 

spoensche

Moderator
Teammitglied
carsten schrieb:
: Es geht. Weiss der Geier, was das war, aber der Eintrag im Netstat, dass sich ein Prozess perl auf dem Port 10025 breit macht ist weg. Da sitzt jetzt brav der amavis.

Wenn ich mich nicht irre ist Amavis in Perl geschrieben. Das war möglw. ein Zombie Prozess. Um sicher zu gehen solltest du regelmäßig prüfen, ob es sich evtl. nicht doch um eine Spamschleuder handelt.

carsten schrieb:
:
spamd dead (aber mails kommen durch ?!?) Der ist dann auch der einzige, der in den logs mosert, weil sein Port 10025 belegt ist (ja, den hat amavis-new)

Der spamd wird von Amavis aufgerufen und beendet und produziert diese Meldung, wenn er trotzdem als Service gestartet worden ist.
 
Oben