Új hozzászólás Aktív témák
-
#64791808
törölt tag
@Timer: nincs mail rule
@bogabi: az Exchange elott nincs semmi, szolo Exchange server, sem spamfilter, sem Edge Transport, sem smarthost, semmi
@pdave: minden global beallitas stimmel, minden connector beallitas stimmel, es minden user mailbox beallitas unlimited
A szerveren valahol megis van egy 24MB-os limit elrejtve, es nem fer a hulye fejembe, hogy hol...
-
#64791808
törölt tag
Sziasztok, van egy Exchange 2013 szerver, globálisan, illetve a send/receive connectoroknál is beállítottam egy 150MB-os limitet, a mailboxoknál minden unlimited. Mégsem fogad a szerver 24MB-nál nagyobb mailt. Mit nem állítottam át?
-
#64791808
törölt tag
válasz
gaborbol
#23572
üzenetére
A licensz kulcs tovabb ertekesitheto, megveheted, birtokolhatod. Ettol az ezzel aktivalt MS termek nem lesz jogtiszta.
Ez olyan, mint a lezerblokkolo. Lehet, adni, venni, felszerelni, mindent szabad. Kivetel hasznalni, ami az egyetlen ertelme. Az nem legalis.
Az, hogy te vettel egy MS kulcsot valami sufnibol, azzal NEM kotsz licenszszerzodest az MS-sel. A kulcs technikailag teszi lehetove a szoftver hasznalatat. A licenszeles pedig egy jogi elem.
-
#64791808
törölt tag
válasz
radi8tor
#23531
üzenetére
Ha nincs helyi IT, akkor mitől lenne egyszerűbb az élet domain nélkül? Szerintem pont ellenkezőleg, mint ahogy azt a példa is mutatja. Ha valamit át kell állítani, akkor VPN a szerverig, ott beállítod, kitolod GPO-val és ott van minden kliensen. Így meg baszkódhatsz, hogy a 100 Workstation-ös gép, ahol alapból ki van kapcsolva még a WInRM is, hogy lesz beállítva. Mondanám, hogy Intune, de egyszer ahhoz is végig kell szaladni a gépeken. IJ
-
#64791808
törölt tag
válasz
gyuri860213
#23495
üzenetére
Ez nekem magas, de hátha a Mester erre jár, és tud rá okosat.
-
#64791808
törölt tag
válasz
gyuri860213
#23492
üzenetére
Ha a portál IIS-től fügetlen, - tehát ha jól értem, akkor saját integrált webszervere van - akkor hogy akarsz hozzá IIS-ből certet hozzáadni?
-
#64791808
törölt tag
válasz
szallasi007
#23382
üzenetére
Eredeti, persze. Volume License
-
#64791808
törölt tag
válasz
kraftxld
#23375
üzenetére
BIOS, TPM, iKVM, minden a legfrissebre frissítve, tápegység rendben van, kizárva
OS up-to-date, minden patch fennvan, direktben frissít, WSUS-hiba is kizárva
Amikor lementek a VM-ek, terheltem friss prime-mal, Intel BurnTest-tel, többféle memtesttel, AIDA-val, egy hetet baszakodtunk vele, nem fagy, nem hibázik.
Alaplapra gyanaxom még... -
#64791808
törölt tag
Van egy esetem. Adott egy szerver, rajta Windows Server 2019 mint Hyper-V host, rajta 4 VM.
A host naponta-ketnaponta egyszer csak ujraindul. Nincs kekhalal, nincs napolobejegyzes, nincs lofasz sem, mintha valaki ratenyerelne a reset gombra. Neha nem is indul el, csak all fekete kepernyovel. Lereplikaltuk rola a VM-eket, azota nem csinalja. Tehat ha a VM-ek ki vannak kapcsolva rajta, akkor nem indulgat ujra.
Az UPS illetve a tapegyseg kizarva.
Kerdes: mi a budos picsatol indulgat ujra, mit tud csinalni egy VM, amitol a host nyom nelkul resetel? Van otlet? -
#64791808
törölt tag
válasz
kriszrap
#23353
üzenetére
A GPO-nak is van ACL-je, ez normal esetben minden domain computer es azonositott domain user. Ezt atallitod, hogy csak az adott usernek legyen hozzaferese, es akkor csak annal a felhasznalonal lesz aktiv
A szep megoldas az, ha csoportot csinalsz, es a csoportot teszed be a GPO ACL-be, a usert pedig beteszed a csoportba.
-
#64791808
törölt tag
válasz
sanzi89
#23348
üzenetére
Na de akkor nem arrol van szo, hogy penzert nem javitjak, hanem hogy nincs ra penz! Igy jartak, tonkrement. A hardverhiba miert a te problemad? Te gyartottad? Te dondottel a beszerzeserol? Te tetted tonkre? Nem. Akkor....?
A gepekre meg azert nincs 3 ev garancia, mert anno valaki osszekacsintott a gyartoval, atvettek szarert-hugyert 10 kamionnal ebbol a gepbol, aztan allami beruhazas cimszo alatt kivettek belole ket talicska penzt, te meg szopsz vele, mint a boci. Ennyi.
-
#64791808
törölt tag
Zyxel USG60?
-
-
#64791808
törölt tag
válasz
szallasi007
#23288
üzenetére
Na pont ezért kell egy ilyen kütyü, mert az teljesen független a célhardvertől. Nem iLO, nem IDRAC, hanem egy külső eszköz. Egyébként egy olyan géphez használom majd, amelyiken nincs management, tehát máshogyan nem is tudnám BIOS-szinten elérni.
-
#64791808
törölt tag
válasz
szallasi007
#23281
üzenetére
Elnézést a hülye válaszért: hogyan frissítek BIOS-t teamviewerrel?

