[32_yowsup.pm] Whatsapp versenden (Mit Handy- oder Festnetznummer)

Begonnen von AHA1805, 01 Oktober 2014, 21:58:55

Vorheriges Thema - Nächstes Thema

Tueftler1983

Ich habe am 7 oder 8 April ne neue festnetznummer regestriert weil die andere gesperrt war.

Derzeit läuft alles

grooves

Zitat von: justme1968 am 11 April 2016, 14:05:02
die zeichen am ende einer nachricht liegen an einer falschen/alten yowsup version. siehe weiter oben mehrfach.

versuch mal ob es auch hilft im modul nach zeile 408 noch zusätzlich eine $message =~ s/[\b]*$//;einzubauen.

gruss
  andre

Hallo,

habe dasselbe Problem, update von yowsup und zusätzliche Zeile hat nichts gebracht.

Any other hints ?

Thanks,
grooves

IncMrG

Hallo zusammen,

ich habe ein "hoffentlich" kleines Problem beim Senden mit yowsup-cli.
Da ich mir schon einen Nummer gesperrt habe, will ich diese Fehlermeldungen jetzt erstmal weg haben.
Ich habe vor ein paar Tage eine Mobilnummer registriert was auch wunderbar geklappt hat.
Nur das Senden ist mit unten stehender Meldung gescheitert. Aber komischerweise nur auf der Console.
Aus FHEM hat das Senden wunderbar geklappt ?! Bis zu dem Moment als meine Nummer dauerhaft gesperrt wurde  ::)
Jetzt habe ich gerade yowsup aus dieser Quelle nochmal neu eingerichtet (https://github.com/jlguardi/yowsup/archive/master.zip)
Registrierung einer neuen Mobilnummer via SMS wieder ohne Probleme. Aber auch jetzt Fehlermeldungen beim Senden auf der Konsole

Ich hoffe Ihr könnt damit was anfangen  :P

Danke und Grüße
Gerd

Hier die Meldungen:

# python yowsup-cli demos -c /opt/yowsup-config/yowsup.config -s 49174xxxxxxx "Das ist ein Test"

INFO:yowsup.layers.axolotl.layer:Axolotl layer is generating keys
Traceback (most recent call last):
  File "yowsup-cli", line 324, in <module>
    if not parser.process():
  File "yowsup-cli", line 232, in process
    self.startSendClient()
  File "yowsup-cli", line 281, in startSendClient
    stack.start()
  File "/opt/yowsup-master/yowsup/demos/sendclient/stack.py", line 31, in start
    self.stack.loop()
  File "/opt/yowsup-master/yowsup/stacks/yowstack.py", line 195, in loop
    asyncore.loop(*args, **kwargs)
  File "/usr/lib/python2.7/asyncore.py", line 216, in loop
    poll_fun(timeout, map)
  File "/usr/lib/python2.7/asyncore.py", line 156, in poll
    read(obj)
  File "/usr/lib/python2.7/asyncore.py", line 87, in read
    obj.handle_error()
  File "/usr/lib/python2.7/asyncore.py", line 83, in read
    obj.handle_read_event()
  File "/usr/lib/python2.7/asyncore.py", line 449, in handle_read_event
    self.handle_read()
  File "/opt/yowsup-master/yowsup/layers/network/layer.py", line 102, in handle_read
    self.receive(data)
  File "/opt/yowsup-master/yowsup/layers/network/layer.py", line 110, in receive
    self.toUpper(data)
  File "/opt/yowsup-master/yowsup/layers/__init__.py", line 75, in toUpper
    self.__upper.receive(data)
  File "/opt/yowsup-master/yowsup/layers/stanzaregulator/layer.py", line 29, in receive
    self.processReceived()
  File "/opt/yowsup-master/yowsup/layers/stanzaregulator/layer.py", line 49, in processReceived
    self.toUpper(oneMessageData)
  File "/opt/yowsup-master/yowsup/layers/__init__.py", line 75, in toUpper
    self.__upper.receive(data)
  File "/opt/yowsup-master/yowsup/layers/auth/layer_crypt.py", line 65, in receive
    self.toUpper(payload)
  File "/opt/yowsup-master/yowsup/layers/__init__.py", line 75, in toUpper
    self.__upper.receive(data)
  File "/opt/yowsup-master/yowsup/layers/coder/layer.py", line 35, in receive
    self.toUpper(node)
  File "/opt/yowsup-master/yowsup/layers/__init__.py", line 75, in toUpper
    self.__upper.receive(data)
  File "/opt/yowsup-master/yowsup/layers/logger/layer.py", line 14, in receive
    self.toUpper(data)
  File "/opt/yowsup-master/yowsup/layers/__init__.py", line 75, in toUpper
    self.__upper.receive(data)
  File "/opt/yowsup-master/yowsup/layers/axolotl/layer.py", line 134, in receive
    if not self.processIqRegistry(protocolTreeNode):
  File "/opt/yowsup-master/yowsup/layers/__init__.py", line 155, in processIqRegistry
    successClbk(protocolTreeNode, originalIq)
  File "/opt/yowsup-master/yowsup/layers/axolotl/layer.py", line 192, in <lambda>
    self._sendIq(entity, lambda a, b: self.onGetKeysResult(a, b, self.processPendingMessages), self.onGetKeysError)
  File "/opt/yowsup-master/yowsup/layers/axolotl/layer.py", line 658, in onGetKeysResult
    sessionBuilder.processPreKeyBundle(preKeyBundle)
  File "/usr/local/lib/python2.7/dist-packages/axolotl/sessionbuilder.py", line 166, in processPreKeyBundle
    .setOurIdentityKey(self.identityKeyStore.getIdentityKeyPair())\
  File "/opt/yowsup-master/yowsup/layers/axolotl/store/sqlite/liteaxolotlstore.py", line 19, in getIdentityKeyPair
    return self.identityKeyStore.getIdentityKeyPair()
  File "/opt/yowsup-master/yowsup/layers/axolotl/store/sqlite/liteidentitykeystore.py", line 31, in getIdentityKeyPair
    publicKey, privateKey = result
TypeError: 'NoneType' object is not iterable
FHEM auf RPi mit Raspbian, CUL-SCC868, ASUS BT400, ASUS N10

meyerpr

Zitat von: IncMrG am 14 April 2016, 00:31:21
# python yowsup-cli demos -c /opt/yowsup-config/yowsup.config -s 49174xxxxxxx "Das ist ein Test"

INFO:yowsup.layers.axolotl.layer:Axolotl layer is generating keys
Traceback (most recent call last):
  File "yowsup-cli", line 324, in <module>
    if not parser.process():
...
    publicKey, privateKey = result
TypeError: 'NoneType' object is not iterable

Eine ähnliche Meldung hatte ich nach der Installation auch mal. Hast Du mal versucht, erst einmal die Keys zu generieren?

sudo python yowsup-cli demos -e -d -c /opt/yowsup-config/yowsup.config


IncMrG

#1204
Hi meyerpr,

das ist die Ausgabe zu:

python yowsup-cli demos -e -d -c /opt/yowsup-config/yowsup.config
Nicht das mir das mehr sagen würde.... ::)


