1. Home
  2. News
  3. Download
    1. Thunderbird Release Version
    2. Thunderbird 153 ESR (2026)
    3. Thunderbird 140 ESR (2025)
    4. Thunderbird Beta Version
    5. Language Pack (User Interface)
    6. Dictionaries (Spell Check)
  4. Help & Lexicon
    1. Instructions for Thunderbird
    2. Questions & Answers (FAQ) about Thunderbird
    3. Help for this Website
    4. Last Changes
  5. Forums
    1. Unresolved Threads
    2. Latest Posts
    3. Threads of the last 24 hours
  • Login
  • Register
  • 
  • Search
This Thread
  • Everywhere
  • This Thread
  • This Forum
  • Forum
  • Lexicon
  • Articles
  • Pages
  • More Options
  1. Thunderbird Mail DE
  2. Forum
  3. Hilfe zu E-Mail und allgemeines Arbeiten
  4. Allgemeines Arbeiten / Konten einrichten / Installation & Update

Abbruch bei Mail an Mehrere Adressaten

  • usermartin
  • September 18, 2011 at 11:52 AM
  • Closed
  • Thread is Resolved
  • usermartin
    Member
    Posts
    18
    Member since
    22. Nov. 2008
    • September 18, 2011 at 11:52 AM
    • #1

    Hallo!

    Ich versende öfter mal größere Mails (durch Anhänge) an mehrere Leute. Nun kommt es immer wieder vor, dass TB das Versenden abbricht, weil ein Adressat ein Mailkonto hat, das nicht so große Dateien annehmen kann. Ist ja klar, das TB DIESER Person die Mail nicht verschicken kann. Aber warum um alles hört das Programm dann einfach auf, den anderen die in der Liste danach kommen die Mail zu verschicken???? :aerger:

    Kann man das Abstellen?

    Danke

    usermartin

  • schlingo
    Senior Member
    Reactions Received
    750
    Posts
    7,007
    Member since
    20. Jul. 2009
    Helpful answers
    49
    • September 18, 2011 at 12:21 PM
    • #2
    Quote from "usermartin"


    Ich versende öfter mal größere Mails (durch Anhänge) an mehrere Leute.


    Hallo Martin :)

    so weit, so schlecht. Dafür ist das Medium Mail nicht gedacht. Du solltest über eine alternative Methode (z.B. FTP) nachdenken.

    Quote


    Nun kommt es immer wieder vor, dass TB das Versenden abbricht, weil ein Adressat ein Mailkonto hat, das nicht so große Dateien annehmen kann. Ist ja klar, das TB DIESER Person die Mail nicht verschicken kann. Aber warum um alles hört das Programm dann einfach auf, den anderen die in der Liste danach kommen die Mail zu verschicken????


    Frage: woher weiß ein NUA (Client), dass das Konto des Empfängers die Mail nicht annimmt? Bisher habe ich noch nichts davon gehört, dass TB hellsehen kann.

    Quote


    Kann man das Abstellen?


    Antwort: Du hast zwar die exakte Meldung nicht genannt. Die kommt aber ganz sicher von Deinem Mailserver. Dein NUA leitet die Antwort einfach an Dich weiter. Wende Dich also an Deinen Provider.

    Gruß Ingo

    Threema - Sicherer und privater Messenger

    Meine Threema-ID

    Warum Threema?

  • mrb
    Senior Member
    Reactions Received
    112
    Posts
    24,306
    Member since
    13. Jun. 2004
    Helpful answers
    8
    • September 18, 2011 at 5:55 PM
    • #3

    Hallo schlingo,

    Quote

    Frage: woher weiß ein NUA (Client), dass das Konto des Empfängers die Mail nicht annimmt? Bisher habe ich noch nichts davon gehört, dass TB hellsehen kann.


    Doch, TB kann mit dem Server schon vor dem Versenden Kontakt aufnehmen und das Versenden blockieren.
    Das passiert nicht bei jedem Mailserver, ich habe das aber schon zigmal bei Mails an viele Personen gleichzeitig bemerken können z.B. bei GMX.
    Versendet man über den GMX Server und eine GMX-Adresse in der Mail ist faul oder der Anhang ist zu groß, wird der Versand an alle Empfänger blockiert. Dieses Verhalten ist auch bekannt.
    Vermutlich funktioniert aber die Blockade nur, wenn nicht weitere Mailserver im Spiel sind.

    @Usermatin,
    nicht TB blockiert die Mail, sondern der betr. Mailserver.
    Dieses Verfahren hat aber schon eine Logik. Wie solltest du sonst wissen, dass alle Mails eingetroffen sind?
    Du musst versuchen, durch Tests die "faulen" Mailadressen herauszufinden. Die müssen nicht mal "faul" sein, sondern es genügt, wenn der empfangende Mailserver größere Anhänge verweigert oder das Postfach voll ist.
    Manchmal geschieht das schon bei Größen über 4 MB.
    Beachte außerdem, dass eine Mail um fast ein Viertel größer als die Anhänge selbst groß sind.
    Ein Anhang von 10 MB macht eine Mail 13 MB groß.
    "Faule" Adressen sind für mich, wenn die Adresse falsch geschrieben wurde, sie gar nicht mehr existiert oder diese auf Spamlisten steht.
    Ich persönlich benutze schon bei Größen über 2 MB andere Verfahren wie Verlinkung auf einen FTP-Server oder bei Mediadateien die Media-Center, Musik/Fotoalben (hat überall einen anderen Namen) der Mailprovider.

    Gruß

  • schlingo
    Senior Member
    Reactions Received
    750
    Posts
    7,007
    Member since
    20. Jul. 2009
    Helpful answers
    49
    • September 19, 2011 at 5:05 PM
    • #4
    Quote from "mrb"

    TB kann mit dem Server schon vor dem Versenden Kontakt aufnehmen


    Hallo :)

    kein Widerspruch. Ich würde sogar sagen: er muss Kontakt aufnehmen.

    Quote


    und das Versenden blockieren.


    TB (der Client) tut das? Das glaube ich nicht. Unten schreibst Du dann selbst

    Quote


    nicht TB blockiert die Mail, sondern der betr. Mailserver.


    Hier sind wir uns wieder einig.

    Quote


    Versendet man über den GMX Server und eine GMX-Adresse in der Mail ist faul oder der Anhang ist zu groß, wird der Versand an alle Empfänger blockiert.


    Das kann ich mir schon gut vorstellen, ist aber kein "Feature" des Clients, sondern des Servers.

    Quote


    Vermutlich funktioniert aber die Blockade nur, wenn nicht weitere Mailserver im Spiel sind.


    ACK.

    Gruß Ingo

    Threema - Sicherer und privater Messenger

    Meine Threema-ID

    Warum Threema?

  • Peter_Lehmann
    Senior Member
    Reactions Received
    2
    Posts
    13,501
    Member since
    5. Jun. 2005
    • September 19, 2011 at 5:45 PM
    • #5

    Hi,

    Der Postausgangsserver des eigenen Providers (=> smtp-Eintrag) prüft auf jeden Fall,
    - ob der sendende Client sich korrekt angemeldet hat
    - ob in seinem Sendepuffer überhaupt noch genügend Platz ist, und
    - ob die verwendeten Empfängeradressen syntaktisch korrekt sind.

    Jetzt will ja jeder Provider sinnlosen Traffic vermeiden, deshalb prüft er noch je nach vorhandenen Möglichkeiten:
    - gibt es den Provider des Empfängers überhaupt? Also Prüfung des Suffix.
    - Und bei Empfängern aus dem Bereich des eigenen Providers kann er auch noch die Existens der gesamten Adresse prüfen.
    - In diesem speziellen Fall ist auch eine Prüfung möglich, ob das Quota des Empfangspostfaches noch nicht ausgeschöpft ist oder es weitere Gründe für eine Ablehnung gibt.

    Und sollte sich bei einer der Überprüfungen herausstellen, dass der Provider die Mail nicht weiterleiten kann, dann wird der smtp-Server gleich die Annahme verweigern. Warum sollte er eine Mail erst annehmen, wenn er sie dann wieder als unzustellbar zurückschicken muss. Und das prüft er eben, wenn er dazu in der Lage ist, in beiden Richtungen.

    Und sollte eine der o.g. Prüfungen nicht möglich sein, dann empfängt er eben die Mails und leitet sie weiter. Schlimmstenfalls kommen sie zurück ... .
    Das sind alles Möglichkeiten, die in den ursprünglichen Protokollen nicht vorhanden waren, und die eben eine Weiterentwicklung darstellen.

    Ja, es ist für den Server einfacher, einen Versand an mehrere Adressen gleich komplett abzulehnen. Dann weiß der Absender wenigstens Bescheid. Warum sollte der Server die Massenmail "auseinanderdröseln"?

    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!

  • mrb
    Senior Member
    Reactions Received
    112
    Posts
    24,306
    Member since
    13. Jun. 2004
    Helpful answers
    8
    • September 19, 2011 at 6:28 PM
    • #6

    schlingo,
    ich habe das nicht alles durchdacht und logisch formuliert. Das kann passieren.
    Wenn du dasselbe gemeint hast wie ich, ist das OK. Ich hatte es anfangs so verstanden, dass dieses Phänomen so nicht möglich ist. Da wollte ich widersprechen.

    Gruß

  • Community-Bot September 3, 2024 at 7:50 PM

    Closed the thread.

