Frage:
sendEmail-Fehler
cupakob
2012-10-07 17:58:05 UTC
view on stackexchange narkive permalink

Ich möchte eine E-Mail senden. Hier mein Arbeitsbeispiel zu Ubuntu:

  sendEmail -f <FROM_EMAIL> -t <TO_EMAIL> -u 'Buch' -m 'ISBN: 12345-678-90' -s smtp.gmail.com-Nachricht -charset = utf8 -o tls = yes -xu <USERNAME> -xp <PASSWORD>  

Auf der Himbeere wird ein Fehler angezeigt:

  ungültige SSL_version /local/share/perl/5.14.2/IO/Socket/SSL.pm Zeile 332  

Ich habe keine Ahnung, was falsch ist. Hat jemand eine Idee, wie man das Problem löst? Alternative - ein Ersatz für sendEmail ohne eigenen SMTP-Server?

Welche Distribution benutzt du und ist sie aktuell?
Ich benutze das Raspbian Keuchen und ja - es ist aktuell.
Fünf antworten:
#1
+7
Tom Agnew
2012-11-10 01:05:14 UTC
view on stackexchange narkive permalink

Der Fehler scheint in Zeile 1490 von /usr/local/share/perl/5.14.2/IO/Socket/SSL.pm zu liegen.

Die SSL-Version wird als "SSLv3 TLSv1" codiert und der reguläre Ausdruck schlägt fehl.

Ich habe ihn als Problemumgehung wie folgt gehackt ...

ändern :

  m {^ (!?) (? :( SSL (?: v2 | v3 | v23 | v2 / 3)) | (TLSv1 [12]?)) $} i  

bis:

  m {^ (!?) (? :( SSL (?: v2 | v3 | v23 | v2 / 3)) | ( TLSv1 [12]?))} I  

Das hat den Trick für mich getan.

schön, ich muss es versuchen :)
funktioniert, aber ich habe die /usr/share/perl5/IO/Socket/SSL.pm verwendet. Danke vielmals...
#2
+4
cupakob
2012-10-07 18:19:14 UTC
view on stackexchange narkive permalink

... es scheint ein Fehler in Debian zu sein:

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=679911

und hier Ersatz für sendEmail:

http://www.logix.cz/michal/devel/smtp-cli

Jetzt kann ich mit diesem Befehl E-Mails senden:

  smtp-cli --verbose --host smtp.gmail.com --user <USER> --auth-plain --von <FROM_EMAIL> --to <TO_EMAIL> --pass <PASSWORD> --subject "Test" --body-plain "Protokolldateien werden angehängt." Smtp-cli --verbose --host smtp.gmail.com --user abcde --auth-plain @ gmail.com --to [email protected] --pass topSecret --subject "Test" --body-plain "Protokolldateien sind angehängt."  
Das hat wie ein Zauber gewirkt. Ich sollte beachten, dass ich dieses Problem auf einem x64-Ubuntu 15.04 hatte, also sieht es so aus, als würde niemand den Perl-Fehler beheben ...
#3
+4
Homeway
2013-03-06 10:16:13 UTC
view on stackexchange narkive permalink

Nach der Installation von sendemail auf Raspberry pi wird der Fehler

"Keine TLS-Unterstützung!" angezeigt.

Um dies zu beheben, installieren Sie tls-Pakete:

  sudo apt-get install libnet-ssleay-perl libio-socket-ssl-perl  

oder

  sudo apt-get installiere libio-socket-ssl-perl libnet-ssleay-perl  

Dann nach dem Ausführen " sendemail ", wir erhalten den Fehler

" ungültige SSL-Version, angegeben unter /usr/local/share/perl/5.14.2/IO/Socket/SSL.pm Zeile 332 "

Die folgende Methode funktioniert:

  sudo nano usr / share / perl5 / IO / Socket / SSL.pm  

und dann

  • m {^ (!?) (? :( SSL (?: v2 | v3 | v23 | v2 / 3)) | (TLSv1 [12]?)) $} i

bis:

  • m {^ (!?) (? :( SSL (?: v2 | v3 | v23) | v2 / 3)) | (TLSv1 [12]?))} i
#4
  0
Lord Loh.
2012-11-10 03:05:48 UTC
view on stackexchange narkive permalink

Ein weiterer Grund für einen SSL-Fehler ist die Zeit, die für die Zeitstempelung der Kommunikation verwendet wird. Stellen Sie sicher, dass die Systemzeit auf dem Pi aktuell ist.

Führen Sie entweder ntpd oder sudo ntpdate <some time server> aus. ntpd korrigiert die Systemzeit in kleinen Schritten. Wenn Ihre Zeit um Stunden verkürzt ist, dauert es Tage, bis das Problem behoben ist.

#5
  0
ppr
2016-03-03 01:12:40 UTC
view on stackexchange narkive permalink

Vielen Dank Tom & Marius!

Ich habe festgestellt, dass Sie reisen müssen,

  sudo nano usr / share / perl5 / IO / Socket / SSL.pm  

und ersetzen Sie diese:

  m {^ (!?) (? :( SSL (?: V2 | v3 | v23 | v2) / 3)) | (TLSv1 [12]?)) $} I  

mit folgendem:

  m {^ (!?) (?: (SSL (?: V2 | v3 | v23 | v2 / 3)) | (TLSv1 [12]?))} I  

Dies löst das Problem. :-)



Diese Fragen und Antworten wurden automatisch aus der englischen Sprache übersetzt.Der ursprüngliche Inhalt ist auf stackexchange verfügbar. Wir danken ihm für die cc by-sa 3.0-Lizenz, unter der er vertrieben wird.
Loading...