1. Startseite
  2. Nachrichten
  3. Herunterladen
    1. Thunderbird Release-Version
    2. Thunderbird 128 ESR
    3. Thunderbird 115 ESR
    4. Thunderbird Beta-Version
    5. Sprachpaket (Benutzeroberfläche)
    6. Wörterbücher (Rechtschreibprüfung)
  4. Hilfe & Lexikon
    1. Anleitungen zu Thunderbird
    2. Fragen & Antworten (FAQ) zu Thunderbird
    3. Hilfe zu dieser Webseite
  5. Forum
    1. Unerledigte Themen
    2. Letzte Beiträge
    3. Themen der letzten 24 Stunden
  • Anmelden
  • Registrieren
  • 
  • Suche
Dieses Thema
  • Alles
  • Dieses Thema
  • Dieses Forum
  • Forum
  • Lexikon
  • Artikel
  • Seiten
  • Erweiterte Suche
  1. Thunderbird Mail DE
  2. Forum
  3. Hilfe zu E-Mail und allgemeines Arbeiten
  4. Allgemeines Arbeiten / Konten einrichten / Installation & Update

Als BCC eingetragene Adressen werden den Empfängern alle angezeigt

  • Pasteur
  • 7. September 2016 um 21:41
  • Geschlossen
  • Unerledigt
  • Pasteur
    Junior-Mitglied
    Beiträge
    2
    Mitglied seit
    7. Sep. 2016
    • 7. September 2016 um 21:41
    • #1

    Guten Abend,


    nachdem Windows Live-Mail als Emailprogramm nicht mehr mit Outlook, Hotmail und Live-Konten kompartibel ist, sind wir auf Thunderbird umgestiegen. Wir verschicken als Kirchengemeinde regelmäßig Newsletter, bzw. Infos an verschiedene Gruppen. Normalerweise werden die Gruppen bei BCC eingetragen. Seitdem wir mit Thunderbird senden, kommen aber die Mails bei allen Empfängern mit allen sichtbaren Adressen an. Im Ordner "gesendet" ist jede raus gegangene Mail 2 Mal zu finden, einmal mit den unter BBC eingetragenen Adrssen, einmal mit den Adressen unter AN:

    Bei den Empfängern kommt aber nur die offene Version einmal an.


    Kann uns da jemand helfen?

    Mit freundlichen Grüßen aus Toulouse

    Matthias Albrecht


    Um Rückfragen vorzubeugen, bitten wir um folgende Angaben:
    * Thunderbird-Version: 45.2.0
    * Betriebssystem + Version: Windows Vista bzw. Windows 7 auf dem zweiten Rechner (bei beiden das gleiche Problem)
    * Kontenart (POP / IMAP): IMAP
    * Postfach-Anbieter (z.B. GMX):Live
    * Eingesetzte Antiviren-Software:AntiVir von Avira
    * Firewall (Betriebssystem-intern/Externe Software):intern
    * Router-Modellbezeichnung (bei Sende-Problemen):

    edit:
    Ich habe mir erlaubt, die aufdringliche Rotfärbung deines Beitrages zu entfernen.
    Dieses passiert immer, wenn ein User gleich mit seinem Problem losschreibt, an Stelle zuerst einmal unsere Fragen zu beantworten.
    Mod. Pe_Le

    Einmal editiert, zuletzt von Peter_Lehmann (7. September 2016 um 21:50)

  • Peter_Lehmann
    Senior-Mitglied
    Reaktionen
    1
    Beiträge
    13.506
    Mitglied seit
    5. Jun. 2005
    • 7. September 2016 um 22:10
    • #2

    Hallo Matthias, und willkommen im Forum!

    Du machst alles richtig! Die Adressaten als "BCC" (oder besser als Verteilerliste, und den Listennamen dann als BCC eingetragen) und den Absender als "AN", weil sonst sehr oft die SPAM-Filter anschlagen.

    Beim Sendevorgang werden dann natürlich alle Adressaten an den SMTP-Server des Providers übergeben, denn dieser muss ja daraus für jeden Empfänger eine eigene Mail, eben ohne die anderen Adressen, erzeugen.
    Die im "Gesendet"-Ordner liegende Mail kommt durch einen plumpen Kopiervorgang zustande. Diese darin liegende Mail wurde also physisch nicht gesendet!

    Ausschlaggebend ist die Mail, welche du an dich selbst adressiert hast, und die dann nach ein paar Sekunden wieder bei dir ankommt. In dieser darf nur die eigene Adresse stehen, genau so natürlich auch bei allen Empfängern.

    Mir ist persönlich in all den vielen Jahren, in denen ich mich mit E-Mail befasse noch nie passiert oder zu Ohren gekommen, dass bei BCC die Adressen an alle Empfänger lesbar versendet wurden. Meinem Verständnis nach, kann das nur passieren, wenn beim SMTP-Server etwas falsch konfiguriert ist. Welcher ist es denn (ein kommerzieller Provider oder ekir.de oder ähnlich)?

    Passiert das immer und/oder auch an alle Adressaten?

    Bitte lasse dir das von den Empfängern noch einmal bestätigen, bei denen das auftritt. Oder besser: lasse dir den Quelltext der erhaltenen Mail zukommen. Du kannst den (natürlich anonymisierten) Quelltext hier gerne posten, damit wir uns den ansehen können. (Du kannst, wenn du das möchtest, mir diesen auch per "Konversation" schicken. Ich habe auch kein Problem, wenn du mir ein paar Testmails per BCC an eine meiner Mailadressen sendest, sage einfach Bescheid, ich schicke dir eine Adresse).

    Und dann schaue dir bitte noch einmal penibel alle Einstellungen des Thunderbird - und auch die Einstellungen im Webmail-Client (!!) deines Providers an. Nicht, dass da irgendwo eine Einstellung steht, welche das proviziert. Das soll es nämlich auch geben.

    BTW:
    Schau dir auch mal das Add-on "MailMerge" an. Das ist ein Programm, mit welchem du aus dem Thunderbird heraus echte Serienmails (ja, genau so, wie beim Serienbrief!) versenden kannst. Das macht sich auch sehr gut, wenn jeder Adressat "seine eigene" Mail mit seiner Adresse und auch seinem Namen in der Anrede bekommt.


    MfG Peter

    Thunderbird 45.8.x, Lightning 4.7.x, openSUSE Tumbleweed, 64bit
    S/MIME, denn ich will bestimmen, wer meine Mails lesen kann.
    Nebenbei: die Benutzung der (erweiterten) Suche, und von Hilfe & Lexikon ist völlig kostenlos - und keinesfalls umsonst!
    Und: Ich mag kein ToFu und kein HTML in E-Mails!

  • Pasteur
    Junior-Mitglied
    Beiträge
    2
    Mitglied seit
    7. Sep. 2016
    • 12. September 2016 um 16:37
    • #3

    Hallo Peter,

    hab Dank für die ausführliche Antwort.
    Zunächst zum Provider: Live.de und Live.fr sind irgendwann einmal in Outlook mit aufgegagen. Wenn ich also Emails vom Server versenden will, muss ich mich bei Outlook.com einloggen. Nachdem Microsoft irgendwelche Weiterentwicklungen bei Outlook vorgenommen hat, waren seit diesem Sommer alle outlook-Konten nicht mehr mit dem ja ebenfalls von Microsoft Mailprogramm Windows-Live-Mail abrufbar. Die Kunden erhielten eine Mitteilung, dass das programm nicht mehr weiterentwickelt und gepflegt wird und ihnen für ein Jahr Office 365 kostenfrei zur Verfügung gestellt würde. Dieses macht zudem ein Upgrade auf Windows 10 nötig. Da wir beides vermeiden wollten, sind wir bei der Suche nach Alternativen auf Thunderbird gestoßen.
    Einstellungen in den Konten auf dem Server haben wir nicht geändert.
    Ich habe heute durch eine Reihe zwischen unseren Konten hin und her geschickten Emails versucht besser zu verstehen, was da passiert.
    Versende ich Emails direkt aus dem Server, funktioniert alles wie gewohnt. Versende ich aus Thunderbird und gebe nur Adressen als bcc ein, dann erhalten alle Empfänger alle Adressen offen.
    Gebe ich einen Empfänger unter "An" ein und die übrigen als bbc, dann kommt die Mail bei der offen eingetragenen Adresse nur mit dieser sichtbaren Adresse an. Alle anderen Mails erreichen keinen Empfänger, kommen auch nicht zurück und sind spurlos verschwunden. Ich habe das Konto mal als POP3 konfiguriert, mal als IMAP, ebenso habe ich den Speicherort der gesendeten Mails in einen persönlichen Ordner verschoben, damit hier beim Abgleich mit dem Server nicht irgend etwas durcheinander kommt. Immer das gleiche Ergebnis.
    Hier kommt der Quelltext einer der Testmails wie er auf dem Server unter "gesendete Mails" zu sehen ist (habe nur die @ entfernt und durch & ersetzt):

    Code
    Received: from BLU436-SMTP157 (10.163.96.36) by
    DBXPR07MB240.eurprd07.prod.outlook.com (10.141.11.20) with Microsoft SMTP
    Server (version=TLS1_0, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA_P384) id
    15.1.587.13 via Mailbox Transport; Mon, 12 Sep 2016 11:28:11 +0000
    From: xxxxxxx <xxxxxxx@live.de>
    Subject: Test 1
    Message-ID: <DBXPR07MB240444C6ED7610FD8EF0B0BF6FF0@DBXPR07MB240.eurprd07.prod.outlook.com>
    Date: Mon, 12 Sep 2016 13:27:55 +0200
    User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:45.0) Gecko/20100101
    Thunderbird/45.3.0
    To: Verborgene_Empfaenger:;, "xxxxxxxx&t-online.de"
    <xxxxxxxx&t-online.de>, "xxxxxx&live.de"
    <xxxxxxxx&live.de>, "xxxxxx&live.fr" <xxxxx&live.fr>
    Content-Type: multipart/alternative;
    boundary="------------D8F0A44FC2D883BC49B5B5AC"
    Return-Path: matthias-albrecht@live.de
    X-OriginalArrivalTime: 12 Sep 2016 11:28:04.0999 (UTC) FILETIME=[BA9D6970:01D20CE8]
    X-MS-Exchange-Organization-Network-Message-Id: 603b8c53-addc-46c0-da9a-08d3daffe144
    X-MS-Exchange-Organization-AuthSource: DBXPR07MB240.eurprd07.prod.outlook.com
    X-MS-Exchange-Organization-AuthAs: Anonymous
    X-Microsoft-Original-Message-ID: <1d212d24-4b15-c892-93a6-085cd11c50d4@live.de>
    MIME-Version: 1.0
    Alles anzeigen


    Und hier kommt de Quelltext der angekommenen Mail:


    Code
    Return-Path: <xxxxxxx@live.de>
    Received: from mailin58.aul.t-online.de ([172.20.27.247])
    by ehead18a11.aul.t-online.de (Dovecot) with LMTP id Ly5AMliR1lefpQAAyYbIcw;
    Mon, 12 Sep 2016 13:28:24 +0200
    Received: from BLU004-OMC1S29.hotmail.com ([65.55.116.40]) by mailin58.aul.t-online.de
    with (TLSv1.2:ECDHE-RSA-AES256-SHA384 encrypted)
    esmtp id 1bjPPL-14j6oK0; Mon, 12 Sep 2016 13:28:15 +0200
    Received: from EUR01-VE1-obe.outbound.protection.outlook.com ([65.55.116.9]) by BLU004-OMC1S29.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.23008);
    Mon, 12 Sep 2016 04:28:14 -0700
    Received: from DB5EUR01FT021.eop-EUR01.prod.protection.outlook.com
    (10.152.4.51) by DB5EUR01HT224.eop-EUR01.prod.protection.outlook.com
    (10.152.5.98) with Microsoft SMTP Server (version=TLS1_0,
    cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA_P384) id 15.1.587.6; Mon, 12 Sep
    2016 11:28:12 +0000
    Received: from DBXPR07MB240.eurprd07.prod.outlook.com (10.152.4.58) by
    DB5EUR01FT021.mail.protection.outlook.com (10.152.4.245) with Microsoft SMTP
    Server (version=TLS1_0, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA_P384) id
    15.1.619.6 via Frontend Transport; Mon, 12 Sep 2016 11:28:12 +0000
    Received: from DBXPR07MB240.eurprd07.prod.outlook.com ([10.141.11.20]) by
    DBXPR07MB240.eurprd07.prod.outlook.com ([10.141.11.20]) with mapi id
    15.01.0587.019; Mon, 12 Sep 2016 11:28:13 +0000
    From: Matthias Albrecht <xxxxxxxx&live.de>
    To: "xxxxxxx&t-online.de" <xxxxxxx&t-online.de>,
    xxxxxxx<xxxxxxxx&live.de>, "xxxxxx&live.fr"
    <xxxxx&live.fr>
    Subject: Test 1
    Thread-Topic: Test 1
    Thread-Index: AQHSDOi/MZiE2AnyU0qOIdRLJJCYeA==
    Date: Mon, 12 Sep 2016 11:28:13 +0000
    Message-ID: <DBXPR07MB240444C6ED7610FD8EF0B0BF6FF0@DBXPR07MB240.eurprd07.prod.outlook.com>
    Accept-Language: de-DE, en-US
    Content-Language: en-US
    X-MS-Has-Attach:
    X-MS-TNEF-Correlator:
    authentication-results: spf=softfail (sender IP is 10.152.4.58)
    smtp.mailfrom=live.de; t-online.de; dkim=none (message not signed)
    header.d=none;t-online.de; dmarc=none action=none header.from=live.de;
    received-spf: SoftFail (protection.outlook.com: domain of transitioning
    live.de discourages use of 10.152.4.58 as permitted sender)
    x-ms-exchange-messagesentrepresentingtype: 1
    x-eopattributedmessage: 0
    x-microsoft-exchange-diagnostics: 1;DB5EUR01HT224;6:jJTaU8P8Vg4CKFJX1J8Ogm8C5wWySA71qnFtldT0nYDmduyNAjZ08teo98CGISvRFsuTr4TmMtGsK7O6iRzSoKNoupPTkNzKZtUi3sE26wHypuJ2BH+HL9Z95i/141kwFC/JIQSHsI4QOhSk7In9kbP0nT6L5KZ3DuBelIbwv+6ihYzZMtIFJDSCx/l93OA+Hm2Hl8q0MJDyzFpFZoj3hZQoLWbY0W7YUgw3UXaD2h7/X9457dUl3OsDmjPkKX+jPkXVhNTegz6VUbn0PlAnWvP+XvDcrk+ge7R6a3W+FFLy0K56fmN3Yq5Yu595wuB5;5:Eihe1tu1nAaFV5TSmfvF/+6F70qhOYXlV88Tw3Nd7kuUw5ad9ujWeIwlJElsHfr9rNXPvrrsvRv6a+14366T3Lvp9KGq28eYesFSV8cWk+1b6716ea+r3b+2SZAuW2rZhjLD0rApUDDboDH9ZrUZVA==;24:iSKIGy0ljGiT4HOL1ZvQajgM6gHOiXy/j/C3/Kwh5PpUsEMKdjIoVDGUDqum38JEkNUnZBFp7/R1g1KiZqvX6XPl62PmGzLisG1WyprZYPA=;7:lnQM5iaYT+Hwclu/dXstVqz2xuufK9t1c3YSYMzllqkGOvaxuxmegObPCuhDvKvBqZelHgqJiL/YRfw1d2xz4wHPGyIzHEI7jtGZb+Ks1iQ2VXz4bHCbnTMuM5fk44rz6JX6qimmHeHldL7wUa6A1AKnwQ411m2eAoiPT7nF8Y2XaDuTETimPXXFkUpYa/3M1B0kAcRTQ+kwsZRTr80xLzxas+80uxtMfyWW+hHa6ob7semJ7KDW4RSpsGpPFyzp
    x-forefront-antispam-report: EFV:NLI;SFV:NSPM;SFS:(10019020)(98900003);DIR:OUT;SFP:1102;SCL:1;SRVR:DB5EUR01HT224;H:DBXPR07MB240.eurprd07.prod.outlook.com;FPR:;SPF:None;LANG:de;
    x-ms-office365-filtering-correlation-id: 603b8c53-addc-46c0-da9a-08d3daffe144
    x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:(1601124038)(1603103081)(1601125047);SRVR:DB5EUR01HT224;
    x-exchange-antispam-report-cfa-test: BCL:0;PCL:0;RULEID:(432015012)(82015046);SRVR:DB5EUR01HT224;BCL:0;PCL:0;RULEID:;SRVR:DB5EUR01HT224;
    x-forefront-prvs: 006339698F
    spamdiagnosticoutput: 1:99
    spamdiagnosticmetadata: NSPM
    Content-Type: multipart/alternative;
    boundary="_000_DBXPR07MB240444C6ED7610FD8EF0B0BF6FF0DBXPR07MB240eurprd_"
    MIME-Version: 1.0
    X-OriginatorOrg: outlook.com
    X-MS-Exchange-CrossTenant-originalarrivaltime: 12 Sep 2016 11:28:13.0117
    (UTC)
    X-MS-Exchange-CrossTenant-fromentityheader: Internet
    X-MS-Exchange-CrossTenant-id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa
    X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB5EUR01HT224
    X-OriginalArrivalTime: 12 Sep 2016 11:28:14.0715 (UTC) FILETIME=[C067F4B0:01D20CE8]
    X-TOI-SPAM: u;0;2016-09-12T11:28:24Z
    X-TOI-VIRUSSCAN: clean
    X-TOI-EXPURGATEID: 149288::1473679695-000016D9-04576E10/0/0
    X-TOI-MSGID: 9b88d721-a2c1-4af5-9da9-0de361c22434
    X-Seen: false
    X-ENVELOPE-TO: <xxxxxxxx&t-online.de>
    Alles anzeigen


    Hier kommt ein weiterer Quelltext zu einer Mial mit einem offenen Empfänger und drei bbc aus dem Ordner gesendet auf dem Server: In der Übersichtszeile sind die bcc-Adressen noch angezeigt, im Quelltext nicht mehr. Die bcc sind nicht angekommen:

    Code
    Received: from BLU437-SMTP12 (10.175.123.152) by
    DBXPR07MB240.eurprd07.prod.outlook.com (10.141.11.20) with Microsoft SMTP
    Server (version=TLS1_0, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA_P384) id
    15.1.587.13 via Mailbox Transport; Mon, 12 Sep 2016 11:52:05 +0000
    To: <matthias-unterwegs&t-online.de>
    From: Matthias <matthias-albrecht&live.de>
    Subject: Test 4
    Message-ID: <DBXPR07MB240BEDE066472C62619099AF6FF0@DBXPR07MB240.eurprd07.prod.outlook.com>
    Date: Mon, 12 Sep 2016 13:51:52 +0200
    User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:45.0) Gecko/20100101
    Thunderbird/45.3.0
    Content-Type: multipart/alternative;
    boundary="------------240B9D09350DA38F01D106E6"
    Return-Path: xxxxxxx&live.de
    X-OriginalArrivalTime: 12 Sep 2016 11:52:01.0840 (UTC) FILETIME=[1309F300:01D20CEC]
    X-MS-Exchange-Organization-Network-Message-Id: 0bd95ecd-a0e9-4978-80e3-08d3db033802
    X-MS-Exchange-Organization-AuthSource: DBXPR07MB240.eurprd07.prod.outlook.com
    X-MS-Exchange-Organization-AuthAs: Anonymous
    X-Microsoft-Original-Message-ID: <4dbc228c-2ec1-cc7c-ea62-f3d193cd71ed@live.de>
    MIME-Version: 1.0
    Alles anzeigen


    Vielleicht hilft das zu durchschauen, was da passiert.
    Mit freundlichem Gruß und vielen Dank für die Mühe
    Matthias

    Edit: Ich habe Namen und E-Mail-Adressen anonymisiert. graba, S-Mod.

    2 Mal editiert, zuletzt von graba (12. September 2016 um 17:32) aus folgendem Grund: Code-Tags gesetzt

  • Peter_Lehmann
    Senior-Mitglied
    Reaktionen
    1
    Beiträge
    13.506
    Mitglied seit
    5. Jun. 2005
    • 12. September 2016 um 17:12
    • #4

    Sehr seltsam ...

    Quelltext der gesendeten Mail im SENT-Ordner:

    Code
    BCC: 1.BCC-Empfänger <meine_adresse@online.de>, 2.BCC-Empfänger <blabla@online.de>, 3.BCC-Empfänger <paulxxxxxxxxx@t-online.de>
    To: Peter_L <meine_Adresse@online.de>
    From: Peter Lehmann <meine_Adresse@online.de>
    Subject: test
    Message-ID: <88d68374-54d0-df41-ff2b-d0711d50addd@online.de>
    Date: Mon, 12 Sep 2016 16:49:22 +0200
    User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.3.0MIME-Version: 1.0Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-512; boundary="------------ms020707060400030106040902"
    This is a cryptographically signed message in MIME format.--------------ms020707060400030106040902Content-Type: text/plain; charset=utf-8; format=flowedContent-Transfer-Encoding: quoted-printableadfasdfasdfasdfasdf


    Wenn du das mit deiner gesendeten Mail vergleichst, dann siehst du, dass bei dir die BCC-Adressen nicht so wie bei mir in der Zeile "BCC:", sondern in der Zeile "TO:" stehen.

    Code
    [i]To: Verborgene_Empfaenger:;, "deine_Adresse@t-online.de"
    [/i]
    [i]    <matthias-unterwegs&t-online.de>, "[i]deine_Adresse[/i]@live.de"
    [/i]
    [i]    ... usw.
    [/i]


    Und bei TO: macht der Server was er soll, er sendet alle Adressen mit!

    Wie gibst du denn deine Adressen ein? Ich mache das so, wie es in dem (anonymierten) Screenshot zu sehen ist:


    Und da in der gesendeten Mail auch alle BCC-Empfänger in der BCC-Zeile stehen, sieht auch jeder nur die an ihn gerichtete Mail. Deshalb spare ich mir deshalb den Screenshot der drei empfangenen Mails.
    Es ist so, wie es sein soll.
    Oder gibst du mehrere Adressaten hintereinander in eine BCC-Zeile ein? Wenn ja, mit welchem Trennzeichen?

    Zitat von Pasteur

    Versende ich Emails direkt aus dem Server, funktioniert alles wie gewohnt.

    Ich nehme an, dass du damit den Webmailclient <grusel> deines Providers meinst. Webmail ( = per Browser, also http oder https) hat absolut nichts mit dem Senden per SMTP zu tun.


    Zitat von Pasteur

    Ich habe das Konto mal als POP3 konfiguriert, mal als IMAP,

    Spielt keine Rolle, denn du sendest immer per SMTP.

    BTW: Ich empfehle dir, deine Mailadressen zu anonymisieren. Es sei denn, du liebst SPAM!

    MfG Peter

    edit: Warum die Forensoftware den ersten Abschnitt so schrecklich darstellt, weiß ich nicht. Aber ich denke mal, es ist trotzdem erkennbar.

    Thunderbird 45.8.x, Lightning 4.7.x, openSUSE Tumbleweed, 64bit
    S/MIME, denn ich will bestimmen, wer meine Mails lesen kann.
    Nebenbei: die Benutzung der (erweiterten) Suche, und von Hilfe & Lexikon ist völlig kostenlos - und keinesfalls umsonst!
    Und: Ich mag kein ToFu und kein HTML in E-Mails!

    Einmal editiert, zuletzt von Peter_Lehmann (12. September 2016 um 17:25)

  • muzel
    Gast
    • 12. September 2016 um 17:23
    • #5

    Ja, das ist wirklich der datenschutztechnische Super-GAU. Ich wollte es nicht glauben und habe es mit meiner live.de-Adresse über smtp-mail.outlook.com getestet.
    Eine E-Mail an 3 BCC-Empfänger bei live.de und 2 anderen Domains.
    In der empfangenen Mail stehen alle 3 BBC-Empfänger in der "AN:"-Zeile. =O
    Da es mir bei anderen Providern noch nie passiert ist (ein entsprechender Test über 1&1 funktionierte wie erwartet korrekt), würde ich es mal auf Microsoft schieben.
    Grüße, muzel

    Bilder

    • Bildschirmfoto vom 2016-09-12 17-15-16.png
      • 59,38 kB
      • 933 × 501
    • Bildschirmfoto vom 2016-09-12 17-31-35.png
      • 29,44 kB
      • 1.026 × 261
  • Peter_Lehmann
    Senior-Mitglied
    Reaktionen
    1
    Beiträge
    13.506
    Mitglied seit
    5. Jun. 2005
    • 12. September 2016 um 17:37
    • #6

    Danke, muzel!

    Ich habe es auch mit 1&1 und mit Magenta getestet. Andere Provider nutze ich nicht mehr.
    Aber trotzem:
    Wenn ich eine gesendete Mail im SENT-Ordner habe, dann wurde diese ja nur per plumpem Kopiervorgang dorthin kopiert. Diese dort liegende Mail hat ja meinen Rechner nicht verlassen - war also "physisch" noch bei keinem Provider.
    Deshalb darf und muss (!) es sein, dass alle BCC-Adressaten lesbar in der BCC-Zeile stehen. Der SMTP-Server benötigt diese Daten ja, um an alle Adressaten zu adressieren. Nur, er muss bei BCC alle Adressen außer jeweils eine entfernen.

    Mich wundert eben, wieso bei mit (so wie es sich gehört) die BCC-Adressaten in der auszuwertenden BCC-Zeile stehen, und bei ihm eben in der TO-Zeile.
    IMHO "handelt" dann der SMTP-Server völlig richtig!


    MfG Peter

    Thunderbird 45.8.x, Lightning 4.7.x, openSUSE Tumbleweed, 64bit
    S/MIME, denn ich will bestimmen, wer meine Mails lesen kann.
    Nebenbei: die Benutzung der (erweiterten) Suche, und von Hilfe & Lexikon ist völlig kostenlos - und keinesfalls umsonst!
    Und: Ich mag kein ToFu und kein HTML in E-Mails!

  • Peter_Lehmann
    Senior-Mitglied
    Reaktionen
    1
    Beiträge
    13.506
    Mitglied seit
    5. Jun. 2005
    • 12. September 2016 um 17:41
    • #7

    Vermutung:

    Problem mit der Verteilerliste!

    Gib mal ein paar Adressaten einzeln ein, so wie in meinem Screenshot.

    Thunderbird 45.8.x, Lightning 4.7.x, openSUSE Tumbleweed, 64bit
    S/MIME, denn ich will bestimmen, wer meine Mails lesen kann.
    Nebenbei: die Benutzung der (erweiterten) Suche, und von Hilfe & Lexikon ist völlig kostenlos - und keinesfalls umsonst!
    Und: Ich mag kein ToFu und kein HTML in E-Mails!

  • muzel
    Gast
    • 12. September 2016 um 17:45
    • #8

    Nun, bei mir stehen die Empfänger in der gesendeten Mail einzeln in BCC-Zeilen und in der empfangene Mail stehen allen 3 Empfänger in der AN: Zeile.
    Ich hänge mal zwei Screenshots an. Im Quellcode sieht es auch so aus, den Quellcode der gesendeten Mail habe ich nicht, da ich alle Mails nur als BCC an mich schicke.

    [EDIT]Wenn ich das Kopieren in den "Gesendet"-Ordner aktiviere, sieht die dort gespeicherte Mail "richtig"aus, mit den 3 Empfänger als BCC - es kommt aber bei jedem die volle Liste in der AN:-Zeile an.

    Einmal editiert, zuletzt von muzel (12. September 2016 um 18:00) aus folgendem Grund: Weiterer Test.

  • losgehts
    Senior-Mitglied
    Reaktionen
    13
    Beiträge
    924
    Mitglied seit
    12. Sep. 2007
    Hilfreiche Antwort
    1
    • 12. September 2016 um 17:47
    • #9

    Hallo,


    Zitat von Peter_Lehmann

    Wenn ich eine gesendete Mail im SENT-Ordner habe, dann wurde diese ja nur per plumpem Kopiervorgang dorthin kopiert.

    da bin ich mir nicht sicher: in der E-Mail ist ja auch die Message-ID hinterlegt. Diese kann (soweit ich das verstehe) nur der SMTP-Server erstellen. Es wird meiner Vermutung nach also nicht nur kopiert, sondern auch noch ein wenig "zusammengebaut".

    Oder habe ich da einen Denkfehler?

    Grüße, Ulrich

  • Peter_Lehmann
    Senior-Mitglied
    Reaktionen
    1
    Beiträge
    13.506
    Mitglied seit
    5. Jun. 2005
    • 12. September 2016 um 18:03
    • #10

    An die ID habe ich noch gar nicht gedacht.
    Nur, wie soll eine per SMTP gesendete Mail wieder zurück kommen?
    Auf jeden Fall werde ich mich wohl näher damit befassen müssen ... .

    Danke!

    Thunderbird 45.8.x, Lightning 4.7.x, openSUSE Tumbleweed, 64bit
    S/MIME, denn ich will bestimmen, wer meine Mails lesen kann.
    Nebenbei: die Benutzung der (erweiterten) Suche, und von Hilfe & Lexikon ist völlig kostenlos - und keinesfalls umsonst!
    Und: Ich mag kein ToFu und kein HTML in E-Mails!

  • muzel
    Gast
    • 12. September 2016 um 18:22
    • #11

    Ein Blick in die Quelltexte zeigt:
    TB vergibt eine Message-ID, diese wird vom SMTP-Server weggeworfen, eine neue generiert, die beim Empfänger ankommt.

    Einmal editiert, zuletzt von muzel (12. September 2016 um 18:32)

  • losgehts
    Senior-Mitglied
    Reaktionen
    13
    Beiträge
    924
    Mitglied seit
    12. Sep. 2007
    Hilfreiche Antwort
    1
    • 12. September 2016 um 18:40
    • #12

    Hallo Muzel,

    danke! Meinst du die Quelltexte der E-Mails, oder den Quellcode von Thunderbird?

    Meine ersten Tests ergeben anderes:
    Ich habe mir gerade drei E-Mails zugesendet, und da ist sowohl in der gesendeten, wie auch in der empfangenen E-Mail die selbe ID.
    Das ist ja auch die Grundlage für die in Themenbäumen sortierte Ansicht bei Thunderbird (wenn man gesendete und empfangene E-Mails im selben Ordner hat) und die Möglichkeit auf die Links im References-Header zu klicken.
    Das passt irgendwie nicht zusammen?
    Wenn es ein leichtes für dich ist, wäre ich dir dankbar, wenn du mir den Quellcode verlinken kannst, dann würde ich mir das mal ansehen (keine Ahnung, ob ich da was verstehe, deswegen bitte nicht lange suchen!).

    Meine momentane Annahme: Thunderbird schlägt eine Message-ID vor, der SMTP-Server übernimmt sie, wenn sie noch nicht benutzt wurde, ansonsten überschreibt er sie.

    Grüße, Ulrich

  • Peter_Lehmann
    Senior-Mitglied
    Reaktionen
    1
    Beiträge
    13.506
    Mitglied seit
    5. Jun. 2005
    • 12. September 2016 um 19:02
    • #13

    Ich habe mich jetzt durch diverse Dokumente gewühlt, und erkannt, dass sowohl der Mailclient als auch der Server eine Message-ID erzeugen können.
    Und jetzt versuche ich schon eine Stunde, eine Mail "später zu senden", also sie bei deaktivierter Verbindung (TB = offline) in den bei mir noch nie genutzten und somit auch nicht vorhandenen Ordner "Postausgang" schieben zu lassen. Damit könnte ich erkennen, wie der Quelltext beim Senden aussieht, ohne dass der SMTP-Server (wie auch immer) in der im SENT-Ordner gelandeten Mail herumschreiben kann.

    Aber, ich bekomme es einfach nicht hin, dass eine Mail in den "Postausgang" geschoben wird. Es kommt immer die Fehlermeldung mit ungenügendem Speicherplatz. Und das bei einem lokalen Konto ... .
    Momentan weiß ich nicht weiter.

    Kann das ein anderer mal testen?

    Thunderbird 45.8.x, Lightning 4.7.x, openSUSE Tumbleweed, 64bit
    S/MIME, denn ich will bestimmen, wer meine Mails lesen kann.
    Nebenbei: die Benutzung der (erweiterten) Suche, und von Hilfe & Lexikon ist völlig kostenlos - und keinesfalls umsonst!
    Und: Ich mag kein ToFu und kein HTML in E-Mails!

  • muzel
    Gast
    • 12. September 2016 um 19:21
    • #14

    Hallo Ulrich,

    ich hab nicht behauptet, daß das generell so ist, aber bei live.de/outlook.com offensichtlich schon.
    In der gesendeten Mail (also der ins Gesendet-Verzeichnis kopierten Mail) ist es z.B.
    Message-ID: <[email='643f9965-19ef-e8c3-438b-c25c3502a8f0@live.de'][/email]>

    In der empfangenen:Message-ID: <[email='DB3PR06MB0665EFD503658E94299B135F88FF0@DB3PR06MB0665.eurprd06.prod.outlook.com'][/email]>

    Ich hab jetzt keine Lust, den ganzen Quelltext zu anonymisieren und anzuhängen.

    Gruß, muzel

  • generalsync
    Senior-Mitglied
    Reaktionen
    48
    Beiträge
    550
    Mitglied seit
    29. Aug. 2016
    Hilfreiche Antwort
    1
    • 12. September 2016 um 19:33
    • #15

    Das Problem ist wohl schon lange bekannt und liegt auf Seiten von Microsoft: http://answers.microsoft.com/en-us/outlook_…78-f1d82fcf42a6

    Sieht nicht danach aus, als würde das gefixt werden. Ich würde empfehlen, von Microsoft zu einem anderen Anbieter zu wechseln.

    Ich entwickle unter anderem Synchronisationssoftware für Kalender und Adressbücher – ohne Cloud oder Server.

  • losgehts
    Senior-Mitglied
    Reaktionen
    13
    Beiträge
    924
    Mitglied seit
    12. Sep. 2007
    Hilfreiche Antwort
    1
    • 12. September 2016 um 20:50
    • #16

    @Peter_Lehmann
    ja, klar probier ich das aus. Zum senden benutze ich ein IMAP-Konto, das aber so eingestellt ist, dass es den lokalen Postausgang benutzt.


    Postausgang:

    Code
    From - Mon Sep 12 20:26:14 2016
    X-Mozilla-Status: 0800
    X-Mozilla-Status2: 00000000
    X-Mozilla-Keys:                                                                                 
    FCC: imap://*********%40posteo.de@posteo.de/Sent
    X-Identity-Key: id2
    X-Account-Key: account3
    To: Ich <MeineAdresse@******>
    From: Mir <***@posteo.de>
    Subject: Message-ID
    Message-ID: <f9b4ce56-9c94-e386-4914-cd177454a24e@posteo.de>
    Date: Mon, 12 Sep 2016 20:26:14 +0200
    X-Mozilla-Draft-Info: internal/draft; vcard=0; receipt=0; DSN=0; uuencode=0;
     attachmentreminder=0
    User-Agent: Thunderbird
    MIME-Version: 1.0
    Content-Type: text/plain; charset=utf-8; format=flowed
    Content-Transfer-Encoding: 7bit
    
    
    
    
    Test
    Alles anzeigen

    Gesendet

    Code
    To: Ich <MeineAdresse@******>
    From: Mir <***@posteo.de>
    Subject: Message-ID
    Message-ID: <f9b4ce56-9c94-e386-4914-cd177454a24e@posteo.de>
    Date: Mon, 12 Sep 2016 20:26:14 +0200
    User-Agent: Thunderbird
    MIME-Version: 1.0
    Content-Type: text/plain; charset=utf-8; format=flowed
    Content-Transfer-Encoding: 7bit
    
    
    
    
    Test
    Alles anzeigen


    Empfangen (Quelltext gekürzt)

    Code
    Return-Path: <***@posteo.de>
    Delivered-To: MeineAdresse@******
    X-Envelope-Sender: <***@posteo.de>
    To: Ich <MeineAdresse@******>
    From: Mir <***@posteo.de>
    Subject: Message-ID
    Message-ID: <f9b4ce56-9c94-e386-4914-cd177454a24e@posteo.de>
    Date: Mon, 12 Sep 2016 20:26:14 +0200
    User-Agent: Thunderbird
    MIME-Version: 1.0
    Content-Type: text/plain; charset=utf-8; format=flowed
    Content-Transfer-Encoding: 7bit
    
    
    
    
    Test
    Alles anzeigen

    Zu dumm, dass die SMTP-Server inzwischen keine unverschlüsselten Verbindungen mehr zulassen, sonst könnte man einfach mal mitschneiden. Früher habe ich sowas immer mit WireShark ausprobiert, aber jetzt habe ich kein Konto mehr, bei dem ich die Übertragung unverschlüsselt machen kann.
    Ich finde jedenfalls auf den ersten Blick in ein paar RFCs nichts, was davon spricht, dass der SMTP-Server die Message-ID an den Client zurückgibt.

    Daher vermute ich, dass die Server unterschiedlich eingestellt sind (und sie insofern sowieso machen was sie wollen) und es Server gibt, die die von TB vergebene ID durchlassen. Ich hoffe, dass diese Server noch kontrollieren, ob die ID auch eindeutig ist.


    @muzel
    Danke, ich meinte mit dem verlinken nicht den Quelltext der E-Mails, sondern die entsprechende Stelle im Quellcode von Thunderbird. Ist aber nicht wichtig, bringt wahrscheinlich bei mir keinen Erkenntnisgewinn.

    @ alle
    dass das Problem, wie generalsync ja verlinkt hat, bei Outlook.com schon lange bekannt und noch nicht behoben ist, schockiert mich schon sehr!

    Grüße, Ulrich

    2 Mal editiert, zuletzt von losgehts (12. September 2016 um 21:05)

  • Peter_Lehmann
    Senior-Mitglied
    Reaktionen
    1
    Beiträge
    13.506
    Mitglied seit
    5. Jun. 2005
    • 12. September 2016 um 21:24
    • #17

    Danke.

    Ich sehe, wir haben es zu dem gleichen Ergebnis gebracht.
    Ich habe eine Mail als Entwurf gespeichert, sie dann gesendet+empfangen und den Quelltext der gesendeten Mail angesehen.
    Der Entwurf hatte eine andere Message-ID als die empfangene und die Mail im SENT-Ordner (diese beiden hatten die gleiche ID).
    Ich kann allerdings nirgendwo nachweisen, dass die beiden letzten wirklich vom Server stammen - und vor allem, mir ist und bleibt unverständlich, wie selbige vom Server zurück zum Client kommt und dann dort in die Mail reingeschrieben wird.
    Aber ich muss auch nicht alles verstehen ... .

    Den Gedanken an den Sniffer hatte ich auch schon. Aber eben "leider" keinen mir bekannten Server, welcher noch unverschlüsselt sendet. Ich wollte auch nicht alle danach austesten. Never touch ...

    Auf jeden Fall hat dieser Thread dazu geführt, dass bei mir ein kleines Stückchen vom Glauben abgebröckelt ist. Ich habe immer geglaubt, dass der SMTP-Server nicht in einer lokal vorliegenden Mail herumschreiben kann und dass die Mail im SENT-Ordner wirklich nur eine plumpe Kopie der an den SMTP übergebenen Mail ist.

    MfG Peter

    Thunderbird 45.8.x, Lightning 4.7.x, openSUSE Tumbleweed, 64bit
    S/MIME, denn ich will bestimmen, wer meine Mails lesen kann.
    Nebenbei: die Benutzung der (erweiterten) Suche, und von Hilfe & Lexikon ist völlig kostenlos - und keinesfalls umsonst!
    Und: Ich mag kein ToFu und kein HTML in E-Mails!

  • losgehts
    Senior-Mitglied
    Reaktionen
    13
    Beiträge
    924
    Mitglied seit
    12. Sep. 2007
    Hilfreiche Antwort
    1
    • 12. September 2016 um 21:40
    • #18

    Hallo Peter,

    bei mir sind ja alle Messge-IDs gleich, bei muzel ist die im SENT-Ordner anders als die in INBOX.

    Zitat

    Der Entwurf hatte eine andere Message-ID als die empfangene und die Mail im SENT-Ordner (diese beiden hatten die gleiche ID).

    Das kommt mir auch sehr merkwürdig vor.
    Du hast im Forum ja mehrfach beschrieben, dass du die E-Mails nicht in den SENT-Ordner kopieren lässt, sondern dass du sie dir per BCC zusendest und deine Filter den Rest erledigen. Vielleicht hast du vergessen, das umzustellen?
    Das würde dann die identische Message-ID in SENT und INBOX erklären ohne dass der SMTP-Server die Message-ID zurück an TB gibt - und du könntest doch etwas näher zu deinem Glauben zurück :-) .

    Grüße, Ulrich

  • muzel
    Gast
    • 13. September 2016 um 08:51
    • #19

    Moin,

    also nochmal zur Klarstellung, was ich getestet habe:

    Beim Versenden mit live.de-Account über den outlook.com-Server ändert sich die Message-ID.
    Beim ausschließlichen Verwenden von BCC-Empfängern wird diese BCC-Liste in eine TO-Liste umgewandelt.

    Das scheint sich ja nun als Bug bei M$ zu bestätigen, der offenbar niemanden dort ernsthaft stört.

    Beim Versenden mit 1&1-Account über 1&1 Server ändert sich die Message-ID nicht.
    Beim ausschließlichen Verwenden von BCC-Empfängern wird diese BCC-Liste aus dem Header gelöscht, wie man es erwartet.

    Ich gehe davon aus, daß die Message-ID ein Angebot ist, das der SMTP-Server annehmen kann oder eben nicht. Daß eine Message-ID an den Client zurück übertragen wird, kann ich mir nicht vorstellen.
    In. RFC5321 steht allerdings:

    Zitat von RFC5321


    The following changes to a message being processed MAY be applied
    when necessary by an originating SMTP server, or one used as the
    target of SMTP as an initial posting (message submission) protocol:
    (...) Addition of a message-id field when none appears


    Was für mich heißt, daß der SMTP Server nur bei Nichtvorhandensein eine Message-ID vergibt.

    Was das eigentliche Problem, die nicht versteckten/entferneten BCC-Empfänger betrifft, ist die Formulierung in RFC5321 Punkt 7.2 für mich etwas verschwommen (vielleicht kann das mal jemand interpretieren?)
    Es ist zwar gute Praxis, aber vermutlich nicht verpflichtend, die BCC-Empfänger zu verstecken, wie es der gutgläubige Anwender erwartet.

    @ulrich:

    Zitat von losgehts

    Danke, ich meinte mit dem verlinken nicht den Quelltext der E-Mails, sondern die entsprechende Stelle im Quellcode von Thunderbird. Ist aber
    nicht wichtig, bringt wahrscheinlich bei mir keinen Erkenntnisgewinn.

    Ich meinte immer nur den Mail-Quelltext, und der zeigt eine geänderte Message-ID.

    Grüße, muzel

  • SusiTux
    Gast
    • 13. September 2016 um 09:48
    • #20

    Hallo zusammen,

    da ist ja mal ein interessantes Thema. Eigentlich ist es eher erschreckend, wenn man sich anschaut, wie MS mit den BCC umgeht.

    Ich habe die RFC auch nicht auswendig gelernt, doch ist es meines Wissens nach so, wie muzel es beschrieben hat:

    Zitat von muzel

    Ich gehe davon aus, daß die Message-ID ein Angebot ist, das der SMTP-Server annehmen kann oder eben nicht. Daß eine Message-ID an den Client zurück übertragen wird, kann ich mir nicht vorstellen.


    Letzteres steht auch nicht im Widerspruch zu Peters Testergebnis:

    Zitat von Peter_Lehmann

    Der Entwurf hatte eine andere Message-ID als die empfangene und die Mail im SENT-Ordner (diese beiden hatten die gleiche ID).

    Die Message ID enthält in der Regel u.a. einen Zeitstempel. Dieser unterscheidet sich zwischen Entwurf und dem Zeitpunkt, zu dem der TB die E-Mail dann versendet. Die ID wird beim Versenden/erneuten Speichern neu erstellt. Deshalb stimmt sie nicht mehr mit der des früher gespeicherten Entwurfs überein.

    Die Message ID sollte gemäß der best practice am Ende den Domain-Namen enthalten. Im Fall von live.de (TB) ändert sich diese dann auf outlook.com (MS-Server). Das dürfte der (ein) Grund sein, weshalb die Message-ID auf dem Server neu erstellt wird.

    Zitat von Peter_Lehmann

    Ich habe immer geglaubt, dass der SMTP-Server nicht in einer lokal vorliegenden Mail herumschreiben kann und dass die Mail im SENT-Ordner wirklich nur eine plumpe Kopie der an den SMTP übergebenen Mail ist.

    Ich meine immer noch, dass das genau so ist.

    Gruß

    Susanne

