February 2015 - postfix-users

helpful_warnings=no schaltet nicht "override earlier entry" Warnings aus
by Axel Beckert 10 Mar '15

10 Mar '15

Hallo, wir verteilen unsere main.cf auf Server und Workstations per Konfigurationsmanagement. Es gibt eine Default-main.cf, die meistens ausreicht. Braucht es Abweichungen, so werden diese durch ein beim Deployment angehängtes per-host-Konfigurationsschnipsel gelöst. In diesem sind ggf. Einstellungen drin, die in der Default-Datei bereits mit anderen Wertten drin sind, um diese zu überschreiben. Mit Debian 7 Wheezy und Postfix 2.9.6 funktioniert dies wunderbar, aber seit Debian 8 Jessie und Postfix 2.11.3 jammert Postfix in verschiedensten Situationen über diese "Überschreib"-Methoden: # postconf > /dev/null postconf: warning: /etc/postfix/main.cf, line 29: overriding earlier entry: mydestination= postconf: warning: /etc/postfix/main.cf, line 30: overriding earlier entry: relayhost=smtp.phys.ethz.ch postconf: warning: /etc/postfix/main.cf, line 31: overriding earlier entry: inet_interfaces=loopback-only # Die dazugehörige main.cf sieht wie folgt aus: ---8<--- # Note: file generated by dphys-config DO NOT EDIT IN /etc/postfix/main.cf # Default settings (hostname has been inserted by the configuration # deployment tool) myhostname = silberspitz.ethz.ch smtpd_banner = $myhostname ESMTP $mail_name (Debian/GNU Linux) biff = no append_dot_mydomain = no alias_maps = hash:/etc/aliases alias_database = hash:/etc/aliases myorigin = /etc/mailname relayhost = smtp.phys.ethz.ch mynetworks = 127.0.0.0/8, [::1]/128 mailbox_size_limit = 0 recipient_delimiter = + inet_interfaces = loopback-only sender_canonical_maps = pcre:/etc/postfix/sender_canonical mydestination = # Per-host settings mydestination = silberspitz.ethz.ch silberspitz localhost bb.phys.ethz.ch hobbit.phys.ethz.ch xymon.phys.ethz.ch relayhost = inet_interfaces = all --->8--- (Grundidee bei diesem Beispiel: Alle Standard-Server sollen Mails via Mailserver verschicken, nicht aber der Monitoring-Server von dem o.g. Beispiel stammt. Der soll auch noch Mails an das SMS-Gateway verschicken können, wenn der Mailserver down ist.) Um o.g. Warnungen zu unterdrücken habe ich dann noch ein helpful_warnings = no ganz vorne in der main.cf hinzugefügt. Gemäss man page unterdrückt dies "warnings about problematic configuration settings, and helpful suggestions." -- Klang für mich nach genau der richtigen Einstellung, hat aber leider keinen Unterschied gemacht. Deswegen meine Frage: Wie bekomme ich Postfix dazu, diese Warnungen nicht mehr auszugeben? Sie verursachen diverse Mails von Cron-Jobs, weil Output (auf STDERR) kommt, z.B. von popularity-contest: ---8<--- Subject: Cron <root@silberspitz> test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.daily ) /etc/cron.daily/popularity-contest: sendmail: warning: /etc/postfix/main.cf, line 28: overriding earlier entry: mydestination= sendmail: warning: /etc/postfix/main.cf, line 29: overriding earlier entry: relayhost=smtp.phys.ethz.ch sendmail: warning: /etc/postfix/main.cf, line 30: overriding earlier entry: inet_interfaces=loopback-only postdrop: warning: /etc/postfix/main.cf, line 28: overriding earlier entry: mydestination= postdrop: warning: /etc/postfix/main.cf, line 29: overriding earlier entry: relayhost=smtp.phys.ethz.ch postdrop: warning: /etc/postfix/main.cf, line 30: overriding earlier entry: inet_interfaces=loopback-only --->8--- Und nein, ich will nicht pauschal allen Output nach STDERR unterdrücken, da könnte ja durchaus mal ein relevanter Fehler drin sein. :-) (Mal ganz davon abgesehen, dass ich das nicht in jedem Skript machen will, welches irgendwann mal "sendmail" aufruft.) Im Changelog habe ich diesen Eintrag gefunden: 20130404 Human factors: warning when a main.cf parameter has multiple entries with different values. File: util/dict.c. Aber das ist doch gar kein Bug, das ist ein Feature! ;-) Code-Stelle dazu ist recht sicher dies hier: 459 if ((old = dict->lookup(dict, member)) != 0 460 && strcmp(old, val) != 0) 461 msg_warn("%s, line %d: overriding earlier entry: %s=%s", 462 VSTREAM_PATH(fp), lineno, member, old); Bei Weiterverfolgen, ob das Log-Level irgendwo ausgewertet wird und beeinflusst werden kann, bin ich bis zur Funktion msg_text am Ende von util/msg_output.c gekommen, aber da haben mich meine C-Kenntnisse dann irgendwann verlassen... Mit freundlichem Gruss, Axel Beckert -- Axel Beckert <beckert(a)phys.ethz.ch> support: +41 44 633 26 68 IT Services Group, HPT H 6 voice: +41 44 633 41 89 Departement of Physics, ETH Zurich CH-8093 Zurich, Switzerland http://nic.phys.ethz.ch/

