- postfix-users - list.sys4.de

Mailman Listenaddresse
by J. Fahrner 07 Aug '20

07 Aug '20

Hallo, ich habe hier ein kleineres Problem mit Mailman 2. Ich habe das für eine virtuelle Domain im Postfix eingerichtet. Die Hauptdomain ist z.B. meinedomain.de, die Subdomain für Mailman dann listen.meinedomain.de. Klappt soweit auch alles ordnungsgemäss, nur: trägt sich jemand in die Liste ein, steht in der Willkommensmail, er solle die Mails an listenname(a)meinedomain.de schicken. Das klappt aber nicht, es muss listenname(a)listen.meinedomain.de heissen, sonst ist die Mail nicht zustellbar. Hab ich da im Postfix noch was vergessen? Gruss Jochen

2 2

DNS problem with vodaphone client
by Christoph Kukulies 20 Jul '20

20 Jul '20

Wenn ich zuhause von meiner t-online IP Adresse zu meinem Server verbinde (SMTP), kann ich EMails problemlos (TLS, port 587) verschicken. Im Moment bin ich in einem anderen Bundesland unterwegs bei meiner Tochter und nutze deren Vodadingsbums-Anschluß. Ich kann an meinen Server derzeit keine SMTP- Email absetzen. Der vodadingsbums-Client wird abgewiesen: Jul 18 21:01:00 myusername postfix/postscreen[4485]: CONNECT from [188.98.123.123]:50403 to [123.123.115.43]:25 Jul 18 21:01:00 myusername postfix/dnsblog[4489]: addr 188.98.123.123 listed by domain b.barracudacentral.org <http://b.barracudacentral.org/> as 127.0.0.2 Jul 18 21:01:00 myusername postfix/dnsblog[4490]: warning: dnsblog_query: lookup error for DNS query 123.123.98.188.list.dnswl.org <http://list.dnswl.org/>: Host or domain name not found. Name service error for name=123.123.98.188.list.dnswl.org <http://list.dnswl.org/> type=A: Host not found, try again Jul 18 21:01:00 myusername postfix/dnsblog[4490]: warning: dnsblog_query: lookup error for DNS query 123.123.98.188.zen.spamhaus.org <http://zen.spamhaus.org/>: Host or domain name not found. Name service error for name=123.123.98.188.zen.spamhaus.org <http://zen.spamhaus.org/> type=A: Host not found, try again Jul 18 21:01:00 myusername postfix/dnsblog[4490]: addr 188.98.123.123 listed by domain dnsbl.sorbs.net <http://dnsbl.sorbs.net/> as 127.0.0.10 Jul 18 21:01:00 myusername postfix/dnsblog[4491]: addr 188.98.123.123 listed by domain spamtrap.trblspam.com <http://spamtrap.trblspam.com/> as 104.247.81.131 Jul 18 21:01:06 myusername postfix/postscreen[4485]: DNSBL rank 4 for [188.98.123.123]:50403 Jul 18 21:01:06 myusername postfix/tlsproxy[4493]: CONNECT from [188.98.123.123]:50403 Jul 18 21:01:06 myusername postfix/postscreen[4485]: DISCONNECT [188.98.123.123]:50403 Jul 18 21:01:06 myusername postfix/tlsproxy[4493]: DISCONNECT [188.98.123.123]:50403 Woran liegts das? Grüße Christoph

2 2

DKIM Signatur
by Wolfgang Rosenauer 12 Jul '20

12 Jul '20

Hallo, nicht direkt Postfix spezifisch aber vielleicht hat jemand einen Tipp oder einen Link. Ich frage mich gerade, ob es "schädlich" ist, eine DKIM Signatur in eine ausgehende Mail zu packen, ohne dass es einen entsprechenden DNS Eintrag gibt? Hintergrund: ein Mailserver für viele Domains aber ohne direkte Kontrolle über die DNS Zone und damit könnte es passieren, dass Benutzer den Eintrag im DNS überhaupt nicht vornehmen. Eine zweite Variante: Falls obiges blöd ist, könnte ich eine generische Signatur mit entsprechendem DNS Key generieren, deren Domain (d=) aber nicht dem Absender entspricht? Wie schädlich wäre das in der Praxis? DMARC hätte damit wohl mindestens ein Problem? Danke, Wolfgang

5 9

