Schnell auf Netzwerkmanager umgestellt - Kmail versucht automatisch die vermaledeite Test-Mail zu versenden - gleiche Fehlermeldung wie immer
Beiträge von avwasser
-
-
@Sauerland: Ja, das sind die Angaben, die ich inzwischen fast im Schlaf herbeten kann.
Alero: Die IPv Einstellungen sind so, wie sie bei der Installation angelegt wurden. Und Thunderbird hat auf DIESEM Rechner ja auch keine Probleme mit dem Macbay SMTP.
Trotzdem hier ein paar Screenshots von Yast- und Fritz-Einstellungen
opensuse-forum.de/wcf/attachment/6872/opensuse-forum.de/wcf/attachment/6873/opensuse-forum.de/wcf/attachment/6874/
-
Nicht?
Ging mir ja auch darum, wie man sich via telnet erfolgreich legitimiert.
Ich hab's aber inzwischen über das Ubuntu Wiki herausgekriegt. Ergebnis: Die Mail wird versandt; allerdings zeigt mir Kmail als Absender "unbekannt" an. Hier ist das Sitzungsprotokoll:
Code
Alles anzeigenceos@linux-s9mn:~> telnet mail.macbay.de 25 Trying 46.226.115.125... Connected to mail.macbay.de. Escape character is '^]'. 220 ESMTP Ready to go... EHLO test.example.com 250-mail.macbay.de host name is unknown test.example.com 250-DSN 250-SIZE 524288000 250-STARTTLS 250-AUTH LOGIN PLAIN CRAM-MD5 DIGEST-MD5 GSSAPI 250-ETRN 250-TURN 250-ATRN 250-NO-SOLICITING 250-8BITMIME 250-HELP 250-PIPELINING 250 EHLO MAIL FROM: ceos@onx.de 575 ceos@onx.de sender requires authentication AUTH PLAIN: <Dank Wiki Ubuntu: hier kommt hin benutzer benutzer passwort (in base64)> 535 (570) unknown SASL method authenticate plain <Dank Wiki Ubuntu: hier kommt hin benutzer benutzer passwort (in base64)> 501 Unknown command AUTH PLAIN <Dank Wiki Ubuntu: hier kommt hin benutzer benutzer passwort (in base64)> 235 pl15435@mail.macbay.de relaying authenticated RCPT TO: cs@imgras.de 501 Unknown command MAIL FROM: ceos@onx.de 250 ceos@onx.de sender accepted RCPT TO: cs@imgras.de 250 cs@imgras.de will relay mail for an authenticated user DATA 354 Enter mail, end with "." on a line by itself Subject: test eine rose ist eine rose ist eine rose . 250 218267077 message accepted for delivery QUIT 221 mail.macbay.de SMTP closing connection Connection closed by foreign host. ceos@linux-s9mn:~>Die SMTP Einstellungen, die Macbay in seinen FAQs für Mail-Clients erwartet sind diese:
Servername IMAP und POP: mail.macbay.de
Benutzername
Passwort
Port SMTP: 465 TLSAber so funktioniert's halt nicht. (Auch die Ports 25 und 587 nicht.)
ABER: Was vielleicht interessant ist, ich kann hier tatsächlich die Hilfeseiten von Macbay nicht übers heimische LAN (das an besagtem Router hängt) aufrufen. Mobil aber schon (also per aus dem WLAN genommenen iPhone).
Wenn ich dann aleros nslookup veranstalte, kommt dies dabei raus:
Code
Alles anzeigenceos@linux-s9mn:~> nslookup hilfe.macbay.de Server: fd00::3a10:d5ff:fed6:760d Address: fd00::3a10:d5ff:fed6:760d#53 Non-authoritative answer: Name: hilfe.macbay.de Address: 78.46.152.212 ceos@linux-s9mn:~> nslookup 78.46.152.212 Server: fd00::3a10:d5ff:fed6:760d Address: fd00::3a10:d5ff:fed6:760d#53 Non-authoritative answer: 212.152.46.78.in-addr.arpa name = cube4.macbay.net. Authoritative answers can be found from: ceos@linux-s9mn:~>Weder die aufgelöste Adresse noch cube4.macbay.net kann ich aufrufen.
Ich entschuldige mich wohl besser schon mal für's Zuschwallern...
-
In Sachen telnet: Ich habe es nochmal mit einer lokalen Phantasie-Domäne probiert und statt der HELO-Begrüßung EHLO verwendet. Immerhin bin ich damit so weit gekommen:
Code
Alles anzeigenceos@linux-s9mn:~> telnet mail.macbay.de 25 Trying 46.226.115.125... Connected to mail.macbay.de. Escape character is '^]'. 220 ESMTP Ready to go... EHLO test.meier.xa 250-mail.macbay.de host name is unknown test.meier.xa 250-DSN 250-SIZE 524288000 250-STARTTLS 250-AUTH LOGIN PLAIN CRAM-MD5 DIGEST-MD5 GSSAPI 250-ETRN 250-TURN 250-ATRN 250-NO-SOLICITING 250-8BITMIME 250-HELP 250-PIPELINING 250 EHLO MAIL FROM: ceos@onx.de 575 ceos@onx.de sender requires authenticationAb der letzten Zeile wusste ich dann nicht weiter. Nicht weiter wissen ist ja hier meine Standard-Beschäftigung.
-
Ähm, müsste wissen, vielleicht. Aber tatsächlich verstehe ich nur Bahnhof.
Soll mir nslookup bei meiner lokalen Domänennamensuche helfen oder klären, ob ich Netzwerkprobleme habe?
Jedenfalls kann mein Terminal (fast) das gleiche wie deins...
Code
Alles anzeigenceos@linux-s9mn:~> nslookup www.computerbase.de Server: fd00::3a10:d5ff:fed6:760d Address: fd00::3a10:d5ff:fed6:760d#53 Non-authoritative answer: Name: www.computerbase.de Address: 87.230.75.2 ceos@linux-s9mn:~> nslookup 87.230.75.2 Server: fd00::3a10:d5ff:fed6:760d Address: fd00::3a10:d5ff:fed6:760d#53 Non-authoritative answer: 2.75.230.87.in-addr.arpa name = www.computerbase.de. Authoritative answers can be found from: ceos@linux-s9mn:~> -
-
Nein, keine anderen Netzwerkprobleme. Mein Router ist eine Fritzbox 7490. Ich habe gerade die eingebaute Diagnose angeworfen: keine Auffälligkeiten. Außerdem bin ich problemlos hier im Forum unterwegs, habe gerade zu einer "Wissenlücke" recherchiert und Mails konnte ich auch abrufen.
Mein Unkenntnis ist übrigens diese: Beim telnet-Aufruf via Terminal => wie bekomme ich meinen lokalen Domänennamen heraus. In diversen Internetfundstellen hieß es, dass man sich den "ausdenken" dürfe. Ich habe "http://www.test.example" und "test.example" probiert. Aber damit komme ich nicht weiter:
Wie komme ich denn an meinen "fully qualified domain name as seen by the outside world"? Kann ich da die interne IP-Adresse des Rechners nehmen, an dem ich sitze?
-
@Sauerland: Ich habe die Macbay-Konfigurationsanweisungen in der vergangenen Woche mindestens ein Dutzend mal konsultiert. Hatte deren Support sogar Screenshots meiner Kmail-Einstellungen geschickt. Der diensthabende Helfer fand an ihnen nichts auszusetzen... Seit gestern sind die Hilfe-Seiten übrigens nicht zu erreichen. Zumindest für mich nicht