-
#64791808
törölt tag
Hali,
keresek egy olyan eszközt, amellyel távolról írányíthatok asztali gépet. Értsd: az eszköz csatlakozik a célgép USB és VGA portjára, és virtuális egér és billentyűzetként viselkedik. A másik oldalon ethernetre csatlakozik, van egy IP-je, és akár web akár más alapon tudok hozzá csatlakozni.
Találtam KVM rendszer, de ahhoz spéci KVM Switch kell meg minden lószar. Létezik olyan eszköz, amely úgy működik, ahogy leírtam, egyszerűen? -
#64791808
törölt tag
válasz
kraftxld
#23276
üzenetére
De attól még ha a Backup szerver lefososodik, akkor a backupnak lőttek, csak a synology snapshot marad. Ebben az esetben először a NAS-on visszaállítod a backupot, aztán a backupból visszaállítod a gépeket/adatokat, ez elég nagy időveszteség tud lenni. Már ha jól értelmezem.
Én inkább iSCSI nékül SMB vagy NFS share-rel, külön jelszóval, amit csak a backup szoftver ismer, csinálnám a mentést, és akkor a cryptovírus nem tud hozzáférni.
-
#64791808
törölt tag
válasz
Véreshurka
#23241
üzenetére
Ha ennyi eszközöd van, akkor éppen lehet értelme, inkább ismeretszerzés szempontjából. Ha otthon VLAN-okról beszélünk, akkor az nem átlagos otthoni felhasználás