noreply email technisch und für Empfänger zum Ausdruck bringen
by Thomas 24 May '20

24 May '20

Hallo, ich sende ab und an etwas an Ämter vorab. Die kommen mittlerweile sogar mit pdf zurecht! Vorab per Email (früher vorab per FAX), steht auch so im Briefkopf und dann zusätzlich als normalen Brief. Manchmal eben auch per Einschreiben statt Brief, kommt auf die Üblichkeit/Wichtigkeit an. Wie soll ich dann als Absenderadresse zum Ausdruck bringen das ich keine Email rply wünsche. norplay(a)mydomian.tld <> und dann auf meinen Mailserver 4XX oder 5XX wenn da was zurückkommen sollte. Bitte keine Diskussionen über Fristwahrung, wirksam zugestellt, etc. da gibt es Doktorarbeiten drüber. Gruß

3 3

smtp_bind_address
by Lothar Schilling 14 May '20

14 May '20

Guten Tag, ich habe folgendes, leider dringendes Problem. Nach einem Servercrash habe ich den Mailserver neu aufgesetzt, Centos 7.6, Postfix 2.10. Der neue Server hat mehrere IP-Adressen, deshalb habe ich für den Postausgang in der master.cf eingetragen: smtp unix - - n - - smtp -o smtp_bind_address=[externe IP-Adresse] eingetragen. Das klappt auch. Allerdings müssen Mails an eine bestimmte Empfänger-Domain @mydomain.org weitergeleitet werden, und zwar über eine interne IP-Adresse (172.16.4.5). In der transport-Datei steht: mydomain.org smtp:[172.16.4.4]. Aber jeder Zustellversuch wird mit "(connect to 172.16.4.4[172.16.4.4]:25: Connection timed out)" abgewiesen. Ich habe versucht, das Problem folgendermaßen zu lösen: */etc/postfix/sdd_transport.pcre* /(a)mydomain\.org$/ test-smtp: */etc/postfix/main.cf* sender_dependent_default_transport_maps = pcre:/etc/postfix/sdd_transport.pcre */etc/postfix/master.cf* test-smtp unix - - n - - smtp -o smtp_bind_address=172.16.4.5 smtp unix - - n - - smtp -o smtp_bind_address=[externe IP-Adresse] Das hat leider nicht funktioniert. Irgendeine Idee? Vielen Dank! Lothar Schilling

3 4

Re: smtp_bind_address
by Lothar Schilling 14 May '20

14 May '20

Am 13.05.2020 um 20:00 schrieb Walter H.: > On 13.05.2020 19:18, Lothar Schilling wrote: >> Am 13.05.2020 um 12:13 schrieb Walter H.: >>> On 13.05.2020 10:33, Lothar Schilling wrote: >>>> >>>> Guten Tag, >>>> >>>> ich habe folgendes, leider dringendes Problem. Nach einem >>>> Servercrash habe ich den Mailserver neu aufgesetzt, Centos 7.6, >>>> Postfix 2.10. Der neue Server hat mehrere IP-Adressen, deshalb habe >>>> ich für den Postausgang in der master.cf eingetragen: >>>> >>>> smtp unix - - n - - smtp >>>> -o smtp_bind_address=[externe IP-Adresse] >>>> >>>> eingetragen. Das klappt auch. Allerdings müssen Mails an eine >>>> bestimmte Empfänger-Domain @mydomain.org weitergeleitet werden, und >>>> zwar über eine interne IP-Adresse (172.16.4.5). In der >>>> transport-Datei steht: >>>> >>>> mydomain.org smtp:[172.16.4.4]. >>>> >>>> Aber jeder Zustellversuch wird mit "(connect to >>>> 172.16.4.4[172.16.4.4]:25: Connection timed out)" abgewiesen. >>>> >>> 172.16.4.4 od. 172.16.4.5??? >>> >>> und hat der Server echt IP Adressen von mehreren Netzen (internes >>> Netz mit 172.16... und ext. IP-Adresse)? >> >> 1) 172.16.4.4 ist die IP-Adresse des empfangenden Servers, 172.16.4.5 >> die des sendenden. Das ist alles korrekt. > > dann probier mal vom Server selbst ob Du mit telnet eine Verbindung zu > 172.16.4.4 und Port 25 zu Stande bringst; > > entweder ist da eine Firewall im Spiel od. ein falsches Routing ... > >> 2) Mehrere Netze? Klar, warum nicht. Der steht in einem >> Rechenzentrum, ist mit einem anderen Server intern vernetzt und hat >> natürlich auch eine externe Schnittstelle. > > ok; das ergibt Sinn, aber dann solltest evtl. auch packet forwarding > od. so aktivieren, weil ja zwischen mehreren NICs > > hin- und hergeschubst wird; Die interne Verbindung funktioniert. Sie wird beim smtp-Versand wird mit "connection timed out" beendet, weil Server A versucht, Mails über seine externe IP-Adresse [-o smtp_bind_address] an die interne Schnittstelle von Server B zu übergeben. Und bevor die Frage kommt: Eine Übergabe von externer an externe Schnittstelle ist nicht möglich. Es handelt sich um zwei VMs auf demselben Host, die können nur intern miteinander sprechen.