2 2

PGP-Schlüssel einfach und sicher verteilen
by Robert Schetterer 06 Mar '15

06 Mar '15

Hi @ll, weil es grade durch die Medien getrieben wird https://sys4.de/de/blog/2015/02/26/pgp-schluessel-einfach-und-sicher-vertei… Best Regards MfG Robert Schetterer -- [*] sys4 AG http://sys4.de, +49 (89) 30 90 46 64 Franziskanerstraße 15, 81669 München Sitz der Gesellschaft: München, Amtsgericht München: HRB 199263 Vorstand: Patrick Ben Koetter, Marc Schiffbauer Aufsichtsratsvorsitzender: Florian Kirstein

10 35

Re: GPG-Verschlüsselung auf dem Server für ausgehende Mail
by Matthias Schmidt 05 Mar '15

05 Mar '15

> Am 25 Feb 2015 um 00:52 schrieb Matthias-Christian Ott <ott(a)mirix.org>: > > On 2015-02-24 13:07, Matthias Schmidt wrote: >> >>> Am 22 Feb 2015 um 03:52 schrieb Matthias-Christian Ott <ott(a)mirix.org>: >>> >>> On 2015-02-21 13:19, Ralph J.Mayer wrote: >>>> ich würde gerne jede meiner ausgehenden Mails automatisch verschlüsseln >>>> lassen, sofern ein Schlüssel vorliegt. >>>> Das ganze soll auf meinem Server passieren, weil ich z.B. auf dem iPhone >>>> kein PGP habe. >> >> es gibt für das iPhone mehrere Anwendungen: >> - iPGMail >> - oPenGP >> >> ich würd auch immer nur Verschlüsseln, wenn’s sein muss. > > Damit es dann möglichst auffällig ist, dass die verschlüsselten E-Mails > wichtige Informationen beinhalten. Das hilft doch nur einer > Metadatenauswertung. > Käse, die Header werden ja eh nicht verschlüsselt und das ist das was da ausgewertet wird. Dass die Verschlüsselung die Auswertung von Metadaten erschweren würde ist ein Märchen. Bei der Verschlüsselung geht es allein darum den Inhalt vor unberechtigten Mitlesern zu schützen und das ist in diesem Fall meist nicht irgendein staatl. Dienst. Wenn die nämlich so interessiert an Dir sind, dass sie Deine Mails lesen wollen, greifen die die schon ab, währen Du die schreibst. Außerdem hast Du dann ein ziemliches Problem am Hals ;-) Gruss Matthias

2 1

DMARC und Mailinglisten
by Joachim Fahrner 24 Feb '15

24 Feb '15

