Indy IMAP4 Passwort Problem

[himitsu]

Zitat von Andreas L.:

Kommt der Fehler auch wenn du es so versuchst?

TheImap.Password := 'something' + #37 + '4';

Es gibt viele Intelligentsbestien, welche auf diese Weise Passwörter verschlüsseln wollten.

Das Problem ist nur, daß dieses nur eine unterschiedliche Darstellung im Quellcode ist, aber nachdem der Compiler da drübergerannt ist, kommt auch wieder genau der selbe String raus.

Delphi-Quellcode:

const blub = '%';  // oder sonstewie

'something%4'
'something' + #37 + '4'
'something' + '%' + '4'
'something' + blub + '4'
'something'#37'4'
'something'#$25'4'
'something' + Char(30 + 7) + '4'
...

[caustic]

Hallo,
also erst mal danke für die Mühe...
Es geht nicht um die Verschlüsselung eines Passwortes. Ist schon klar das das nichts bringen würde. Aber selbst wenn ich die Daten zum Login via einem TEdit Feld eingebe komme ich ja nicht weiter.

Das Login scheitert immer mit der Indy IMAP4 Komponente sobald im Passwort ein % Zeichen vorhanden ist. Wie es implementiert wird scheint keine Rolle zu spielen.

Ich habe das Problem jetzt auch im Atozed Forum reingesetzt, hier ist es auch erst mal auf eine fehlerhafte Providerimplementierung geschoben worden. Allerdings kann ich mich mit diesen Passwörtern ja mit Thunderbird, Outlook und dem Weblogin ohne Probleme einloggen. Außerdem hatte ich bisher beim Anlegen der Mailaccounts nie das Problem, dass ein Provider Passwörter mit % Zeichen angemeckert hätte.

Jetzt werde ich das als nächstes mal mit anderen Providern ausprobieren und dann habe ich im Atozed Forum einen hinweis bekommen, dass es noch eine weitere Loginmethode gibt via TIdSASLLogin und wenn klappt sollte es ein Mailproviderfehler sein.

Was mich nach wie vor wundert, dass das bis jetzt wohl noch niemandem aufgefallen ist.

Gruß
caustic

[generic]

Zeichne mal den Datenverkehr mit einen Tool auf und vergleiche mal was Thunderbird und Indy schickt.

[himitsu]

Und eventuell auch dort http://www.indyproject.org/Support.DE.aspx nachschauen,
auch wenn abundzu mal 'ne Art Indy-Guru hier im Forum vorbeischaut, kann es ja nicht schaden den "Hersteller" direkt zu fragen.

[caustic]

Zur Auflösung hier, bin noch nicht wirklich gekommen.
Der Fehler bleibt bestehen, ist aber im Moment nur auf web.de beschränkt. (und ja ich habe einen bezahlten account )
Unter googlemail bekomme ich eine normale Verbindung.

ich habe dann auch mal mit SASL experimentiert, das Ergebnis ist ziemlich ernüchternd. Bis jetzt bekomme ich bei Connectversuch eigentlich sofort ein eingefrorenes Programm.... es lässt sich sogar nach dem freeze ohne Fehler neu compilieren und wenn man das neugestartete Teil beendet beendet sich auch das gefreezte... das ist schon etwas mekrwürdig....

Ich denke wohl ich muss mir für meine Mailkomponente im Programm eine andere Basis suchen.

Gruß
caustic