1 0

postfix lehnt Annahme lokaler E-Mails ab - User unknown in local recipient table.
by Anton Blau 05 May '20

05 May '20

Hallo, mein postfix nimmt E-Mails an, die er an dem Smarthost (mail.gmx.net als smarthost) weiterleitet, er verweigert aber die Annahme von E-Mails, die er an die bestehenden lokalen Postfächer zustellen soll mit dieser Fehlermeldung: 550 5.1.1 <avmb1(a)firstmail.locallan>: Recipient address rejected: User unknown in local recipient table. Bitte überprüfen Sie die E-Mail-Adresse des Empfängers "avmb1(a)firstmail.locallan" und wiederholen Sie den Vorgang. Postfix ist per lda an dovecot angebunden. In dovecot sind die (virtuellen) user in /etc/dovecot/users angelegt. Nach meinem Verständnis sollte postfix per lda die lokalen user bei dovecot abfragen - oder? Das klappt wohl irgendwie nicht. Woran liegt das? Vielen Dank im Voraus! Tony P. S: Ich habe die Anfrage auch unter de.comm.software.mailserver gestellt, aber erst hinterher gesehen, das es eine postfix-Mailingliste gibt, wo ich denke, dass die Anfrage passender ist. Postfix-Konfiguration: postconf -n alias_database = hash:/etc/aliases alias_maps = hash:/etc/aliases append_dot_mydomain = no biff = no broken_sasl_auth_clients = yes inet_interfaces = all inet_protocols = all mailbox_command = /usr/lib/dovecot/deliver -c /etc/dovecot/dovecot.conf -m "${EXTENSION}" mailbox_size_limit = 0 mydestination = firstmail.locallan localhost.locallan localhost *.locallan mynetworks = 127.0.0.0/8, 192.168.0.0/24, 192.168.1.0/24, 192.168.3.0/24, 192.168.4.0/24, 192.168.10.0/24 myorigin = /etc/mailname recipient_delimiter = + relayhost = mail.gmx.net:587 sender_canonical_maps = hash:/etc/postfix/sender_canonical sender_dependent_relayhost_maps = hash:/etc/postfix/sender_dependent smtp_connection_cache_on_demand = no smtp_sasl_auth_enable = yes smtp_sasl_password_maps = hash:/etc/postfix/sasl_password smtp_sasl_security_options = noanonymous smtp_sender_dependent_authentication = yes smtp_tls_security_level = encrypt smtp_use_tls = yes smtpd_banner = $myhostname ESMTP $mail_name (Debian/GNU) smtpd_recipient_restrictions = reject_unknown_sender_domain, reject_unknown_recipient_domain, reject_unauth_pipelining, permit_mynetworks, permit_sasl_authenticated, reject_unauth_destination smtpd_sasl_auth_enable = yes smtpd_sasl_authenticated_header = yes smtpd_sasl_local_domain = $myhostname smtpd_sasl_path = private/dovecot-auth smtpd_sasl_security_options = noanonymous smtpd_sasl_type = dovecot smtpd_sender_restrictions = reject_unknown_sender_domain smtpd_tls_auth_only = yes smtpd_tls_cert_file = /etc/dovecot/private/dovecot.pem smtpd_tls_key_file = /etc/dovecot/private/dovecot.key smtpd_tls_received_header = yes smtpd_use_tls = yes tls_random_source = dev:/dev/urandom Dovecot-Konfiguration: doveconf -N # 2.2.33.2 (d6601f4ec): /etc/dovecot/dovecot.conf # Pigeonhole version 0.4.21 (92477967) # OS: Linux 5.3.18-3-pve x86_64 Ubuntu 18.04.4 LTS zfs auth_debug_passwords = yes auth_mechanisms = plain auth_verbose = yes auth_verbose_passwords = yes log_timestamp = "%b %d %H:%M:%S " login_log_format_elements = user=<%u> method=%m rip=%r lip=%l mpid=%e %c mail_location = maildir:/var/vmail/mail/%u:INDEX=/var/vmail/index/%u mail_plugins = notify mail_log mail_privileged_group = vmail managesieve_notify_capability = mailto managesieve_sieve_capability = fileinto reject envelope encoded-character vacation subaddress comparator-i;ascii-numeric relational regex imap4flags copy include variables body enotify environment mailbox date index ihave duplicate mime foreverypart extracttext namespace inbox { inbox = yes location = mailbox Drafts { auto = subscribe special_use = \Drafts } mailbox Junk { auto = subscribe special_use = \Junk } mailbox Sent { auto = subscribe special_use = \Sent } mailbox "Sent Messages" { auto = subscribe special_use = \Sent } mailbox Trash { auto = subscribe special_use = \Trash } prefix = separator = / subscriptions = yes type = private } passdb { driver = pam name = } passdb { args = scheme=CRYPT username_format=%u /etc/dovecot/users driver = passwd-file name = } plugin { sieve = file:~/sieve;active=~/.dovecot.sieve } protocols = " imap sieve" service auth { unix_listener /var/spool/postfix/private/dovecot-auth { group = postfix mode = 0660 user = postfix } } ssl = yes ssl_cert = </etc/dovecot/private/dovecot.pem ssl_client_ca_dir = /etc/ssl/certs ssl_key = # hidden, use -P to show it userdb { driver = passwd name = } userdb { args = username_format=%u /etc/dovecot/users driver = passwd-file name = } verbose_proctitle = yes protocol lda { deliver_log_format = msgid=%m: %$ mail_plugins = notify mail_log sieve postmaster_address = postmaster rejection_reason = Your message to <%t> was automatically rejected:%n%r } Hier die vollständige /var/log/syslog May 5 22:38:15 firstmail dovecot: auth: Debug: auth client connected (pid=1384) May 5 22:38:15 firstmail dovecot: auth: Debug: client in: AUTH#0111#011PLAIN#011service=imap#011secured#011session=3VmDoOyk1OPAqAEB#011lip=192.168.3.210#011rip=192.168.1.1#011lport=143#011rport=58324#011local_name=firstmail.locallan May 5 22:38:15 firstmail dovecot: auth: Debug: client passdb out: CONT#0111 May 5 22:38:15 firstmail dovecot: auth: Debug: client in: CONT#0111#011AGRlYmlhbkBmaXJzdG1haWwuZHVjawBEaWVzZXMzNDVpbWFwcG9zdGZhY2g3NTZpc3RzaWNoZXIkJA== (previous base64 data may contain sensitive data) May 5 22:38:15 firstmail dovecot: auth-worker(1380): Debug: pam(debian(a)firstmail.locallan,192.168.1.1,<3VmDoOyk1OPAqAEB>): lookup service=dovecot May 5 22:38:15 firstmail dovecot: auth-worker(1380): Debug: pam(debian(a)firstmail.locallan,192.168.1.1,<3VmDoOyk1OPAqAEB>): #1/1 style=1 msg=Password: May 5 22:38:17 firstmail dovecot: auth-worker(1380): pam(debian(a)firstmail.locallan,192.168.1.1,<3VmDoOyk1OPAqAEB>): pam_authenticate() failed: Authentication failure (password mismatch?) (given password: Dieses345imappostfach756istsicher$$) May 5 22:38:17 firstmail dovecot: auth: Debug: passwd-file(debian(a)firstmail.locallan,192.168.1.1,<3VmDoOyk1OPAqAEB>): lookup: user=debian(a)firstmail.locallan file=/etc/dovecot/users May 5 22:38:17 firstmail dovecot: auth: Debug: client passdb out: OK#0111#011user=debian(a)firstmail.locallan May 5 22:38:17 firstmail dovecot: auth: Debug: master in: REQUEST#011470155265#0111384#0111#011463b6741c67e08393442232faf442c18#011session_pid=1385#011request_auth_token May 5 22:38:17 firstmail dovecot: auth-worker(1380): Debug: passwd(debian(a)firstmail.locallan,192.168.1.1,<3VmDoOyk1OPAqAEB>): lookup May 5 22:38:17 firstmail dovecot: auth-worker(1380): passwd(debian(a)firstmail.locallan,192.168.1.1,<3VmDoOyk1OPAqAEB>): unknown user - trying the next userdb May 5 22:38:17 firstmail dovecot: auth: Debug: passwd-file(debian(a)firstmail.locallan,192.168.1.1,<3VmDoOyk1OPAqAEB>): lookup: user=debian(a)firstmail.locallan file=/etc/dovecot/users May 5 22:38:17 firstmail dovecot: auth: Debug: master userdb out: USER#011470155265#011debian@firstmail.locallan#011uid=5003#011gid=5000#011home=/var/vmail/mail/firstmail.locallan/debian#011auth_token=f98fb0f11addb9c290eb765d735947ddcbb90505 May 5 22:38:17 firstmail dovecot: imap-login: Login: user=<debian(a)firstmail.locallan>, method=PLAIN, rip=192.168.1.1, lip=192.168.3.210, mpid=1385, TLS May 5 22:38:39 firstmail postfix/smtpd[1386]: connect from unknown[192.168.1.1] May 5 22:38:39 firstmail dovecot: auth: Debug: auth client connected (pid=0) May 5 22:38:40 firstmail dovecot: auth: Debug: client in: AUTH#0111#011PLAIN#011service=smtp#011nologin#011lip=192.168.3.210#011rip=192.168.1.1#011secured#011resp=AGRlYmlhbkBmaXJzdG1haWwuZHVjawBEaWVzZXMzNDVpbWFwcG9zdGZhY2g3NTZpc3RzaWNoZXIkJA== (previous base64 data may contain sensitive data) May 5 22:38:40 firstmail dovecot: auth-worker(1380): Debug: pam(debian(a)firstmail.locallan,192.168.1.1): lookup service=dovecot May 5 22:38:40 firstmail dovecot: auth-worker(1380): Debug: pam(debian(a)firstmail.locallan,192.168.1.1): #1/1 style=1 msg=Password: May 5 22:38:42 firstmail dovecot: auth-worker(1380): pam(debian(a)firstmail.locallan,192.168.1.1): pam_authenticate() failed: Authentication failure (password mismatch?) (given password: Dieses345imappostfach756istsicher$$) May 5 22:38:42 firstmail dovecot: auth: Debug: passwd-file(debian(a)firstmail.locallan,192.168.1.1): lookup: user=debian(a)firstmail.locallan file=/etc/dovecot/users May 5 22:38:42 firstmail dovecot: auth: Debug: client passdb out: OK#0111#011user=debian(a)firstmail.locallan May 5 22:38:42 firstmail postfix/smtpd[1386]: NOQUEUE: reject: RCPT from unknown[192.168.1.1]: 550 5.1.1 <debian(a)firstmail.locallan>: Recipient address rejected: User unknown in local recipient table; from=<test.tester.debian(a)gmx.de> to=<debian(a)firstmail.locallan> proto=ESMTP helo=<[192.168.1.1]> May 5 22:39:12 firstmail postfix/smtpd[1386]: disconnect from unknown[192.168.1.1] ehlo=2 starttls=1 auth=1 mail=1 rcpt=0/1 quit=1 commands=6/7