Hallo, bei Mailinglisten wird das DMARC wirklich zum Problem. Habe mich jetzt auf einer Liste angemeldet die nicht DMARC-konform ist und prompt werden da Mails abgewiesen. Kriegt man das irgendwie in den Griff, ohne DMARC komplett zu deaktivieren? Feb 20 06:28:35 s2 postfix/postscreen[20427]: CONNECT from [8.8.178.116]:46715 to [78.46.184.248]:25 Feb 20 06:28:35 s2 postfix/postscreen[20427]: PASS OLD [8.8.178.116]:46715 Feb 20 06:28:36 s2 postfix/smtpd[20429]: connect from mx2.freebsd.org[8.8.178.116] Feb 20 06:28:37 s2 postfix/smtpd[20429]: Anonymous TLS connection established from mx2.freebsd.org[8.8.178.116]: TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits) Feb 20 06:28:39 s2 policyd-spf[20438]: None; identity=helo; client-ip=8.8.178.116; helo=mx2.freebsd.org; envelope-from=owner-freebsd-current(a)freebsd.org; receiver=jf(a)fahrner.name Feb 20 06:28:39 s2 policyd-spf[20438]: Pass; identity=mailfrom; client-ip=8.8.178.116; helo=mx2.freebsd.org; envelope-from=owner-freebsd-current(a)freebsd.org; receiver=jf(a)fahrner.name Feb 20 06:28:39 s2 postfix/smtpd[20429]: 7224534141: client=mx2.freebsd.org[8.8.178.116] Feb 20 06:28:39 s2 postfix/cleanup[20440]: 7224534141: message-id=<464530409.2420401.1424409908005.JavaMail.yahoo(a)mail.yahoo.com> Feb 20 06:28:39 s2 opendkim[3180]: 7224534141: mx2.freebsd.org [8.8.178.116] not internal Feb 20 06:28:39 s2 opendkim[3180]: 7224534141: not authenticated Feb 20 06:28:40 s2 opendkim[3180]: 7224534141: bad signature data Feb 20 06:28:40 s2 opendmarc[3192]: 7224534141: authres: s2.fahrner.name;#012#011dkim=fail reason="no signature error" (2048-bit key; insecure) header.d=yahoo.com header.i=(a)yahoo.com header.b=Bk3hfdot;#012#011dkim-adsp=unknown (insecure policy); dkim-atps=neutral Feb 20 06:28:40 s2 opendmarc[3192]: 7224534141: recvspf: Pass (sender SPF authorized) identity=mailfrom; client-ip=8.8.178.116; helo=mx2.freebsd.org; envelope-from=owner-freebsd-current(a)freebsd.org; receiver=jf(a)fahrner.name Feb 20 06:28:40 s2 postfix/pickup[19499]: A037634145: uid=118 from=<opendmarc> Feb 20 06:28:40 s2 postfix/cleanup[20444]: A037634145: message-id=<20150220052840.A037634145(a)s2.fahrner.name> Feb 20 06:28:40 s2 opendmarc[3192]: 7224534141: yahoo.com fail Feb 20 06:28:40 s2 opendkim[3180]: A037634145: DKIM-Signature header added (s=mail, d=fahrner.name) Feb 20 06:28:40 s2 postfix/cleanup[20440]: 7224534141: milter-reject: END-OF-MESSAGE from mx2.freebsd.org[8.8.178.116]: 5.7.1 rejected by DMARC policy for yahoo.com; from=<owner-freebsd-current(a)freebsd.org> to=<jf(a)fahrner.name> proto=ESMTP helo=<mx2.freebsd.org> -- Mit besten Grüßen Joachim Fahrner

6 34

GPG-Verschlüsselung auf dem Server für ausgehende Mail
by Ralph J.Mayer 24 Feb '15

24 Feb '15

Moin, ich würde gerne jede meiner ausgehenden Mails automatisch verschlüsseln lassen, sofern ein Schlüssel vorliegt. Das ganze soll auf meinem Server passieren, weil ich z.B. auf dem iPhone kein PGP habe. Signieren will ich die Mails nicht, dazu müsste ja ein privkey vorhanden sein. http://www.postfix.org/addon.html#security-gateway listet drei Produkte auf, die aber eher in Richtung Enterprise gehen. Entdeckt habe ich z.B. https://github.com/infertux/zeyple Ein kleines Script, welches über content_filter eingebunden wird und im Grunde tut was ich will. Allerdings nicht für Multipart-Mails :-( Deshalb die Frage, kennt jemand eine passende Lösung für private Setups? rm

4 3

Email mit TO oder CC an nicht valide Domain sperren
by Thomas 23 Feb '15

23 Feb '15

Hallo, ich habe von einer großen Firma eine Email bekommen. Da konnte der Absender eine außen nicht valide Emailadresse eben dieser Firma als CC eintragen. Als ich ein rply all gemacht habe ist die Email an diese Adresse natürlich zu mir zurück gekommen. Die Domain ist eingetragen, nur eben löst ein #nslookup eben nicht zu einer IP auf. Es wäre doch Verantwortung des Absenders eben dieser Firma zu verhindern das Emails als FROM oder CC verwendet werden die für Außenstehende nicht erreichbar sind oder nicht nach außen gelangen und eben zu diesem Problem führen. Ein Außenstehender bekommt eine Email mit Subject Delivery Status Notification (Failure) und in den ersten Zeilen steht: Delivery to the following recipient failed permanently: empfaenger(a)mail.grossefirma.de Technical details of permanent failure: DNS Error: Address resolution of mail.großeFirma.de .de. failed: Domain name not found Für einen Laien ist das doch total missverständlich und verwirrend wenn er eine solche Email bekommt. Gruss Thomas