Aktuelle Programmversion

  • Thunderbird 139.0.2 veröffentlicht

    Thunder 11. Juni 2025 um 17:31

Aktuelle ESR-Version

  • Thunderbird 128.11.1 ESR veröffentlicht

    Thunder 11. Juni 2025 um 17:27

Keine Werbung

Hier wird auf Werbeanzeigen verzichtet. Vielleicht geben Sie dem Website-Betreiber (Alexander Ihrig - aka "Thunder") stattdessen etwas aus, um diese Seiten auf Dauer finanzieren zu können. Vielen Dank!

Vielen Dank für die Unterstützung!

Kaffee ausgeben für:

Per Paypal unterstützen*

*Weiterleitung zu PayPal.Me

Thunderbird Mail DE
  1. Impressum & Kontakt
  2. Datenschutzerklärung
    1. Einsatz von Cookies
  3. Nutzungsbedingungen
  4. Spendenaufruf für Thunderbird
Hilfe zu dieser Webseite
  • Übersicht der Hilfe zur Webseite
  • Die Suchfunktion benutzen
  • Foren-Benutzerkonto - Erstellen (Neu registrieren)
  • Foren-Thema erstellen und bearbeiten
  • Passwort vergessen - neues Passwort festlegen
Copyright © 2003-2025 Thunderbird Mail DE

Sie befinden sich NICHT auf einer offiziellen Seite der Mozilla Foundation. Mozilla®, mozilla.org®, Firefox®, Thunderbird™, Bugzilla™, Sunbird®, XUL™ und das Thunderbird-Logo sind (neben anderen) eingetragene Markenzeichen der Mozilla Foundation.

Community-Software: WoltLab Suite™