Én nem fektetnék ilyenbe, de attól még nem értelmetlen. -
#64791808
törölt tag
válasz
Véreshurka
#23238
üzenetére
Otthonra.... minek?
-
#64791808
törölt tag
válasz
radi8tor
#23230
üzenetére
Úgy, hogy a vírus valahogy Domain/Enterprise Admin jogosultsághoz jutott. Vagy valaki adminként volt ügyes, vagy a jogosultsági rendszer hézagos....
De igen, ezeknek a gépeknek lőttek, nem csak hogy disaster recovery lesz szükséges, további gond, hogy milyen adatot juttattak ki a cégtől. Mindenképpen feljelentést kell tenni, minden érintett országban, továbbá GDPR-bejelentést is kell tenni, hogy elkerüljétek az esetleges büntetést. Ha személyes adatok kerülnek elő és nem volt jó GDPR Policy a cégnél, akkor a rokonodnak lesz pár álmatlan éjszakája.
-
#64791808
törölt tag
-
#64791808
törölt tag
válasz
ServerWorks
#23222
üzenetére
Szerbusz!
-
#64791808
törölt tag
válasz
#31816946
#23218
üzenetére
1., Van egy német cucli, úgy hívják, hogy desinfec't. Ez egy ubuntu alapú boot-stick, négy kereső engine-nel (mindig azzal, amelyik aktuálisan a legjobb a teszteken, jelenleg ESET, F-Secure, Sophos, Kaspersky). Ezzel bootolsz, frissíti az adatbázisokat, és hajrá. Közben van Firefox, Teamviewer meg még egy-két rendszerdolog.
2., A nagy isten tudja, ezer oka lehet. Tolj rajta végig egy desinfec't-et vagy valami ilyen rendszerű, hasonló dolgot, aztán meglátod, mire jutsz. Ezen kívül információt találsz még az eseménynaplóban (eventvwr.msc), Alkalmazás- és szolgáltatásnaplók\Microsoft\Windows\Windows Defender naplóban, itt lehet kibogarászni, mi a kínja.
-
#64791808
törölt tag
válasz
cromehun
#23162
üzenetére
A 160GB-nak mi az eloszlása? Úgy értem, van 50db 3,5 gigás mailbox, vagy van mondjuk 48 db 1GB-os és 2db 60 gigás?
Ha az utóbbi, akkor O365 csak e-mail szinten nem igazán jöhet szóba, mert az is kinövitek, más kérdés, hogy ebben az esetben nem vagyok biztos abban, hogy megfelelően használjátok az e-mailt, mint olyat. Viszont ha van O365, akkor van Sharepoint és Teams illetve OneDrive, a fájlcseréhez, jogosultsági rendszerrel, ami megoldást jelent. Csak az már 50 userre nem két fillér.
El lehet gondolkodni egy Exchange Serveren, de annak kell vas, azt kutyafaszára nem lehet felrakni, kell licensz, és kell know-how, ez mind nem olcsó.
A Kerionak is van cloud-szolgáltatása, illetve van on-prem. Hátránya, hogy most nézem, már csak előfizetéses konstrukcióban van, és őrült drága... Mikor utoljára dolgoztam velük, akkor 465 euró volt a végleges licensz 50 mailboxig...
Az FTGate igen sokat fejlődött az elmúlt években, de ez is 520 font 50 mailboxra.
A MailStore egy archíváló program, az nem tudja azt, amire szükséged van.
Ha lenne rá keret, a legjobb iránynak egy O365 áttérést tartanék, ha nincs, akkor Linux VM és keresnék egy Linuxos mailservert.
Végül egy képtelen ötlet, ami annyira szürreális, hogy be is válhat. hMailServer a neve, van vagy 4MB, egy végletekig, brutálisan egyszerű windows mailserver, ami egyébként véletlenül pont tudja azt, ami neked kell, és ingyenes. Vess rá egy pillantást, érdekes lehet. -
#64791808
törölt tag
válasz
Salkesz
#23140
üzenetére
Én magánvéleményként az alábbi dolgok miatt tartom hibának szerveren az angoltól eltérő nyelvet:
1.a., Az IT nyelve az angol, a kifejezések ezen a nyelven születnek és így van értelmük, jelentős részüket nem lehet lefordítani. A fordítás vagy nem fogja visszaadni a jelentést, vagy kreálni kell egy kvázi új szót - vagy egy meglévőt átértelmezni. Bármelyik is legyen, a kifejezést az adott nyelven meg kell tanulni. Ha meg kell tanulni, miért nem az eredeti kifejezést?
1.b., Egyes kifejezéseket eleve nem lehet lefordítani. DNS-Szervert mondasz, nem pedig TNR-Kiszolgálót (Tarományi Név Rendszer), ahogyan AD-t vagy Active Directory-t mondasz, nem Aktív Könyvtárat. Eleve a Directory Service-t sem lehet lefordítani, mer a Könyvtárszolgáltatás egyszerűen nem adja vissza a jelentést. Az AD FS az Aktív Könyvtár Szövetségi Szolgáltatások...? Aham, és az mi a túrót jelent? Namost ha ezeket továbbra is angolul használjuk, akkor mást miért nem?2., Rendszerek közti kompatibilitás és homogenitás. Ma már kevés olyan rendszer van, ahol csak homogén Windows Server fut, Linux és BSD is gyakran előfordul. Ember nincs, aki ezeket nem angolul használja, különösen a BSD-t. Akkor ezek legyenek angolul, a Windowsok meg mondjuk magyarul? És akkor a teljes szakzsargont tanuld meg két nyelven? Marhaság.
3., Mire gondolhatott a költő? Hiszem, hogy nincs olyan rendszergazda, aki minden rendszer minden beállítási pontját ismeri, tehát fogunk keresgélni. Látott már valaki vCentert mondjuk németül? Olyan fordítások vannak benne, hogy begöndörödik a lábujjszőröm, értem, hogy mi van odaírva, csak azt nem tudom, hogy technikailag mit jelent! Nem hatékony.
4., Parancsok. Szuper, van egy magyar/német Windows Servered, ami azért jó, mert akkor a PowerShell is magyarul lesz... ja várjál, kurvára nem. A parancsok maradnak angolul. Namost ha te csak magyarul ismered a GUI-t akkor a PowerShell parancsok teljesen idegenek lesznek. De ha angolul ismered és angolul gondolkodsz, akkor a PowerShell lényegében nem más, mint hogy leírom Főnév-Ige -Paraméter "Érték" alakban, hogy mit akarok. Tisztább, szárazabb, biztonságosabb érzés.
5., Scriptek. A külső forrású scriptek elsöprő többsége angol nyelvű rendszeren és rendszerre készült. Ez mondjuk ott érdekes, hogy a Windows fordítással egy csomó rendszerparamétert is lefordítanak, többek között a beépített user accountok és csoportok neveit is. A scriptedben az Everyone vagy az Administrator az így van írva. Csak nálad nem működik, mert nálad "Mindenki" és "Rendszergazda" a neve...
6., GPO-k. Eleve a fordítása: Csoportházirendek. Borzasztó félrevezető, mert azt sugallja, hogy itt bármilyen módon technikai értelemben csoportokról van szó, miközben abszolút nem ez a helyzet. De ez a legkisebb gond: több tízezer GPO van. Ha egy angol rendszeren ezeket angolul kezeled, akkor konzisztens megfogalmazásokkal találkozol, és pontosan fogod érteni, hogy egy GPO-t hol találsz és mit csinál. Magyarul pedig minden egyes olyan GPO-nál, ahol nincs rutinod, nyelvi okok miatt nem lesz egyértelmű, hogy hogyan működik az adott GPO.
7., Az Ultimate Érv: HELP! Ha kapsz magyarul egy hibaüzenetet, akkor jó, ha van nálad vazelin, mert, mert a hibaüzenetet feldughatod a.... szóval oda. Vagy hiába keresel rá, mert nincs rá értelmes találat, vagy pedig szórakozhatsz azzal, hogy magyarról angolra fordítod a hibaüzenetet - csakhogy pontosan be kell lőnöd, hogy mi lehetett az eredeti angol hibaüzenet. Ezzel szemben, ha angolul használod az OS-t, akkor egyszerűen bemásolod a hibaüzenetet a gugliba és igen jó eséllyel 5 találaton belül ott is a kész megoldás. Ha mondjuk egy komplexebb problémával kerülsz szembe, szinte biztos, hogy csak angolul találsz rá megoldást. Tegyük fel, hogy megtaláltad. Viszont te nem angolul ismered a szakzsargont, eleve nem tudod értelmezni, hogy mit is kellene csinálni. És a legszebb: keresgetheted, hogy az angol leírásnak vajh' mi a túró lehet nálad a magyar megfelelője.
Ezek alapján úgy gondolom, hogy kliensekre, Terminal/Citrix szerverekre illetve minden olyan rendszerre, amivel a felhasználó érintkezik természetesen natív nyelvű munkafelületet teszünk, de ezen felül SEHOVÁ, mert csak bajt okoz. Én még odáig is el szoktam menni az ügyfeleknél, hogy felhúzok egy teszt-klienst angolul, minden szükséges szoftverrel. Így ha kliensoldalon kell valami komplexebb dolgot csinálni, akkor egy angol nyelvű leírás alapján meg tudom csinálni az angol rendszeren, és ha ott mindent értek, akkor - tudván, hogy nyelvtől függetlenül hová kell kattintani - át tudom vinni a tudást a célnyelvre.
Az osztrák kollégák - mint minden német nyelvű lény - minden lefordítanak, mert legyen már németül, és kurvára morognak, mikor valami angolul van. Amit nekik szoktam mondani, azt hagyom itt végszóként: ez egy szakma, ahogy az orvoslás nyelve a latin, addig az IT nyelve az angol. A szakmához tartozik, hogy tudsz ennyit angolul. Ha ez nem megy, mert lusta disznó vagy, akkor el lehet menni kapálni is.
-
#64791808
törölt tag
Ez azért marha érdekes, mert Exchange esetén az indexelés és a keresés a szerveren történik, elvileg nincs köze kliensoldali indexeléshez. Namármost vagy sikerül elérni az Exchange szervert, vagy nem. Ha sikerül elérni, akkor VPN-en miért nem fér hozzá az indexhez? Fogós.
A kliensek Windows 10-ek? Nem lehet, hogy a KB4535996 frissítés került fel ezekre? Mert az okozott VPN-en különféle Outlook csatlakozási gondokat.
Agyalok még rajta. -
#64791808
törölt tag
De igen, utólag vettem észre
Csak lemaradt a szmájli.
Timer: Igen, tudom, én is dolgozok együtt olyan céggel, amely német Windows követel meg, sőt, azon belül osztrák (DE-at) nyelvi beállítást, különben minden baja van... Szutyok programozás, mint a Kulcs-Soft termékei, volt hozzájuk szerencsém (ez magánvélemény)
Egyébként a halálom, ha szerverplatformon nem angol a környezet....
-
#64791808
törölt tag
Ez semmi, valamiért domain suffix nélkül és azzal is kapcsolódik a DNS manager a szerverhez. Amelyik nem kell, arra egyszerűen jobb-klikk és törlés. Ez csak annyi, hogy a konzol duplán kapcsolódik.
Személyes vélemény: aki Windows Servert magyarul telepít, azért annak jár ám a faszkorbács! -
#64791808
törölt tag
válasz
gaborbol
#23114
üzenetére
Az OST nemhogy macerásabb, az OST-t tessék elfelejteni, az egy cache-file. Van rá tool, amivel nyitható és babrálható, de alapvetően nem erre készült, hanem IMAP/Exchange fiókhoz cache-nek.
A PST sem rossz, de elég könnyen hamisítható, valamint a PST-t nem tudod inkrementálisan frissíteni. -
#64791808
törölt tag
-
#64791808
törölt tag
Ez bentről is így történik, VPN nélkül? Ha igen, akkor a Terminal Serverrel van valami gond, ha bent nem, akkor a VPN lesz a ludas.
Az RDP kommunikáció TCP-n és UDP-n egyaránt lehetővé van téve? Mert alapbeállítás szerint az RDP mindkettőt használja. GPO-val át tudod állítani, hogy csak TCP-t használjon. Ha így megszűnik a hiba, akkor valahol nem mennek át a UDP csomagok.
-
#64791808
törölt tag
válasz
kraftxld
#23051
üzenetére
Ez igaz, kivétel, ha szar a driver, amit a használt kártyához találsz. Vagy éppen rosszul ismeri fel az OS, vagy kellene SRIOV, de nem támogatja a kártya. A hálókártya nagyon ritkán okoz problémát, de ha igen, akkor orbitális szopás tud lenni, mire kiderül.
A másik meg hogy - nálam - elvi kérdés, hogy prod szervert nem barkácsolunk. -
#64791808
törölt tag
Sziasztok,
az hogy lehet, hogy egy 36TB-os ReFS partíción (Veeam Backup) 90TB adat van???
Üdv -
-
#64791808
törölt tag
-
#64791808
törölt tag
válasz
looser
#22941
üzenetére
Ezt en nem igy csinalnam. Ha komolyan optimalizalni akarod a vCPU kiosztast, akkor eloszor monitoroznod kell az osszes VM-et, hogy melyik mennyi eroforrast hasznal. Ha lehet buntetlenul elvenni a tobbitol, megteheted.
A masik, hogy ha az RDP szerver folyamatosan koppra 100-on porog, ott valami nem koser, ki kellene elemezni, hogy mely userek mely processei terhelik a szervert. Anno egy RDP szerveren volt hasonlo problemam, 5 perc alatt kiderult, hogy egyvalakinel beakad az Outlook, aminek az volt az oka, hogy az Exchange szerveren adatbazis-hiba volt. Ahogy azt elharitottuk, az usernel is normalisan ment az Outlook, es nem volt RDP gond tovabb. Ez csak pelda. -
#64791808
törölt tag
Sziasztok, egy elméleti kérdésem lenne.
Ha mondjuk veszek egy számlázó programot, akkor ha gond van, felhívom a szoftverfejlesztő céget, és érkezik a support.
Tegyük fel, hogy egy cég megvesz egy szervert, vele egy OEM Windows Server 2019 Standard-et. Egy ilyen esetben, ha gond van, hogyan működik a support? Mit kell az ügyfélnek tennie, hogy a Microsoft hibajegyet nyisson?
-
#64791808
törölt tag
válasz
radi8tor
#22887
üzenetére
Ez meg azert erdekes, mert ha meg egy Explorer ablakban fogom a fajlt es a helyi lemezre masolom, akkor stabil 30MB/s sebesseggel atrantja.
Tovabba a lejatszoban be van allitva, hogy 1GB cache-t alkalmazzon, amit fel is tolt.
Nehogy felreerts, nem kotozkodom, de nagyon szeretnem megerteni. Lehet olyan, hogy egy WLAN-Stick driverenek csak az 5GHz-re eso resze hibas valahogy?
-
#64791808
törölt tag
Egy erdekes esetem volt, nem teljesen rendszergazda tema, de azert megosztom itt, hatha hasznos.
Adott egy orvosi rendelo, ket varoteremmel, mindket varoteremben egy-egy mini-pc es egy LFD. A mini pc-k egy fileserverrol jatszak le a videokat, nincs kabel, WLAN van. Az egyik varoban minden fasza, a masikban viszont kockas a kep, tele van szemetelve, neha megakad, vegere ugrik, stb. Egy hete megy az agyalas, hogy mi a fenetol, hat kiderult.
Ahol minden rendben volt, ott 2,4GHz-es volt a WiFi osszekottetes, a masik helyen viszont 5GHz. Amint a problemas gepet atraktam a 2,4-es WiFire, azonnal megszunt minden problema.Erre varrjatok gombot. Maci legyek, ha ertem.
-
#64791808
törölt tag
válasz
VeryByte
#22837
üzenetére
Amelyik laptop nem elérhető, azon ellenőrizd:
1., A hálózat típusa Domain Authenticated? (Powershell: Get-Netconnectionprofile) Ha nem, akkor ncpa.cpl és tiltsd le a hálókártyát, majd engedélyezd újra.
2., Laptop eléri a DC-t? Ha nem, akkor távoli bejelentkezés lényegében nem lehetséges.
3., cmd ablakban adminként eressz el egy "winrm quickconfig" parancsot, igenezd le, és úgy próbáld
4., Tűzfalon a fájl és nyomtatómegosztás engedélyezve van?
Hirtelen ennyi jut eszembe
-
#64791808
törölt tag
válasz
MasterDeeJay
#22796
üzenetére
akkor azt a 7gb-ot migrald at egy uj pst-be mailstore-ral, vagy outlookkal exportald, majd az uj PST-vel dolgozz, ezzel kiszurod, ha a regi PST-d serult volt.
Ha most sem megy, akkor vagy troubleshooting tovabb, vagy komplett clean reinstall
Új hozzászólás Aktív témák
- Metal topik
- talmida: Változások 2. rész
- Kerékpárosok, bringások ide!
- talmida: My Art II.
- Árat emel a Vivo és az iQOO Kínában
- One otthoni szolgáltatások (TV, internet, telefon)
- Válságmódban a Samsung mobildivíziója
- Diablo IV
- Samsung Galaxy A56 - megbízható középszerűség
- Call of Duty: Warzone
- További aktív témák...
- Bomba ár! Lenovo X13 Yoga G1 - i5-10G I 8GB I 256SSD I 13,3" FHD Touch I Cam I W11 I Gari!
- Dell Latitude 5530 Core i5 1245U, 16GB RAM, SSD, jó akku, számla, 6 hó gar
- BESZÁMÍTÁS! AsRock H510M i5 11400 16GB DDR4 512GB SSD GTX 1070 8GB Zalman T3 Plus Chieftec 500W
- Apple iPhone 17 Pro Max 256GB Bontatlan Független Összes Szín / 27% áfás ár
- iPhone XS Max 256GB Black -1 ÉV GARANCIA - Kártyafüggetlen, MS3997
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest

Csak lemaradt a szmájli.