DEBUG:yowsup.stacks.yowstack:Initializing stack
DEBUG:yowsup.stacks.yowstack:Constructed Network Layer
DEBUG:yowsup.stacks.yowstack:Constructed Stanza Regulator Layer
DEBUG:yowsup.stacks.yowstack:Constructed Crypt Layer
DEBUG:yowsup.stacks.yowstack:Constructed Coder Layer
DEBUG:yowsup.stacks.yowstack:Constructed Logger Layer
DEBUG:yowsup.stacks.yowstack:Constructed Axolotl Layer
DEBUG:yowsup.stacks.yowstack:Constructed Authentication Layer - Messages Layer - Receipt Layer - Ack Layer - Presence Layer - Ib Layer - Iq Layer - notification Ib Layer - Iq Layer - Chatstate Layer - call Layer - Groups Iq Layer - Media Layer - Privacy Layer - Profiles Layer
DEBUG:yowsup.stacks.yowstack:Constructed Interface Layer
DEBUG:yowsup.layers.network.layer:Connecting to e16.whatsapp.net:443
DEBUG:yowsup.layers.logger.layer:tx:
<stream:features>
<readreceipts>
</readreceipts>
<groups_v2>
</groups_v2>
<privacy>
</privacy>
<presence>
</presence>
</stream:features>

DEBUG:yowsup.layers.logger.layer:tx:
<auth passive="true" user="49176xxxxxxxx" mechanism="WAUTH-2">
</auth>

DEBUG:yowsup.layers.logger.layer:rx:
<stream:features>
</stream:features>

DEBUG:yowsup.layers.logger.layer:rx:
<challenge>

�>+�q8��K7�QO~
HEX:d50bca1a3e2b867138f6f84b37de514f01187ec3
</challenge>

