November 5, 2014, 12:08 am
Autor:
hamstiglue
Verfasst am: 05.11.2014 - 09:08 (GMT 1)
@grogun: wir reden aber schon von eGun, oder? Was hat die eBay-Meldung da zu suchen? Bist Du sicher, dass Du die richtigen ServerStrings in den Einstellungen gewählt hast?
↧
↧
November 5, 2014, 9:43 am
Autor:
freewindf
Verfasst am: 05.11.2014 - 18:43 (GMT 1)
| Freddy hat Folgendes geschrieben: |
danke für den Tipp, war mal wieder der Richtige.
Ich hatte zwar auch erstmal daran gedacht, dass BOM ja den IE benutzt, aber da es ja mit dem letztwöchigem Backup auch nicht klappte, hatte ich die Idee gleich wieder verworfen.
Nun, es lag an der nicht markierten Einstellung "TLS 1.0 verwenden" in den Internetoptionen unter "Erweitert". Anscheinend hat eBay seine Seite dahingehend gestern verwendet, dass der Einlogprozess ohne TLS nicht mehr funktioniert. |
Wieso benutzt BOM eigentlich den IE und nicht den Standard-Browser?
Das hat mich eben den halben Tag gekostet @<#*+&% ![Twisted Evil]()
Was passiert eigentlich wenn ich den IE deinstalliere?
↧
November 5, 2014, 9:51 am
Autor:
hamstiglue
Verfasst am: 05.11.2014 - 18:51 (GMT 1)
BOM benötigt irgendeine Methode, um http(s) zu sprechen. Das geht entweder über die Windows-eigene WinInet-API oder über cURL. Diese beiden Backends kann BOM derzeit verwenden. Man kann nicht einfach so den "Standardbrowser" nehmen, weil es keine einheitliche API der Browser gibt.
BOM nutzt also eigentlich nicht den IE sondern (genau wie der IE auch) die WinInet-API. Einstellungen bzgl. SSL, Proxy usw., die man im IE vornimmt, beeinflussen das Verhalten der API. Deswegen sprechen wir salopp davon, dass BOM den IE benutzt auch wenn es technisch nicht ganz zutreffend ist.
Kann man den IE heutzutage wirklich noch deinstallieren? Ich dachte der ist z.B. wegen ActiveDesktop fest im System verankert!? Aber wenn Du es schaffen solltest den zu deinstallieren kann es gut sein, das BOM die API dann auch nicht mehr nutzen kann. Musste dann halt cURL nehmen.
↧
November 5, 2014, 10:30 am
↧
November 5, 2014, 10:35 am
Autor:
hamstiglue
Verfasst am: 05.11.2014 - 19:35 (GMT 1)
Ja, ich weiss. Da muss man seine Zertifikate selbst aktualisieren und Probleme mit Drahtlosverbindungen hats auch. Ist aber für mich die bessere Wahl.
↧
↧
November 5, 2014, 10:40 am
Autor:
freewindf
Verfasst am: 05.11.2014 - 19:40 (GMT 1)
War halt nur so ein Gedanke...
Wenn einer wie ich seit Ewigkeiten den IE nicht nutzt dann kommt man garnicht auf die Idee, dass BOM von den Einstellungen des IE abhängig ist.
↧
November 5, 2014, 2:53 pm
Autor:
B12
Verfasst am: 05.11.2014 - 23:53 (GMT 1)
| hamstiglue hat Folgendes geschrieben: |
Du sagst, die scratch ist komplett leer? Klingt nach einem generellen Verbindungsproblem. Geht denn das Eintragen von neuen Artikeln?
Vielleicht auch mal von curl auf IE umschalten. |
Die scratch war schon immer (bei anderen Fehlern) leer.
Eintragen von Artikeln geht einwandfrei.
Als Browser ist der IE eingestellt.
eBay geht übrigens (eGun ist eine kopierte 2. Installation)
↧
November 6, 2014, 9:58 am
↧
November 6, 2014, 10:02 am
Autor:
B12
Verfasst am: 06.11.2014 - 19:02 (GMT 1)
Ja, leider. Ist wohl nicht so leicht zu erraten...
↧
↧
November 6, 2014, 12:01 pm
Autor:
hamstiglue
Verfasst am: 06.11.2014 - 21:01 (GMT 1)
B12: na wenn es doch an einem anderen Rechner funktioniert... musst Du selbst mal vergleichen was da anders ist. Im übrigen war die ganze Zeit die Rede davon, dass Du cUrl benutzt und nun wo ich Dir vorschlage, dass Du mal testweise von cUrl auf den IE umstellen sollst hast Du "IE als Browser eingestellt". Wieso als Browser? Hast Du BOM nun auf IE als Verbindungsmethode umgestellt oder nicht?
Flachse: Hast Du die SSL-Option in der ServerStrings.ini eingestellt? Was kommt Bei Dir für eine Ausgabe wenn Du einen Anmeldeversuch machst?
Ein wenig mehr Mithilfe ist hier schon gefragt. Von alleine werde ich da nicht drauf kommen denn bei mir ging es mit UseSSL=1 sofort wieder, wie auch bei einigen anderen.
↧
November 6, 2014, 12:09 pm
Autor:
B12
Verfasst am: 06.11.2014 - 21:09 (GMT 1)
| hamstiglue hat Folgendes geschrieben: |
| B12: na wenn es doch an einem anderen Rechner funktioniert... musst Du selbst mal vergleichen was da anders ist. |
Wenn mir da etwas bekannt wäre hätte ich es gesagt.
Ich war sicher es identisch installiert zu haben.
Ich check aber nochmal alle Einstellungen.
| hamstiglue hat Folgendes geschrieben: |
| Im übrigen war die ganze Zeit die Rede davon, dass Du cUrl benutzt und nun wo ich Dir vorschlage, dass Du mal testweise von cUrl auf den IE umstellen sollst hast Du "IE als Browser eingestellt". Wieso als Browser? Hast Du BOM nun auf IE als Verbindungsmethode umgestellt oder nicht? |
Das hab ich etwas falsch verstanden, prüfe ich nachher gleich mal.
| hamstiglue hat Folgendes geschrieben: |
| Ein wenig mehr Mithilfe ist hier schon gefragt. Von alleine werde ich da nicht drauf kommen denn bei mir ging es mit UseSSL=1 sofort wieder, wie auch bei einigen anderen. |
Ist mir klar, ich mach auch alles was du mir sagst, nur von
alleine komme ich auch nicht drauf.
↧
November 6, 2014, 3:31 pm
Autor:
B12
Verfasst am: 07.11.2014 - 00:31 (GMT 1)
Ich habe von cUrl auf IE umgestellt, jetzt geht es ![Laughing]()
Danke!
↧
November 7, 2014, 12:14 am
Autor:
hamstiglue
Verfasst am: 07.11.2014 - 09:14 (GMT 1)
Also stimmt mit Deinem cUrl immer noch was nicht. Probier mal auf der Konsole:
cd %ProgramFiles%\Biet-O-Matic
oder wo auch immer Deine BOM-Installation sich befindet. Und dann:
curl --location --silent --show-error --verbose --output NUL: --url https://www.egun.de
nun siehst Du die Kommunikation mit der eGun-Server. Bei mir sieht es etwa so aus:
| Code: |
* About to connect() to www.egun.de port 443 (#0)
* Trying 82.96.64.127... connected
* Connected to www.egun.de(82.96.64.127) port 443 (#0)
* successfully set certificate verify locations:
* CAfile: C:\Program Files\Biet-O-Matic\curl-ca-bundle.crt
CApath: none
* SSLv3, TLS handshake, Client hello (1):
} [data not shown]
* SSLv3, TLS handshake, Server hello (2):
{ [data not shown]
* SSLv3, TLS handshake, CERT (11):
{ [data not shown]
* SSLv3, TLS handshake, Server finished (14):
{ [data not shown]
* SSLv3, TLS handshake, Client key exchange (16):
} [data not shown]
* SSLv3, TLS change cipher, Client hello (1):
} [data not shown]
* SSLv3, TLS handshake, Finished (20):
} [data not shown]
* SSLv3, TLS change cipher, Client hello (1):
{ [data not shown]
* SSLv3, TLS handshake, Finished (20):
{ [data not shown]
* SSL connection using AES256-SHA
* Server certificate:
* subject: 1.3.6.1.4.1.311.60.2.1.3=DE; 1.3.6.1.4.1.311.60.2.1.1=Darmstadt; businessCategory=Private Organization; serialNumber=HRB 9258; C=DE; ST=Hessen; L=Darmstadt; O=eGun GmbH; OU=eGun; CN=www.egun.de
* start date: 2014-10-28 00:00:00 GMT
* expire date: 2017-01-26 23:59:59 GMT
* subjectAltName: www.egun.de matched
* issuer: C=US; O=GeoTrust Inc.; CN=GeoTrust EV SSL CA - G4
* SSL certificate verify ok.
> GET / HTTP/1.1
> User-Agent: curl/7.21.7 (i386-pc-win32) libcurl/7.21.7 OpenSSL/0.9.8r zlib/1.2.5
> Host: www.egun.de
> Accept: */*
>
< HTTP/1.1 200 OK
< Set-Cookie: ServerID=1025; path=/
< Vary: Accept-Encoding
< Content-Type: text/html
< Accept-Ranges: bytes
< ETag: "3069867953"
< Last-Modified: Tue, 01 Apr 2014 09:18:57 GMT
< Content-Length: 3490
< Date: Fri, 07 Nov 2014 08:11:20 GMT
< Server: lighttpd
<
{ [data not shown]
* Connection #0 to host www.egun.de left intact
* Closing connection #0
* SSLv3, TLS alert, Client hello (1):
} [data not shown]
|
[/code]
↧
↧
November 7, 2014, 3:50 am
Autor:
and666
Titel: zertifikate waren abgelaufen
Verfasst am: 07.11.2014 - 12:50 (GMT 1)
hallo,
nachdem ich erneut probleme mit dem bietomatik hatte, habe ich probeweise mal den testlogin mit dem iexplorer gemacht.
das ging nicht, da die zertifikate alle abgelaufen waren und ein autoupdate hier auf beiden maschienen abgestellt ist.
(das mit dem referrer , wie vorher von mir beschrieben war es also nicht).
im netz die aktuellen zertifikate (händisch) mal geladen, installiert und siehe da - es geht wieder alles ....!
grüße a.
↧
November 7, 2014, 6:15 am
Autor:
Eumelsen
Verfasst am: 07.11.2014 - 15:15 (GMT 1)
Nur damit nicht alle verzweifeln:
Hatt dasselbe Problem und die Umstellung auf UseSSL="1" hatte Erfolg.
_________________
Eumelsen
↧
November 7, 2014, 8:41 pm
Autor:
pstein
Titel: Drag & Drop nicht von Gesamt-Liste sondern von Einzelauk
Verfasst am: 08.11.2014 - 05:41 (GMT 1)
Um das umständliche Eintippen der Artikelnummern in BOM zu vermeiden
drag & droppe ich gewünschte Auktionen in der Regel von der Gesamtliste auf das BOM Fenster.
Das funktioniert sehr gut.
Allerdings gibt es sehr oft Situationen wo ich mir zuerst die Auktionsbeschreibung ansehe und dazu auf den jeweiligen Artikel klicke.
Ich habe also jetzt im Browserfenster einen EINZELNEN Artikel und NICHT die Gesamtliste von möglichen Artikelen.
Da klappt das Drag& Drop (soweit ich sehen kann) leider nicht.
Ich muss also erst wieder umständlich zurück springen in die Gesamtliste, dann zum eben gelesenen Artikel nummer 134 von 587 insgesamt scrollen um diesen dann Drag&Droppen.
Geht das nicht einfacher?
Mit anderen Worten: Kann man nicht einfach doch irgendwie aus einer EINZELNEN Auktionsbeschreibung heraus doch ein Drag&Drop durchführen?
oder könnte man das nicht einbauen?
Danke
Peter
↧
November 7, 2014, 9:30 pm
Autor:
hamstiglue
Verfasst am: 08.11.2014 - 06:30 (GMT 1)
Das sollte mit einem beliebigen Link, der die Artikelnr enthält funktionieren, z.B diesen Artikel beobachten. In manchen Browsern kann man auch den Link der aktuellen Seite aus der Navigationsleiste ziehen. Oder falls Du Firefox benutzt kannst Du das BOM Plugin dafür nutzen.
↧
↧
November 8, 2014, 9:47 am
Autor:
wiesenwaldi
Verfasst am: 08.11.2014 - 18:47 (GMT 1)
| hamstiglue hat Folgendes geschrieben: |
| Das sollte mit einem beliebigen Link, der die Artikelnr enthält funktionieren, |
Ersatzweise auf der rechten Seite des Angebotes über der AB die Artikelnummer doppelklicken und das dann rüberziehen.
Bei mir funktioniert das sogar mit dem Link, der hinter dem Tab "Versand und Zahlungsinformationen" steckt.
↧
November 8, 2014, 10:14 am
Autor:
wiesenwaldi
Titel: GMX POP-Abruf tuts nicht
Verfasst am: 08.11.2014 - 19:14 (GMT 1)
So, nun hätte ich auch gerne mal ein Problem.
Fernsteuerung über Mail funktioniert derzeit mit meinem gmx-Mailaccount nicht.
Die Fehlermeldung beim POP-Test lautet:
| Zitat: |
Verbindung nicht erfolgreich:
POP-Test:
***POPManager: TCP/IP Error 10053: Verbindung wurde aufgrund einer Zeitüberschreitung oder eines anderen Fehlers getrennt |
Timeout steht bei 60 Sekunden, die Meldung erscheint aber sofort, Timeout scheidet also mal aus.
SSL ist aktiv, Port ist 995, SSL sollte bei gmx laut aktueller Hilfe tun. TLS kann ich ja nicht manuell einstellen.
cURL oder IE ist ebenfalls irrelevant.
Passwort ist mehrfach überprüft, das sollte nicht der Fehler sein. Manuelles Einloggen bei gmx (Fux) und gmx pop (TBird) tut.
Sonstige Umkonfigurationen wüsste ich keine.
SMTP-Test schlägt ebenfalls fehl.
Port 456, SMTP-Auth und SSL sind aktiviert.
Fehlermeldung ist hier, ebenfalls sofort:
Verbindung nicht erfolgreich:
| Zitat: |
SMTP-Test:
Start
ERRORVerbindung wurde aufgrund einer Zeitüberschreitung oder eines
anderen Fehlers getrennt |
Das selbe Ergebnis, wenn ich einen anderen Mailaccont von gmx benutze.
IE ist zwar etwas älter (braucht ja eigentlich keiner, das Ding), aber TLS 1.0 kann er und ist auch aktiv.
Sonst noch wer das Problem?
↧
November 8, 2014, 11:25 am
Autor:
pstein
Verfasst am: 08.11.2014 - 20:25 (GMT 1)
Super!
Funktioniert
Danke
↧
