From ml-pbu at syntaxys.de Tue Apr 2 16:18:35 2024 From: ml-pbu at syntaxys.de (Achim Lammerts) Date: Tue, 2 Apr 2024 16:18:35 +0200 Subject: Postfix als lokaler Relayhost Message-ID: <0fecab8f-1ceb-8adf-c5ce-e7ff980d4799@syntaxys.de> Hallo Liste, ich habe hier einen kleinen HomeServer laufen für Backup & Entwicklung. Auf diesem läuft eine Postfix-Instanz, die alles an den Postfix im Rechenzentrum weiterleitet, dieser dort kümmert sich um alle weiteren Zustellungen intern & extern. Klappt so weit bestens. Von jedem Rechner oder jeder VM im Heimnetz 192.168.0.0/16 kann ich mich mit dem Postfix auf dem HomeServer verbinden. Klappt super. Auf dem HomeServer gibt's auch mal Docker-Instanzen, die E-Mails versenden wollen. Das klappt leider nicht. Wenn ich zur bash in der Docker-Instanz wechsle, kann ich den Postfix problemlos pingen und auch ein telnet homeserver 465 wird zumindest auf die IP aufgelöst, aber dann hängt's, es kommt einfach keine Begrüßung. Im Log des Postfix taucht nichts zu den Versuchen auf und ich bin jetzt ein bissl ratlos, wie ich das debuggen kann. Die nötigen Parameter sind gesetzt: mynetworks = 127.0.0.0/8 [::ffff:127.0.0.0]/104 [::1]/128 192.168.0.0/16 172.0.0.0/8 inet_interfaces = all inet_protocols = all Hat jemand ein ähnliches Problem und kennt die Lösung? Vielen Dank für die Hilfe! Achim -- Wietse, I am so grateful. -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : OpenPGP_0x042489E6AC4CB99F.asc Dateityp : application/pgp-keys Dateigröße : 4878 bytes Beschreibung: OpenPGP public key URL : From michael at linuxfox.de Tue Apr 2 17:05:16 2024 From: michael at linuxfox.de (Michael Grundmann) Date: Tue, 2 Apr 2024 17:05:16 +0200 Subject: Postfix als lokaler Relayhost In-Reply-To: <0fecab8f-1ceb-8adf-c5ce-e7ff980d4799@syntaxys.de> References: <0fecab8f-1ceb-8adf-c5ce-e7ff980d4799@syntaxys.de> Message-ID: <9ddbc165-f91d-45d7-aff0-81f5aed8f6fc@linuxfox.de> Am 02.04.24 um 16:18 schrieb Achim Lammerts via Postfixbuch-users: > Wenn ich zur bash in der Docker-Instanz wechsle, kann ich den Postfix > problemlos pingen und auch ein telnet homeserver 465 wird zumindest auf > die IP aufgelöst, aber dann hängt's, es kommt einfach keine Begrüßung. iptables -L -n -v Docker-Instanzen haben auch eine 172er IP? -- Gruß Michael Wenn du verstehst, was du tust, wirst du nichts lernen From ml-pbu at syntaxys.de Tue Apr 2 17:06:36 2024 From: ml-pbu at syntaxys.de (Achim Lammerts) Date: Tue, 2 Apr 2024 17:06:36 +0200 Subject: =?UTF-8?Q?Gel=c3=b6st=3a_Postfix_als_lokaler_Relayhost?= In-Reply-To: <0fecab8f-1ceb-8adf-c5ce-e7ff980d4799@syntaxys.de> References: <0fecab8f-1ceb-8adf-c5ce-e7ff980d4799@syntaxys.de> Message-ID: <4e532ad9-6ddb-e890-ca4f-bf0901c7ad85@syntaxys.de> Ich Dussel hab nicht an die Firewall gedacht. ufw allow from 172.0.0.0/8 oder ufw allow 465 und ufw allow 587 war die Lösung ? Am 02.04.24 um 16:18 schrieb Achim Lammerts via Postfixbuch-users: > Hallo Liste, > ich habe hier einen kleinen HomeServer laufen für Backup & Entwicklung. > Auf diesem läuft eine Postfix-Instanz, die alles an den Postfix im > Rechenzentrum weiterleitet, dieser dort kümmert sich um alle weiteren > Zustellungen intern & extern. Klappt so weit bestens. > > Von jedem Rechner oder jeder VM im Heimnetz 192.168.0.0/16 kann ich mich > mit dem Postfix auf dem HomeServer verbinden. Klappt super. > Auf dem HomeServer gibt's auch mal Docker-Instanzen, die E-Mails > versenden wollen. Das klappt leider nicht. > Wenn ich zur bash in der Docker-Instanz wechsle, kann ich den Postfix > problemlos pingen und auch ein telnet homeserver 465 wird zumindest auf > die IP aufgelöst, aber dann hängt's, es kommt einfach keine Begrüßung. > Im Log des Postfix taucht nichts zu den Versuchen auf und ich bin jetzt > ein bissl ratlos, wie ich das debuggen kann. > > Die nötigen Parameter sind gesetzt: > mynetworks = 127.0.0.0/8 [::ffff:127.0.0.0]/104 [::1]/128 192.168.0.0/16 > 172.0.0.0/8 > inet_interfaces = all > inet_protocols = all > > Hat jemand ein ähnliches Problem und kennt die Lösung? > > Vielen Dank für die Hilfe! > Achim > -- Wietse, I am so grateful. From usenet at schani.com Wed Apr 10 11:23:06 2024 From: usenet at schani.com (christian) Date: Wed, 10 Apr 2024 11:23:06 +0200 Subject: Postfix unerwarteter Crash Message-ID: <10ff05bb-e1a8-4b63-b45a-422028c42211@schani.com> Hallo, ich hatte heute Nacht meinen ersten Postfix Ausfall. mail_version = 3.7.1 Syslog zeigt folgendes an: 2024-04-10T02:09:18.975550+02:00 wwl10 postfix[3785658]: Postfix is using backwards-compatible default settings 2024-04-10T02:09:18.975657+02:00 wwl10 postfix[3785658]: See http://www.postfix.org/COMPATIBILITY_README.html for details 2024-04-10T02:09:18.975689+02:00 wwl10 postfix[3785658]: To disable backwards compatibility use "postconf compatibility_level=3.6" and "postfix reload" 2024-04-10T02:10:08.932234+02:00 wwl10 systemd[1]: postfix at -.service: start operation timed out. Terminating. 2024-04-10T02:10:08.932894+02:00 wwl10 systemd[1]: postfix at -.service: Failed with result 'timeout'. 2024-04-10T02:10:08.933113+02:00 wwl10 systemd[1]: Failed to start postfix at -.service - Postfix Mail Transport Agent (instance -). Diese "Postfix is using backwards-compatible default settings" Meldung hatte ich die letzte Zeit alle paar Stunden mal, aber ohne Probleme. Ich hab jetzt "postconf compatibility_level=3.6" eingetragen. Soweit so Gut. Was ist da der Hintergrund? Postfix wurde mit dem Server Debian 12 neu aufgesetzt. Besten Dank für einen Tipp Christian From cr at ncxs.de Wed Apr 10 12:42:53 2024 From: cr at ncxs.de (Carsten Rosenberg) Date: Wed, 10 Apr 2024 12:42:53 +0200 Subject: Postfix unerwarteter Crash In-Reply-To: <10ff05bb-e1a8-4b63-b45a-422028c42211@schani.com> References: <10ff05bb-e1a8-4b63-b45a-422028c42211@schani.com> Message-ID: Hey, das compatibility_level ist sicher nicht dein Problem. Du hast in deinen Logs hier gar keine Postfix Logs dabei. Das ist alles nur Systemd. Unter Debian ist die Systemd Unit schon für Multi-Instanzen vorbereitet. Die richtigen Befehle wären also -> Fehlermeldungen: journalctl -xeu postfix at - -> Systemstatus systemctl status postfix at - oder auch gern postfix check und Fehler zu entdecken, Viele Grüße Carsten On 10.04.24 11:23, christian via Postfixbuch-users wrote: > Hallo, > ich hatte heute Nacht meinen ersten Postfix Ausfall. > > mail_version = 3.7.1 > > Syslog zeigt folgendes an: > > > 2024-04-10T02:09:18.975550+02:00 wwl10 postfix[3785658]: Postfix is > using backwards-compatible default settings > 2024-04-10T02:09:18.975657+02:00 wwl10 postfix[3785658]: See > http://www.postfix.org/COMPATIBILITY_README.html for details > 2024-04-10T02:09:18.975689+02:00 wwl10 postfix[3785658]: To disable > backwards compatibility use "postconf compatibility_level=3.6" and > "postfix reload" > > > 2024-04-10T02:10:08.932234+02:00 wwl10 systemd[1]: postfix at -.service: > start operation timed out. Terminating. > 2024-04-10T02:10:08.932894+02:00 wwl10 systemd[1]: postfix at -.service: > Failed with result 'timeout'. > 2024-04-10T02:10:08.933113+02:00 wwl10 systemd[1]: Failed to start > postfix at -.service - Postfix Mail Transport Agent (instance -). > > > Diese "Postfix is using backwards-compatible default settings" Meldung > hatte ich die letzte Zeit alle paar Stunden mal, aber ohne Probleme. > Ich hab jetzt "postconf compatibility_level=3.6" eingetragen. Soweit so > Gut. > Was ist da der Hintergrund? > Postfix wurde mit dem Server Debian 12 neu aufgesetzt. > > Besten Dank für einen Tipp > > Christian > > From usenet at schani.com Wed Apr 10 14:48:07 2024 From: usenet at schani.com (christian) Date: Wed, 10 Apr 2024 14:48:07 +0200 Subject: Postfix unerwarteter Crash In-Reply-To: References: <10ff05bb-e1a8-4b63-b45a-422028c42211@schani.com> Message-ID: <765bf40a-8506-40ed-ac26-1d1d1128c5e3@schani.com> In den postfix/mail.log hab ich noch das gefunden: 2024-04-10T01:59:08.036659+02:00 wwl10 postfix/submission/smtpd[3777636]: connect from unknown[183.154.116.238] 2024-04-10T01:59:09.284667+02:00 wwl10 postfix/submission/smtpd[3777636]: Anonymous TLS connection established from unknown[183.154.116.238]: TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits) 2024-04-10T01:59:12.110295+02:00 wwl10 postfix/submission/smtpd[3777636]: warning: unknown[183.154.116.238]: SASL LOGIN authentication failed: UGFzc3dvcmQ6, sasl_username=vod 2024-04-10T01:59:12.405875+02:00 wwl10 postfix/submission/smtpd[3777636]: lost connection after AUTH from unknown[183.154.116.238] 2024-04-10T01:59:12.405951+02:00 wwl10 postfix/submission/smtpd[3777636]: disconnect from unknown[183.154.116.238] ehlo=2 starttls=1 auth=0/1 commands=3/4 2024-04-10T01:59:12.799588+02:00 wwl10 postfix/smtps/smtpd[3778399]: connect from unknown[136.255.230.40] 2024-04-10T01:59:13.539271+02:00 wwl10 postfix/postfix-script[3779080]: stopping the Postfix mail system 2024-04-10T01:59:13.593081+02:00 wwl10 postfix/master[2780]: terminating on signal 15 2024-04-10T02:01:48.628530+02:00 wwl10 postfix[3781064]: Postfix is using backwards-compatible default settings 2024-04-10T02:01:48.628737+02:00 wwl10 postfix[3781064]: See http://www.postfix.org/COMPATIBILITY_README.html for details 2024-04-10T02:01:48.628770+02:00 wwl10 postfix[3781064]: To disable backwards compatibility use "postconf compatibility_level=3.6" and "postfix reload" 2024-04-10T02:04:18.353835+02:00 wwl10 postfix[3782468]: Postfix is using backwards-compatible default settings 2024-04-10T02:04:18.353976+02:00 wwl10 postfix[3782468]: See http://www.postfix.org/COMPATIBILITY_README.html for details 2024-04-10T02:04:18.354026+02:00 wwl10 postfix[3782468]: To disable backwards compatibility use "postconf compatibility_level=3.6" and "postfix reload" 2024-04-10T02:06:48.644746+02:00 wwl10 postfix[3784180]: Postfix is using backwards-compatible default settings 2024-04-10T02:06:48.644878+02:00 wwl10 postfix[3784180]: See http://www.postfix.org/COMPATIBILITY_README.html for details 2024-04-10T02:06:48.644929+02:00 wwl10 postfix[3784180]: To disable backwards compatibility use "postconf compatibility_level=3.6" and "postfix reload" 2024-04-10T02:09:18.975550+02:00 wwl10 postfix[3785658]: Postfix is using backwards-compatible default settings 2024-04-10T02:09:18.975657+02:00 wwl10 postfix[3785658]: See http://www.postfix.org/COMPATIBILITY_README.html for details 2024-04-10T02:09:18.975689+02:00 wwl10 postfix[3785658]: To disable backwards compatibility use "postconf compatibility_level=3.6" and "postfix reload" 2024-04-10T08:50:42.025448+02:00 wwl10 postfix/postqueue[4099654]: warning: Mail system is down -- accessing queue directly (Connect to the Postfix showq service: Connection refused) 2024-04-10T08:54:13.374052+02:00 wwl10 postfix[1506]: Postfix is using backwards-compatible default settings 2024-04-10T08:54:13.436832+02:00 wwl10 postfix[1506]: See http://www.postfix.org/COMPATIBILITY_README.html for details 2024-04-10T08:54:13.436883+02:00 wwl10 postfix[1506]: To disable backwards compatibility use "postconf compatibility_level=3.6" and "postfix reload" und postfix check postfix/postfix-script: warning: /var/spool/postfix/etc/ssl/certs/GTS_Root_R3.pem and /etc/ssl/certs/GTS_Root_R3.pem differ postfix/postfix-script: warning: /var/spool/postfix/etc/ssl/certs/GlobalSign_ECC_Root_CA_-_R4.pem and /etc/ssl/certs/GlobalSign_ECC_Root_CA_-_R4.pem differ postfix/postfix-script: warning: /var/spool/postfix/etc/ssl/certs/GTS_Root_R2.pem and /etc/ssl/certs/GTS_Root_R2.pem differ postfix/postfix-script: warning: /var/spool/postfix/etc/ssl/certs/GTS_Root_R4.pem and /etc/ssl/certs/GTS_Root_R4.pem differ postfix/postfix-script: warning: /var/spool/postfix/etc/ssl/certs/GTS_Root_R1.pem and /etc/ssl/certs/GTS_Root_R1.pem differ Wie kann ich denn das Problem lösen? Danke Am 10.04.2024 um 12:42 schrieb Carsten Rosenberg via Postfixbuch-users: > Hey, > > das compatibility_level ist sicher nicht dein Problem. > > Du hast in deinen Logs hier gar keine Postfix Logs dabei. Das ist alles > nur Systemd. Unter Debian ist die Systemd Unit schon für Multi-Instanzen > vorbereitet. > > Die richtigen Befehle wären also > > -> Fehlermeldungen: > journalctl -xeu postfix at - > > -> Systemstatus > systemctl status postfix at - > > oder auch gern postfix check und Fehler zu entdecken, > > Viele Grüße > > Carsten > > On 10.04.24 11:23, christian via Postfixbuch-users wrote: >> Hallo, >> ich hatte heute Nacht meinen ersten Postfix Ausfall. >> >> mail_version = 3.7.1 >> >> Syslog zeigt folgendes an: >> >> >> 2024-04-10T02:09:18.975550+02:00 wwl10 postfix[3785658]: Postfix is >> using backwards-compatible default settings >> 2024-04-10T02:09:18.975657+02:00 wwl10 postfix[3785658]: See >> http://www.postfix.org/COMPATIBILITY_README.html for details >> 2024-04-10T02:09:18.975689+02:00 wwl10 postfix[3785658]: To disable >> backwards compatibility use "postconf compatibility_level=3.6" and >> "postfix reload" >> >> >> 2024-04-10T02:10:08.932234+02:00 wwl10 systemd[1]: postfix at -.service: >> start operation timed out. Terminating. >> 2024-04-10T02:10:08.932894+02:00 wwl10 systemd[1]: postfix at -.service: >> Failed with result 'timeout'. >> 2024-04-10T02:10:08.933113+02:00 wwl10 systemd[1]: Failed to start >> postfix at -.service - Postfix Mail Transport Agent (instance -). >> >> >> Diese "Postfix is using backwards-compatible default settings" Meldung >> hatte ich die letzte Zeit alle paar Stunden mal, aber ohne Probleme. >> Ich hab jetzt "postconf compatibility_level=3.6" eingetragen. Soweit >> so Gut. >> Was ist da der Hintergrund? >> Postfix wurde mit dem Server Debian 12 neu aufgesetzt. >> >> Besten Dank für einen Tipp >> >> Christian >> >> From ae at ae-online.de Wed Apr 10 16:01:39 2024 From: ae at ae-online.de (Andreas Ernst) Date: Wed, 10 Apr 2024 16:01:39 +0200 Subject: Postfix unerwarteter Crash In-Reply-To: <765bf40a-8506-40ed-ac26-1d1d1128c5e3@schani.com> References: <10ff05bb-e1a8-4b63-b45a-422028c42211@schani.com> <765bf40a-8506-40ed-ac26-1d1d1128c5e3@schani.com> Message-ID: <2d74580b-6259-4ba6-8f48-e4dfee601eff@ae-online.de> Hi, Am 10.04.24 um 14:48 schrieb christian via Postfixbuch-users: > In den postfix/mail.log hab ich noch das gefunden: > > 2024-04-10T01:59:08.036659+02:00 wwl10 > postfix/submission/smtpd[3777636]: connect from unknown[183.154.116.238] > 2024-04-10T01:59:09.284667+02:00 wwl10 > postfix/submission/smtpd[3777636]: Anonymous TLS connection established > from unknown[183.154.116.238]: TLSv1.2 with cipher > ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits) > 2024-04-10T01:59:12.110295+02:00 wwl10 > postfix/submission/smtpd[3777636]: warning: unknown[183.154.116.238]: > SASL LOGIN authentication failed: UGFzc3dvcmQ6, sasl_username=vod > 2024-04-10T01:59:12.405875+02:00 wwl10 > postfix/submission/smtpd[3777636]: lost connection after AUTH from > unknown[183.154.116.238] > 2024-04-10T01:59:12.405951+02:00 wwl10 > postfix/submission/smtpd[3777636]: disconnect from > unknown[183.154.116.238] ehlo=2 starttls=1 auth=0/1 commands=3/4 > 2024-04-10T01:59:12.799588+02:00 wwl10 postfix/smtps/smtpd[3778399]: > connect from unknown[136.255.230.40] > 2024-04-10T01:59:13.539271+02:00 wwl10 postfix/postfix-script[3779080]: > stopping the Postfix mail system > 2024-04-10T01:59:13.593081+02:00 wwl10 postfix/master[2780]: terminating > on signal 15 > 2024-04-10T02:01:48.628530+02:00 wwl10 postfix[3781064]: Postfix is > using backwards-compatible default settings > 2024-04-10T02:01:48.628737+02:00 wwl10 postfix[3781064]: See > http://www.postfix.org/COMPATIBILITY_README.html for details > 2024-04-10T02:01:48.628770+02:00 wwl10 postfix[3781064]: To disable > backwards compatibility use "postconf compatibility_level=3.6" and > "postfix reload" > 2024-04-10T02:04:18.353835+02:00 wwl10 postfix[3782468]: Postfix is > using backwards-compatible default settings > 2024-04-10T02:04:18.353976+02:00 wwl10 postfix[3782468]: See > http://www.postfix.org/COMPATIBILITY_README.html for details > 2024-04-10T02:04:18.354026+02:00 wwl10 postfix[3782468]: To disable > backwards compatibility use "postconf compatibility_level=3.6" and > "postfix reload" > 2024-04-10T02:06:48.644746+02:00 wwl10 postfix[3784180]: Postfix is > using backwards-compatible default settings > 2024-04-10T02:06:48.644878+02:00 wwl10 postfix[3784180]: See > http://www.postfix.org/COMPATIBILITY_README.html for details > 2024-04-10T02:06:48.644929+02:00 wwl10 postfix[3784180]: To disable > backwards compatibility use "postconf compatibility_level=3.6" and > "postfix reload" > 2024-04-10T02:09:18.975550+02:00 wwl10 postfix[3785658]: Postfix is > using backwards-compatible default settings > 2024-04-10T02:09:18.975657+02:00 wwl10 postfix[3785658]: See > http://www.postfix.org/COMPATIBILITY_README.html for details > 2024-04-10T02:09:18.975689+02:00 wwl10 postfix[3785658]: To disable > backwards compatibility use "postconf compatibility_level=3.6" and > "postfix reload" > 2024-04-10T08:50:42.025448+02:00 wwl10 postfix/postqueue[4099654]: > warning: Mail system is down -- accessing queue directly (Connect to the Hier ist aber eine sehr große Lücke, über 6h. Das schaffen meine Postfixe nicht, da ist dauernd Betrieb. Liebe Grüße Andreas -- ae | Andreas Ernst | IT Spektrum Postfach 5, 65612 Beselich Schupbacher Str. 32, 65614 Beselich, Germany Tel: +49-6484-91002 Fax: +49-6484-91003 ae at ae-online.de | www.ae-online.de www.tachyon-online.de From harald.witt at dpfa.de Thu Apr 11 08:55:59 2024 From: harald.witt at dpfa.de (harald.witt at dpfa.de) Date: Thu, 11 Apr 2024 08:55:59 +0200 Subject: Autoreply-Script sendet nicht an alle Adressen Message-ID: <000801da8bdd$4fb53580$ef1fa080$@dpfa.de> Hallo Leute, unser Mitarbeiter Test1 mit der E-Mail-Adresse "test1 at domain.de" ist nicht mehr da. Deshalb gibt es in den virtual_alias_maps folgende Zeile: test1 at domain.de test2 at domain.de,test1#domain.de at autoreply.domain.de Da ist also eine Weiterleitung an den User Test2 und an eine Autoreply-Adresse, damit dem Absender eine entsprechende Info zukommt. Die Subdomain autoreply.domain.de hat einen eigenen Transport namens "vacation" in der transport_maps. Entsprechend wurde der Transport in der master.cf definiert, welcher auf ein Perl-Script piped: vacation unix - n n - - pipe flags=Rq user=vacation argv=/usr/lib/postfix-vacation/vacation.pl -f ${sender} -- ${recipient} Soweit funktioniert alles prima. Aber nun geht der User Test2 in den wohlverdienten Urlaub und macht seinerseits eine Abwesenheitsnotiz: Dadurch steht in den virtual_alias_maps eine zweite Zeile mit: test2 at domain.de test2 at domain.de,test2#domain.de at autoreply.domain.de Die E-Mails wird also an den User Test2 tatsächlich ausgeliefert und zusätzlich eine Abwesenheitsnotiz gesendet. Postfix macht das auch ganz prima, wie man dem Logfile entnehmen kann: ... to=, orig_to=, relay=vacation, ... (delivered via vacation service) ... to=, orig_to=, relay=vacation, ... (delivered via vacation service) Blöder Weise wird aber nur eine Abwesenheitsnotiz vom Perl-Script gelogged, nämlich die von Test1. Tauscht man die Zeilen in der virtual_alias_maps wird die von Test2 gelogged bzw. zumindest das Script aufgerufen. Wirklich gesendet wird dann natürlich nichts, weil test2 at domain.de ja gar nicht im to: odeer cc: header drinsteht. Aber der Aufruf des Perl-Scripts müsste im Logfile drinstehen. Weiß jemand wie man dem abhelfen kann? Mir drängt sich der Verdacht auf, dass beide Mal in dieselbe pipe geschrieben wird? Kann man in dem Fall in der master.cf dafür sorgen, dass immer eine neue pipe genommen wird und jeder Script-Aufruf ein neuer Prozess ist? Vielen Dank schon mal Harald -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: From harald.witt at dpfa.de Thu Apr 11 11:03:52 2024 From: harald.witt at dpfa.de (harald.witt at dpfa.de) Date: Thu, 11 Apr 2024 11:03:52 +0200 Subject: AW: Autoreply-Script sendet nicht an alle Adressen In-Reply-To: <000801da8bdd$4fb53580$ef1fa080$@dpfa.de> References: <000801da8bdd$4fb53580$ef1fa080$@dpfa.de> Message-ID: <005a01da8bef$2ce6aa90$86b3ffb0$@dpfa.de> Hab das Problem jetzt selbst gelöst: Postfix stellt für jeden Transport den Konfigurations-Parameter transport_destination_recipient_limit bereit. In meinem Fall trage ich daher folgendes in die main.cf ein: vacation_destination_recipient_limit = 1 Und schon klappt alles ? Will man zusätzlich die Einträge im Vacation-Logfile schön zusammen haben hilft eine Verzögerung zwischen zwei deliveries: vacation_transport_rate_delay = 1s Viele Grüße Harald Von: Postfixbuch-users Im Auftrag von harald.witt at dpfa.de Gesendet: Donnerstag, 11. April 2024 08:56 An: postfixbuch-users at listen.jpberlin.de Betreff: Autoreply-Script sendet nicht an alle Adressen Hallo Leute, unser Mitarbeiter Test1 mit der E-Mail-Adresse "test1 at domain.de " ist nicht mehr da. Deshalb gibt es in den virtual_alias_maps folgende Zeile: test1 at domain.de test2 at domain.de,test1#domain.de at autoreply.domain.de Da ist also eine Weiterleitung an den User Test2 und an eine Autoreply-Adresse, damit dem Absender eine entsprechende Info zukommt. Die Subdomain autoreply.domain.de hat einen eigenen Transport namens "vacation" in der transport_maps. Entsprechend wurde der Transport in der master.cf definiert, welcher auf ein Perl-Script piped: vacation unix - n n - - pipe flags=Rq user=vacation argv=/usr/lib/postfix-vacation/vacation.pl -f ${sender} -- ${recipient} Soweit funktioniert alles prima. Aber nun geht der User Test2 in den wohlverdienten Urlaub und macht seinerseits eine Abwesenheitsnotiz: Dadurch steht in den virtual_alias_maps eine zweite Zeile mit: test2 at domain.de test2 at domain.de,test2#domain.de at autoreply.domain.de Die E-Mails wird also an den User Test2 tatsächlich ausgeliefert und zusätzlich eine Abwesenheitsnotiz gesendet. Postfix macht das auch ganz prima, wie man dem Logfile entnehmen kann: ... to= >, orig_to= >, relay=vacation, ... (delivered via vacation service) ... to= >, orig_to= >, relay=vacation, ... (delivered via vacation service) Blöder Weise wird aber nur eine Abwesenheitsnotiz vom Perl-Script gelogged, nämlich die von Test1. Tauscht man die Zeilen in der virtual_alias_maps wird die von Test2 gelogged bzw. zumindest das Script aufgerufen. Wirklich gesendet wird dann natürlich nichts, weil test2 at domain.de ja gar nicht im to: odeer cc: header drinsteht. Aber der Aufruf des Perl-Scripts müsste im Logfile drinstehen. Weiß jemand wie man dem abhelfen kann? Mir drängt sich der Verdacht auf, dass beide Mal in dieselbe pipe geschrieben wird? Kann man in dem Fall in der master.cf dafür sorgen, dass immer eine neue pipe genommen wird und jeder Script-Aufruf ein neuer Prozess ist? Vielen Dank schon mal Harald -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: From mailing at fukz.de Thu Apr 18 14:45:30 2024 From: mailing at fukz.de (Sebastian John) Date: Thu, 18 Apr 2024 12:45:30 +0000 Subject: S/MIME Mails routen Message-ID: Moin, ich suche eine Möglichkeit, Mail die S/MIME signiert und/oder verschlüsselt sind, an einen anderen Host umzuleiten. Ich hab Postfix mit rSpamD im Einsatz. RSpamD ist ja in der Lage, S/MIME zu erkennen und könnte ggf. einen Header setzen, den Postfix wieder verwenden könnte. Oder gibt es eine bessere Idee? Danke für Eure Ideen und Anregungen Basti From daniel at mail24.vip Thu Apr 18 16:36:48 2024 From: daniel at mail24.vip (Daniel) Date: Thu, 18 Apr 2024 16:36:48 +0200 Subject: S/MIME Mails routen In-Reply-To: References: Message-ID: <0184FCD1-7452-425C-A2DE-1B472BABFBB9@mail24.vip> Verwende doch eine Sieve Regel, auf schnelle aus chatgpt (ungeprüft) require ["fileinto", "mime", "encryption"]; if anyof (mimecast:smime-signed, mimecast:smime-encrypted) { fileinto "Zielordner"; } Evt reicht es ja für konkreten Ansatz zum umsetzen. Gruß Daniel > Am 18.04.2024 um 15:30 schrieb Sebastian John : > > ?Moin, > > ich suche eine Möglichkeit, Mail die S/MIME signiert und/oder verschlüsselt sind, an einen anderen Host umzuleiten. Ich hab Postfix mit rSpamD im Einsatz. RSpamD ist ja in der Lage, S/MIME zu erkennen und könnte ggf. einen Header setzen, den Postfix wieder verwenden könnte. Oder gibt es eine bessere Idee? > > Danke für Eure Ideen und Anregungen > > Basti > > -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : smime.p7s Dateityp : application/pkcs7-signature Dateigröße : 2623 bytes Beschreibung: nicht verfügbar URL : From daniel at mail24.vip Thu Apr 18 16:43:32 2024 From: daniel at mail24.vip (Daniel) Date: Thu, 18 Apr 2024 16:43:32 +0200 Subject: S/MIME Mails routen In-Reply-To: <0184FCD1-7452-425C-A2DE-1B472BABFBB9@mail24.vip> References: <0184FCD1-7452-425C-A2DE-1B472BABFBB9@mail24.vip> Message-ID: <9F7A97CE-D810-48AE-8569-F17AF72349A7@mail24.vip> Bzw. kannst auch Datei prüfen ob vorhanden ist und dann in Ordner schieben oder anderes Mailpostfach. require ["fileinto"]; if attachment :is "filename" "smime.p7s" { fileinto "Zielordner"; } Gruß Daniel > Am 18.04.2024 um 16:36 schrieb Daniel : > > ?Verwende doch eine Sieve Regel, auf schnelle aus chatgpt (ungeprüft) > > require ["fileinto", "mime", "encryption"]; > > if anyof (mimecast:smime-signed, mimecast:smime-encrypted) { > fileinto "Zielordner"; > } > > Evt reicht es ja für konkreten Ansatz zum umsetzen. > > Gruß Daniel > >> Am 18.04.2024 um 15:30 schrieb Sebastian John : >> >> ?Moin, >> >> ich suche eine Möglichkeit, Mail die S/MIME signiert und/oder verschlüsselt sind, an einen anderen Host umzuleiten. Ich hab Postfix mit rSpamD im Einsatz. RSpamD ist ja in der Lage, S/MIME zu erkennen und könnte ggf. einen Header setzen, den Postfix wieder verwenden könnte. Oder gibt es eine bessere Idee? >> >> Danke für Eure Ideen und Anregungen >> >> Basti >> >> -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : smime.p7s Dateityp : application/pkcs7-signature Dateigröße : 2623 bytes Beschreibung: nicht verfügbar URL : From list+postfixbuch at gcore.biz Thu Apr 18 22:53:07 2024 From: list+postfixbuch at gcore.biz (Gerald Galster) Date: Thu, 18 Apr 2024 22:53:07 +0200 Subject: S/MIME Mails routen In-Reply-To: References: Message-ID: > ich suche eine Möglichkeit, Mail die S/MIME signiert und/oder verschlüsselt sind, an einen anderen Host umzuleiten. Ich hab Postfix mit rSpamD im Einsatz. RSpamD ist ja in der Lage, S/MIME zu erkennen und könnte ggf. einen Header setzen, den Postfix wieder verwenden könnte. Oder gibt es eine bessere Idee? Eine andere Idee wäre über (mime_)header_checks nach einem entsprechenden Header zu suchen und zu FILTERn: https://www.postfix.org/header_checks.5.html Wenn der Header von rspamd eingefügt wird, muss mime_header_checks verwendet werden. # /etc/postfix/header_checks / ... s\/mime header / FILTER smtp:[mailserver2.domain.de] Viele Grüße Gerald From list+postfixbuch at gcore.biz Fri Apr 19 16:02:22 2024 From: list+postfixbuch at gcore.biz (Gerald Galster) Date: Fri, 19 Apr 2024 16:02:22 +0200 Subject: S/MIME Mails routen In-Reply-To: References: Message-ID: <05A90FB1-792A-4470-801D-AFD167B78103@gcore.biz> >> ich suche eine Möglichkeit, Mail die S/MIME signiert und/oder verschlüsselt sind, an einen anderen Host umzuleiten. Ich hab Postfix mit rSpamD im Einsatz. RSpamD ist ja in der Lage, S/MIME zu erkennen und könnte ggf. einen Header setzen, den Postfix wieder verwenden könnte. Oder gibt es eine bessere Idee? > > Eine andere Idee wäre über (mime_)header_checks nach einem entsprechenden Header > zu suchen und zu FILTERn: https://www.postfix.org/header_checks.5.html > > Wenn der Header von rspamd eingefügt wird, muss mime_header_checks verwendet werden. Korrektur: da rspamd wohl als Milter läuft ist das milter_header_checks. In der postconf Manpage gibt es ein Beispiel dazu (X-SPAM-FLAG): https://www.postfix.org/postconf.5.html#milter_header_checks: milter_header_checks (default: empty) Optional lookup tables for content inspection of message headers that are produced by Milter applications. See the header_checks(5) manual page available actions. Currently, PREPEND is not implemented. The following example sends all mail that is marked as SPAM to a spam handling machine. Note that matches are case-insensitive by default. /etc/postfix/main.cf: milter_header_checks = pcre:/etc/postfix/milter_header_checks /etc/postfix/milter_header_checks: /^X-SPAM-FLAG:\s+YES/ FILTER mysmtp:sanitizer.example.com:25 The milter_header_checks mechanism could also be used for allowlisting. For example it could be used to skip heavy content inspection for DKIM-signed mail from known friendly domains. This feature is available in Postfix 2.7, and as an optional patch for Postfix 2.6. Viele Grüße Gerald From mailing at fukz.de Wed Apr 24 14:23:45 2024 From: mailing at fukz.de (Sebastian John) Date: Wed, 24 Apr 2024 12:23:45 +0000 Subject: S/MIME Mails routen In-Reply-To: <05A90FB1-792A-4470-801D-AFD167B78103@gcore.biz> References: <05A90FB1-792A-4470-801D-AFD167B78103@gcore.biz> Message-ID: Hey, danke für den Hinweis. Leider hat es mich die Woche umgehauen, so dass ich noch nicht weiter dran arbeiten konnte. Ich werde das nächste Woche probieren, aber das sollte so funktionieren. Basti ------ Originalnachricht ------ Von "Gerald Galster" An "Diskussionen und Support rund um Postfix" Datum 19.04.24, 16:02:22 Betreff Re: S/MIME Mails routen > >>> ich suche eine Möglichkeit, Mail die S/MIME signiert und/oder verschlüsselt sind, an einen anderen Host umzuleiten. Ich hab Postfix mit rSpamD im Einsatz. RSpamD ist ja in der Lage, S/MIME zu erkennen und könnte ggf. einen Header setzen, den Postfix wieder verwenden könnte. Oder gibt es eine bessere Idee? >> >> Eine andere Idee wäre über (mime_)header_checks nach einem entsprechenden Header >> zu suchen und zu FILTERn: https://www.postfix.org/header_checks.5.html >> >> Wenn der Header von rspamd eingefügt wird, muss mime_header_checks verwendet werden. > >Korrektur: da rspamd wohl als Milter läuft ist das milter_header_checks. > >In der postconf Manpage gibt es ein Beispiel dazu (X-SPAM-FLAG): > >https://www.postfix.org/postconf.5.html#milter_header_checks: > > milter_header_checks (default: empty) > > Optional lookup tables for content inspection of message headers that are > produced by Milter applications. See the header_checks(5) manual page > available actions. Currently, PREPEND is not implemented. > > The following example sends all mail that is marked as SPAM to a spam > handling machine. Note that matches are case-insensitive by default. > > /etc/postfix/main.cf: > milter_header_checks = pcre:/etc/postfix/milter_header_checks > > /etc/postfix/milter_header_checks: > /^X-SPAM-FLAG:\s+YES/ FILTER mysmtp:sanitizer.example.com:25 > > The milter_header_checks mechanism could also be used for allowlisting. > For example it could be used to skip heavy content inspection for > DKIM-signed mail from known friendly domains. > > This feature is available in Postfix 2.7, and as an optional patch for Postfix 2.6. > > >Viele Grüße >Gerald From postfix.user at linuxmaker.cloud Sat Apr 27 12:45:28 2024 From: postfix.user at linuxmaker.cloud (Andreas) Date: Sat, 27 Apr 2024 12:45:28 +0200 Subject: Umgang mit IMAP-Server als Dauerspeicherplatz und Backups Message-ID: <3295457.44csPzL39Z@stuttgart> Hallo zusammen, ich hätte da einmal eine Frage. Wie geht Ihr mit den Mailaccounts und den Inhalten sprich Mails um? Ich muss hier auf einem Mailserver gut und gerne 170 GB Mails ständig sichern und im Notfall zurück spielen. Der Eigentümer will keine Quota vor allem für seine Accounts setzen, mit dem Resultat, dass hier teilweise haufenweise Dokumente in den Attachments lagern und das seit mindestens 6 Jahren. Es wird nichts aufgeräumt, weggeschmissen sondern nur gesammelt. Ich musste bereits größere Platten einbauen lassen, aber das lädt zum weiteren Missbrauch ein. Und wenn dann die Daten spontan gesichert werden sollen, dann sind drei Stunden Serverstillstand bereits zu viel. Wie handelt Ihr das? Wie machen das die großen Mailprovider? Denn Festplattenplatz steht ja nicht generell zur Verfügung. Beste Grüße Andreas From klaus at tachtler.net Sat Apr 27 13:17:37 2024 From: klaus at tachtler.net (Klaus Tachtler) Date: Sat, 27 Apr 2024 13:17:37 +0200 (GMT+02:00) Subject: Umgang mit IMAP-Server als Dauerspeicherplatz und Backups In-Reply-To: <3295457.44csPzL39Z@stuttgart> References: <3295457.44csPzL39Z@stuttgart> Message-ID: Hallo Andreas, man kann eben nicht mit einem 40 Tonnen LkW 300 Fahren. Entweder Quota, oder eben nicht. Evtl. ein zweiter Dovecot, der Backupreplikationen hält? Grüße Klaus. -- Diese Nachricht wurde von meinem Android-Gerät mit FairMail gesendet. Von: Andreas via Postfixbuch-users An: Diskussionen und Support rund um Postfix Kopie: Andreas Datum: 27.04.2024 12:55:35 Betreff: Umgang mit IMAP-Server als Dauerspeicherplatz und Backups > Hallo zusammen, > > ich hätte da einmal eine Frage. Wie geht Ihr mit den Mailaccounts und den > Inhalten sprich Mails um? > > Ich muss hier auf einem Mailserver gut und gerne 170 GB Mails ständig sichern > und im Notfall zurück spielen. > Der Eigentümer will keine Quota vor allem für seine Accounts setzen, mit dem > Resultat, dass hier teilweise haufenweise Dokumente in den Attachments lagern > und das seit mindestens 6 Jahren. Es wird nichts aufgeräumt, weggeschmissen > sondern nur gesammelt. Ich musste bereits größere Platten einbauen lassen, > aber das lädt zum weiteren Missbrauch ein. > Und wenn dann die Daten spontan gesichert werden sollen, dann sind drei > Stunden Serverstillstand bereits zu viel. > > Wie handelt Ihr das? Wie machen das die großen Mailprovider? Denn > Festplattenplatz steht ja nicht generell zur Verfügung. > > Beste Grüße > > Andreas -- --------------------------------------- e-Mail : klaus at tachtler.net Homepage: https://www.tachtler.net DokuWiki: https://dokuwiki.tachtler.net --------------------------------------- From klaus at tachtler.net Sat Apr 27 13:22:01 2024 From: klaus at tachtler.net (Klaus Tachtler) Date: Sat, 27 Apr 2024 13:22:01 +0200 (GMT+02:00) Subject: Umgang mit IMAP-Server als Dauerspeicherplatz und Backups In-Reply-To: <3295457.44csPzL39Z@stuttgart> References: <3295457.44csPzL39Z@stuttgart> Message-ID: <4e52e520-1e0f-432b-a3a5-583b06678981@tachtler.net> Hallo Andreas, https://doc.dovecot.org/3.0/man/doveadm-sync.1/ (Als einfache Variante...) Grüße Klaus. -- Diese Nachricht wurde von meinem Android-Gerät mit FairMail gesendet. Von: Andreas via Postfixbuch-users An: Diskussionen und Support rund um Postfix Kopie: Andreas Datum: 27.04.2024 12:55:35 Betreff: Umgang mit IMAP-Server als Dauerspeicherplatz und Backups > Hallo zusammen, > > ich hätte da einmal eine Frage. Wie geht Ihr mit den Mailaccounts und den > Inhalten sprich Mails um? > > Ich muss hier auf einem Mailserver gut und gerne 170 GB Mails ständig sichern > und im Notfall zurück spielen. > Der Eigentümer will keine Quota vor allem für seine Accounts setzen, mit dem > Resultat, dass hier teilweise haufenweise Dokumente in den Attachments lagern > und das seit mindestens 6 Jahren. Es wird nichts aufgeräumt, weggeschmissen > sondern nur gesammelt. Ich musste bereits größere Platten einbauen lassen, > aber das lädt zum weiteren Missbrauch ein. > Und wenn dann die Daten spontan gesichert werden sollen, dann sind drei > Stunden Serverstillstand bereits zu viel. > > Wie handelt Ihr das? Wie machen das die großen Mailprovider? Denn > Festplattenplatz steht ja nicht generell zur Verfügung. > > Beste Grüße > > Andreas -- --------------------------------------- e-Mail : klaus at tachtler.net Homepage: https://www.tachtler.net DokuWiki: https://dokuwiki.tachtler.net --------------------------------------- From driessen at fblan.de Sat Apr 27 13:35:39 2024 From: driessen at fblan.de (=?utf-8?Q?Uwe_Drie=C3=9Fen?=) Date: Sat, 27 Apr 2024 13:35:39 +0200 Subject: AW: Umgang mit IMAP-Server als Dauerspeicherplatz und Backups In-Reply-To: <3295457.44csPzL39Z@stuttgart> References: <3295457.44csPzL39Z@stuttgart> Message-ID: Umgang mit IMAP-Server als Dauerspeicherplatz und Backups > > Der Eigentümer will keine Quota vor allem für seine Accounts setzen, mit > dem > Resultat, dass hier teilweise haufenweise Dokumente in den Attachments > lagern > und das seit mindestens 6 Jahren. Es wird nichts aufgeräumt, > weggeschmissen > sondern nur gesammelt. Ich musste bereits größere Platten einbauen lassen, > aber das lädt zum weiteren Missbrauch ein. > Und wenn dann die Daten spontan gesichert werden sollen, dann sind drei > Stunden Serverstillstand bereits zu viel. > > Wie handelt Ihr das? Wie machen das die großen Mailprovider? Denn > Festplattenplatz steht ja nicht generell zur Verfügung. Mehr Geld nehmen !! Intelligente Sicherung mit rsync OPTS="--stats --log-file=${LOGFILE} -O --delete --delete-after --exclude-from=${EXCLUDES} --delete-excluded -vaSPHhxe" ${RSYNC} ${OPTS} "${SSHKEY}" --link-dest="../${DAYBEFORE}" "${BACK}" "${TARGET}" Sollte immer nur das was neu ist , was sich geändert hat dazu-überspielen und alles andere nur einen Verweis auf die originale Date in der ersten Datensicherung machen. Kannst alles komplett zurücksichern und brauchst für das Backup auch wenn du 7 tage speicherst nur minimal Speicher... IN Zeiten von MS und G und 1 TB Speicher pro Mailaccount .... Keine Ahnung warum da z.T., auch 10 Jahre alte Mails im Dauerhaften weltweiten Zugriff sein müssen. Die Großen nutzen diesen Onlinespeicher und suchen nach Schlagworten um darauf Ihre Werbung anzupassen. Deswegen sind die so dafür das die Mails immer Online zur Verfügung der Betreiber gespeichert werden. Und cloud kommt von geklaut , die Frage ist nicht ob - sondern wann :-) Mit Dovecot kannst du auch die Mails komprimiert ablegen lassen Ich klau mal von Klaus Tachtler den Wikieintrag https://dokuwiki.tachtler.net/doku.php?id=tachtler:dovecot_zlib-komprimierung > > Beste Grüße > > Andreas Mit freundlichen Grüßen Uwe Drießen -- Software & Computer Netzwerke, Server. Wir vernetzen Sie und Ihre Rechner ! Uwe Drießen Lembergstraße 33 67824 Feilbingert Tel.: 06708660045 Mobil 01726688122 "Wissen macht den Unterschied zu Titel, Titel kosten - Wissen verdient." "Digitalisierung löst KEINE Probleme, wer nicht Analog arbeiten kann wird es auch digital nicht können, Digitalisierung deckt gnadenlos Jedes Problem auf." "Programmierer müssen lernen wie Menschen denken. " "Digitalisierung heißt nicht das es WENIGER Arbeit wird. Es ist die Intelligente Art die erforderliche Arbeit auf Andere zu übertragen." "wenn Digitalisierung den Aufwand im Vergleich zur Analogen Arbeitsweise dermaßen erhöht, das wir nur noch am PC sitzen müssen, dann wird es Zeit sich zu überlegen zur Analogen Arbeitsweise zurückzukehren" "Digitalisierung darf nicht zur Entmündigung und Benachteiligung der älteren brillentragenden Mitbürger führen." " Es gibt über 2000 Jahre alte Papierdokumente, 10000 Jahre alte Steindokumente, ich wette das älteste elektronische Dokument ist noch keine 100 Jahre." -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : smime.p7s Dateityp : application/pkcs7-signature Dateigröße : 4916 bytes Beschreibung: nicht verfügbar URL : From usenet at schani.com Sat Apr 27 13:47:24 2024 From: usenet at schani.com (christian) Date: Sat, 27 Apr 2024 13:47:24 +0200 Subject: Umgang mit IMAP-Server als Dauerspeicherplatz und Backups In-Reply-To: <3295457.44csPzL39Z@stuttgart> References: <3295457.44csPzL39Z@stuttgart> Message-ID: Ich hab auch so viele IMAP Daten und sichere die Maildirs per rsync alle halbe Stunde auf eine externe cloud. So kann ich mir sogar einzelne Emails zurückholen. Außerdem hab ich die Mails in dovecot komprimiert was einiges bringt. Christian Am 27.04.2024 um 12:45 schrieb Andreas via Postfixbuch-users: > Hallo zusammen, > > ich hätte da einmal eine Frage. Wie geht Ihr mit den Mailaccounts und den > Inhalten sprich Mails um? > > Ich muss hier auf einem Mailserver gut und gerne 170 GB Mails ständig sichern > und im Notfall zurück spielen. > Der Eigentümer will keine Quota vor allem für seine Accounts setzen, mit dem > Resultat, dass hier teilweise haufenweise Dokumente in den Attachments lagern > und das seit mindestens 6 Jahren. Es wird nichts aufgeräumt, weggeschmissen > sondern nur gesammelt. Ich musste bereits größere Platten einbauen lassen, > aber das lädt zum weiteren Missbrauch ein. > Und wenn dann die Daten spontan gesichert werden sollen, dann sind drei > Stunden Serverstillstand bereits zu viel. > > Wie handelt Ihr das? Wie machen das die großen Mailprovider? Denn > Festplattenplatz steht ja nicht generell zur Verfügung. > > Beste Grüße > > Andreas > > From klaus at tachtler.net Sat Apr 27 14:00:25 2024 From: klaus at tachtler.net (Klaus Tachtler) Date: Sat, 27 Apr 2024 14:00:25 +0200 (GMT+02:00) Subject: Umgang mit IMAP-Server als Dauerspeicherplatz und Backups In-Reply-To: References: <3295457.44csPzL39Z@stuttgart> Message-ID: Hallo Uwe, Du darfst immer gerne bei meinem Wiki "klauen"... Hahaha... Grüße Klaus. -- Diese Nachricht wurde von meinem Android-Gerät mit FairMail gesendet. Von: Uwe Drießen An: postfixbuch-users at listen.jpberlin.de Datum: 27.04.2024 13:43:26 Betreff: AW: Umgang mit IMAP-Server als Dauerspeicherplatz und Backups > Umgang mit IMAP-Server als Dauerspeicherplatz und Backups >> >> Der Eigentümer will keine Quota vor allem für seine Accounts setzen, mit >> dem >> Resultat, dass hier teilweise haufenweise Dokumente in den Attachments >> lagern >> und das seit mindestens 6 Jahren. Es wird nichts aufgeräumt, >> weggeschmissen >> sondern nur gesammelt. Ich musste bereits größere Platten einbauen lassen, >> aber das lädt zum weiteren Missbrauch ein. >> Und wenn dann die Daten spontan gesichert werden sollen, dann sind drei >> Stunden Serverstillstand bereits zu viel. >> >> Wie handelt Ihr das? Wie machen das die großen Mailprovider? Denn >> Festplattenplatz steht ja nicht generell zur Verfügung. > > Mehr Geld nehmen !! > > Intelligente Sicherung mit rsync > > OPTS="--stats --log-file=${LOGFILE} -O --delete --delete-after --exclude-from=${EXCLUDES} --delete-excluded -vaSPHhxe" > > ${RSYNC} ${OPTS} "${SSHKEY}" --link-dest="../${DAYBEFORE}"  "${BACK}" "${TARGET}" > > Sollte immer nur das was neu ist , was sich geändert hat dazu-überspielen und alles andere nur einen Verweis auf die originale Date in der ersten Datensicherung machen. > > Kannst alles komplett zurücksichern und brauchst für das Backup auch wenn du 7 tage speicherst nur minimal Speicher...  > > > IN Zeiten von MS und G und 1 TB Speicher pro Mailaccount .... > Keine Ahnung warum da z.T., auch 10 Jahre alte Mails im Dauerhaften weltweiten Zugriff sein müssen. > Die Großen nutzen diesen Onlinespeicher und suchen nach Schlagworten um darauf Ihre Werbung anzupassen. > Deswegen sind die so dafür das die Mails immer Online zur Verfügung der Betreiber gespeichert werden.  > > Und cloud kommt von geklaut , die Frage ist nicht ob - sondern wann :-) > > Mit Dovecot kannst du auch die Mails komprimiert ablegen lassen > > Ich klau mal von Klaus Tachtler den Wikieintrag > https://dokuwiki.tachtler.net/doku.php?id=tachtler:dovecot_zlib-komprimierung > >> >> Beste Grüße >> >> Andreas > > > Mit freundlichen Grüßen > > Uwe Drießen > -- > Software & Computer > > Netzwerke, Server. > Wir vernetzen Sie und Ihre Rechner ! > > Uwe Drießen > Lembergstraße 33 > 67824 Feilbingert > > Tel.: 06708660045 > Mobil 01726688122 > > "Wissen macht den Unterschied zu Titel, Titel kosten - Wissen verdient." > "Digitalisierung löst KEINE Probleme, wer nicht Analog arbeiten kann wird es auch digital nicht können, Digitalisierung deckt gnadenlos Jedes Problem auf." > "Programmierer müssen lernen wie Menschen denken. " > "Digitalisierung heißt nicht das es WENIGER Arbeit wird. Es ist die Intelligente Art die erforderliche Arbeit auf Andere zu übertragen." > "wenn Digitalisierung den Aufwand im Vergleich zur Analogen Arbeitsweise dermaßen erhöht, das wir nur noch am PC sitzen müssen, dann wird es Zeit sich zu überlegen zur Analogen Arbeitsweise zurückzukehren" > "Digitalisierung darf nicht zur Entmündigung und Benachteiligung der älteren brillentragenden Mitbürger führen." > " Es gibt über 2000 Jahre alte Papierdokumente, 10000 Jahre alte Steindokumente, ich wette das älteste elektronische Dokument ist noch keine 100 Jahre." -- --------------------------------------- e-Mail : klaus at tachtler.net Homepage: https://www.tachtler.net DokuWiki: https://dokuwiki.tachtler.net --------------------------------------- From daniel at mail24.vip Sat Apr 27 14:12:03 2024 From: daniel at mail24.vip (Daniel) Date: Sat, 27 Apr 2024 14:12:03 +0200 Subject: Umgang mit IMAP-Server als Dauerspeicherplatz und Backups In-Reply-To: <3295457.44csPzL39Z@stuttgart> References: <3295457.44csPzL39Z@stuttgart> Message-ID: Moin, was betreibst für kleine Festplatten wenn man wegen 170GB neue braucht? Für schnelle Wiederherstellung kann man einfach Schnappschüsse verwenden auf nem BTRFS Dateisystem. Solange Kunde zahlt kann er soviel Speichern wie vereinbart ist, und selbst wenn lustige Spaßmails sind mit Video Anhang. Wenn kein Limit vereinbart ist, liegt Fehler bei dir, und musst ggf. auch PB Speicher bereitstellen oder musst ganze von deiner Seite kündigen wenn man über neue Konditionen nicht einig wird. Wenn es fixes Limit gibt, hat Kunde eben Quota, und dann ist es sein Problem wenn Postfächer nicht ausgemistet oder gesondert Archiviert werden und neue Mails dann abgelehnt werden für alle. Einige Sachen müssen ja 10 Jahre vorgehalten werden. Wenn ganze streng machst darf bzw. kann man 10 Jahre nichts löschen, Stichwort Revesionssicher. Wo dann selbst Viren oder Spam entsprechend enthalten sein können wenn es vom Server akzeptiert wurde. Wenn es für Kunden so kritisch ist mit Mails, wäre Cluster/Hochverfügbarkeit ggf. nen Thema wo dann anderer Server einspringt wenn andere wegen Wartung down ist, defekt ist oder in Flammen steht. Hier wäre also wohl zu prüfen was Kunde wichtig ist, und ob er bereit ist entsprechend zu zahlen, und wenn nicht für zahlen möchte muss er ggf. längere Recovery Zeit in Kauf zunehmen. Es sollten also beide Seiten zufrieden sein. Gruß Daniel -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : smime.p7s Dateityp : application/pkcs7-signature Dateigröße : 2623 bytes Beschreibung: nicht verfügbar URL : From driessen at fblan.de Sat Apr 27 14:32:38 2024 From: driessen at fblan.de (=?utf-8?Q?Uwe_Drie=C3=9Fen?=) Date: Sat, 27 Apr 2024 14:32:38 +0200 Subject: AW: Umgang mit IMAP-Server als Dauerspeicherplatz und Backups In-Reply-To: References: <3295457.44csPzL39Z@stuttgart> Message-ID: Im Auftrag von Daniel via Postfixbuch-users > > > Einige Sachen müssen ja 10 Jahre vorgehalten werden. Wenn ganze streng > machst darf bzw. kann man 10 Jahre nichts löschen, Stichwort > Revesionssicher. Wo dann selbst Viren oder Spam entsprechend enthalten > sein können wenn es vom Server akzeptiert wurde. Ja müssen in der Zwischenzeit. (z.B. "Handelsbriefe") aber eben REVISIONSSICHER, was IMAP und MAILSERVER garantiert nicht sind!!! Wer der Meinung ist das das so ist und das das der GOBD genügt ... (noch mehr Geld nehmen die glauben eh alles) :-) Mit freundlichen Grüßen Uwe Drießen -- Software & Computer Netzwerke, Server. Wir vernetzen Sie und Ihre Rechner ! Uwe Drießen Lembergstraße 33 67824 Feilbingert Tel.: 06708660045 Mobil 01726688122 "Wissen macht den Unterschied zu Titel, Titel kosten - Wissen verdient." "Digitalisierung löst KEINE Probleme, wer nicht Analog arbeiten kann wird es auch digital nicht können, Digitalisierung deckt Jedes Problem gnadenlos auf." "Programmierer müssen lernen wie Menschen denken. " "Digitalisierung heißt nicht das es WENIGER Arbeit wird. Es ist die Intelligente Art die erforderliche Arbeit auf Andere zu übertragen." "wenn Digitalisierung den Aufwand im Vergleich zur Analogen Arbeitsweise dermaßen erhöht, das wir nur noch am PC sitzen müssen, dann wird es Zeit sich zu überlegen zur Analogen Arbeitsweise zurückzukehren" "Digitalisierung darf nicht zur Entmündigung und Benachteiligung der älteren brillentragenden Mitbürger führen." " Es gibt über 2000 Jahre alte Papierdokumente, 10000 Jahre alte Steindokumente, ich wette das älteste elektronische Dokument ist noch keine 100 Jahre." -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : smime.p7s Dateityp : application/pkcs7-signature Dateigröße : 4916 bytes Beschreibung: nicht verfügbar URL : From postfix.user at linuxmaker.cloud Sun Apr 28 09:47:10 2024 From: postfix.user at linuxmaker.cloud (Andreas) Date: Sun, 28 Apr 2024 09:47:10 +0200 Subject: Umgang mit IMAP-Server als Dauerspeicherplatz und Backups In-Reply-To: References: <3295457.44csPzL39Z@stuttgart> Message-ID: <3288750.aeNJFYEL58@stuttgart> Guten Morgen Daniel, da hast Du etwas falsch verstanden. Ich habe von 170GB Email-Daten gesprochen, die sich angesammelt hatten. Die Festplatte für nur "/var/vmail" ist mit 1 TB groß genug. Es geht um das Zurücksichern des gesamten Spaß, der nicht einfach nur 10 Minuten braucht, sondern eben 110 Minuten zuletzt. > was betreibst für kleine Festplatten wenn man wegen 170GB neue braucht? > > Für schnelle Wiederherstellung kann man einfach Schnappschüsse verwenden auf > nem BTRFS Dateisystem. > > Solange Kunde zahlt kann er soviel Speichern wie vereinbart ist, und selbst > wenn lustige Spaßmails sind mit Video Anhang. > > Wenn kein Limit vereinbart ist, liegt Fehler bei dir, und musst ggf. auch PB > Speicher bereitstellen oder musst ganze von deiner Seite kündigen wenn man > über neue Konditionen nicht einig wird. Geht rechtlich nicht. Erstens ist das nicht mein System, sondern das des Auftraggebers und der stellt hier für Freunde einen Mailserver, Webserver für mehrere Domains zur Verfügung. > > Wenn es fixes Limit gibt, hat Kunde eben Quota, und dann ist es sein Problem > wenn Postfächer nicht ausgemistet oder gesondert Archiviert werden und neue > Mails dann abgelehnt werden für alle. Wenn ich jetzt dem Eigentümer jetzt sein Quota zum Beispiel auf 1GB begrenze wird dieser sich zurecht aufregen, weil es ja sein Eigentum ist. Ausserdem hat er auch Root-Rechte, wenn nicht unbedingt das notwendige Wissen, aber die Quotas kann er jederzeit selber ändern. > > Einige Sachen müssen ja 10 Jahre vorgehalten werden. Wenn ganze streng > machst darf bzw. kann man 10 Jahre nichts löschen, Stichwort > Revesionssicher. Wo dann selbst Viren oder Spam entsprechend enthalten sein > können wenn es vom Server akzeptiert wurde. > > Wenn es für Kunden so kritisch ist mit Mails, wäre Cluster/Hochverfügbarkeit > ggf. nen Thema wo dann anderer Server einspringt wenn andere wegen Wartung > down ist, defekt ist oder in Flammen steht. > > Hier wäre also wohl zu prüfen was Kunde wichtig ist, und ob er bereit ist > entsprechend zu zahlen, und wenn nicht für zahlen möchte muss er ggf. > längere Recovery Zeit in Kauf zunehmen. > Da hast Du recht, ist aber schwierig, wenn jemand nicht unbedingt mehr ausgeben will. Grüße und vielen Dank Andreas From postfix.user at linuxmaker.cloud Sun Apr 28 10:09:37 2024 From: postfix.user at linuxmaker.cloud (Andreas) Date: Sun, 28 Apr 2024 10:09:37 +0200 Subject: AW: Umgang mit IMAP-Server als Dauerspeicherplatz und Backups In-Reply-To: References: <3295457.44csPzL39Z@stuttgart> Message-ID: <8408060.NyiUUSuA9g@stuttgart> Hallo Uwe, das ist leichter gesagt als getan: > Mehr Geld nehmen !! Vor allem zeitaufwendig, denn das hatte 6 Monate gedauert, bis der Eigentümer die Festplatten eingebaut hatte. > > Intelligente Sicherung mit rsync > > OPTS="--stats --log-file=${LOGFILE} -O --delete --delete-after > --exclude-from=${EXCLUDES} --delete-excluded -vaSPHhxe" > > ${RSYNC} ${OPTS} "${SSHKEY}" --link-dest="../${DAYBEFORE}" "${BACK}" > "${TARGET}" > > Sollte immer nur das was neu ist , was sich geändert hat dazu-überspielen > und alles andere nur einen Verweis auf die originale Date in der ersten > Datensicherung machen. > > Kannst alles komplett zurücksichern und brauchst für das Backup auch wenn du > 7 tage speicherst nur minimal Speicher... Danke dafür. Was jetzt nicht heißt, dass ich das Backup nicht auf einem anderen Server liegen habe. Eben ebenfalls mit rysnc gesichert. Es ging allerdings um das Rücksichern aller Mails und nicht nur Einzelner. > > > Die Großen nutzen diesen Onlinespeicher und > suchen nach Schlagworten um darauf Ihre Werbung anzupassen. Deswegen sind > die so dafür das die Mails immer Online zur Verfügung der Betreiber > gespeichert werden. In wie weit ist das denn erlaubt? Gilt das nicht das Briefgeheimnis? Kein Wunder, dass die generell keine Mailverschlüsselung anbieten. Und am Ende gibt das eine Dauerschleife, wenn die ihre eigenen Schlagworte benutzen. Beste Grüße Andreas From Daniel at Mail24.vip Sun Apr 28 10:51:27 2024 From: Daniel at Mail24.vip (Daniel) Date: Sun, 28 Apr 2024 10:51:27 +0200 Subject: AW: Umgang mit IMAP-Server als Dauerspeicherplatz und Backups In-Reply-To: <3288750.aeNJFYEL58@stuttgart> References: <3295457.44csPzL39Z@stuttgart> <3288750.aeNJFYEL58@stuttgart> Message-ID: <001201da9949$41db3bc0$c591b340$@Mail24.vip> Moin, Sichern oder wiederherstellen vieler kleiner Dateien dauert immer länger als wenige große Dateien. Je nachdem wie Backup machst haste Netzwerkkarte oder USB Port entsprechend als Limit. Dann muss der Eigentümer halt zusehen dass genug Speicherplatz vorgehalten wird, wenn er anderen Leistungen anbietet. Und wenn Ausfallzeiten so wichtig sind, muss man halt noch zweiten Server betreiben, dazu reicht ja ggf. auch nen alter PC aus mit ner HDD der einfach im Cluster arbeitet. Ich betreibe auch nur kleinen Server eher für private Umgebung, daher ist Revesionssicher usw. kein Thema, und da selbst Verwalte und betreibe entsprechend genug Speicher vorhanden. In der Theorie hat man gerne nahtlosen Ersatzserver der einspringt, aber wenn man überlegt dass man die Kosten allein trägt und sich keiner der Nutzer wirklich beteiligt, ist man auch kaum gewillt ganze System doppelt zu betreiben. Für HDD Ausfall hat man Raid, für Ransomware hat man Schnappschüsse und auch ein externes Backup. >> Die Großen nutzen diesen Onlinespeicher und suchen nach Schlagworten >> um darauf Ihre Werbung anzupassen. Deswegen sind die so dafür das die >> Mails immer Online zur Verfügung der Betreiber gespeichert werden. >In wie weit ist das denn erlaubt? Gilt das nicht das Briefgeheimnis? Kein Wunder, dass die generell keine Mailverschlüsselung anbieten. >Und am Ende gibt das eine Dauerschleife, wenn die ihre eigenen Schlagworte benutzen. Entweder man bezahlt Geld oder mit seinen Daten, Google und co sind nun mal Werbenetzwerke die dir in den Produkten Werbung zeigen und du das Produkt bist was werbetreibenden verkauft wird. Die Anbieter holen sich ja über hunderte? Seiten AGB und Nutzungsbedingungen die entsprechenden Einwilligungen. Wenn man das nicht möchte, eben ganze selbst betreiben, oder wenn man es sich nicht zutraut, ist mailbox.org auch ein guter professioneller Anbieter wo man ab 1? starten kann im Monat welcher auch mit Datensparsamkeit arbeitet. Gruß Daniel -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : smime.p7s Dateityp : application/pkcs7-signature Dateigröße : 6016 bytes Beschreibung: nicht verfügbar URL : From driessen at fblan.de Sun Apr 28 21:59:50 2024 From: driessen at fblan.de (=?utf-8?Q?Uwe_Drie=C3=9Fen?=) Date: Sun, 28 Apr 2024 21:59:50 +0200 Subject: AW: AW: Umgang mit IMAP-Server als Dauerspeicherplatz und Backups In-Reply-To: <8408060.NyiUUSuA9g@stuttgart> References: <3295457.44csPzL39Z@stuttgart> <8408060.NyiUUSuA9g@stuttgart> Message-ID: Im Auftrag von Andreas via Postfixbuch-users > Hallo Uwe, > > das ist leichter gesagt als getan: > > Mehr Geld nehmen !! > Vor allem zeitaufwendig, denn das hatte 6 Monate gedauert, bis der > Eigentümer > die Festplatten eingebaut hatte. ?? muss man den Server auch auf dem Mond unterbringen ? oder ist es einer in einem russischen RZ ? :-) > > > > Kannst alles komplett zurücksichern und brauchst für das Backup auch > wenn du > > 7 tage speicherst nur minimal Speicher... > Danke dafür. Was jetzt nicht heißt, dass ich das Backup nicht auf einem > anderen Server liegen habe. Eben ebenfalls mit rysnc gesichert. Es ging > allerdings um das Rücksichern aller Mails und nicht nur Einzelner. > Während der Rücksicherung kann der Mailserver schon wieder laufen. Und der Rest dauert nun mal so lange er dauert . Wie sagt mein Sohn immer ohne Backup kein Mitleid und wenn Daten zerschossen dann muss man auch mit leben können. Wer sich kein Ausfall leisten kann muss andere Wege finden den Aufwand im Falle eines Falles zu minimieren Echtes Raid und das gespiegelt minimiert schon mal die Hardwareprobs Tar und die Daten in ein Großes Archiv rein das sollte bei der Rücksicherung schneller gehen weil nur ein großes File und das auch dem Zielsystem entpacken erhöht die TCPIP Geschwindigkeit Aber mal ehrlich wie oft braucht man das ? > > > > > > Die Großen nutzen diesen Onlinespeicher und > > suchen nach Schlagworten um darauf Ihre Werbung anzupassen. > Deswegen sind > > die so dafür das die Mails immer Online zur Verfügung der Betreiber > > gespeichert werden. > In wie weit ist das denn erlaubt? Gilt das nicht das Briefgeheimnis? Kein Briefgeheimnis ?? in Amerika ? NSA und CIA und ... und... (die hören sogar das Handy unsrer Kanzler ab) Und was in Europa mit der DSVGO gilt, gilt dort noch lange nicht :-) Das wird als Maschinen scan durchgeführt und die Daten werden nicht an Dritte herausgegeben. Nach Vieren und Spam scannen wir ja auch :-) > Wunder, dass die generell keine Mailverschlüsselung anbieten. > Und am Ende gibt das eine Dauerschleife, wenn die ihre eigenen > Schlagworte > benutzen. Also ausnahmen proggen können die ... die erkennen am Header welche Mails eigene und was fremde sind . > > Beste Grüße > > Andreas > Mit freundlichen Grüßen Uwe Drießen -- Software & Computer Netzwerke, Server. Wir vernetzen Sie und Ihre Rechner ! Uwe Drießen Lembergstraße 33 67824 Feilbingert Tel.: 06708660045 Mobil 01726688122 "Wissen macht den Unterschied zu Titel, Titel kosten - Wissen verdient." "Digitalisierung löst KEINE Probleme, wer nicht Analog arbeiten kann wird es auch digital nicht können, Digitalisierung deckt Jedes Problem gnadenlos auf." "Programmierer müssen lernen wie Menschen denken. " "Digitalisierung heißt nicht das es WENIGER Arbeit wird. Es ist die Intelligente Art die erforderliche Arbeit auf Andere zu übertragen." "wenn Digitalisierung den Aufwand im Vergleich zur Analogen Arbeitsweise dermaßen erhöht, das wir nur noch am PC sitzen müssen, dann wird es Zeit sich zu überlegen zur Analogen Arbeitsweise zurückzukehren" "Digitalisierung darf nicht zur Entmündigung und Benachteiligung der älteren brillentragenden Mitbürger führen." " Es gibt über 2000 Jahre alte Papierdokumente, 10000 Jahre alte Steindokumente, ich wette das älteste elektronische Dokument ist noch keine 100 Jahre." -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : smime.p7s Dateityp : application/pkcs7-signature Dateigröße : 4916 bytes Beschreibung: nicht verfügbar URL : From usenet at schani.com Sun Apr 28 22:26:04 2024 From: usenet at schani.com (christian) Date: Sun, 28 Apr 2024 22:26:04 +0200 Subject: Umgang mit IMAP-Server als Dauerspeicherplatz und Backups In-Reply-To: References: <3295457.44csPzL39Z@stuttgart> <8408060.NyiUUSuA9g@stuttgart> Message-ID: <6778799b-1b6e-47cf-94c4-2fdc174f7126@schani.com> Im Fall des Worst Cases, also dem Ausfall eine Mail Servers ist es doch erst mal wichtig den aktuellen Emailverkehr wieder herzustellen - wieder erreichbar zu sein. Emails können empfangen und gesendet werden. Erst jetzt geht es um das zurückspielen der alten Emails aus den Backups. Und da ist es auch mal kein Problem wenn erst nach 20 Stunden die letzten Archivdaten von 2012 für den User wieder greifbar sind. Ich spiele erst mal alle INBOX Mails zurück und gehe dann immer weiter in der Zeit zurück. Und es gibt auch "sehr" wichtige Email Konten und weniger wichtige. Also da kann man sehr schnell den Kunden wieder zufrieden stellen. rsync ist dafür ein Mega Tool! Das alle geht natürlich nur wenn es überschaubar ist. Ich halte die angesprochenen 150-200 GB Maildir Daten als überschaubar. Bei mir sind so ca. 800 GB. Ich kenne aber fast alle meine Kontoinhaber persönlich und weis welche Konten wichtig und welche unkritisch sind. Christian Am 28.04.2024 um 21:59 schrieb Uwe Drießen: > Im Auftrag von Andreas via Postfixbuch-users > > >> Hallo Uwe, >> >> das ist leichter gesagt als getan: >>> Mehr Geld nehmen !! >> Vor allem zeitaufwendig, denn das hatte 6 Monate gedauert, bis der >> Eigentümer >> die Festplatten eingebaut hatte. > > ?? muss man den Server auch auf dem Mond unterbringen ? oder ist es einer in einem russischen RZ ? :-) > > >>> >>> Kannst alles komplett zurücksichern und brauchst für das Backup auch >> wenn du >>> 7 tage speicherst nur minimal Speicher... >> Danke dafür. Was jetzt nicht heißt, dass ich das Backup nicht auf einem >> anderen Server liegen habe. Eben ebenfalls mit rysnc gesichert. Es ging >> allerdings um das Rücksichern aller Mails und nicht nur Einzelner. >> > > Während der Rücksicherung kann der Mailserver schon wieder laufen. > Und der Rest dauert nun mal so lange er dauert . > Wie sagt mein Sohn immer ohne Backup kein Mitleid und wenn Daten zerschossen dann muss man auch mit leben können. > Wer sich kein Ausfall leisten kann muss andere Wege finden den Aufwand im Falle eines Falles zu minimieren > Echtes Raid und das gespiegelt minimiert schon mal die Hardwareprobs > > Tar und die Daten in ein Großes Archiv rein das sollte bei der Rücksicherung schneller gehen weil nur ein großes File und das auch dem Zielsystem entpacken erhöht die TCPIP Geschwindigkeit > > Aber mal ehrlich wie oft braucht man das ? > >>> >>> >>> Die Großen nutzen diesen Onlinespeicher und >>> suchen nach Schlagworten um darauf Ihre Werbung anzupassen. >> Deswegen sind >>> die so dafür das die Mails immer Online zur Verfügung der Betreiber >>> gespeichert werden. >> In wie weit ist das denn erlaubt? Gilt das nicht das Briefgeheimnis? Kein > > Briefgeheimnis ?? in Amerika ? NSA und CIA und ... und... (die hören sogar das Handy unsrer Kanzler ab) > Und was in Europa mit der DSVGO gilt, gilt dort noch lange nicht :-) > Das wird als Maschinen scan durchgeführt und die Daten werden nicht an Dritte herausgegeben. > Nach Vieren und Spam scannen wir ja auch :-) > > >> Wunder, dass die generell keine Mailverschlüsselung anbieten. >> Und am Ende gibt das eine Dauerschleife, wenn die ihre eigenen >> Schlagworte >> benutzen. > > Also ausnahmen proggen können die ... die erkennen am Header welche Mails eigene und was fremde sind . > > >> > >> Beste Grüße >> >> Andreas >> > > > Mit freundlichen Grüßen > > Uwe Drießen > -- > Software & Computer > > Netzwerke, Server. > Wir vernetzen Sie und Ihre Rechner ! > > Uwe Drießen > Lembergstraße 33 > 67824 Feilbingert > > Tel.: 06708660045 > Mobil 01726688122 > > "Wissen macht den Unterschied zu Titel, Titel kosten - Wissen verdient." > "Digitalisierung löst KEINE Probleme, wer nicht Analog arbeiten kann wird es auch digital nicht können, Digitalisierung deckt Jedes Problem gnadenlos auf." > "Programmierer müssen lernen wie Menschen denken." > "Digitalisierung heißt nicht das es WENIGER Arbeit wird. Es ist die Intelligente Art die erforderliche Arbeit auf Andere zu übertragen." > "wenn Digitalisierung den Aufwand im Vergleich zur Analogen Arbeitsweise dermaßen erhöht, das wir nur noch am PC sitzen müssen, dann wird es Zeit sich zu überlegen zur Analogen Arbeitsweise zurückzukehren" > "Digitalisierung darf nicht zur Entmündigung und Benachteiligung der älteren brillentragenden Mitbürger führen." > " Es gibt über 2000 Jahre alte Papierdokumente, 10000 Jahre alte Steindokumente, ich wette das älteste elektronische Dokument ist noch keine 100 Jahre." From michael at linuxfox.de Mon Apr 29 15:44:02 2024 From: michael at linuxfox.de (Michael Grundmann) Date: Mon, 29 Apr 2024 15:44:02 +0200 Subject: Umgang mit IMAP-Server als Dauerspeicherplatz und Backups In-Reply-To: <3288750.aeNJFYEL58@stuttgart> References: <3295457.44csPzL39Z@stuttgart> <3288750.aeNJFYEL58@stuttgart> Message-ID: Am 28.04.24 um 09:47 schrieb Andreas via Postfixbuch-users: Hallo Andreas, >> > Da hast Du recht, ist aber schwierig, wenn jemand nicht unbedingt mehr > ausgeben will. na, dann sind die eMails ja nicht wichtig ;) -- Gruß Michael Wenn du verstehst, was du tust, wirst du nichts lernen From postfix.user at linuxmaker.cloud Mon Apr 29 19:20:48 2024 From: postfix.user at linuxmaker.cloud (Andreas) Date: Mon, 29 Apr 2024 19:20:48 +0200 Subject: Umgang mit IMAP-Server als Dauerspeicherplatz und Backups In-Reply-To: References: <3295457.44csPzL39Z@stuttgart> <3288750.aeNJFYEL58@stuttgart> Message-ID: <5778102.DvuYhMxLoT@stuttgart> Am Montag, 29. April 2024, 15:44:02 CEST schrieb Michael Grundmann via Postfixbuch-users: > Am 28.04.24 um 09:47 schrieb Andreas via Postfixbuch-users: > > Hallo Andreas, > > > Da hast Du recht, ist aber schwierig, wenn jemand nicht unbedingt mehr > > ausgeben will. > > na, dann sind die eMails ja nicht wichtig ;) Würde ich nicht so sagen. Der ist ziemlich wohlhabend, an den Finanzen scheitert also weniger. Wir sind hier halt zusätzlich in Baden-Württemberg. Mehr sage ich jetzt nicht dazu.