SSL Mail funktioniert nach Umstellung von Berlin nach Rio nicht mehr

[philipp.hofmann]

Downloads und Uploads sollte man besser mit den Internet-Komponenten von Delphi durchführen. Die direkte E-Mail-Kommunikation geht damit aber nicht. Hier ist mir auch keine bessere Komponente als die Indy-Implementierung bekannt. Daher gibt es hier eine Abhängigkeit zu OpenSSL.

[skoschke]

Zitat:

War es nicht so, dass die neueren Internet-Komponenten im Delphi das SSL vom System (Windows) nutzen?
Sich von Indy zu verabschieden und die neuen im Delphi enthaltenen Komponenten zu nutzen würde dann bedeuten, dass man nicht mehr mit den SSL-DLLs im Indy kämpfen muß.

Wie versende ich mit den neueren Komponenten unter Android Mails mit SSL ohne einen Intent zu starten, wo der Nutzer erst noch quittieren muss?

Außerdem schreibst Du :

Zitat:

das SSL vom System (Windows) nutzen

ich aber möchte unter Android senden!

Ciao
Stefan

[himitsu]

Zitat von skoschke:

Wie versende ich ...

Gute Frage.

Zitat von skoschke:

ich aber möchte unter Android senden!

Wenn die das SSL von dem einem OS verwenden, dann werden sie bestimmt in den anderen OS es nicht anders machen.

[philipp.hofmann]

Ich kenne keine Möglichkeit eine Mail ohne Benutzer-Quittierung zu versenden, außer eben mit Indy.

Und ja, mit den neuen Internet-Komponenten übernimmt das OS immer die SSL-Implementierung, d.h. für Android, wie für iOS, wie für MacOS und Windows (und wahrscheinlich auch Linux). Daher ist dies schon deutlich schicker, als Downloads und Uploads mit Indy durchzuführen. Aber hier geht es eben um Mails und nicht um Downloads und Uploads.

[skoschke]

so, folgender Code

Delphi-Quellcode:

  {$IFDEF ANDROID}
    IdOpenSSLSetLibPath(String.Empty);
    IdSSLOpenSSLHeaders.Load();
    error:=IdSSLOpenSSLHeaders.WhichFailedToLoad();
    if (length(error)>0) then
    begin
      IdOpenSSLSetLibPath(IncludeTrailingPathDelimiter(TPath.GetLibraryPath));
      IdSSLOpenSSLHeaders.Load();
      error:=IdSSLOpenSSLHeaders.WhichFailedToLoad();
      if (length(error)>0) then
      begin
        IdOpenSSLSetLibPath(IncludeTrailingPathDelimiter(TPath.GetDocumentsPath));
        IdSSLOpenSSLHeaders.Load();
        log.d('SSL-Version(3): '+OpenSSLVersion);
        error:=IdSSLOpenSSLHeaders.WhichFailedToLoad();
        if (length(error)>0) then
        begin
          log.d('SSL-Errors: '+error);
        end;
      end else begin
        log.d('SSL-Version(2): '+OpenSSLVersion);
      end;
    end else begin
      log.d('SSL-Version(1): '+OpenSSLVersion);
    end;
  {$ENDIF}

bringt in jedem Zweig eine riesen Liste WhichFailedToLoad und ich bekomme weiterhin CouldNotLoadSSLLibrary-Fehler.

Unter RadStudio Berlin funktionierte alles problemlos, da muss es doch irgendeinen Unterschied zum neuen Rio geben?

Ciao
Stefan

[Klaus01]

Das Format der Applikation (32 oder 64 Bit) ist unter beiden Delphi Versionen die gleiche?

Grüße
Klaus

[skoschke]

Ja, Android 32 Bit

Was mir jetzt aufgefallen ist:
Eine Testfunktion zum Verbinden mit Posteingangs- und Ausgangsserver geht ohne Fehlermeldung, erst beim Senden kommt das CouldNotLoadSSLLibrary

Delphi-Quellcode:

var
  smtp: TIdSMTP;

    smtp := TIdSMTP.Create(nil);
    SSL := TIdSSLIOHandlerSocketOpenSSL.Create(nil);
    msg := TIdMessage.Create(nil);
    try
      smtp.ConnectTimeout := 60000;
      smtp.Host := 'smtp.1und1.de';
      smtp.Port := 465;
      smtp.Username := user;
      smtp.Password := pwd;
      SSL.Destination := 'smtp.1und1.de' + ':' + IntToStr(smtp.Port);
      SSL.Host := 'smtp.1und1.de';
      SSL.Port := smtp.Port;
      SSL.SSLOptions.Method := sslvTLSv1_2;
      smtp.IOHandler := SSL;
      smtp.UseTLS := utUseExplicitTLS;
      msg.CharSet := 'iso-8859-1';
      msg.Subject := 'Test';
      msg.Recipients.add.Address := mailadr;
      msg.FromList.add.Address := mailadr;
      msg.Body.Text := 'Das ist ein Test';
      smtp.Connect;
      smtp.Send(msg); // <-- hier knallt es
      smtp.DisConnect;
    except
.....

Ciao
Stefan

[fppoels]

Web Server applications built with the Indy library (for Windows) are unable to load a SSL certificate. The issue was reported on Quality Portal as RSP-27144