Freemail [SERVERBUG] Internal error occurred.

Közösségi kerekasztal

Refer to server log for more information.

Ez jön hetek ót a Freemail IMAP szerverétől. Nem hiszem el, hogy nem tünt fel ott senkinek... vajon ott nincsen rendszergazda, vagy van csak nem fizetik meg azért, hogy dolgozzon is vagy megfizetik ezért és nem tudja megjavítani?

  • 847 megtekintés

( ggallo | 2024. 04. 07., v – 21:59 )

Nem lehet, hogy változott a csatlakozás valamely paramétere? Gondolom van valami FAQ, hogy milyen IMAP beállításokkal érhető el a szolgáltatás.

Próbáld ki telnet és openssl s_client segítségével, hogy úgy jó-e. Ezzel kizárod a kliens programot.

( n4n3x | 2024. 04. 10., sze – 08:50 )

Az ESET vírusírtó is panaszkodik hogy vissza lett vonva a tanusítványa a web felületnek..

Ahogy nézem szombaton ilyen 12 óra körül lett cserélve a tanusítvány a weben,de ezek szerint elfelejtették mindenhol cserélni(?)

ssllabs-en nézve meg kap egy csodálatosan piros F betűt..

Ezt írták péntek dél körül:

Kedves Ügyfelünk!

Ezúton szeretnénk tájékoztatni az SSL tanúsítványához kapcsolódó fontos változásról!

A vonatkozó iparági szabványok változására tekintettel az SSL tanúsítványok esetében a UserNotice mező használata a nem engedélyezett.

A szabványváltozásnak történő megfelelés miatt a 2023. szeptember 15. napján és ezt követően kiadott SSL tanúsítványok esetében a jelenlegit lecserélendő, új, a UserNotice mezőt már nem tartalmazó tanúsítvány kerül kibocsátásra, ütemezetten és tervezetten 5 napon belül. Ez a jelenlegi SSL tanúsítványának megújítását jelenti a gyakorlatban.

A megújítással létrejövő új tanúsítvány kiadásáról automata e-mailt fog kapni. Az új tanúsítvány a megszokott módon, az Ön ügyfélmenüjéből lesz elérhető.

Önnek annyit kell tennie, hogy letölti ügyfélmenüjéből az új tanúsítványt és rendszereiben lecseréli a régit erre az újra.

Fontos, hogy erre egy megadott időablakban van lehetőség!

Időablak: új tanúsítvány érvényességének kezdete és 2024.04.09. 09:59 óra (közép-európai idő) között.

Új tanúsítvány érvényességének kezdete: a kiadást követő napon, az eredeti tanúsítvány kiadásának (óra/perc) idejétől kezdődik.

Új tanúsítvány érvényességének vége: megegyezik az eredeti tanúsítvány érvényességi idejének végével.

Kérjük tehát, hogy mindenképpen cserélje le a meglévő tanúsítványt az új tanúsítványra az új tanúsítványban szereplő érvényességi idő megkezdését követően, de legkésőbb 2024.04.09-e 09:59 óráig (közép-európai idő szerint).

A cseréhez a tanúsítványmegújítás technikai lépéseit kell figyelembe vennie. Az alábbi linkre kattintva érheti el szerverleírásainkat: https://netlock.hu/termektamogatas/. (Kérjük, görgessen az “Eszköz és szerver beállítások” sorig.)

Az új tanúsítvány kiadását követően az eredeti tanúsítvány legkésőbb 2024.04.09. napján közép-európai idő szerint 09:59 órakor visszavonásra kerül, amelyről külön értesítést már nem fogunk küldeni.

Tájékoztatjuk, hogy az új tanúsítvány díjmentesen kerül kiállításra.

Amennyiben a fentiekkel kapcsolatban kérdése merülne fel keressen bennünket bizalommal az alábbi elérhetőségeken.

Együttműködését előre is megköszönjük és az okozott kellemetlenségért elnézést kérünk.

 

Üdvözlettel:

NETLOCK

Szerencsére az ügyfélszolgálaton felajánlották, hogy egyedi elbírálás alapján lehet egy pár nap halasztást kérni, ha úgy látjuk, hogy kedd 09:59-ig nem tudjuk mindenhol lecserélni a tanúsítványt.

Akkor lett kibocsátva(!) a cert, amire egy pénteken munkaidő után a kontakt címre küldött e-mail alapján kellett volna cserélni kedd 10:00 előtt a következő levelükben érkezett certre, mert a régit kedden visszavonták a 3.14csába...

Nem az első -hogy is mondjam csak- csuklóztatása az ügyfeleiknek, úgyhogy több ismerősöm is azt mondja, hogy ahogy lehet, kivezetik a tőlük vett certeket (mindet, nem csak a DV certeket)...

 

( tibyke | 2024. 04. 10., sze – 09:14 )

freemail 2024-ben?

szerintem megerdemled....

( suckit | 2024. 04. 10., sze – 09:18 )

Van ismerős, aki használja, így tapasztalatból mondom: írj nekik, úgy van esélye, hogy megoldódjon, ha ide kiventilálod, abból nem lesz megoldás. :)

( zitev v | 2024. 04. 10., sze – 09:32 )

Telekomnál szintén anomália, ma reggel tűnt fel, gmail irányból nem lehet levelet küldeni Telekom irányba. Kereszt próba során a Telekom levél megérkezik önmaga irányába és gmail irányba is, gmail felől pedig csak gmail iranyba. Nincs mailer daemon-uzenet, látszólag elmegy, aztán nem érkezik meg sehova. Egy árva "454 4.7.0 TLS not available due to local problem"-uzenetet találtam egy riasztó modul logjában, levelező kliensek nem mondanak semmit..

"Nem akkor van baj amikor nincs baj, hanem amikor van!"
Népi bölcsesség

És tényleg, de már tegnap reggel óta.

2024-04-09T08:23:47

454 4.7.0 TLS not available due to local problem

Jó munkához idő kell, úgy tűnik, most legalább a queue kiürült (mondjuk a teszt levél amit magamnak küldtem az nem jött meg :D)

Ez szomorú ez, mert fontos embereknek ISP szolgáltatós emailt használni ősi magyar szokás.

...miután ezt leírtam az uszinek, elkezdtek megjönni az utána küldött tesztlevelek, kb 15 perces delayjel..

 

--

OMFG! Elkezdett dőlni befelé a sok levél  január óta - jórésze duplázva - wtf?!..

"Nem akkor van baj amikor nincs baj, hanem amikor van!"
Népi bölcsesség