Standard-Absendekonto wird nicht korrekt verwendet

Hallo Manuel,

willkommen im Thunderbird-Forum.

Du kannst Dir mal die Erweiterung (das Add-on) Identity Chooser herunterladen und installieren.

Wie man Erweiterungen installiert findest Du hier beschrieben.

Gruß
Feuerdrache

Hallo,

Zitat

seit einiger Zeit wird bei einer Antwort
auf bisher unbeantwortete Mails auf mein Standardkonto eben nicht mein
Standardkonto (eigene Domain), so wie früher

Das sog. Standardkonto (sowohl für POP als auch SMTP), wurde schon immer in seiner Funktion überbewertet und greift nur in wenigen Fällen.
Normalerweise versucht Thunderbird bei Antworten, immer das Konto zu nehmen, an das die Mail gesendet wurde.
Das klappt leider nicht immer, besonders dann wenn die Mails in andere Ordner verschoben wurden.
Und das ist so, solange ich Thunderbird kenne (ab Vers. 1.2) und geärgert habe ich mich darüber ebenfalls.

Gruß

Hallo Susanne,
das kommt nur in seltenen Fällen vor und ich müsste jetzt richtig danach suchen, um eine Mail zu finden, bei der das so ist.
Ich weiß auch nicht mehr, ob die Kontoart darauf Einfluss hat.

Gruß

Du kennst mich ja. Eine Mail mit eine An-Adresse und 3 Bcc gesendet.
Diese aus dem IMAP-Ordner in meinen lokalen Testordner kopiert.
Eine Mail gefunden, die mir statt der Empfangsadresse die Standard(empfangs)adresse - also nicht die SMTP-Standardadresse - ins Von-Feld setzte.

Hier 2 Screenshots:

und nach dem Antworten:

Zur besseren Übersicht bitte auf die Thumbnails klicken, da man Von und An sonst nicht erkennen kann.

Gruß

Vielleicht. Solange sich die Mails im Original-Empfangsordner befinden, ist das Verhalten so wie du es geschildert hast.
Möglicherweise ist aber auch Bcc zum Teil mitschuldig.
Ich hatte die Mail vom AOL-Konto versendet und zwar als AN an das Googlemail-Konto und als Bcc an Gmx.de und Web.de
Im Gmx.de-Konto habe ich jetzt das Kuriosum, dass die Mail dort liegt und zwar mit Von: AOL aber An: GMail. Antworte ich von hier, wird Gmx.de als Absender verwendet - nach deiner Schilderung - obwohl Gmx.de gar nicht in der Von-Adresse auftaucht.
Aber wenn ich diese Mail in einen anderen lokalen Ordner kopiere und von dort antworte, wird der richtige Absender nicht mehr erkannt wird und Thunderbird verwendet den Standardempfangsordner.
Ich müsste das noch einmal testen mit mehreren An-Adressen also ohne Bcc.
Aber vielleicht kannst du dir ja aus meine Beschreibung einen Reim machen. Mit fehlt diese poetische Gabe (und deine analytische).
Probleme gibt es übrigens auch aus einem virtuellen Ordner heraus, das aber wäre verständlich.
Gruß

@Susanne,

Zitat

Standardkonto

wobei ich noch einmal betonen möchte, dass nicht das "SMTP-Standard-Server " gemeint ist, sondern das Standard-POP/IMAP-Konto.
Ich erinnere mich noch vage, dass der Standard-SMTP-Server nur dann versucht einzuspringen, wenn überhaupt kein SMTP-Server für ein Konto angegeben ist, bzw. für die Einstellung SMTP-Server in den Konteneinstellungen verwendet wird. Hat evtl auch etwas mit weiteren Identitäten zu tun.
Allerdings, wenn man in jedem Konto den Standard-SMTP-Server einsetzen würde, wird man kaum Freude am Versenden haben, weil es dann meistens nicht klappt.
Fehlermeldung ist dann "Sender unknown".
Von meinen 11 Konten akzeptieren nur Arcor.de und t-online.de ein anderes Konto. ( "open Relaying")

Gruß

ist

