[gelöst] Problem mit DebianMail

Begonnen von franky08, 11 Juni 2014, 23:43:57

Vorheriges Thema - Nächstes Thema

franky08

Hallo
2014.06.16 20:22:20.609 1: sendEmail returned: Jun 16 20:22:20 dockstar2 sendEmail[20344]: Email was sent successfully!

sagt doch, das vom System her alles OK ist und die Mail versendet wurde! Hast du mal die Empfänger Adresse überprüft?
Nicht das du die Mail irgendwo in´s Nirvana schickst nur weil du dich vielleicht in der Adresse verschrieben hast.

VG
Frank
Debian Wheezy auf ZBOX nano/ Debian Bullseye auf 2.ter ZBOX nano F2F an 2x RaspiB
22Zoll ViewSonic als Infodislay (WVC)
3xHMLAN mit vccu ,fhem5.8, CCU2,
ECMD an AVR-NET-IO mit DAC u. ADC an Junkers Stetigregelung, Siemens LOGO!8, JeeLink uvm...

satprofi

Zitat von: franky08 am 16 Juni 2014, 22:55:15
Hallo
2014.06.16 20:22:20.609 1: sendEmail returned: Jun 16 20:22:20 dockstar2 sendEmail[20344]: Email was sent successfully!

sagt doch, das vom System her alles OK ist und die Mail versendet wurde! Hast du mal die Empfänger Adresse überprüft?
Nicht das du die Mail irgendwo in´s Nirvana schickst nur weil du dich vielleicht in der Adresse verschrieben hast.

VG
Frank

nein, adresse passt auch im logfile. deshalb bin ich ratlos.
gruss
-----------------------------------------------------------------------
beelink miniPC - Fhem 6.x CUL 868, FS20, NetIO230 CUL 433
HMLAN, HM-CC-RT-DN,Homematic Actoren,LD382A,Telegram

fiedel

Hast du mal probehalber das "@" gedoppelt?
FeatureLevel: 6.1 auf Wyse N03D ; Deb. 11 ; Perl: v5.14.2 ; IO: HM-MOD-RPI-PCB + VCCU|CUL 868 V 1.66|LinkUSBi |TEK603
HM: SEC-SCO|SCI-3-FM|LC-SW4-PCB|ES-PMSW1-PL|RC-4-2|SEN-MDIR-O|SEC-WDS-2
CUL: HMS100TF|FS20 S4A-2 ; OWDevice: DS18S20|DS2401|DS2406|DS2423

franky08

Und poste mal aus deiner myUtils.pm. Sonst bin ich jetzt auch etwas ratlos

VG
Frank
Debian Wheezy auf ZBOX nano/ Debian Bullseye auf 2.ter ZBOX nano F2F an 2x RaspiB
22Zoll ViewSonic als Infodislay (WVC)
3xHMLAN mit vccu ,fhem5.8, CCU2,
ECMD an AVR-NET-IO mit DAC u. ADC an Junkers Stetigregelung, Siemens LOGO!8, JeeLink uvm...

satprofi

Zitat von: fiedel am 17 Juni 2014, 07:20:44
Hast du mal probehalber das "@" gedoppelt?

da steht dann "The recipient <xxxx@@gmx.at> was rejected by the mail server, error follows:Jun 17 16:55:15"  im Logfile.
gruss
-----------------------------------------------------------------------
beelink miniPC - Fhem 6.x CUL 868, FS20, NetIO230 CUL 433
HMLAN, HM-CC-RT-DN,Homematic Actoren,LD382A,Telegram

marvin78

Ohne die sub aus deiner myUtils wird man dir nicht helfen können. Raten könnte ich, will ich aber nicht.

satprofi

Zitat von: franky08 am 17 Juni 2014, 07:43:34
Und poste mal aus deiner myUtils.pm. Sonst bin ich jetzt auch etwas ratlos

VG
Frank


sub
Email
{
my $rcpt = shift;
my $subject = shift;
my $text = shift;
my $ret = "";
my $sender = "fhem\@gassing.at";
my $konto = "xxxxxx\@kabelplus.at";
my $passwrd = "password";
my $provider = "mail.kabelplus.at:25";
Log 1, "sendEmail RCP: $rcpt";
Log 1, "sendEmail Subject: $subject";
Log 1, "sendEmail Text: $text";

$ret .= qx(sendEmail -f '$sender' -t '$rcpt' -u '$subject' -m '$text' -s '$provider' -xu '$konto' -xp '$passwrd' -o tls=no -o message-charset=utf-8);
$ret =~ s,[\r\n]*,,g;    # remove CR from return-string
Log 1, "sendEmail returned: $ret";
}



