Hallo,
ich bitte eingangs um etwas Nachsicht, bin schon ne Weile aus der Thematik raus. Rent. Ich habe gerade ein Problem auf dem Tisch, und komm nich weiter. Also Postfix mail_version = 3.4.5 postconf -n alias_database = hash:/etc/aliases alias_maps = hash:/etc/aliases, hash:/var/spool/postfix/plesk/aliases append_dot_mydomain = yes biff = no body_checks = regexp:$filter/body_checks.regexp bounce_queue_lifetime = 3d bounce_template_file = /etc/postfix/bounce.cf compatibility_level = 2 daemon_directory = /usr/lib/postfix/sbin delay_warning_time = 24h disable_vrfy_command = yes filter = /etc/postfix/filter header_checks = regexp:$filter/header_checks.regexp pcre:$filter/header_checks.pcre inet_interfaces = all inet_protocols = all local_header_rewrite_clients = local_recipient_maps = proxy:unix:passwd.byname mail_name = PostfixAD mailbox_size_limit = 0 mailman_destination_recipient_limit = 1 maximal_queue_lifetime = 3d message_size_limit = 102400000 mime_header_checks = pcre:$filter/mime_header_checks mydestination = server.art-domains.de, localhost, localhost.localdomain myhostname = server.art-domains.de mynetworks = mynetworks_style = subnet nested_header_checks = $header_checks plesk_virtual_destination_recipient_limit = 1 recipient_canonical_classes = envelope_recipient,header_recipient recipient_canonical_maps = tcp:127.0.0.1:12346 recipient_delimiter = + relay_domains = $mydestination remote_header_rewrite_domain = sender_dependent_default_transport_maps = hash:/var/spool/postfix/plesk/sdd_transport_maps setgid_group = postdrop show_user_unknown_table_name = no smtp_send_xforward_command = yes smtp_tls_mandatory_protocols = !SSLv2,!SSLv3 smtp_tls_protocols = !SSLv2,!SSLv3 smtp_tls_security_level = may smtp_tls_session_cache_database = btree:${data_directory}/smtp_scache smtp_use_tls = no smtpd_authorized_xforward_hosts = 127.0.0.0/8 [::1]/128 smtpd_banner = $myhostname ESMTP $mail_name smtpd_client_restrictions = smtpd_data_restrictions = reject_multi_recipient_bounce reject_unauth_pipelining smtpd_helo_required = yes smtpd_milters = , inet:127.0.0.1:12768 smtpd_proxy_options = speed_adjust smtpd_proxy_timeout = 3600s smtpd_recipient_restrictions = permit_mynetworks reject_non_fqdn_sender reject_non_fqdn_recipient reject_unknown_recipient_domain permit_sasl_authenticated reject_unauth_destination reject_unlisted_recipient check_recipient_access hash:/etc/postfix/filter/verbotene_empfaenger check_client_access hash:$filter/rbl_pass reject_rbl_client zen.spamhaus.org reject_rbl_client bl.spamcop.net reject_rbl_client b.barracudacentral.org reject_rbl_client bl.blocklist.de reject_rbl_client ix.dnsbl.manitu.net check_sender_access pcre:/etc/postfix/filter/sender_access check_client_access pcre:$filter/dynip check_sender_ns_access hash:$filter/bogus_dns check_sender_mx_access hash:$filter/wildcard_mx check_sender_mx_access cidr:$filter/bogon_networks.cidr check_policy_service inet:127.0.0.1:60023 smtpd_reject_unlisted_sender = yes smtpd_relay_restrictions = permit_mynetworks permit_sasl_authenticated reject_unauth_destination smtpd_sasl_auth_enable = yes smtpd_sender_restrictions = permit_mynetworks permit_sasl_authenticated reject_unauth_destination smtpd_timeout = 3600s smtpd_tls_cert_file = /etc/postfix/postfix.pem smtpd_tls_ciphers = medium smtpd_tls_key_file = $smtpd_tls_cert_file smtpd_tls_mandatory_ciphers = medium smtpd_tls_mandatory_protocols = TLSv1 TLSv1.1 TLSv1.2 smtpd_tls_protocols = TLSv1 TLSv1.1 TLSv1.2 smtpd_tls_security_level = may smtpd_tls_session_cache_database = btree:${data_directory}/smtpd_scache smtpd_use_tls = yes tls_medium_cipherlist = EECDH+AESGCM+AES128:EECDH+AESGCM+AES256:EECDH+CHACHA20:EDH+AESGCM+AES128:EDH+AESGCM+AES256:EDH+CHACHA20:EECDH+SHA256+AES128:EECDH+SHA384+AES256:EDH+SHA256+AES128:EDH+SHA256+AES256:EECDH+SHA1+AES128:EECDH+SHA1+AES256:EDH+SHA1+AES128:EDH+SHA1+AES256:EECDH+HIGH:EDH+HIGH:AESGCM+AES128:AESGCM+AES256:CHACHA20:SHA256+AES128:SHA256+AES256:SHA1+AES128:SHA1+AES256:HIGH:!aNULL:!eNULL:!EXPORT:!DES:!RC4:!3DES:!MD5:!PSK:!KRB5:!aECDH transport_maps = , hash:/var/spool/postfix/plesk/transport unknown_address_reject_code = 550 unknown_client_reject_code = 550 unverified_recipient_reject_code = 550 unverified_sender_reject_code = 550 virtual_alias_maps = $virtual_maps, hash:/var/spool/postfix/plesk/virtual virtual_gid_maps = static:31 virtual_mailbox_base = /var/qmail/mailnames virtual_mailbox_domains = $virtual_mailbox_maps, hash:/var/spool/postfix/plesk/virtual_domains virtual_mailbox_limit = 0 virtual_mailbox_maps = , hash:/var/spool/postfix/plesk/vmailbox virtual_transport = plesk_virtual virtual_uid_maps = static:30 Es läuft eigentlich alles prima, ABER wenn man Postfix reload oder stop und start macht, stirbt Postfix mit postfix/master[5138]: fatal: bind 0.0.0.0 port 25: Address already in use und throttled dann. Im Netz habe ich nix passendes gefunden. Wer kann mir Richtung weisen? -- Mit freundlichem Gruß, With kind regard, Katharina Knuth |
On 2019-10-30 15:01:38, Katharina Knuth wrote:
> Es läuft eigentlich alles prima, ABER > wenn man Postfix reload oder stop und start macht, > stirbt Postfix mit > > postfix/master[5138]: fatal: bind 0.0.0.0 port 25: Address already in use Lauscht denn in diesem Fall noch ein Prozess an dem Port? Kann Postfix sein PID-File korrekt schreiben? ``` netstat -tlnp | grep ":25" ps $(cat /var/spool/postfix/pid/master.pid) ``` -- Marco Dickert [hidden email] https://misterunknown.de |
Am 30.10.19 um 15:18 schrieb Marco Dickert:
> On 2019-10-30 15:01:38, Katharina Knuth wrote: >> Es läuft eigentlich alles prima, ABER >> wenn man Postfix reload oder stop und start macht, >> stirbt Postfix mit >> >> postfix/master[5138]: fatal: bind 0.0.0.0 port 25: Address already in use > > Lauscht denn in diesem Fall noch ein Prozess an dem Port? Kann Postfix > sein PID-File korrekt schreiben? > > ``` > netstat -tlnp | grep ":25" tcp 0 0 0.0.0.0:25 0.0.0.0:* LISTEN 1021/master tcp6 0 0 :::25 :::* LISTEN 1021/master > ps $(cat /var/spool/postfix/pid/master.pid) PID TTY STAT TIME COMMAND 1021 ? Ss 0:07 /usr/lib/postfix/sbin/master -w sieht doch gut aus!? Oder liegt das evtl. am tcp6? > ``` > -- Mit freundlichem Gruß, With kind regard, Katharina Knuth |
Am 30.10.2019 um 17:24 schrieb Katharina Knuth:
> Am 30.10.19 um 15:18 schrieb Marco Dickert: > >> On 2019-10-30 15:01:38, Katharina Knuth wrote: >>> Es läuft eigentlich alles prima, ABER >>> wenn man Postfix reload oder stop und start macht, >>> stirbt Postfix mit >>> >>> postfix/master[5138]: fatal: bind 0.0.0.0 port 25: Address already in use >> >> Lauscht denn in diesem Fall noch ein Prozess an dem Port? Kann Postfix >> sein PID-File korrekt schreiben? >> >> ``` >> netstat -tlnp | grep ":25" > > tcp 0 0 0.0.0.0:25 0.0.0.0:* LISTEN 1021/master > tcp6 0 0 :::25 :::* LISTEN 1021/master > >> ps $(cat /var/spool/postfix/pid/master.pid) > > PID TTY STAT TIME COMMAND > 1021 ? Ss 0:07 /usr/lib/postfix/sbin/master -w > > sieht doch gut aus!? Oder liegt das evtl. am tcp6? > > >> ``` Das passiert mir auch ab und zu beim restart von unbound. Es kann am MSL (Maximum Segment Lifetime) liegen. http://blog.davidvassallo.me/2010/07/13/time_wait-and-port-reuse/ Wie lange ist dein fin timeout? sysctl net.ipv4.tcp_fin_timeout Du kannst auch folgendes machen um zu sehen wie lange der port belegt ist systemctl stop postfix.service && \ watch "ss -pita '( dport = :smtp or sport = :smtp )'" Doc für ss https://linux.die.net/man/8/ss LG Aleks |
Am 30.10.19 um 20:48 schrieb Alex:
> Am 30.10.2019 um 17:24 schrieb Katharina Knuth: >> Am 30.10.19 um 15:18 schrieb Marco Dickert: >> >>> On 2019-10-30 15:01:38, Katharina Knuth wrote: >>>> Es läuft eigentlich alles prima, ABER >>>> wenn man Postfix reload oder stop und start macht, >>>> stirbt Postfix mit >>>> >>>> postfix/master[5138]: fatal: bind 0.0.0.0 port 25: Address already >>>> in use >>> >>> Lauscht denn in diesem Fall noch ein Prozess an dem Port? Kann Postfix >>> sein PID-File korrekt schreiben? >>> >>> ``` >>> netstat -tlnp | grep ":25" >> >> tcp 0 0 0.0.0.0:25 0.0.0.0:* LISTEN >> 1021/master >> tcp6 0 0 :::25 :::* LISTEN >> 1021/master >> >>> ps $(cat /var/spool/postfix/pid/master.pid) >> >> PID TTY STAT TIME COMMAND >> 1021 ? Ss 0:07 /usr/lib/postfix/sbin/master -w >> >> sieht doch gut aus!? Oder liegt das evtl. am tcp6? >> >> >>> ``` > > Das passiert mir auch ab und zu beim restart von unbound. > > Es kann am MSL (Maximum Segment Lifetime) liegen. > http://blog.davidvassallo.me/2010/07/13/time_wait-and-port-reuse/ > > Wie lange ist dein fin timeout? > sysctl net.ipv4.tcp_fin_timeout 60 > > Du kannst auch folgendes machen um zu sehen wie lange der port belegt ist > > systemctl stop postfix.service && \ > watch "ss -pita '( dport = :smtp or sport = :smtp )'" > > Doc für ss > https://linux.die.net/man/8/ss > > LG > Aleks -- Mit freundlichem Gruß, With kind regard, Katharina Knuth |
In reply to this post by Katharina Knuth
Am 30.10.19 um 19:10 schrieb Uwe Drießen:
> Im Auftrag von Katharina Knuth >> Hallo, >> >> ich bitte eingangs um etwas Nachsicht, bin schon ne >> Weile aus der Thematik raus. Rent. >> >> Ich habe gerade ein Problem auf dem Tisch, und komm >> nich weiter. Also >> > > Was hasu denn in der Main.cf unter > > smtp_bind_address nix, is ja auch nicht nötig > > und in der Master.cf > > bei Submission usw. drin stehen falls das auf verschiedenen IP rennt nee, gibt nur eine > > das seh ich garnet > > Mit freundlichen Grüßen > > Uwe Drießen -- Mit freundlichem Gruß, With kind regard, Katharina Knuth |
In reply to this post by Aleksandar Lazic (pf-u-de)
Am 30.10.19 um 20:48 schrieb Alex:
> Am 30.10.2019 um 17:24 schrieb Katharina Knuth: >> Am 30.10.19 um 15:18 schrieb Marco Dickert: >> >>> On 2019-10-30 15:01:38, Katharina Knuth wrote: >>>> Es läuft eigentlich alles prima, ABER >>>> wenn man Postfix reload oder stop und start macht, >>>> stirbt Postfix mit >>>> >>>> postfix/master[5138]: fatal: bind 0.0.0.0 port 25: Address already >>>> in use >>> >>> Lauscht denn in diesem Fall noch ein Prozess an dem Port? Kann Postfix >>> sein PID-File korrekt schreiben? >>> >>> ``` >>> netstat -tlnp | grep ":25" >> >> tcp 0 0 0.0.0.0:25 0.0.0.0:* LISTEN >> 1021/master >> tcp6 0 0 :::25 :::* LISTEN >> 1021/master >> >>> ps $(cat /var/spool/postfix/pid/master.pid) >> >> PID TTY STAT TIME COMMAND >> 1021 ? Ss 0:07 /usr/lib/postfix/sbin/master -w >> >> sieht doch gut aus!? Oder liegt das evtl. am tcp6? >> >> >>> ``` > > Das passiert mir auch ab und zu beim restart von unbound. > > Es kann am MSL (Maximum Segment Lifetime) liegen. > http://blog.davidvassallo.me/2010/07/13/time_wait-and-port-reuse/ > > Wie lange ist dein fin timeout? > sysctl net.ipv4.tcp_fin_timeout > > Du kannst auch folgendes machen um zu sehen wie lange der port belegt ist > > systemctl stop postfix.service && \ > watch "ss -pita '( dport = :smtp or sport = :smtp )'" Ich glaube, ich konnte das Problem eingrenzen. Es hat wohl mit den start/stop/reload Scripten in /etc/init.d zu tun. Da stimmt etwas nicht. Denn wenn ich Postfix über systemctl "bediene", funktioniert alles prima. Hat das u.U. mit der fehlenden LSB Unterstützung zu tun? Denn das wurde bei der Installation von Postfix "angemeckert" -- Mit freundlichem Gruß, With kind regard, Katharina Knuth |
Am 2019-10-31 15:19, schrieb Katharina Knuth:
> Ich glaube, ich konnte das Problem eingrenzen. Es hat wohl mit den > start/stop/reload Scripten in /etc/init.d zu tun. Da stimmt etwas > nicht. Denn wenn ich Postfix über systemctl "bediene", funktioniert > alles prima. > > Hat das u.U. mit der fehlenden LSB Unterstützung zu tun? > Denn das wurde bei der Installation von Postfix "angemeckert" Vielleicht solltest du einen Wechsel zu Devuan in Betracht ziehen. Der ganze systemd-Müll verursacht doch nur Probleme. Gruss Jochen |
Am 02.11.19 um 12:50 schrieb J. Fahrner:
> Am 2019-10-31 15:19, schrieb Katharina Knuth: >> Ich glaube, ich konnte das Problem eingrenzen. Es hat wohl mit den >> start/stop/reload Scripten in /etc/init.d zu tun. Da stimmt etwas >> nicht. Denn wenn ich Postfix über systemctl "bediene", funktioniert >> alles prima. >> >> Hat das u.U. mit der fehlenden LSB Unterstützung zu tun? >> Denn das wurde bei der Installation von Postfix "angemeckert" > > Vielleicht solltest du einen Wechsel zu Devuan in Betracht ziehen. Der > ganze systemd-Müll verursacht doch nur Probleme. > > Gruss > Jochen ich weiss ... Ist aber nicht mein System. -- Mit freundlichem Gruß, With kind regard, Katharina Knuth |
Free forum by Nabble | Edit this page |