DEBUG:yowsup.layers.logger.layer:tx:
<response xmlns="urn:ietf:params:xml:ns:xmpp-sasl">
�W�y�ze�;�`����hv   ���8��/�X;P�y��@���iSF�‡w=k-��x�0�x&IR�_���9����w
HEX:f757e779................................2f9d439ec96d2e377
</response>

DEBUG:yowsup.layers.logger.layer:rx:
<failure>
<not-authorized>
</not-authorized>
</failure>

DEBUG:yowsup.layers.network.layer:Disconnected, reason: Authentication Failure
Authentication Error: not-authorized
FHEM auf RPi mit Raspbian, CUL-SCC868, ASUS BT400, ASUS N10

IncMrG

Wow, das ging schnell....

Zwei Fehlversuche, und das ist die Quittung???

status: fail
reason: blocked
FHEM auf RPi mit Raspbian, CUL-SCC868, ASUS BT400, ASUS N10

Tueftler1983

Blocked ist kacke dann brauchst du ne andere Nummer hatte ich auch. Aber habe zum Glück 3 Festnetznummern zur verfügung.

IncMrG

Mir ist gerade aufgefallen, dass in FHEM yowsup den Status disconnected (glaube ich) hatte.
Kann es sein, dass yowsup.pm das Attribut "disable" ignoriert, und mir dadurch die Nummer zerschossen hat?
FHEM auf RPi mit Raspbian, CUL-SCC868, ASUS BT400, ASUS N10

IncMrG

#1208
So, alle Module aus FHEM gelöscht und neu gestartet...
Meine letzte Prepaid SIM erfolgreich registriert...

status: ok
kind: free
pw: CNKZ4dJelVmTY5KFaqExxxxxxxx=
price: 0,89 €
price_expiration: 1463477572
currency: EUR
cost: 0.89
expiration: 4444444444.0
login: 49176xxxxxxxx
type: new

Danach wie von meyerpr empfohlen die Key's generieren lassen:
python yowsup-cli demos -e -d -c /opt/yowsup-config/yowsup.config
Was diesmal wesentlich länger dauerte und ziemlich am Schluss das erstellen auf 100% hochzählte
und mit folgender Ausgabe endete:

DEBUG:yowsup.layers.logger.layer:rx:
<iq type="result" from="s.whatsapp.net" id="1">
</iq>

DEBUG:yowsup.layers.network.layer:Disconnected, reason: Requested



Ein erste Testnachricht wurde auch Problemlos ohne Fehler auf der Konsole gesendet  :D
python yowsup-cli demos -c /opt/yowsup-config/yowsup.config -s 49174xxxxxx "Das ist ein Test"
Ausgabe diesmal nur:

INFO:yowsup.demos.sendclient.layer:Message sent

Yowsdown


Ob ich mich jetzt wieder an die Einbindung in FHEM trauen soll???  ::)
FHEM auf RPi mit Raspbian, CUL-SCC868, ASUS BT400, ASUS N10

Adriano

Nimm mal deine Handynummer und Code raus aus deinem Post.

IncMrG

FHEM auf RPi mit Raspbian, CUL-SCC868, ASUS BT400, ASUS N10

mbruehl

#1211
Habe grade nach der Anleitung im WIKI und der Ergänzung hier alles in Betrieb(Festnetznummer)  genommen... geht super, bis auf die Tatsache das ich keine Umlaute empfangen kann.. senden geht, Empfang leider nicht. Ist das ein yowsup Problem, oder eher etwas in den lokalen Einstellungen des Systems (in diesem Fall Bananian)?
FHEM 5.6 auf Banapi mit SSD
HM-Lan mit vielen HM-Devices für Licht/Rolladen/Heizung
VDR und XBMC mit FHEM Anbindung, Denon AVR und Logitec Harmony Hub im Dachboden

justme1968

was genau heißt es gehen keine umlaute?

auf welchem os läuft dein whatsapp?

was siehst du statt der umlaute?

geht es um fhemweb oder tenet?

welchen browser verwendest du?

was steht bei verbose 5 im log?

gruss
  andre
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

https://github.com/sponsors/justme-1968

Muschelpuster

Kann man sich auch wieder bei WhatsApp deregistrieren, damit meine Festnetznummer nicht mehr bei allen Bekannten in deren WA-Client erscheint?

gewechselte Grüße
Niels
fhem @ ZBOX mit 1,6MHz Celeron, 4GB RAM & 120GB SSD mit Debian Bullseye # MiLight # Homematic via CCU3 # W&T WebIO # Rademacher DuoFern # ESPeasy # logdb@mysql # configdb@mysql # Shelly @ MQTT2 # go-eCharger mit PV-Überschussladung via DOIF

mbruehl

Keine Umlaute heißt, das ich die Whatsapp-Nachrichten mit Umlauten, nicht empfangen kann. Wird eine Nachricht mit Umlauten (von Android Telefonen, hab keinen IOS Bekannten)   an FHEM geschickt, sieht man, das der Client mehrfach disconnectet und wieder connected, aber die Nachricht kommt nicht durch. Beim Sender kommt zwar der 2. graue Haken, aber in FHEM taucht die Meldung nicht auf. Eine Folgenachricht ohne Umlaute geht dann wieder durch.
Ich verwende Chrome und ein Verbose 5 Log erstelle ich mal heute Abend.
FHEM 5.6 auf Banapi mit SSD
HM-Lan mit vielen HM-Devices für Licht/Rolladen/Heizung
VDR und XBMC mit FHEM Anbindung, Denon AVR und Logitec Harmony Hub im Dachboden