Hallo,
bin ich froh, dass ich diesen Thread gefunden haben und nicht der einzige mit diesem Problem bin. Viel gesucht und ausprobiert, leider erfolglos und schon dabei an mir selbst zu zweifeln
Bei mir stellt sich das Problem in folgender Weise dar.
Ich habe ein IMAP-Account bei gmx und ein IMAP bei df. Hauptkonto für alles ist gmx.
Schreibe ich jetzt an eine bestimmte Person Mails, wird bei nur dieser Person die df-Adresse als Absender eingetragen.
Antworte ich dieser Person auf eine Mail, welche an mein GMX-Account ging, dann wird wieder df eingetragen.
Das geschieht aber -bisher- nur bei dieser Person ...

Hallo,

Zitat

und ein IMAP bei df.

Was ist ist "df"?

Zitat

Schreibe ich jetzt an eine bestimmte Person Mails, wird bei nur dieser Person die df-Adresse als Absender eingetragen.

Du hast den kompletten Thread gelesen und verstanden?
Falls ja, hättest du jetzt daher schreiben müssen, welches Konto im Konten-Ordnerfenster gerade markiert ist.

Zitat

Antworte ich dieser Person auf eine Mail, welche an mein GMX-Account ging, dann wird wieder df eingetragen.

Beim Antworten geht so etwas eigentlich gar nicht. Es sei denn, du hast nur den einen SMPT-Server von df eingetragen, oder hast im GMX-Konto in den Konteneinstellungen > "Postausgangs-Server "SMTP" dort den Standard-Server bzw. den des df-Kontos stehen.
Überprüfe das.
Welche Add-ons hast du installiert?

Gruß

domainfactory wird gern mal als df abgekürzt, ebenso kann aber auch ein ganz anderer Dienst gemeint sein.

MfG
Drachen

Hallo,

Zitat von cbmspike

seit einiger Zeit wird bei einer Antwort auf bisher unbeantwortete Mails auf mein Standardkonto eben nicht mein Standardkonto (eigene Domain), so wie früher, sondern ein anderes Konto (GMX) für die Absendeadresse ausgewählt. (Beide laufen in den Posteingang.)

Ich gehe davon aus, dass du unter "Beide laufen in den Posteingang" folgendes verstehst:
beide Konten haben den "globalen (gemeinsamen) Posteingang" in den "Lokalen Ordnern", das heißt, diese Konten werden links in der Konten/Ordnerliste nicht angezeigt.

Ich habe das eben in einem Testprofil überprüft, in dem ich für die zwei POP-Konten den "globalen Posteingang" in den Lokalen Ordnern gewählt habe.
Dabei konnte ich dein Problem nicht nachvollziehen:
wenn ich auf eine Nachricht im Posteingang antworte, wird als "Von" immer die Adresse des Kontos benutzt, das die Nachricht erhalten hat.
Wurde die ursprüngliche Nachricht von beiden Konten erhalten, wählt TB beim Beantworten automatisch die erste Adresse und nicht etwa die Adresse des Standard-Kontos.
Erstelle ich dagegen eine neue Nachricht, wählt TB paradoxer Weise als Absender automatisch die Adresse des Nicht-Standard-Kontos!

Wenn ich in meinem Arbeitsprofil (zwei POP-Konten mit getrennten Posteingängen) auf eine in die lokalen Ordner verschobene Nachricht antworte, wählt TB als Absender immer die Konto-Adresse, die die Nachricht ursprünglich erhalten hatte und nicht etwa die Adresse des Standard-Kontos.

Gruß

@mrb
Ja, ich habe den gesamten Thread gelesen, über das verstanden möchte ich hier nicht diskutieren. Denn ich habe ein Problem mit tb, welches ich nicht verstehen, welches Du gleich mit den Worten "Beim Antworten geht so etwas eigentlich gar nicht." abbügest.
Nun, dann liegt bei mir eben "uneigentlich" vor.
Die Einstellungen für gmx und domainfactory sind im Anhang zu sehen, jeweils der dortige SMTP-Srv wird genutzt.
Um es noch einmal kurz zu machen, ich bekomme eine Mail auf das gmx-Account, will darauf antworten und tragen den Empfänger ein. sobald ich mit Tabulator oder Enter weitergehe, wird als Absender der df-Account eingesetzt. Schreibe ich eine neue Mail vom GMX-Account an diese Person, so wird auch wieder der df-Account eingetragen ...