1 0

Outgoing DANE ignoriert fehlerhafte DANE Einträge
by Christian 13 Apr '20

13 Apr '20

Hallo zusammen, bisher hatte ich mich bei meinem privaten E-Mail Server immer auf eingehende E-Mails bei DANE konzentriert. Allerlei Testtools bestätigen auch, dass dies funktioniert. Nun habe ich mal geschaut, ob es auch ausgehend funktioniert und folgendes bei havedane.net herausbekommen: Email to non-DANE domain delivered. Email to DANE domain delivered. Email to domain with invalid DANE delivered. Letzteres ist ja ehr bedenklich, da es bedeutet, dass mein Server auch an falsche DANE Einträge die E-Mails zustellt. Nun habe ich alle möglichen Seiten zur DANE Einrichtung abgeklappert und alle sind sich einig, dass DANE folgendermaßen konfiguriert werden soll: smtp_dns_support_level = dnssec smtp_tls_security_level = dane smtp_host_lookup = dns Dem ist auch bei mir so. Die Logs zeigen eigentlich nichts verdächtiges, dass einzige was mir aufgefallen ist: Apr 10 19:58:37 server docker/postfix/smtp[143]: Untrusted TLS connection established to do.havedane.net[2001:1af8:4700:a118:90::7c0]:25: TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits) Apr 10 19:58:37 server docker/postfix/smtp[144]: Untrusted TLS connection established to dont.havedane.net[2001:1af8:4700:a118:90::7c0]:25: TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits) Apr 10 19:58:37 server docker/postfix/smtp[145]: Untrusted TLS connection established to wrong.havedane.net[5.79.70.105]:25: TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits) Alle Verbindungen sind untrusted, entsprechend scheint etwas grundlegendes falsch zu sein? Ich habe andere TLS Verbindungen geprüft und diese werden als Trusted angezeigt. Ehrlicherweise weiß ich nicht mehr wie ich nun den Fehler finden kann. Kann mir jemand hier weiter helfen? Wenn ja, welche Infos werden benötigt? Lieben Gruß Christian