2 1

IETF verbietet RC4 in TLS
by Patrick Ben Koetter 21 Feb '15

21 Feb '15

Jetzt ist der richtige Zeitpunkt die TLS-Ciphers in Postfix zu überprüfen und RC4 zu deaktivieren. Das IETF hat mit https://tools.ietf.org/rfc/rfc7465.txt ein RFC veröffentlicht in dem es den RC4 Algorithmus explizit mit MUST NOT verbietet. Wenn ihr in Postfix TLS aktiviert habt (und wenn auch nur opportunistisch für den SMTP Client) setzt ihr dazu in main.cf: # TLS Server smtpd_tls_exclude_ciphers = RC4, aNULL # TLS Client smtp_tls_exclude_ciphers = RC4, aNULL p@rick -- [*] sys4 AG https://sys4.de, +49 (89) 30 90 46 64 Franziskanerstraße 15, 81669 München Sitz der Gesellschaft: München, Amtsgericht München: HRB 199263 Vorstand: Patrick Ben Koetter, Marc Schiffbauer Aufsichtsratsvorsitzender: Florian Kirstein

2 1

Relayhost Problem
by Daniel Thielking 19 Feb '15

19 Feb '15

Hallo Leute, ich habe seit einer Woche das Problem das ich keine Mails mehr von meinem Server über den Relay bekomme. Zum Problem: Ich betreibe einen kleinen Heimserver und benutze Postfix als für z.B. Cron mails. Als Relayserver ist der smtp.1und1.de eingetragen, das hat auch bis vor ca. einer Woche ohne weiteres funktioniert. Jetzt bekomme ich nur noch Mails mit dem Inhalt: This is the mail system at host server.meine.domain. I'm sorry to have to inform you that your message could not be delivered to one or more recipients. It's attached below. For further assistance, please send mail to postmaster. If you do so, please include this problem report. You can delete your own text from the attached returned message. The mail system <daniel.thielking(a)ias.rwth-aachen.de>: host smtp.1und1.de[212.227.15.183] said: 550-Requested action not taken: mailbox unavailable 550 invalid DNS A/AAAA resource record (in reply to MAIL FROM command) Aus den Loggs bekomme ich folgende Meldungen: Feb 18 14:57:40 server postfix/smtp[249243]: 9BFF7404D4: to=<daniel.thielking(a)ias.rwth-aachen.de>, relay=smtp.1und1.de[212.227.15.167]:587, delay=0.5, delays=0.12/0.01/0.31/0.05, dsn=5.0.0, status=bounced (host smtp.1und1.de[212.227.15.167] said: 550-Requested action not taken: mailbox unavailable 550 invalid DNS A/AAAA resource record (in reply to MAIL FROM command)) Feb 18 14:57:40 server postfix/cleanup[249241]: 2D84D404D9: message-id=<20150218135740.2D84D404D9(a)server.meine.domain> Feb 18 14:57:40 server postfix/bounce[249245]: 9BFF7404D4: sender non-delivery notification: 2D84D404D9 Feb 18 14:57:40 server postfix/qmgr[249237]: 2D84D404D9: from=<>, size=2652, nrcpt=1 (queue active) Feb 18 14:57:40 server postfix/qmgr[249237]: 9BFF7404D4: removed Feb 18 14:57:40 server postfix/cleanup[249241]: 3830940437: message-id=<20150218135740.2D84D404D9(a)server.meine.domain> Feb 18 14:57:40 server postfix/local[249246]: 2D84D404D9: to=<root(a)server.meine.domain>, relay=local, delay=0.08, delays=0.04/0/0/0.04, dsn=2.0.0, status=sent (forwarded as 3830940437) Feb 18 14:57:40 server postfix/qmgr[249237]: 3830940437: from=<>, size=2809, nrcpt=1 (queue active) Feb 18 14:57:40 server postfix/qmgr[249237]: 2D84D404D9: removed Feb 18 14:57:40 server postfix/smtp[249243]: certificate verification failed for smtp.1und1.de[212.227.15.183]:587: untrusted issuer /C=DE/O=Deutsche Telekom AG/OU=T-TeleSec Trust Center/CN=Deutsche Telekom Root CA 2 Feb 18 14:57:40 server postfix/smtp[249243]: 3830940437: to=<daniel.thielking(a)ias.rwth-aachen.de>, orig_to=<root(a)server.thielking-vonessen.de>, relay=smtp.1und1.de[212.227.15.183]:587, delay=0.51, delays=0.04/0/0.33/0.14, dsn=2.0.0, status=sent (250 Requested mail action okay, completed: id=0LbIy2-1XiimU2c4g-00kxnT) Feb 18 14:57:40 server postfix/qmgr[249237]: 3830940437: removed Danke schon mal für die Hilfe Daniel Thielking -- _____________________________________________________ Auszubildender Fachinformatiker für Systemintegration RWTH Aachen Lehrstuhl für Integrierte Analogschaltungen Raum 24C 313 Walter-Schottky-Haus Sommerfeldstr. 24 D-52074 Aachen www.ias.rwth-aachen.de Email: Daniel.Thielking(a)ias.rwth-aachen.de Phone: +49-(0)241-80-27771 FAX: +49-(0)241-80-627771 _____________________________________________________