was mich aber stutzig macht, ist der absender im log


4.06.17 16:55:13.460 5: Cmd: >{ Email('xxxx@@gmx.at','Test','Test-Text'); }<
2014.06.17 16:55:13.465 1: sendEmail RCP: xxxx@@gmx.at
2014.06.17 16:55:13.465 1: sendEmail Subject: Test
2014.06.17 16:55:13.466 1: sendEmail Text: Test-Text
2014.06.17 16:55:15.153 1: sendEmail returned: Jun 17 16:55:15 [b]dockstar2[/b] sendEmail[21952]
gruss
-----------------------------------------------------------------------
beelink miniPC - Fhem 6.x CUL 868, FS20, NetIO230 CUL 433
HMLAN, HM-CC-RT-DN,Homematic Actoren,LD382A,Telegram

fiedel

#22
my $provider = "mail.kabelplus.at:25";

Da muss sicher ein anderer Port benutzt werden (TLS) und im Befehl muss "tls=yes" gesetzt werden. Ggf. muss du dann noch ein wenig patchen. Es gab gerade einen Mailthread, wo das beschrieben wurde. Es sei denn, Kabelplus nutzt netzintern noch keine verschl. Übertragung. Würde mich nicht wirklich wundern.  ;) Die haben ja auch schon mal "Großes Heimnetz" gespielt und man konnte auf PCs anderer Leute zugreifen. Einfach so, ohne Hackertricks... ??? Oder war das Kabeldeutschland??? Jedenfalls ein großer Kabelanbieter.

Gruß

Frank
FeatureLevel: 6.1 auf Wyse N03D ; Deb. 11 ; Perl: v5.14.2 ; IO: HM-MOD-RPI-PCB + VCCU|CUL 868 V 1.66|LinkUSBi |TEK603
HM: SEC-SCO|SCI-3-FM|LC-SW4-PCB|ES-PMSW1-PL|RC-4-2|SEN-MDIR-O|SEC-WDS-2
CUL: HMS100TF|FS20 S4A-2 ; OWDevice: DS18S20|DS2401|DS2406|DS2423

satprofi

das beste ist, das ich auf der console den port, password, user nicht angeben muss, und die mail kommt auch an.
wenn ich aber die 3 sachen in der 99_myUtils ausdokumentiere schreit fhem beim abspeichern.

port 25 wird aber benutzt, steht in meinem mailaccount auch drinn.
gruss
-----------------------------------------------------------------------
beelink miniPC - Fhem 6.x CUL 868, FS20, NetIO230 CUL 433
HMLAN, HM-CC-RT-DN,Homematic Actoren,LD382A,Telegram

marvin78

Die Dinge, die du oben auskommentierst, musst du aus dieser Zeile auch herausnehmen:

$ret .= qx(sendEmail -f '$sender' -t '$rcpt' -u '$subject' -m '$text' -s '$provider' -xu '$konto' -xp '$passwrd' -o tls=no -o message-charset=utf-8);

satprofi

Zitat von: marvin78 am 17 Juni 2014, 18:16:51
Die Dinge, die du oben auskommentierst, musst du aus dieser Zeile auch herausnehmen:

$ret .= qx(sendEmail -f '$sender' -t '$rcpt' -u '$subject' -m '$text' -s '$provider' -xu '$konto' -xp '$passwrd' -o tls=no -o message-charset=utf-8);

Danke!! Jetzt klappts

$ret .= qx(sendEmail -f '$sender' -t '$rcpt' -u '$subject' -m '$text' -s '$provider' -o tls=no -o message-charset=utf-8);
[/quote]

gruss
-----------------------------------------------------------------------
beelink miniPC - Fhem 6.x CUL 868, FS20, NetIO230 CUL 433
HMLAN, HM-CC-RT-DN,Homematic Actoren,LD382A,Telegram

moellerj

#26
Um eine funktionsfähige sendEmail zu bekommen ist unten stehende Konfiguration sinnig.

Dies sind die Gründe:
$ret .= qx(sendEmail -f '$sender' -t '$rcpt' -u '$subject' -m '$text' -s '$provider' -xu '$konto' -xp '$passwrd' -o tls=yes -o message-charset=utf-8);


Sollte es dann immer noch nicht funktionieren, muss der Perl-Code von sendEmail eine frühere Version von SSL(v2.3) nutzen.

Zeile 1906 von Version sendEmail-1.56 [Download]

if (! IO::Socket::SSL->start_SSL($SERVER, SSL_version => 'SSLv23:!SSLv2')) {