Edit: Nach einer Reperatur geht es wieder. Nach drei Mal neustarten nicht mehr.
Dann liegt die Lösung doch auf der Hand: einen großen Bogen um Outlook machen, stattdessen Thunderbird nutzen und zufrieden zurücklehnen. ![]()
Edit: Nach einer Reperatur geht es wieder. Nach drei Mal neustarten nicht mehr.
Dann liegt die Lösung doch auf der Hand: einen großen Bogen um Outlook machen, stattdessen Thunderbird nutzen und zufrieden zurücklehnen. ![]()
Schuss ins blaue: Du hast im Netcup-DNS die komplette Domain eingetragen und nicht nur die Subdomain? (Netcup-Wiki)
Korrekt wäre:
Trägst du nämlich in der Host-Spalte die komplette Domain (subdomain.domain.eu) ein, wird daraus ein subdomain.domain.eu.domain.eu. ![]()
Bekomme nun von deinem Server auch ein valides Zertifikat ausgeliefert (openssl s_client -connect mxf963.netcup.net:993), lag es bei dir also am Server und Netcup musste eingreifen?
WiEsO kOnNtE iCh kEiN hEiZöL aUswÄhLeN
Bitte, gern geschehen. ![]()
Webhosting Autumn kannst du schon mal streichen, Produktpage wirft einen Fehler. ![]()
Bei mir sieht das tatsächlich anders aus. Ich habe ehrlich gesagt keine Ahnung, wofür das Standardhosting eig. gedacht ist.
Sieht mir fast nach einem der älteren Webhostings aus. Kann es sein, dass das schon ein paar Jahre auf dem Buckel hat und keins der neuen Webhosting 1000-8000 ist? Falls ja, könnte man mal über ein Wechsel nachdenken (oder werden diese irgendwann zwangsgeupdated seitens Netcup? Hab da den Überblick verloren...)
Das Standardhosting dient dem Zugriff auf den Webspace ohne optionale eigene Domain. Auch laufen wohl intern die Cronsjobs etc. darüber, aber das spielt in deinem Fall ja keine Rolle. Ich verbiete sogar den Zugriff auf die Standarddomain per .htaccess-Datei und lasse meine eigenen Domains auf andere Basisverzeichnisse zielen.
Wie dem auch sei, ich denke eine kleine Bildergallerie (hierfür gibt es ja fertige Scripts) unter einer eigenen Domain wäre bei dir zielführend.
Könnte man ja auch in einem kleinen zweiten Webhosting auslagern und so eine Inklusivdomain dafür verwenden. Als Sparfuchs käme evtl das Webhosting Bestprice Classic in Frage. Zumindest erhältst du hiermit die von dir gewünschte Trennung auf jedweder Ebene.
Es gibt ja noch eine Webseite "hostingXXXX.XXXXX.netcup.net" im WHCP. Allderings weiß ich nicht, in wie weit ich diese nutzen kann. Da ich das Standardverzeichnist nicht ändern kann
Was hindert dich denn genau daran den Dokumentenstamm des Standardhostings zu ändern?
Ob nun aber eine "Oma" mit solchen Adressen wirklich zurecht kommt, sei dahingestellt. Ich würde dann wohl eher den Weg einer Subdomain gehen oder - wenn du es komplett trennen möchtest - eine eigene Domain dafür buchen. Kostet ja nicht die Welt, vor allem wenn Netcup wieder de-Domains zum Spottpreis rausballert.
Als Alternative zum Snapshot könnte man auch beide Server einfach im Rescuemode booten und die Platte per dd und ssh rüberkopieren, u.a. wie hier von ThomasChr und Kraeutergarten beschrieben - anschließend das neue System anpassen (hostname, ip, etc).
Die Mitnahme der IP wird höchstwahrscheinlich nicht gehen, zumindest so die bisherigen Meldungen hier im Forum. Aber lass dir das wie bereits gesagt wurde am besten vom Support beantworten. ![]()
Ich nutze folgende Config bei mir ohne Probleme:
IMAP Port 993, SSL/TLS, Verschlüsseltes Passwort
SMTP Port 465, SSL/TLS, Verschlüsseltes Passwort
Was mir auffällt: ich bekomme bei deinem Mailserver keinen ordentlichen SSL-Handshake hin, getestet mit:
openssl s_client -connect mxf92d.netcup.net:993
Gegentest mit "meinem" Mailserver mx2fc6.netcup.net klappt hier einwandfrei. Könnte da womöglich eine Fehlkonfiguration am Mailserver vorliegen? Wäre dann meiner Meinung nach ein Fall für den Support. Dieses SSL-Phänomen fiel mir erst die Tage bei einem anderen Netcup-Kunden ebenfalls auf - allerdings mit einer anderen Fehlermeldung als bei dir und das Fazit des Supports scheint dort auch noch nicht vorzuliegen.
Man könnte nun Ursachenforschung betreiben und 1) mit den o.g. Ports gegentesten, 2) mal mit einem Testaccount komplett auf die Verschlüsselung verzichten oder 3) den Support befragen. ![]()
Es wird dir zwar keine Hilfe sein, aber ich kann das Problem zumindest bei mir mit der aktuellen Version Version 68.11.0 nicht nachstellen.
Welchen Mailserver hast du denn bei dir hinterlegt mit welchen Einstellungen? zus. Plugins installiert?
Edit: ich sehe gerade, dass es eine neuere Version gibt - ich erhalte nur das Update bei mir nicht. Muss ich mal per Hand nachhelfen, danach teste ich nochmal. ![]()
Edit2: manuell auf 78.1.1 aktualisiert - klappt nach wie vor ohne Wartezeiten.
Du wirkst manchmal schon etwas unheimlich.. ![]()
Welcher Mailserver ist's bei dir Kaiii ?
Könnte sein, dass du ggf. wirklich in ein Rate Limit geraten bist, da kann dir der Support genaueres zu sagen.
Aber ich hab mal ne Frage an die TLS-Profis hier. Kann es sein, dass der Handshake nicht vernünftig abläuft? Bin da zugegebenermaßen nicht mehr so drin im Thema:
openssl s_client -connect mxf963.netcup.net:993
CONNECTED(00000003)
140503783134336:error:1425F102:SSL routines:ssl_choose_client_version:unsupported protocol:../ssl/statem/statem_lib.c:1929:
---
no peer certificate available
---
No client certificate CA names sent
---
SSL handshake has read 58 bytes and written 316 bytes
Verification: OK
---
New, (NONE), Cipher is (NONE)
Secure Renegotiation IS NOT supported
Compression: NONE
Expansion: NONE
No ALPN negotiated
Early data was not sent
Verify return code: 0 (ok)
---
Alles anzeigen
Im Gegensatz dazu klappt das bei "meinem" MX auf Anhieb:
openssl s_client -connect mx2XXX.netcup.net:993
CONNECTED(00000003)
depth=2 C = US, O = DigiCert Inc, OU = www.digicert.com, CN = DigiCert Global Root G2
verify return:1
depth=1 C = US, O = DigiCert Inc, OU = www.digicert.com, CN = RapidSSL TLS RSA CA G1
verify return:1
depth=0 CN = *.netcup.net
verify return:1
---
Certificate chain
0 s:CN = *.netcup.net
i:C = US, O = DigiCert Inc, OU = www.digicert.com, CN = RapidSSL TLS RSA CA G1
1 s:C = US, O = DigiCert Inc, OU = www.digicert.com, CN = RapidSSL TLS RSA CA G1
i:C = US, O = DigiCert Inc, OU = www.digicert.com, CN = DigiCert Global Root G2
---
Server certificate
-----BEGIN CERTIFICATE-----
MIIGLjCCBRagAwIBAgIQDBesTiCR+65WK4AIUfVJ9DANBgkqhkiG9w0BAQsFADBg
MQswCQYDVQQGEwJVUzEVMBMGA1UEChMMRGlnaUNlcnQgSW5jMRkwFwYDVQQLExB3
d3cuZGlnaWNlcnQuY29tMR8wHQYDVQQDExZSYXBpZFNTTCBUTFMgUlNBIENBIEcx
MB4XDTE4MTAzMDAwMDAwMFoXDTIwMTEyODEyMDAwMFowFzEVMBMGA1UEAwwMKi5u
ZXRjdXAubmV0MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAzq5jGOP2
ob9fof1ileBktRuMO4crZhI6ob0VfoPNSj9Dvsz3biV2gQecXO/X7uOrzlz7Av7p
8FZOLogOPxzFMM92C4FY9kxeDolU2uN3PCArVL7wk/3+OFBGUvVS+VEzPwglAwOZ
W8OFvDzNnRtfXWSyWvLKK+SZHys69hn+/gwkYvW5yHWcCnDF7zBXCO8CyuAciiIG
cI4F6elXSsYSZOxioreL70Hn45K6ikj4SLkWhByWlURqMePGYHG5P9CKzGW5iaUK
feo4tsm6HcejtRuREug6CaS3s2m9nSnChAZQoZjQqGl6E45AIKxUg3D8rkKJ0snn
wEQlrjpk3k8nGwIDAQABo4IDKzCCAycwHwYDVR0jBBgwFoAUDNtsgkkPSmcKuBTu
esRIUojrVjgwHQYDVR0OBBYEFKVeJy0Jr4+UKGRDqGm0di+Cooj8MCMGA1UdEQQc
MBqCDCoubmV0Y3VwLm5ldIIKbmV0Y3VwLm5ldDAOBgNVHQ8BAf8EBAMCBaAwHQYD
VR0lBBYwFAYIKwYBBQUHAwEGCCsGAQUFBwMCMD8GA1UdHwQ4MDYwNKAyoDCGLmh0
dHA6Ly9jZHAucmFwaWRzc2wuY29tL1JhcGlkU1NMVExTUlNBQ0FHMS5jcmwwTAYD
VR0gBEUwQzA3BglghkgBhv1sAQIwKjAoBggrBgEFBQcCARYcaHR0cHM6Ly93d3cu
ZGlnaWNlcnQuY29tL0NQUzAIBgZngQwBAgEwdgYIKwYBBQUHAQEEajBoMCYGCCsG
AQUFBzABhhpodHRwOi8vc3RhdHVzLnJhcGlkc3NsLmNvbTA+BggrBgEFBQcwAoYy
aHR0cDovL2NhY2VydHMucmFwaWRzc2wuY29tL1JhcGlkU1NMVExTUlNBQ0FHMS5j
cnQwCQYDVR0TBAIwADCCAX0GCisGAQQB1nkCBAIEggFtBIIBaQFnAHYApLkJkLQY
WBSHuxOizGdwCjw1mAT5G9+443fNDsgN3BAAAAFmxXw18wAABAMARzBFAiEAsMbK
p1jXHb6l/qxz90uxg0wTs+Sq53fB5BFyQb0AYt4CIAdGssXVONNPwQEwPTUm2Y5p
Hz346QywWC/jD0Ovf/WZAHUAh3W/51l8+IxDmV+9827/Vo1HVjb/SrVgwbTq/16g
gw8AAAFmxXw2tgAABAMARjBEAiAJ63sUUWAs4PsUBHzNrUrXNXIUqzB3uMH/SIgI
GBjekQIgWn83HyA1rHJZa0NDBG/gB7kvQSsz3YSXCIorQGTfdCMAdgC72d+8H4px
tZOUI5eqkntHOFeVCqtS6BqQlmQ2jh7RhQAAAWbFfDbVAAAEAwBHMEUCIQCexhed
gynmu4yyjx9shHbFEVgdHSEW0AMNNwmWAHfziAIgMApR6KCP8wCGithWG3qbqRGL
S3Qn3y1XHOO+8BMWW8wwDQYJKoZIhvcNAQELBQADggEBAJ+EsQBg9PZV8zZiCJfh
3AgWc3g1g4RKT/URhko+qC8dEiWGqoyyOtVyMjQUUDuj+8T7YoZte08BeR8fJTyt
pK/HA8ciEGgK3Ib2rgerUR++uM+303tKH/6pjTq4k9mOqQUrLgoZB0GyhSM0hwdu
99yHxITGrxEV7GKtFiCRWO5rxNOO7HNt0sjche016THgb0lumVw6CneQ7uggw4Ei
x1Uxw89Mtx0KkgdKdBQUTTlyxOpQ2mMV4O2j10UEyfOTSg4bt+29He5qIDr5NZZf
r0v51E5nH7CuCoLWCLsmo7NDnN2cykOLsyHhECmFs0hm1kBk5WqTnGUd1vpBRZjS
bcs=
-----END CERTIFICATE-----
subject=CN = *.netcup.net
issuer=C = US, O = DigiCert Inc, OU = www.digicert.com, CN = RapidSSL TLS RSA CA G1
---
No client certificate CA names sent
Peer signing digest: SHA512
Peer signature type: RSA
Server Temp Key: X25519, 253 bits
---
SSL handshake has read 3441 bytes and written 402 bytes
Verification: OK
---
New, TLSv1.2, Cipher is ECDHE-RSA-AES256-GCM-SHA384
Server public key is 2048 bit
Secure Renegotiation IS supported
Compression: NONE
Expansion: NONE
No ALPN negotiated
SSL-Session:
Protocol : TLSv1.2
Cipher : ECDHE-RSA-AES256-GCM-SHA384
Session-ID: 97126C25C77653FA0C7BB025E888FCBB293B8BC7B305BE5E9CCE93B8C1193ED1
Session-ID-ctx:
Master-Key: C17A2DF671B73A9EDB54D1B0F535BC5B0825B68A269042C9421C827FFA6CAA84C4DE271432BD6C31FAA45C7EA0803FE6
PSK identity: None
PSK identity hint: None
SRP username: None
TLS session ticket lifetime hint: 7200 (seconds)
TLS session ticket:
0000 - d7 be 68 7b 13 a3 78 f5-c6 44 85 a1 55 40 fb ac ..h{..x..D..U@..
0010 - 84 ee e3 76 dd 9f 6c 92-77 bd 12 8f cf 04 50 94 ...v..l.w.....P.
0020 - 7f 7d 25 85 ca 42 cf cf-00 15 82 a3 38 57 bf 40 .}%..B......8W.@
0030 - c0 ee b8 91 e9 08 1b 6f-71 a0 f0 7b d6 df 93 06 .......oq..{....
0040 - d5 8c 74 c3 e8 c3 4a f9-c8 7a 1d bb 86 c5 6f 54 ..t...J..z....oT
0050 - 59 37 87 cd a8 2b 35 22-cd bd 6a bb bc fd 00 84 Y7...+5"..j.....
0060 - a6 56 0a 62 d1 71 34 96-55 39 a8 79 5b b9 82 60 .V.b.q4.U9.y[..`
0070 - f6 5d a3 ed ff 6e 96 bd-7b 2b 70 22 89 c9 7a 0a .]...n..{+p"..z.
0080 - 4f 57 e2 6b 85 df 76 41-63 cc 1e d2 82 91 31 b5 OW.k..vAc.....1.
0090 - b9 2e 4c a0 63 cd 7e 8f-d3 7f a1 4e 97 3b bb 0e ..L.c.~....N.;..
00a0 - 46 09 78 f0 22 dc 98 8e-7b 21 69 01 d1 1f 45 69 F.x."...{!i...Ei
Start Time: 1596548717
Timeout : 7200 (sec)
Verify return code: 0 (ok)
Extended master secret: yes
---
* OK [CAPABILITY IMAP4rev1 SASL-IR LOGIN-REFERRALS ID ENABLE IDLE LITERAL+ AUTH=PLAIN AUTH=LOGIN AUTH=DIGEST-MD5 AUTH=CRAM-MD5] Dovecot ready.
Alles anzeigen
Kontrolliere bitte mal, ob die Einstellungen alle noch korrekt/aktuell sind:
Im WCP, wo du deine Mailadressen anlegen kannst, gibt es hierfür das kleine info-Symbol:
Dort werden dann die relevanten Serveradressen angezeigt:
Na dann kommen wir doch schon mal in die richtige Richtung..
In der Regel braucht es bei einer Fritzbox eigl nur Portweiterleitungen, wenn gewisse Portanfragen von draußen reinkommen Richtung Zielrechner im Heimnetz - die umgekehrte Richtung lässt die Fritzbox in der Standardeinstellung eigentlich zu.
Da dein Handy nun im WLAN aber dieselben Fehler aufweist, schließe Konfigurationsfehler auf dem PC aus. Klingt fast so als wären im Router irgendwelche Regeln gesetzt, die das nun blockieren. Stichwörter: Kindersicherung, Zugangsprofile.
Outlook in Verbindung mit IMAP nervt auch immer wieder.. Gut zu wissen, aaaaber erklärt ja nicht dieselben Probleme in Thunderbird? (oder wurde da auch "nur" von POP3 auf IMAP umgestellt? lottelocken)
Wäre es genau andersherum (Mailempfang klappt, Mailversand nicht) hätte ich ja auf einen falsch konfigurierten Speedport getippt. Aber so ist das wirklich merkwürdig.
Um dennoch Firewall-Probleme ausschließen zu können - schließlich nutzt IMAP einen anderen Port als POP3 - ist ein Smartphone zur Hand? Falls ja wäre ein dortiger Test ohne(!) WLAN mal sehr interessant.
Kannst du die Zugangsdaten denn auf einem anderen Gerät/mit anderer Software mal gegentesten, um fehlerhafte Daten ausschließen zu können? (Handy, zweiter PC und/oder Thunderbird statt Outlook)
Klappt der Login am Webmailer?
Forenlogin (ohne Umwege über CCP) klappt hier bei mir einwandfrei (und wird auch nicht gelöscht, außer ich lösche mal wieder zu viele Cookies ^^).
Muss sich letzte mal wohl etwas verschluckt haben, sieht heute schon ganz anders aus (ähnelt nun auch dem Ergebnis von ArtCore7)