3 6

Fw: Aw: Relayhost Problem
by "Matthias Hägele" 18 Feb '15

18 Feb '15

Gesendet: Mittwoch, 18. Februar 2015 um 15:12 Uhr Von: "Daniel Thielking" <Daniel.Thielking(a)ias.rwth-aachen.de> An: postfix-users(a)de.postfix.org Betreff: Relayhost Problem Hallo Leute, ich habe seit einer Woche das Problem das ich keine Mails mehr von meinem Server über den Relay bekomme. Zum Problem: Ich betreibe einen kleinen Heimserver und benutze Postfix als für z.B. Cron mails. Als Relayserver ist der smtp.1und1.de eingetragen, das hat auch bis vor ca. einer Woche ohne weiteres funktioniert. Jetzt bekomme ich nur noch Mails mit dem Inhalt: This is the mail system at host server.meine.domain. I'm sorry to have to inform you that your message could not be delivered to one or more recipients. It's attached below. For further assistance, please send mail to postmaster. If you do so, please include this problem report. You can delete your own text from the attached returned message. The mail system <daniel.thielking(a)ias.rwth-aachen.de>[daniel.thielking(a)ias.rwth-aachen.de]: host smtp.1und1.de[212.227.15.183] said: 550-Requested action not taken: mailbox unavailable 550 invalid DNS A/AAAA resource record (in reply to MAIL FROM command) Aus den Loggs bekomme ich folgende Meldungen: Feb 18 14:57:40 server postfix/smtp[249243]: 9BFF7404D4: to=<daniel.thielking(a)ias.rwth-aachen.de>[daniel.thielking(a)ias.rwth-aachen.de], relay=smtp.1und1.de[212.227.15.167]:587, delay=0.5, delays=0.12/0.01/0.31/0.05, dsn=5.0.0, status=bounced (host smtp.1und1.de[212.227.15.167] said: 550-Requested action not taken: mailbox unavailable 550 invalid DNS A/AAAA resource record (in reply to MAIL FROM command)) Feb 18 14:57:40 server postfix/cleanup[249241]: 2D84D404D9: message-id=<20150218135740.2D84D404D9(a)server.meine.domain>[20150218135740.2D84D404D9(a)server.meine.domain] Feb 18 14:57:40 server postfix/bounce[249245]: 9BFF7404D4: sender non-delivery notification: 2D84D404D9 Feb 18 14:57:40 server postfix/qmgr[249237]: 2D84D404D9: from=<>, size=2652, nrcpt=1 (queue active) Feb 18 14:57:40 server postfix/qmgr[249237]: 9BFF7404D4: removed Feb 18 14:57:40 server postfix/cleanup[249241]: 3830940437: message-id=<20150218135740.2D84D404D9(a)server.meine.domain>[20150218135740.2D84D404D9(a)server.meine.domain] Feb 18 14:57:40 server postfix/local[249246]: 2D84D404D9: to=<root(a)server.meine.domain>[root(a)server.meine.domain], relay=local, delay=0.08, delays=0.04/0/0/0.04, dsn=2.0.0, status=sent (forwarded as 3830940437) Feb 18 14:57:40 server postfix/qmgr[249237]: 3830940437: from=<>, size=2809, nrcpt=1 (queue active) Feb 18 14:57:40 server postfix/qmgr[249237]: 2D84D404D9: removed Feb 18 14:57:40 server postfix/smtp[249243]: certificate verification failed for smtp.1und1.de[212.227.15.183]:587: untrusted issuer /C=DE/O=Deutsche Telekom AG/OU=T-TeleSec Trust Center/CN=Deutsche Telekom Root CA 2 Feb 18 14:57:40 server postfix/smtp[249243]: 3830940437: to=<daniel.thielking(a)ias.rwth-aachen.de>[daniel.thielking(a)ias.rwth-aachen.de], orig_to=<root(a)server.thielking-vonessen.de>[root(a)server.thielking-vonessen.de], relay=smtp.1und1.de[212.227.15.183]:587, delay=0.51, delays=0.04/0/0.33/0.14, dsn=2.0.0, status=sent (250 Requested mail action okay, completed: id=0LbIy2-1XiimU2c4g-00kxnT) Feb 18 14:57:40 server postfix/qmgr[249237]: 3830940437: removed Danke schon mal für die Hilfe ------ Hallo, Du sendest von einer dynamischen IP? Meldung: invalid DNS A/AAAA resource record (in reply to MAIL FROM command)) Werden DNS Dienste wie dyndns oder ähnliches benutzt sodaß dein Hostname/Server jederzeit sauber aufgelöst wird? Wenn man eine dynamische IP benutzt könnte evtl. auch der "Vorbesitzer" unangenehm aufgefallen sein ... Du könntest das z.B. dort gegenprüfen: http://www.heise.de/netze/tools/dns/ hth MH