@Drachen
Vielen Dank für die Ergänzung, ja es handelt sich um ein IMAP-Account bei domainfactory. Tut mir leid so unpräzise gewesen zu sein.

Ich schrieb:

Zitat

Es sei denn, du hast nur den einen SMPT-Server von df eingetragen, oder hast im GMX-Konto in den Konteneinstellungen > "Postausgangs-Server "SMTP" dort den Standard-Server bzw. den des df-Kontos stehen.
Überprüfe das.
Welche Add-ons hast du installiert?

Ich habe das tatsächlich missverständlich formuliert. Ich sprach von den Konteneinstellungen und meinte damit im rechten Fenster weit unten.
Du hast mir aber die SMTP-EInstellungen selbst gepostet, die mich nur am Rande interessieren.
Hier ein Screenshot:

Bitte auf das Bild klicken, dann kann man sich besser orientieren.
Und noch einmal: welche Add-ons sind installiert?

Gruß

Hallo allerseits,

ich habe nicht den gesamten Thread gelesen. Doch dass es beim "Antworten" Probleme mit dem Finden des "richtigen" Absender Accounts/Itdentität gibt, ist auch bei Bugzilla schon lange bekannt. Es gibt einen Meta-Bug-Report (was auch immer das genau ist), der - so wie ich das verstanden habe - die einzelnen Bugreporte koordiniert und Szenarien zusammenfasst: 699681
Darüber hinaus gibt es eine ganze Reihe von Bugreports, die das jeweilige Problem behandeln (beispielhaft: 760784).

Das nur zur Info. Es ist bestimmt hilfreich - wenn ihr wollt - Testergebnisse dort mit einzubringen. Bei diesem Thema ist das für mich allerdings so unübersichtlich, dass ... ich (Schande über mich) im Augenblick zu faul bin, so viele Bugreports zu lesen, um dann aktiv zu werden.

Grüße, Ulrich

Hi, der smtp-srv ist in den Kontoeinstellungen für jedes Konto korrekt vergeben, habe ich auch für alle Identitäten kontrolliert.

Hier die Liste der Addons aus den Informationen zur Fehlerbehebung

Erweiterungen
    Allow HTML Temp, 3.6.4, true, {532269cf-a10e-4396-8613-b5d9a9a516d4}
    British English Dictionary, 1.19.1, true, en-GB@dictionaries.addons.mozilla.org
    checkCompatibility, 1.3, true, check-compatibility@dactyl.googlecode.com
    CompactHeader, 2.0.9, true, {58D4392A-842E-11DE-B51A-C7B855D89593}
    Correct Identity, 1.4.3, true, {47ef7cc0-2201-11da-8cd6-0800200c9a66}
    Dictionnaire français «Moderne», 4.3, true, fr-moderne@dictionaries.addons.mozilla.org
    Duplicate Contact Manager, 0.9.2, true, {b4447f60-db9c-11da-a94d-0800200c9a66}
    Enigmail, 1.7.2, true, {847b3a00-7ab1-11d4-8f02-006008948af5}
    Extra Folder Columns, 1.1.5, true, extra-cols@jminta_gmail.com
    Grammar Checker, 0.6, true, grammarchecker@codedgers.com
    Inverse SOGo Connector, 24.0.4, true, sogo-connector@inverse.ca
    Lightning, 3.3.2, true, {e2fda1a4-762b-4020-b5ad-a41df1933103}
    Mail Merge, 3.9.1, true, mailmerge@example.net
    Mnenhy, 0.8.6, true, {bf591015-b599-4125-9428-3cb746ddca31}
    MoreFunctionsForAddressBook, 0.7.1, true, {3e17310d-82e8-4a43-bd2f-7c3055bfe589}
    Quicktext, 0.9.11.5, true, {8845e3b3-e8fb-40e2-95e9-ec40294818c4}
    Todoist for Thunderbird: To-Do list and Task Manager, 4.3, true, {88f55c90-a688-11e1-b3dd-0800200c9a66}
    XNote++, 2.2.9, true, xnote@froihofer.net
    ReminderFox, 2.1.5.2, false, {ada4b710-8346-4b82-8199-5de2b400a6ae}