Current app version

  • Thunderbird 157.0.1 veröffentlicht

    Thunder October 1, 2026 at 11:49 PM

Current 153 ESR version

  • Thunderbird 153.4.0 ESR veröffentlicht

    Thunder September 29, 2026 at 9:35 PM

Current 140 ESR version

  • Thunderbird 140.17.0 ESR veröffentlicht

    Thunder September 29, 2026 at 9:44 PM

No Advertisements

There are no advertisements here. Maybe you give the website owner (Alexander Ihrig - aka "Thunder") instead something to be able to finance these sites in the long run. Many Thanks!

Thank you for the support!

Coffee to be spent?

Donate now via Paypal*

*Forwarding to PayPal.Me

Thunderbird Mail DE
  1. Imprint & Contact
  2. Privacy Policy
    1. Cookie Policy
  3. Terms of Use
  4. Donation Call for Thunderbird
Help for this website
  • All website support articles
  • How to use website search
  • How to create a forums user account
  • How to create and edit a forums thread
  • How to reset your forums password
Copyright © 2003-2026 Thunderbird Mail DE

You are NOT on an official page of the Mozilla Foundation. Mozilla®, mozilla.org®, Firefox®, Thunderbird™, Bugzilla™, Sunbird®, Seamonkey®, XUL™ and the Thunderbird logo are (among others) registered trademarks of the Mozilla Foundation.

Powered by WoltLab Suite™