1 0

OT: Cyrus Imapdb Datenbank beleidigt? ...
by "Matthias Hägele" 18 Feb '15

18 Feb '15

Hallo Postfix User, Vorgeschichte: Der Mailserver konnte die Mails nicht mehr so schnell ausliefern wie eine amok laufende Software auf einem anderen Server diesen mit falschen Mailadressen beschossen hatte. Double bounces usw. auf dem postmaster account welche das I/O wohl irgendwie an seine bescheidenen Grenzen (veraltete Hardware) brachten. In Verbindung mit einem gleichzeitigen Providerproblem wuchs dann die Warteschlange sehr schnell auf bis dato unbekannte Höhen an, während der amoklaufende Server weiterhin versuchte seinen Datenmüll auf dem Postfix abzuladen ... Versuch gerade zu biegen: Durchgeführte quick and dirty und evtl. voreilige "Rettungsaktion": Die Inboxen Admin Accounts ließen sich nicht mehr aufrufen da er wohl soviele Dateien (zeigte z.B. kurz 460000 im Webclient an) drin hat ... um Inodes freizuschaufeln und wg. nicht mehr funktionierenden Postmaster Mails habe ich auf dem überforderten Mailserver (per bootcd) direkt im dateisystem die imap mails des postmaster accounts und weiterer admin benutzer von Hand gelöscht. Jetzt vermute ich daß die Datenbank "denkt" daß noch Mails vorhanden sein sollten welche aber durch die Löschaktion ins digitale Nirvana befördert wurden. Kann ich jetzt einfach diese cyrus .db .cache usw. files löschen bzw. krieg ich das "einfach" bereinigt.? Mein Versuch über die grafische Verwaltungsoberfläche einen Adminaccount zu löschen und komplett neu anzulegen hat leider nichts gebracht, er legt den zugehörigen userordner unterhalb imap-mail im Dateisystem leider nicht mehr an. Der Mailserver ist eine "all in one" Lösung die gleichzeitig noch proxy, imapserver, firewall usw. spielt (postfix, amavisd, spamassasin, cyrus imap ...) Die Postmaster Mails habe ich auf einen anderen Account umgeleitet um die Funktionalität wiederherzustellen ... sobald aber Mails an einen der alten "kaputten Accounts" versucht werden ins Postfach zu legen kommt Fehlermeldung: im Logfile: "[/var/imap/socket/lmtp] said 451 4.3.0 System I/O error" in (reply to RCPT TO Command) die mails müssen dann manuell aus der Postfix-Queue gelöscht werden ... Gerne nehme ich auch Hinweise auf weitere Doku entgegen ... Vorab Vielen Dank für jeden Hinweis! MH

1 0