Re: Aenderungen bei GMX
Reinhard Irmer
*_Christian @Soemtron_* schrieb:
> Thomas Gohel <go...@basicguru.de> schrieb:
>> Franklin Schiftan meinte zum Thema "Re: Aenderungen bei GMX"
>>> Heute, 2009-03-10, konnte ich bislang jedenfalls auch immer noch
>>> mit meiner Einstellung "Auto" im SMTP-Boxen-Dialog (XP2 mit UKAW)
>>> problemlos bei GMX Mails abliefern ....
>> Was auch nicht weiter wundert, denn CRAM-MD5 ist zur Zeit bei GMX
>> noch aktiviert. Davon abgesehen: LOGIN funktioniert sowieso
>> weiterhin und würde bei der automatischen AUTH-Auswahl beim Fehlen
>> von CRAM-MD5 auch verwendet.
> Bei mir funktioniert nur noch 1 von 2 GMX-Accounts. Wird wohl nach und
> nach umgestellt.
> Weiß auf die Schnelle jemand, was in diesem Hamster-Script zu ändern ist?
> HamFetchMail ("pop.gmx.net", "pop3s", "$1","","","",0,1,2)
> GMX meckert hier, daß APOP nicht unterstützt wird.
in hamster.de.newuser läuft ein thread dazu. Ich fuppe mal dorthin.
Viele Gruesse
Rεìñhατδ
X-Post: <news:de.comm.software.crosspoint>,<news:hamster.de.newuser>
F'up-2: <news:hamster.de.newuser>
--
Nichtraucher koennen auch jederzeit
zum Nichtrauchen vor die Tuer gehen.
(Markus Dobel in ng: oecher.talk)
Wolfgang Jäth
>
>>>> Heute, 2009-03-10, konnte ich bislang jedenfalls auch immer noch
>>>> mit meiner Einstellung "Auto" im SMTP-Boxen-Dialog (XP2 mit UKAW)
>>>> problemlos bei GMX Mails abliefern ....
>>> Was auch nicht weiter wundert, denn CRAM-MD5 ist zur Zeit bei GMX
>>> noch aktiviert. Davon abgesehen: LOGIN funktioniert sowieso
>>> weiterhin und würde bei der automatischen AUTH-Auswahl beim Fehlen
>>> von CRAM-MD5 auch verwendet.
>> Bei mir funktioniert nur noch 1 von 2 GMX-Accounts. Wird wohl nach und
>> nach umgestellt.
>> Weiß auf die Schnelle jemand, was in diesem Hamster-Script zu ändern ist?
>> HamFetchMail ("pop.gmx.net", "pop3s", "$1","","","",0,1,2)
Ist das Account, der, der funktioniert, oder der, der nicht funktioniert?
Wie sieht der Aufruf des anderen aus?
Was passiert, wenn Du das <SSLVerify> (aka '0' statt '2') weglässt?
Und hast Du überprüft, ob in der 'C:\wiondows\system32\drivers\etc\services'
ein Eintrag ''pop3s 995/tcp' vorhanden ist?
Wolfgang
--
Alfred Peters
>> HamFetchMail ("pop.gmx.net", "pop3s", "$1","","","",0,1,2)
>> GMX meckert hier, daß APOP nicht unterstützt wird.
Hamster->Einstellungen->Mail: Server konfigurieren-> /POP3-Mailserver\
->"pop.gmx.net"->[Einstellungen]->/Authentifizierung\-> ( ) APOP
HTH
Alfred
--
09193.8
Willi Bornemann
*räusper*
<Zitat aus einem GMX mail an die Kunden>
Nach der Umstellung am 10.3.2009 kann Ihr Mailprogramm Sie nicht mehr an
unseren Mailservern anmelden, wenn die Optionen "APOP" oder "CRAM-MD5"
aktiviert sind. Bitte entfernen Sie ggf. die Einstellungen für diese
Optionen und wählen Sie stattdessen "SSL" oder "TLS" als sichere
Verbindung!
</Zitat>
Gruß, Willi
Heiko Rost
> Alfred Peters schrieb:
>> Hamster->Einstellungen->Mail: Server konfigurieren-> /POP3-Mailserver\
>> ->"pop.gmx.net"->[Einstellungen]->/Authentifizierung\-> ( ) APOP
>
> *räusper*
>
><Zitat aus einem GMX mail an die Kunden>
> Nach der Umstellung am 10.3.2009 kann Ihr Mailprogramm Sie nicht mehr an
> unseren Mailservern anmelden, wenn die Optionen "APOP" oder "CRAM-MD5"
> aktiviert sind. Bitte entfernen Sie ggf. die Einstellungen für diese
> Optionen und wählen Sie stattdessen "SSL" oder "TLS" als sichere
> Verbindung!
></Zitat>
Schrieb er doch, es darf nicht Hamster->Einstellungen->Mail: Server
konfigurieren-> /POP3-Mailserver\ -> "pop.gmx.net"-> [Einstellungen]->
/Authentifizierung\-> (O) APOP eingestellt sein.
SCNR Heiko
Alfred Peters
> Am Thu, 12 Mar 2009 22:57:51 +0100 schrieb Willi Bornemann:
>> Alfred Peters schrieb:
>>> Hamster->Einstellungen->Mail: Server konfigurieren-> /POP3-Mailserver\
>>> ->"pop.gmx.net"->[Einstellungen]->/Authentifizierung\-> ( ) APOP
>>
>> *räusper*
Gute Besserung!
>> <Zitat aus einem GMX mail an die Kunden>
> Schrieb er doch, es darf nicht ...
Ist doch egal - Hauptsache er schaltet die Option wn.
> SCNR Heiko
Me2
@Willi: ...und SSL benutzt er doch schon.
Alfred
--
09195.0
Willi Bornemann
Jaaa! <zerknirschte Miene aufsetz>
Sorry @all, war wohl ziemlich daneben, gestern.
Gruß Willi
Wolfgang Bauer
Da muß ich doch auch mal nachhaken.
Wenn ich über "Online, POP3-Server, pop.gmx.net,995" fetche funktioniert
mit den HCL enhanced Einstellungen alles. Wenn ich aber über dieses
Script -
8<----------------------[ Mail-Load.hsc ]---------------------->8
#!load hamster.hsm
HamMessage(2,0) # reset counters
var ($neumails)
HamFetchMail ("pop.gmx.net", "pop3s", "$1", "", "Wolfgang")
HamWaitIdle
$neumails = HamGetStatus ( 3,6 )
print( "Anzahl neuer Mails: " +$neumails )
if ( $neumails > 0 )
PlayWav( "C:\Windows\Media\Post.wav" )
endif
PlayWav( "C:\Windows\media\notify.wav" )
listfree($neumails)
quit
sub PlayWav( $WavFile )
varset( $lpWavFile, MemAlloc( len($WavFile)+1 ) )
MemSetStr( $lpWavFile, $WavFile )
DllCall( "winmm.dll|sndPlaySoundA|n|nn", $lpWavFile, 0 )
MemFree( $lpWavFile )
endsub
quit
8<------------------------------------------------------------->8
- Mails holen will gibt es eine Fehlermeldung.
,--
¦ 10:24:31 Sys {b08} Starte Skript: Mail-Load.hsc, Warten=0
¦ 10:24:31 Sys {610} {script Mail-Load.hsc} Start
¦ 10:24:31 Sys {cd4} {fetchmail pop.gmx.net,$1} Start
¦ 10:24:31 I {cd4} {fetchmail pop.gmx.net,$1} Verbindung aufbauen...
¦ 10:25:02 Sys {b08} Starte Skript: E:\Programme\Archiv-Hamster\Hamster-CL\H-Scripte\reset.hsc, Warten=0
¦ 10:25:02 Sys {ec8} {script reset.hsc} Start
¦ 10:25:02 Sys {ec8} {script reset.hsc} Ende
¦ 10:25:02 Sys {b08} Skript E:\Programme\Archiv-Hamster\Hamster-CL\H-Scripte\reset.hsc beendet.
¦ 10:26:02 Sys {b08} Starte Skript: E:\Programme\Archiv-Hamster\Hamster-CL\H-Scripte\reset.hsc, Warten=0
¦ 10:26:02 Sys {854} {script reset.hsc} Start
¦ 10:26:02 Sys {854} {script reset.hsc} Ende
¦ 10:26:02 Sys {b08} Skript E:\Programme\Archiv-Hamster\Hamster-CL\H-Scripte\reset.hsc beendet.
¦
¦ 10:26:31 WAR {cd4} Abfrage von Daten von pop.gmx.net gescheitert.
¦ 10:26:31 WAR {cd4} Verbindungsversuch mit pop.gmx.net gescheitert!
¦
¦ 10:26:31 Sys {cd4} {fetchmail pop.gmx.net,$1} Ende
¦ 10:26:31 Sys {b08} Abholen von E-Mails über pop.gmx.net beendet
¦ 10:26:32 I {610} > Anzahl neuer Mails: 0
¦ 10:26:33 Sys {610} {script Mail-Load.hsc} Ende
¦ 10:26:33 Sys {b08} Skript E:\Programme\Archiv-Hamster\Hamster-CL\H-Scripte\Mail-Load.hsc beendet.
`----
Warum geht es mit dem Script nicht? $1 ist richtig eingetragen.
Freundliche Grüße
Wolfgang
--
http://www.wolfgang-bauer.at
40tude-Dialog DER Newsreader unter Windows http://dialog.datalist.org/
Newsgruppe news:de.comm.software.40tude-dialog
40tude-Dialog Scriptwerkstatt http://4ds.siteboard.eu/
Alfred Peters
> Wenn ich über "Online, POP3-Server, pop.gmx.net,995" fetche funktioniert
> mit den HCL enhanced Einstellungen alles. Wenn ich aber über dieses
> Script -
Du musst dem Skript sagen, dass es SSL benutzen soll.
>>>> HamFetchMail ("pop.gmx.net", "pop3s", "$1","", "" ,"",0,1,2)
> HamFetchMail ("pop.gmx.net", "pop3s", "$1","", "Wolfgang")
# HamFetchMail ( "<server>", "port(KontoTyp)", "<user>","<pass>",
# "<destuser>", "<filterSektion>", <LeaveOnServer>,
# <SSLMode>, <SSLVerify>, <SSLCaFile> )
#
# Der Parameter <SSLMode> ist ein Integer und gibt an, ob und wie SSL/TLS
# verwendet wird:
# 0 - SSL/TLS abgeschaltet
# 1 - SSL auf separatem Port (sPOP3 bzw, sSMTP)
# 2 - TLS, wenn möglich
# 3 - TLS wird erzwungen
#
# Der Parameter <SSLVerify> ist ebenfalls Integer und regelt die
# Überprüfung der fremden Server-Zertifikate:
# 0 - Zertifikatsüberprüfung abgeschaltet
# 1 - Zertifikatsüberprüfung, falls Zertifikat vorgelegt
# 2 - Zertifikatsüberprüfung immer
# 3 - Zertifikatsüberprüfung immer und Vergleich des Serverzertifikats
# mit lokaler Kopie
Also mindestens SSLMode auf 1 setzen.
HTH
Alfred
--
09195.8
Wolfgang Bauer
> Du musst dem Skript sagen, dass es SSL benutzen soll.
Dank deiner Hilfe habe ich es nun auch mit dem Script hinbekommen.
HamFetchMail ("pop.gmx.net", "995", "$1","", "Wolfgang","",1,1,0)
So fetcht der HCL nun auch mit dem Script die Mails.
Allerdings sieht es so aus, als wenn der Hamster immer wieder die schon
geladenen Mails erneut holt.
Ulrich F. Heidenreich
>Es schrieb einmal Wolfgang Bauer:
>
>> Wenn ich über "Online, POP3-Server, pop.gmx.net,995" fetche funktioniert
>> mit den HCL enhanced Einstellungen alles. Wenn ich aber über dieses
>> Script -
>
>Du musst dem Skript sagen, dass es SSL benutzen soll.
Eine andere Alternative scheint mir zu sein, in den Eigenschaften des
Mailservers SSL vorzugeben. Dann tut's - zumindest hier - auch im Script
ein primitives 'HamFetchMail ("pop.gmx.de")'.
CU!
Ulrich
--
http://wrglbrnft.nrlzgrpft.de/psrglcrkt/knrglfik.html
Wolfgang Bauer
> Alfred Peters in <news:71vbrhF...@mid.individual.net>:
>> Es schrieb einmal Wolfgang Bauer:
>>> Wenn ich über "Online, POP3-Server, pop.gmx.net,995" fetche funktioniert
>>> mit den HCL enhanced Einstellungen alles. Wenn ich aber über dieses
>>> Script -
>> Du musst dem Skript sagen, dass es SSL benutzen soll.
> Eine andere Alternative scheint mir zu sein, in den Eigenschaften des
> Mailservers SSL vorzugeben. Dann tut's - zumindest hier - auch im Script
> ein primitives 'HamFetchMail ("pop.gmx.de")'.
Das funktioniert bei /mir/ trotz -
http://www.wolfgang-bauer.at/screenshot/gmx.jpg
- nicht.
Alfred Peters
> Alfred Peters in <news:71vbrhF...@mid.individual.net>:
>> Du musst dem Skript sagen, dass es SSL benutzen soll.
>
> Eine andere Alternative scheint mir zu sein, in den Eigenschaften des
> Mailservers SSL vorzugeben.
Auf welchem Port?
> Dann tut's - zumindest hier - auch im Script
> ein primitives 'HamFetchMail ("pop.gmx.de")'.
Und das Log bestätigt, dass SSL benutzt wird? Das glaub ich nicht Tim.
Alfred
--
09196.1
Alfred Peters
> HamFetchMail ("pop.gmx.net", "995", "$1","", "Wolfgang","",1,1,0)
> 11111111111 222 33 44 55555555 66 7 8 9
> Allerdings sieht es so aus, als wenn der Hamster immer wieder die schon
> geladenen Mails erneut holt.
Wenn Du <LeaveOnServer> auf 1 setzt, ist das auch kein Wunder.
Es sind doch nur neun Parameter ;-)
1= "<server>"
2= "port(KontoTyp)"
3= "<user>"
4= "<pass>"
5= "<destuser>"
6= "<filterSektion>"
7= <LeaveOnServer>,
8= <SSLMode>
9= <SSLVerify>
[10= <SSLCaFile>]
Alfred
--
09196.1
Wolfgang Bauer
> Es schrieb einmal Wolfgang Bauer:
>> Alfred Peters wrote:
>> HamFetchMail ("pop.gmx.net", "995", "$1","", "Wolfgang","",1,1,0)
>> 11111111111 222 33 44 55555555 66 7 8 9
>> Allerdings sieht es so aus, als wenn der Hamster immer wieder die schon
>> geladenen Mails erneut holt.
> Wenn Du <LeaveOnServer> auf 1 setzt, ist das auch kein Wunder.
Kein Wunder beim Hamster, da hast Du Recht.(jetzt weiß ich auch wieder
warum ich sehr viel früher den Hamster nicht mehr als Mailclient/Server
benutzt habe)
Jeder Mailreader holt vom Server nur die Mails die er noch nicht in
seiner Datenbank hat.
> Es sind doch nur neun Parameter ;-)
Da weiß ich jetzt nicht was Du mir damit sagen willst.
Ulrich F. Heidenreich
>Ulrich F. Heidenreich wrote:
[..]
>> Eine andere Alternative scheint mir zu sein, in den Eigenschaften des
>> Mailservers SSL vorzugeben. Dann tut's - zumindest hier - auch im Script
>> ein primitives 'HamFetchMail ("pop.gmx.de")'.
>
>Das funktioniert bei /mir/ trotz -
>http://www.wolfgang-bauer.at/screenshot/gmx.jpg
>
>- nicht.
Dort erblicke ich Port 995. Damit - als googlemail es voraussetzte -
ging es auch nicht. Ich mußte damals aus welchen Gründen auch immer für
die Nutzung von Port 995 auf 'HamMailExchange ("pop.gmail.com,995",1)'
zurückgreifen.
GMX dagegen geht hier einfach mit http://invalid.de/gmx.jpg
Sorry, ich habe jetzt keinen deutschen Screenshot vorliegen. Zur
Verifizierung dürfte aber auch die Server.ini reichen:
| [POP3]
| ForcedAuthMech=none
| SSLMode=2
| SSLVerifyLevel=0
| SSLCaFile=
| SASL=DIGEST-MD5 CRAM-SHA1 LOGIN PLAIN
Also genau, wie von GMX mitgeteilt:
a) Kein APOP
b) CRAM MD5 aus den "Authentifikation Methods" rausgenommen
(ob das allerdings notwendig ist? Geschadet hat es zumindest nicht)
c) SSL oder TLS vorgesehen
Ulrich F. Heidenreich
>Es schrieb einmal Ulrich F. Heidenreich:
>> Alfred Peters in <news:71vbrhF...@mid.individual.net>:
>
>>> Du musst dem Skript sagen, dass es SSL benutzen soll.
>>
>> Eine andere Alternative scheint mir zu sein, in den Eigenschaften des
>> Mailservers SSL vorzugeben.
>
>Auf welchem Port?
POP3.
>> Dann tut's - zumindest hier - auch im Script
>> ein primitives 'HamFetchMail ("pop.gmx.de")'.
>
>Und das Log bestätigt, dass SSL benutzt wird?
|2009.03.13 19:49:06 I {fff9bb65} Secure connection with SSLv3, cipher DHE-RSA-AES256-SHA, 256 secret bits (256 total)
Alfred Peters
> Alfred Peters wrote:
>> Es schrieb einmal Wolfgang Bauer:
>>> Alfred Peters wrote:
>
>>> HamFetchMail ("pop.gmx.net", "995", "$1","", "Wolfgang","",1,1,0)
>>> 11111111111 222 33 44 55555555 66 7 8 9
> Jeder Mailreader holt vom Server nur die Mails die er noch nicht in
> seiner Datenbank hat.
Der Hamster macht das, was man ihm sagt.
>> Es sind doch nur neun Parameter ;-)
>
> Da weiß ich jetzt nicht was Du mir damit sagen willst.
Ich hab Dir die neun Parameter durchnummeriert (siehe oben / "11111111111"
- "9").
Du hast im siebten Parameter eine 1 stehen!
>> 7= <LeaveOnServer>,
Der siebte Parameter steht für <LeaveOnServer> (deutsch: "Lass auf dem
Server").
Alfred
--
09196.2
Wolfgang Bauer
> Der Hamster macht das, was man ihm sagt.
Richtig, und ich sage ihm er soll die Mails auf dem Server belassen,
nicht löschen. Ich sage aber nicht, daß er immer wieder die gleichen
Mails die er schon hat wieder laden soll. Das macht kein Mailreader.
Das macht der Hamster als Newsreader ja auch nicht.
Ich hole Mails vom externen Mailserver nicht nur auf einen PC, auch mit
dem Notebook wenn ich unterwegs bin.
Wolfgang Bauer
> Der Hamster macht das, was man ihm sagt.
Richtig, und ich sage ihm er soll die Mails auf dem Server belassen,
nicht löschen. Ich sage aber nicht, daß er immer wieder die gleichen
Mails die er schon hat wieder laden soll. Das macht kein Mailreader.
Das macht der Hamster als Newsserver ja auch nicht.
Ich hole Mails vom externen Mailserver nicht nur auf einen PC, auch mit
dem Notebook wenn ich unterwegs bin.
Freundliche Grüße
Alfred Peters
> Alfred Peters in <news:71vmbgF...@mid.individual.net>:
>> Es schrieb einmal Ulrich F. Heidenreich:
>>> Dann tut's - zumindest hier - auch im Script
>>> ein primitives 'HamFetchMail ("pop.gmx.de")'.
>>
>> Und das Log bestätigt, dass SSL benutzt wird?
>
>| 2009.03.13 19:49:06 I {fff9bb65} Secure connection with SSLv3, cipher DHE-RSA-AES256-SHA, 256 secret bits (256 total)
HamFetchMail setzt den Default von SSLMode auf 0. Wenn bei Dir trotzdem
eine SSL-Verbindung zustande kommt, ist das entweder ein Wunder oder ein Bug.
Alfred
--
09196.3
Alfred Peters
>
>> Der Hamster macht das, was man ihm sagt.
>
> Richtig, und ich sage ihm er soll die Mails auf dem Server belassen,
> nicht löschen.
Ach so, Du willst die E-Mail auf dem Server lassen. Das war mir nicht klar.
> Ich sage aber nicht, daß er immer wieder die gleichen
> Mails die er schon hat wieder laden soll.
Hamster->Einstellungen->Mail: Server konfigurieren-> /POP3-Einstellungen\
->[X] Bereits geladene E-Mail kein zweites Mal laden
Einmal bekommst Du sie nach dem Setzen des Schalters noch.
> Das macht kein Mailreader.
> Das macht der Hamster als Newsreader ja auch nicht.
Wie gesagt: Der Hamster macht das, was man ihm sagt.
Alfred
--
09196.3
Wolfgang Bauer
> Hamster->Einstellungen->Mail: Server konfigurieren-> /POP3-Einstellungen\
> ->[X] Bereits geladene E-Mail kein zweites Mal laden
Oh man, die Einstellung habe ich glatt übersehen. Danke
Ulrich F. Heidenreich
>Alfred Peters in <news:71vmbgF...@mid.individual.net>:
>
>>Es schrieb einmal Ulrich F. Heidenreich:
>>> Alfred Peters in <news:71vbrhF...@mid.individual.net>:
>>
>>>> Du musst dem Skript sagen, dass es SSL benutzen soll.
>>>
>>> Eine andere Alternative scheint mir zu sein, in den Eigenschaften des
>>> Mailservers SSL vorzugeben.
>>
>>Auf welchem Port?
>
>POP3.
>
>>> Dann tut's - zumindest hier - auch im Script
>>> ein primitives 'HamFetchMail ("pop.gmx.de")'.
>>
>>Und das Log bestätigt, dass SSL benutzt wird?
>
>|2009.03.13 19:49:06 I {fff9bb65} Secure connection with SSLv3, cipher DHE-RSA-AES256-SHA, 256 secret bits (256 total)
Das steht allerdings bei der Verwendung des Hamfetchmail im Script dort
nicht. Trotzdem kann ich damit problemlos bei GMX Mail abholen.
Ulrich F. Heidenreich
>Es schrieb einmal Ulrich F. Heidenreich:
>> Alfred Peters in <news:71vmbgF...@mid.individual.net>:
>>> Es schrieb einmal Ulrich F. Heidenreich:
>
>>>> Dann tut's - zumindest hier - auch im Script
>>>> ein primitives 'HamFetchMail ("pop.gmx.de")'.
>>>
>>> Und das Log bestätigt, dass SSL benutzt wird?
>>
>>| 2009.03.13 19:49:06 I {fff9bb65} Secure connection with SSLv3, cipher DHE-RSA-AES256-SHA, 256 secret bits (256 total)
>
>HamFetchMail setzt den Default von SSLMode auf 0.
Siehe meine Ingrid. Der Log-Eintrag stammte vom Menüklicken. Sorry, mein
Fehler.
>Wenn bei Dir trotzdem
>eine SSL-Verbindung zustande kommt, ist das entweder ein Wunder oder ein Bug.
S/SSL-//
Oder GMX hat meinen Account noch nicht umgestellt. Eigentlich müßte GMX
dann ja meckern. Hamster hat aber immer noch keine gelben Backen beim
Mailholen.
Heiko Studt
> > Der Hamster macht das, was man ihm sagt.
> Richtig, und ich sage ihm er soll die Mails auf dem Server belassen,
> nicht löschen. Ich sage aber nicht, daß er immer wieder die gleichen
> Mails die er schon hat wieder laden soll.
Das kann man ihm auch sagen, ich glaube "ignore already loaded mails".
Wo man die Einstellung finden kann, weiss ich gerade nicht - aber
irgendwo in der server.ini oder vielleicht hamster.ini vermutlich.
MFG
Heiko Studt
--
www.bash.org #205970
does anyone here have a computer?
Wolfgang Bauer
> Oder GMX hat meinen Account noch nicht umgestellt.
Das ist wohl so. GMX macht die Umstellung etappenweise. In der Infomail
die ich bekommen habe war als Termin der Umstellung der 16.3.2009
angegeben. Bei anderen wurde schon am 13.03.09 umgestellt.
Wolfgang Bauer
> Am 13.03.2009 schrieb Wolfgang Bauer:
>> Richtig, und ich sage ihm er soll die Mails auf dem Server belassen,
>> nicht löschen. Ich sage aber nicht, daß er immer wieder die gleichen
>> Mails die er schon hat wieder laden soll.
> Das kann man ihm auch sagen, ich glaube "ignore already loaded mails".
> Wo man die Einstellung finden kann, weiss ich gerade nicht - aber
> irgendwo in der server.ini oder vielleicht hamster.ini vermutlich.
Es geht sogar über die GUI und ist auch schon erledigt, danke.
Alfred Peters
>> HamFetchMail setzt den Default von SSLMode auf 0.
>
> Siehe meine Ingrid. Der Log-Eintrag stammte vom Menüklicken. Sorry, mein
> Fehler.
{Hm, deine Ingrid hatte ich um 21:00 noch nicht bekommen. Sowas kennt man
von Individual sonst gar nicht. "News" sind halt kein Echtszeitmedium.}
>> Wenn bei Dir trotzdem
>> eine SSL-Verbindung zustande kommt, ist das entweder ein Wunder oder ein Bug.
>
> S/SSL-//
>
> Oder GMX hat meinen Account noch nicht umgestellt. Eigentlich müßte GMX
> dann ja meckern. Hamster hat aber immer noch keine gelben Backen beim
> Mailholen.
Warum sollte das nicht funktionieren? Nur ohne TSL/SSL und ohne
PW-Verschleierung gehen die Passwörter im Klartext über die Leitung.
Alfred
--
09198.1
Ulrich F. Heidenreich
>Es schrieb einmal Ulrich F. Heidenreich:
>> Alfred Peters in <news:71vsjuF...@mid.individual.net>:
>
>>> HamFetchMail setzt den Default von SSLMode auf 0.
>>
>> Siehe meine Ingrid. Der Log-Eintrag stammte vom Menüklicken. Sorry, mein
>> Fehler.
>
>{Hm, deine Ingrid hatte ich um 21:00 noch nicht bekommen. Sowas kennt man
>von Individual sonst gar nicht. "News" sind halt kein Echtszeitmedium.}
>
>>> Wenn bei Dir trotzdem
>>> eine SSL-Verbindung zustande kommt, ist das entweder ein Wunder oder ein Bug.
>>
>> S/SSL-//
>>
>> Oder GMX hat meinen Account noch nicht umgestellt. Eigentlich müßte GMX
>> dann ja meckern. Hamster hat aber immer noch keine gelben Backen beim
>> Mailholen.
>
>Warum sollte das nicht funktionieren?
Weil GMX forderte, statt Apop TSL oder SSL zu nutzen. Sonst sei ein
Gebrauch ihrer Mailserver aus Sicherheitsgründen nicht mehr möglich.
Ulrich F. Heidenreich
>Ulrich F. Heidenreich wrote:
>
>> Oder GMX hat meinen Account noch nicht umgestellt.
>
>Das ist wohl so. GMX macht die Umstellung etappenweise. In der Infomail
>die ich bekommen habe war als Termin der Umstellung der 16.3.2009
>angegeben. Bei anderen wurde schon am 13.03.09 umgestellt.
Mir nannte GMX den 10.3.
Alfred Peters
>> Warum sollte das nicht funktionieren?
>
> Weil GMX forderte, statt Apop TSL oder SSL zu nutzen. Sonst sei ein
> Gebrauch ihrer Mailserver aus Sicherheitsgründen nicht mehr möglich.
Ich kenne nur teile der E-Mail. Z.B.:
,---- [ <49b98634$0$2629$91ce...@newsreader01.highway.telekom.at> ]
| <Zitat aus einem GMX mail an die Kunden>
| Nach der Umstellung am 10.3.2009 kann Ihr Mailprogramm Sie nicht mehr an
| unseren Mailservern anmelden, wenn die Optionen "APOP" oder "CRAM-MD5"
| aktiviert sind. Bitte entfernen Sie ggf. die Einstellungen für diese
| Optionen und wählen Sie stattdessen "SSL" oder "TLS" als sichere
| Verbindung!
| </Zitat>
`----
Da lese ich nur, das "APOP" und "CRAM-MD5" abgeschaltet werden sollte.
Für eine *sichere* *Verbindung* raten sie einem TLS/SSL zu verwenden.
Vielleicht wird der Zugang ohne TLS/SSL erst nach einer Übergangszeit
vollständig geschlossen.
Alfred
--
09198.6
Ulrich F. Heidenreich
>Es schrieb einmal Ulrich F. Heidenreich:
>> Alfred Peters in <news:721k1jF...@mid.individual.net>:
>
>>> Warum sollte das nicht funktionieren?
>>
>> Weil GMX forderte, statt Apop TSL oder SSL zu nutzen. Sonst sei ein
>> Gebrauch ihrer Mailserver aus Sicherheitsgründen nicht mehr möglich.
>
>Ich kenne nur teile der E-Mail. Z.B.:
>
> ,---- [ <49b98634$0$2629$91ce...@newsreader01.highway.telekom.at> ]
>| <Zitat aus einem GMX mail an die Kunden>
>| Nach der Umstellung am 10.3.2009 kann Ihr Mailprogramm Sie nicht mehr an
>| unseren Mailservern anmelden, wenn die Optionen "APOP" oder "CRAM-MD5"
>| aktiviert sind. Bitte entfernen Sie ggf. die Einstellungen für diese
>| Optionen und wählen Sie stattdessen "SSL" oder "TLS" als sichere
~~~~~~~~~~~
>| Verbindung!
>| </Zitat>
> `----
Du hast nichts verpaßt:
Mehr steht an wirklich Essentiellem nämlich auch nicht drin.
>Da lese ich nur, das "APOP" und "CRAM-MD5" abgeschaltet werden sollte.
>Für eine *sichere* *Verbindung* raten sie einem
... stattdessen ...
>TLS/SSL zu verwenden.
Mir suggeriert das, daß an Stelle von APOP nun "SSL" oder "TLS"
verwendet werden muß, um sich an GMXens Mailservern überhaupt
noch anmelden zu können.
Alfred Peters
>>| unseren Mailservern anmelden, wenn die Optionen "APOP" oder "CRAM-MD5"
>>| aktiviert sind. Bitte entfernen Sie ggf. die Einstellungen für diese
>>| Optionen und wählen Sie stattdessen "SSL" oder "TLS" als sichere
> ~~~~~~~~~~~ ===========
>>| Verbindung!
==========
>> Da lese ich nur, das "APOP" und "CRAM-MD5" abgeschaltet werden sollte.
>> Für eine *sichere* *Verbindung* raten sie einem
>
> ... stattdessen ...
...wenn Du eine sichere Verbindung wünscht.
>> TLS/SSL zu verwenden.
>
> Mir suggeriert das, daß an Stelle von APOP nun "SSL" oder "TLS"
> verwendet werden muß, um sich an GMXens Mailservern überhaupt
> noch anmelden zu können.
Mir nicht.
Alfred
--
09198.7
Alfred Peters
> Alfred Peters schrieb:
>> Hamster->Einstellungen->Mail: Server konfigurieren->
> ->> "pop.gmx.net"->[Einstellungen]->/Authentifizierung\-> ( ) APOP
>
> Unverändert:
> 2009.03.14 17:36:20 ERR {fff87093} pop.gmx.net: APOP-command not supported
Du hast APOP-Zwangsverwendung wirklich *ab*geschaltet? Vieleicht beim
falschen Server (Server-Alias beachten!)?
> Über Online/POP3-Server/GMX funktioniert es ohne Fehlermeldung. Der
> Fehler tritt ebenfalls nicht auf, wenn die Scriptzeile geändert wird in:
> HamFetchMail ("pop.gmx.net", "pop3s", "$1","","","",0,1,0)
>
> Aber das ist eigentlich auch nicht Sinn der Sache. Auch bei
> HamFetchMail ("pop.gmx.net", "pop3s", "$1","","","",0,1,1)
> kommt die Fehlermeldung.
Sorry, aber das kann nicht sein. Zwangs-APOP kann nur über das Menü
aktiviert werden und wird dann für die Skriptverarbeitung übernommen.
> Irgendwie fehlt mir da der Zusammenhang: Zertifikatsüberprüfung <-> APOP
Da Besteht auch kein Zusammenhang. APOP ist ein Protokoll, dass die
Anmeldung am Server regelt und TLS/SSL verschlüsselt die Verbindung
zwischen Client und Server. (RTFM [1])
> Bei der Scriptzeile für den 2.Account meckert er weder bei Online noch
> beim Script, da hat GMX wohl noch nicht umgestellt. Die Server sind exakt
> gleich konfiguriert.
Nein.
> (SSL immer nutzen/Zertifikate immer prüfen + MD5-
> Auth. deaktiviert) Da ist übrigens auch gar keine Möglichkeit, APOP
> gesondert zu deaktivieren.
Wo bist Du denn gelandet? Da bist Du offensichtlich falsch
Nochmal:
Hamster->Einstellungen->Mail: Server konfigurieren-> /POP3-Mailserver\
->"pop.gmx.net"->[Einstellungen]->/Authentifizierung\
und dort unter "Erzwungene Authentifizierungsmethode" eine geeignete
auswählen - Vermutlich (X) Keine.
Wo hakt es denn?
Alfred
[1] http://zielgra.de/hamster/HAMSTER_HLP_DE.ZIP
-> "Hamster und SSL"
--
09199.0
Wolfgang Jäth
<miteinere-mail-adresseinderein...@geekmail.de>
...
>
> HamFetchMail setzt den Default von SSLMode auf 0. Wenn bei Dir trotzdem
> eine SSL-Verbindung zustande kommt, ist das entweder ein Wunder oder ein
> Bug.
Kann ich definitiv bestätigen.
Obwohl ich es eher als Bug bezeichnen würde, daß der Hamster hierfür als
Defaulteinstellung /nicht/ die Werte aus den im Dialog eingestellten
/Eigenschaften/ benutzt. :-/
Wolfgang
--
Alfred Peters
> "Alfred Peters" <miteinere-mail-adresseinderein...@geekmail.de> ...
>>
>> HamFetchMail setzt den Default von SSLMode auf 0. Wenn bei Dir trotzdem
> Obwohl ich es eher als Bug bezeichnen würde, daß der Hamster hierfür als
> Defaulteinstellung /nicht/ die Werte aus den im Dialog eingestellten
> /Eigenschaften/ benutzt. :-/
Die Änderung ist sicher machbar. Ich habe dabei aber ein schlechtes Gefühl
in der Magengegend. Wenn dann ein User mit der Meldung "Mein HamFechMail
funktioniert nicht." aufschlägt, müssen wir ihm jedes Mal die
Einstellungen aus der Server.ini aus der Nase ziehen. Wenn er dann noch
Alias-Server benutzt und nicht das richtige Verzeichnis findet...
Alfred
--
09200.7
Wolfgang Jäth
>
>> Oder GMX hat meinen Account noch nicht umgestellt.
>
> Das ist wohl so. GMX macht die Umstellung etappenweise.
Das erklärt dann wohl, warum bei mir bislang nur /eine/ derartige
Benachrichtigung eintraf (für drei Konten).
>In der Infomail
> die ich bekommen habe war als Termin der Umstellung der 16.3.2009
> angegeben. Bei anderen wurde schon am 13.03.09 umgestellt.
Hier der 10.03.09.
Scheint wohl so eine Art Drei-Tage-Rhytmus zu werden.
Wolfgang
--
Ulrich F. Heidenreich
>Obwohl ich es eher als Bug bezeichnen würde, daß der Hamster hierfür als
>Defaulteinstellung /nicht/ die Werte aus den im Dialog eingestellten
>/Eigenschaften/ benutzt. :-/
Hey, das war mein Text. Meinereiner wäre auch stillschweigend davon
ausgegangen, wenn HamFetchMail keine (implizit anderen) Parameter
bekommmt, daß er dann die Vorgaben aus der Server.ini verwendet.
Mit dem logischen Erfolg, nicht ständig an allen möglichen Scripts
heraumschrauben zu brauchen, sondern bei Anderungen des Mailservers
einfach nur die Properties des Servers zu ändern.
Thomas Barghahn
/*Alfred Peters*/ meinte:
> Hamster->Einstellungen->Mail: Server konfigurieren-> ...
Das funktioniert bei mir alles tadellos.
Schwierigkeiten bereitet mir der Server von T-Online
(securesmtp.t-online.de).
Eine Besonderheit dieses Servers ist, dass er auf Port 25 bzw. 587
lauscht. Bisschen dumm ist es auch, dass man für die Nutzung dieses
Servers das sogenannte E-Mail-Paket von TO benötigt.
Grundsätzlich funktioniert dieser aber über das E-Mail-Modul der
TO-Software.
Was ich aber nicht hinbekomme, ist das Versenden von Mails an diesen
Server über den Hamster.
Sorry, dass ich hier so reinplatze! Ich habe aber einmal ein
Protokollausschnitt zusammengestellt und hoffe, dass mir hier jemand
helfen kann.
Meine Scriptzeile sieht diesbezüglich so aus:
HamSendMailAuth ("securesmtp.t-online.de", "587", "$1", "", "@t-online\.de", "", "1", "0")
Hier das Protokoll:
2009.03.15 19:46:19 I {e28} {sendmail securesmtp.t-online.de} Verbindung aufbauen...
2009.03.15 19:46:19 ERR {e28} OpenSSL error: SSL_connect: error:1408F10B:SSL routines:SSL3_GET_RECORD:wrong version number
2009.03.15 19:46:19 WAR {e28} SSL connection failed
2009.03.15 19:46:19 ERR {e28} Fehler beim Verbinden mit securesmtp.t-online.de:
2009.03.15 19:46:19 ERR {e28} Exception[Exception] Error starting SSL
2009.03.15 19:46:19 WAR {e28} Verbindungsversuch mit securesmtp.t-online.de gescheitert!
2009.03.15 19:46:19 I {e28} {sendmail securesmtp.t-online.de} Verbindung abbauen...
2009.03.15 19:46:19 Sys {e28} {sendmail securesmtp.t-online.de} Ende
2009.03.15 19:46:19 Sys {d00} Senden von E-Mails über securesmtp.t-online.de (SMTP) beendet.
Freundliche Grüße
Thomas Barghahn
--
+ +++ +++ +++ +++ +++ +++ +++ +++ +++ +++ +++ +++ +++ +++ +++ +++ +++ ++
Der "Schwere Ausnahmefehler..." ist in Form dieses Postings aufgetreten!
Um diesen Fehler zu beheben, schließen Sie bitte Ihren Newsreader.
+ +++ +++ +++ +++ +++ +++ +++ +++ +++ +++ +++ +++ +++ +++ +++ +++ +++ ++
Hermann Hippen
> 2009.03.15 19:46:19 I {e28} {sendmail securesmtp.t-online.de} Verbindung aufbauen...
> 2009.03.15 19:46:19 ERR {e28} OpenSSL error: SSL_connect: error:1408F10B:SSL routines:SSL3_GET_RECORD:wrong version number
> 2009.03.15 19:46:19 WAR {e28} SSL connection failed
Sollte man bei T-Online nicht TLS / Port 587 statt SSL benutzen?
--
Alle Lehrer sind zu jeder Zeit ferienreif.
Wolfgang Jäth
<miteinere-mail-adresseinderein...@geekmail.de>
...
>
>>> HamFetchMail setzt den Default von SSLMode auf 0. Wenn bei Dir trotzdem
>
>> Obwohl ich es eher als Bug bezeichnen würde, daß der Hamster hierfür als
>> Defaulteinstellung /nicht/ die Werte aus den im Dialog eingestellten
>> /Eigenschaften/ benutzt. :-/
>
> Die Änderung ist sicher machbar. Ich habe dabei aber ein schlechtes Gefühl
> in der Magengegend. Wenn dann ein User mit der Meldung "Mein HamFechMail
> funktioniert nicht." aufschlägt, müssen wir ihm jedes Mal die
> Einstellungen aus der Server.ini aus der Nase ziehen.
Ja und? Irgend etwas aus der Nase ziehen müssen wir doch sowieso meistens.
Abgesehen davon glaube ich eher an das Gute im Menschen. SCNR.
>Wenn er dann noch
> Alias-Server benutzt und nicht das richtige Verzeichnis findet...
Dann lernt er endlich mal richtig, seinen Hamster zu verstehen. <duck>
Wolfgang
--
Willi Bornemann
> "Alfred Peters"
>> Die Änderung ist sicher machbar. Ich habe dabei aber ein schlechtes
>> Gefühl in der Magengegend. Wenn dann ein User mit der Meldung "Mein
>> HamFechMail funktioniert nicht." aufschlägt, müssen wir ihm jedes
>> Mal die Einstellungen aus der Server.ini aus der Nase ziehen.
>
> Ja und? Irgend etwas aus der Nase ziehen müssen wir doch sowieso
> meistens. Abgesehen davon glaube ich eher an das Gute im Menschen.
> SCNR.
Nö, da muss man ihm gar nichts aus der Nase ziehen, sondern ihm nur
verklickern, daß er "HamFetchMail" mit "t" tippseln soll! :-)
SCNRE, Willi
Alfred Peters
> Thomas Barghahn schrieb in h.d.n:
>
>> 2009.03.15 19:46:19 I {e28} {sendmail securesmtp.t-online.de} Verbindung aufbauen...
>> 2009.03.15 19:46:19 ERR {e28} OpenSSL error: SSL_connect: error:1408F10B:SSL routines:SSL3_GET_RECORD:wrong version number
>> 2009.03.15 19:46:19 WAR {e28} SSL connection failed
>
> Sollte man bei T-Online nicht TLS / Port 587 statt SSL benutzen?
Ja - oder Port 465 verwenden.
Also SMTP:
Verschlüsselung: | Port
----------------------------
ohne | 25 / 587
TLS | 25 / 587
SSL | 465
[Angaben ohne Gewähr, da ggf. vom Anbieter abhängig.]
Alfred
--
09203.8
Wolfgang Bauer
> Alfred Peters schrieb:
>> Hamster->Einstellungen->Mail: Server konfigurieren->
>> /POP3-Mailserver\
> ->> "pop.gmx.net"->[Einstellungen]->/Authentifizierung\
>> und dort unter "Erzwungene Authentifizierungsmethode" eine
>> geeignete auswählen - Vermutlich (X) Keine.
> Gerade zum x.Mal überprüft: so ist es, bei beiden Servern.
Ich habe hier bei pop.gmx.net als Authentifizierungsmethode
AUTH (RFC 1734) eingestellt. Bei mail.gmx.net Login.
Alfred Peters
> Alfred Peters schrieb:
>> Zwangs-APOP kann nur über das Menü
>> aktiviert werden und wird dann für die Skriptverarbeitung
>> übernommen.
>
> Ist aber schon merkwürdig, daß es per Online-Menü geht und per Script nicht.
Ja, sehr merkwürdig ;-)
>> Hamster->Einstellungen->Mail: Server konfigurieren->
>> /POP3-Mailserver\
> ->> "pop.gmx.net"->[Einstellungen]->/Authentifizierung\
>> und dort unter "Erzwungene Authentifizierungsmethode" eine
>> geeignete auswählen - Vermutlich (X) Keine.
>
> Gerade zum x.Mal überprüft: so ist es, bei beiden Servern.
Und es kommt immer noch die Fehlermeldung:
"ERR {fff87093} pop.gmx.net: APOP-command not supported"?
Dann hilft nur noch die Radikalkur:
- Hamster beenden
- Das Verzeichnis "Server" umbenennen
- Hamster starten
- Skript testen
Rückbau:
- Hamster beenden
- Das neue Verzeichnis "Server" löschen
- Das zuvor umbenannte Verzeichnis wieder "Server" nennen
Geht das?
Wenn nein, bleibt nur noch die exotische Möglichkeit, dass Du APOP über
ein Schlüsselwort im Passwort vorgegeben hast. Aber das wüstest Du doch
sicher noch.
,---- [ Verwendung des APOP Verfahrens zur Authentifizierung: ]
| Um das APOP-Verfahren (erlaubt die verschlüsselte Übermittlung von Name
| und Passwort, bei POP3 werden diese Daten normalerweise unverschlüsselt
| übertragen) zu nutzen, ist dem Paßwort der Präfix "APOP:" voranzustellen.
`----
Alfred
--
09204.3
Ulrich F. Heidenreich
>Dann hilft nur noch die Radikalkur:
Oder man könnte diesem Namenlosen, der kontinuierlich gegen die Regeln
von hamster.de.* verstößt - und mir unverständlicherweise dennoch immer
wieder verarztet wird - einfach mal seine Server.ini aus der genannten
Nase ziehen. :^)
Alfred Peters
> Alfred Peters schrieb:
>> "ERR {fff87093} pop.gmx.net: APOP-command not supported"?
>> - Das Verzeichnis "Server" umbenennen
>> - Skript testen
>> Geht das?
>
> Das geht. Aber: nach Hamster Beenden und Neustart nicht mehr.
Wann? Nachdem Du das Alte Verzeichnis wieder hergestellt hast?
Oder mit dem /neuen/ leeren. Das wäre dann allerdings komisch.
> Merkwürdig
> ist auch, daß nach dem Umbenennen zu allen POP3-Servern eine neue
> server.ini erstellt wurde, nur die GMX-Verzeichnisse blieben leer.
Die wurden dann offensichtlich nicht verwendet.
> [POP3]
> ForcedAuthMech=none
> [Statistic]
> LastConnect.failed=2009-03-16 16:00:26
Such im Log zu der Zeit nach der Fehlermeldung. Die lautet
"ERR {fff87093} pop.gmx.net: APOP-command not supported"?
Das kann nicht sein!
Die Passwort-Option hast Du ausgeschlossen?
Lass immer nur ein HamFetchMail im Skript aktiv, damit Du die
Fehlermeldungen zuordnen kannst. Oder gib die Zeile direkt in der
HS2-Shell[1] ein.
Alfred
[1] Hamster->Einstellungen->Grundeinstellungen->/Optik\->
"HS2-Shell für direkte Eingabe:" [...anzeigen[v]
--
09206.9
Alfred Peters
> Mit beiden. Mittlerweile habe ich ein paar Mal umbenannt und neu
> erstellen lassen, jeweils mit Neustart - jetzt kommt die Fehlermeldung
> zuverlässig jedes Mal.
> 2009.03.18 16:23:59 ERR {fffb27a1} pop.gmx.net: APOP-command not supported
Ich kann mich nur wiederholen - Das kann nicht sein!
...es sei denn:
>> Die Passwort-Option hast Du ausgeschlossen?
Das hast Du immer noch nicht beantwortet. <seufz>
Oder Du benutzt einen anderen Hamster als ich.
Alfred
--
09209.6