5 16

Frage bezüglich der Entfernung eines Headers
by Dyo 26 Mar '20

26 Mar '20

Hallo zusammen. Ich habe einen Server, auf dem ein paar Domains liegen. Dazu gibt es 4 IP, von denen eine nur administrative Zwecke hat, damit alles unnötige von den öffentlichen Domains getrennt ist. Leider, schreibt Postfix allerdings einen Header "Recieved from vpsxy.myserver....." wenn ich mit einem Client per SMTP eine Mail versende. Kommt diese beim Empfänger an, so schreibt dessen Mailserver natürlich auch einen Recieved-Header dort hinein. Soweit ganz ok, denn der empfangende Mailserver schreibt dort Mydomain und die entsprechende IP dazu rein. Der erste Recieved, den also mein Mailserver schreibt wenn er die Mail zum weiteren Versand annimmt, enthält aber den tatsächlichen Hostnamen und logischerweise seine 127.0..... dort hinein. Ist ja auch richtig so, damit man Spamversender aussortieren kann, soll das ja auch so sein. Nur möchte ich jeglichen Zusammenhang zwischen den Domains mit ihren Webserver und dem tatsächlichen Host entfernen. Es sollte also dort Recieved by mail.Mydomain stehen und nicht vpsxy.myserver.de Wie kann ich das bewerkstelligen? Die Zuordnung der Mails die vom Webserver erstellt werden, läuft über Regeln in der master.cf und Map, dort passt alles. Lediglich die Annahme vom Mailclient produziert diesen Header. Leider finde ich keine umfassende Doku in deutsch zur Gesamtfunktionsweise des Mailsystem, vielleicht würde mir sonst klar wo ich das händeln kann. Danke für jegliche Hilfe

2 2

Zustellung von mail stoppen/beenden
by Christoph Kukulies 30 Jan '20

30 Jan '20

Ich hatte in den vergangenen Tagen 2 emails an eine groups.io <http://groups.io/> mailliste geschickt. Der Listenverwalter sagt mir gerade, er hätte bereits 100 Emails bekommen von meiner Emailadresse. Mein mqueue Kommando gibt: root@me:# mailq -Queue ID- --Size-- ----Arrival Time---- -Sender/Recipient------- C700A102766 8349 Tue Jan 28 14:22:30 me(a)mydomain.org (host lb02.groups.io[173.255.221.194] said: 500 The group does not permit attachments. (in reply to end of DATA command)) LTspice(a)groups.io C0F80102768 15731 Wed Jan 29 17:01:48 me(a)mydomain.org (host lb01.groups.io[45.79.81.153] said: 500 The group does not permit attachments. (in reply to end of DATA command)) LTspice(a)groups.io -- 23 Kbytes in 2 Requests. root@me:# Habe jetzt aber über 100 Zustellversuche in mail.log: said: 500 The group does not permit attachments. (in reply to end of DATA command)) Und postfix versucht es weiter. Wie kann ich die stoppen? Grüße Christoph

4 6