Berichtigung: Ich mache mich dann jetzt an die Telnet-Session. Schon wieder was dazulernen. Sehr schön.
-
Ich freu mich immer, wenn ich für einen Dummkopf gehalten werde. Ehrlich, war schon immer so. Deshalb stelle ich mich regelmäßig so dämlich an wie möglich.
Der Dummkopf hier dachte: Es geht darum, Aufschluss darüber zu kriegen, warum das Versenden über meinen Macbay-Account nicht funktioniert. Deshalb habe ich versucht, über dieses Konto zu versenden. Erschien mir zwar logisch, war aber offensichtlich falsch.
Ist stattdessen Zweck der Übung, über einen der unproblematischen Accounts zu versenden?
(Nur, um nochmal die Sachlage kurz zu rekapitulieren: In Kmail sind drei Accounts, mit drei unterschiedlichen Identitäten eingetragen. Zwei empfangen und versenden, wie man sich das vorstellt. Einer (der Macbay-Account) empfängt problemlos, versendet aber nicht.)
-
Hallo, hier kommt der Inhalt der erzeugten Protokoll(?)datei. Ich habe Kmail wie beschrieben gestartet, das Einsammeln der Mails beguckt, dann versucht über den invaliden Account zu versenden, die Fehlermeldung abgewartet (ca 2-3 Minuten) und Kmail wieder geschlossen. (Am Rande sei erwähnt: Einer meiner drei Accounts wird signifikant später abgerufen als die anderen beiden; also nicht direkt beim Start des Programms, sondern ca. 3 Minuten später (kurz nach der SMTP-Fehlermeldung). So, nun mailreport.txt:
Code
Alles anzeigenPass a valid window to KWallet::Wallet::openWallet(). [1202/193605:ERROR:browser_main_loop.cc(217)] Running without the SUID sandbox! See https://chromium.googlesource.com/chromium/src/+/master/docs/linux_suid_sandbox_development.md for more information on developing with the sandbox on. void AdblockManager::reloadConfig() false AdBlock::AdblockManager(0x1dff740) this does not work on a KActionCollection containing actions! org.kde.akonadi.ETM: GEN true false false org.kde.akonadi.ETM: collection: QVector() org.kde.akonadi.ETM: org.kde.akonadi.ETM: Subtree: 25 QSet(29, 26, 27, 25, 30, 28) org.kde.akonadi.ETM: Subtree: 4 QSet(10, 11, 8, 9, 6, 7, 4) org.kde.akonadi.ETM: collection: "outbox" org.kde.akonadi.ETM: Subtree: 15 QSet(24, 22, 23, 20, 21, 18, 19, 16, 17, 15) org.kde.akonadi.ETM: Subtree: 31 QSet(42, 40, 41, 38, 39, 36, 37, 34, 35, 32, 33, 31) org.kde.akonadi.ETM: Fetch job took 195 msec org.kde.akonadi.ETM: was collection fetch job: collections: 35 org.kde.akonadi.ETM: first fetched collection: "Lokale Ordner" org.kde.akonadi.ETM: collection: QVector() org.kde.akonadi.ETM: Fetch job took 226 msec org.kde.akonadi.ETM: was collection fetch job: collections: 10 org.kde.akonadi.ETM: first fetched collection: "Search" org.kde.akonadi.ETM: Fetch job took 151 msec org.kde.akonadi.ETM: was item fetch job: items: 1 org.kde.akonadi.ETM: Fetch job took 100 msec org.kde.akonadi.ETM: was collection fetch job: collections: 0Edit: In Sachen verspäteten Abrufs... Ich hatte bei dem betreffenden Account gar nicht das Häkchen gesetzt, um direkt bei Programmstart den Empfang neuer Mails zu veranlassen. In diesem Fall saß der Bug also mal wieder vor dem Computer.