Az elmúlt időszakban több ügyfelünk is jelezte, hogy bizonyos e-mailjeik egyszerűen„eltűnnek”. A részletesebb beszámolók alapján kiderült, hogy ez csak az olyan postafiókoknál jelentkezett, amelyet több kliensben is használtak egyidőben és ezek közül legalább az egyik egy Microsoft Outlook volt (például két számítógépen is be voltak állítva).

Egy e-mail cím több helyen való használata nem csak akkor lehetséges, ha a postafiókokat IMAP-ként használják (mely a szerverről nem törli a levelet, csak szinkronizálja), hanem két POP3-ként beállított postafióknál is működőképes, amennyiben be van állítva, hogy egy másolat maradjon fenn a kiszolgálón. Így a friss e-maileket mindkét kliensbe le tudták tölteni. Egy ideje azonban azt tapasztalták, hogy az egyik készülékre már letöltött leveleket a másik eszközön nem tudják letölteni, a levél egyszerűen törlődik egyszeri olvasás után.

Bár a jelenséget egyértelműen nem szerverhiba okozza így a megoldás kulcsa sem nálunk van, mi szerettünk volna Ügyfeleinknek segíteni és utánajártunk, miért is válnak köddé bizonyos levelek? A Microsoft oldalán meg is találtuk a hiba okát: a számítógép egyik frissítését követően az Outlook automatikusan törli a szerverről a már letöltött leveleket. Hiába van beállítva, hogy X napig még tartson fenn egy másolatot a kiszolgálón, ezt a beállítást egyszerűen nem veszi figyelembe a kliens. Így történhet az, hogy egy letöltött levél a másik eszközön már nem tölthető le újra.

Aki kíváncsi rá, a cikket itt találhatja: https://support.microsoft.com/hu-hu/kb/3145116

E problémára egyedüli megoldásként azt tudjuk javasolni, hogy minden postafiókot IMAP-ként használjanak, így a szerverről biztosan nem fogja törölni az Outlook a leveleket.

The post POP3 szinkronizálási hiba a Microsoft Outlook-ban – rejtélyes módon törlődő levelek appeared first on E.N.S. Zrt. - A jövő informatikája.

A módosítást igen egyszerűen el tudod végezni. Csak be kell jelentkezned a saját usereddel a Vezérlőpultra (www.vezerlopult.hu), majd a PHP menüpontban átállítod a verziószámot. A módosítás után ellenőrizd le, hogy az oldalad biztosan rendben működik-e, mert egy ilyen módosítás nem várt kellemetlenségeket, működésbeli változásokat is okozhat.

A PHP verzión kívül több beállítás is elérhető itt, például a Register globals-t vagy az Fsockopen-t tudod ki- és bekapcsolni.

The post Újdonság: nálunk már most használhatod a PHP 7-es verzióját appeared first on E.N.S. Zrt. - A jövő informatikája.

Az ingyenes tartalomkezelő rendszerek vitathatatlan térhódítása egyre nő. Számos előnye mellett a hátrányaikról sem szabad elfeledkezni. Ahhoz, hogy egy ingyenes CMS rendszer biztonságos maradjon, alapvetően két dolog kell:

01. Biztonságos tárhely: Szervereinken többszintű védelmi mechanizmus működik. Sokéves tapasztalatunk, valamint maximalista hozzáállásunknak köszönhetően tárhelyeink a lehető legjobb védelemmel van ellátva. Évről évre folyamatosan nő a weboldalak ellen irányuló feltörési kisérletek száma, ám védelmi rendszerünk évről évre egyre nagyobb hatékonysággal akadályozza meg ezen támadások sikerességét.

02. A CMS folyamatos frissítése: Fontos elmondani, hogy mit sem ér egy tárhely szintű védelem, hogy ha az Ügyfél nem frissíti rendszeresen a weboldala alatt működő tartalomkezelő rendszert. Gyakran találkozunk olyan elavult WP vagy Joomla verziókkal, amiket már-már szinte lehetetlen frissíteni. Az ilyen elavult CMS-ek a problémák melegágya. Ahhoz, hogy a weboldal tökéletesen működjön, nem szabad elhanyagolni a folyamatos frissítést!

Ha Te is WordPress-t vagy Joomla-t használsz, de nem vagy biztos benne, hogy biztonságban vagy, szólj és segítünk biztonságosabbá tenni rendszered! 

The post Néhány szó a nyílt tartalomkezelő rendszerekről appeared first on E.N.S. Zrt. - A jövő informatikája.

Titkosított FTP kapcsolatot használok, IP-t szűrök, még is vírusos lesz az oldalam. Mit tehetek?

Sajnos előfordulhat az a lehetőség is, hogy nem FTP-n keresztül történik a feltörés, bár ez a ritkább eset. Ez általában elavult portálrendszerek hibáiból (régi Drupal, WordPress, Joomla, stb.), vagy olyan programozási hibákból adódik, amikor olyan kód kerül leprogramozásra, amely kiskaput nyit az ezt kihasználó robotok számára. Ilyen lehet, a „php upload” függvény, amely szinte minden portálrendszernél és tartalomkezelő oldalnál megtalálható, használatával készíthetőek fájlok/egyéb PHP kódok, amik rögtön teret nyitnak a feltörésnek.

Korábbi írásainkból kiderült, mit jelent az, ha vírusos egy oldal és megosztottunk néhány hasznos infót arról, hogy mit lehet tenni ilyen esetben. Ha ezzel sem sikerült megoldani a problémát, íme néhány további tennivaló az oldal biztonsága értekében!

Titkosított FTP kapcsolatot használok, IP-t szűrök, még is vírusos lesz az oldalam. Mit tehetek?

Sajnos előfordulhat az a lehetőség is, hogy nem FTP-n keresztül történik a feltörés, bár ez a ritkább eset. Ez általában elavult portálrendszerek hibáiból (régi Drupal, WordPress, Joomla, stb.), vagy olyan programozási hibákból adódik, amikor olyan kód kerül leprogramozásra, amely kiskaput nyit az ezt kihasználó robotok számára. Ilyen lehet, a „php upload” függvény, amely szinte minden portálrendszernél és tartalomkezelő oldalnál megtalálható, használatával készíthetőek fájlok/egyéb PHP kódok, amik rögtön teret nyitnak a feltörésnek.

Egy ilyen feltörés feltárása komoly munkát igényel, hiszen egyenként végig kell nézni, melyik fájl vagy fájlok okozzák a feltörést. Itt mindig javasoljuk, hogy vegye fel a kapcsolatot a webfejlesztőjével, aki az oldalt készítette, hogy frissítse az adott rendszert, vagy keresse meg a hibát, vagy kérésre  biztonságtechnikával foglalkozó rendszergazda kollégáink külön díj ellenében el tudják hárítani a hibát. Külön díjről ebben az esetben azért beszélünk, mert nem maga a tárhely, hanem az arra felrakott, korábban nem általunk készített forráskódról van szó, amely hibás/elavult, ezért feltörések áldozatává válik. Természetesen díjmentesen szolgáltatunk logokat (naplófájlokat), tiltunk le fügvényt, hogy segítsük ezzel a keresést a webfejlesztő munkájának.

Nem megy a levélkiküldés, avagy a mail() fügvény, mi történt?

Rendszerünk folyamatosan ellenőrzi az oldalakon kiküldött levélkiküldés számát óránként, így azon oldalak, ahol a mail() fügvényben több ezer levélkiküldést lát rövid idő alatt, azt korlátozza. Ez a fajta biztonság lehetővé teszi, hogy a szerver IP címe ne kerüljön be SPAM listákba és az ügyfeleink ne károsodjanak az ebből kifolyó negatívumokból.

A vírusos oldalaknál gyakran előfordul, hogy a programkódban alattomosan elhelyezett kóddal nem az oldalt lehetetlenítik el, hanem időnként tömeges levélkiküldésre használnák fel, egyfajta átjáróként. Jó hír, hogy a szervereink védelme miatt ezt csak alig pár tucat címzettnek tudják megtenni, a rossz, hogy emiatt oldalának mail() azaz levélkiküldő fügvényét letiltja rendszerünk.

Ilyen esetben mindig értesítjük ügyfelünket a hibáról és annak megoldása után engedélyezzük a függvényt. Ha ez többször is előfordul egymás után, akkor a többi ügyfelünk érdekében a mail() függvényt letiltjuk, amíg szakértő programozót nem szerez az ügyfél, illetve ilyen esetben is állunk rendelkezésére külön programozóval.

Mikor felelős a tárhelyszolgáltató?

Abban az esetben lehet felelősségre vonni a tárhelyszolgáltatót, ha a fentieken kívül történt a megfertőződés. Nálunk jelenleg ennek az esélye gyakorlatilag 0, azaz zéró. Ennek több oka is van. Az egyik, hogy Linux operációs rendszert használunk, amelyre gyakorlatilag alig létezik vírus, emellett minden felhasználónk úgy van bekorlátozva FTP szinten, hogy nem léphet ki a mappájából, emiatt nem veszélyezteti a többi ügyfelünket. Emellett a szerver és PHP beállításaink is a megfelelő módon korlátozottak. Ha néznénk egy olyan elképzelhetetlen eseménysorozatot, amely lehetővé tenné, hogy oldala a mi hibánkból válna vírusossá, abban az esetben is van mindenről több napra visszamenő adatmentésünk.

Tartalmaim vírusosak lettek/nem visszaállíthatóak, törölték bizonyos fájlaim. Mit tegyek?

Minden fájlról van több napra visszamenő adatmentésünk, így lehet kérni részleges (csak a fájlok), ritka esetben teljes (adatbázis) visszamentést, amelyben rendszergazda kollégánk egy régebbi mentésből visszamásolja a még nem fertőzödött tartalmat.

Nagyon fontos megjegyezni viszont a továbbiakat! Ha nem teszi meg azokat az óvintézkedéseket, amiket adtunk, akkor oldala ugyanúgy vírusos lehet, vagy ha nem találta meg a rendszerében levő hibát, odlalát ugyanúgy feltörhetik, így ilyen esetben az adatmentés visszahelyezése csak tüneti kezelés.

Minden esetben ajánljuk, hogy időközönként frissítse oldalát, amennyiben portálrendszerről van szó, változtasson jelszót, készítsen saját maga számára adatmenést, megelőzve ezzel a későbbi bajokat, hisz tudja, jobb félni mint megijedni.

The post Weboldal feltörés, vírus: megelőzés és óvintézkedések, azonnali megoldások – 3. rész appeared first on E.N.S. Zrt. - A jövő informatikája.

Mit lehet olyankor tenni, ha már megvan a baj?

FTP-s feltörés esetén (amely könnyen bizonyítható és ellenőrizhető naplófájlból) az alábbi azonnali utasításokat kell véghez vinni.

Cikkünk első részéből kiderült, hogy mit is jelent pontosan, ha vírusos egy oldal.

Mit lehet olyankor tenni, ha már megvan a baj?

FTP-s feltörés esetén (amely könnyen bizonyítható és ellenőrizhető naplófájlból) az alábbi azonnali utasításokat kell véghez vinni.

1. Elsők között a vezerlopult.hu-n belépve azonnal módosítani kell az FTP jelszót a „Létező FTP user módosítása” menüpont alatt.

2. Célszerű titkosított kapcsolattal működő, ingyenes FTP kezelő programot használni, Windows alatt a FileZilla-t ajánljuk. (Linux és MacOSX alatt nincs ilyen jellegű probléma.)
3. Ezt követően a Vezérlőpult-on az FTP módosításnál hozzá kell adni IP cím korlátozásnál a saját IP címet, így a jövőben 100%-ban megelőzhető az FTP-n való fertőződés, akkor is ha az adott gép fertőzött.
4. Ha tudja melyik gépről történhetett a csatlakozás, telepítsen fel egy vírusírtót és írtsa le a vírusokat a gépről, ilyen célra az ingyenes NOD vagy PANDA Antivírust ajánljuk.

Az IP cím szűrés megoldás bizonyítottan és hatékonyan működik, hiszen ebben az esetben nem tud/tudnak távolról csatlakozni az FTP-re, csak a felhasználó a saját IP címén, vagy az, akinek IP címét engedélyezi. Lehetőség van egész tartomány engedélyezésére is, pl. Digi-s, vagy T-Home-s tartományokat lehet így Whitelist-be tenni.

TÉNY: Mi minden ügyfelünknek a Vezérlőpult FTP IP szűrését ajánljuk első sorban, amivel minden jövőbeni nem kívánt távoli FTP kapcsolat tiltható, így a weboldala FTP oldalról sebezhetetlenné válik.

Sikerült leírtanom a vírust, változtattam FTP jelszót és szűrést állítottam be, de az alábbi képernyőt kapom. Mit tegyek?

Sajnos ez a képernyő akkor jelenik meg, ha már weboldala több napig vírusos állapotban volt, és a Google robot (amely általában 3-4 naponként ellenőrzi weboldalát) végigpásztázta az oldala forráskódját és megtalálta benne a vírust. Ilyenkor minden Google Chrome böngészővel rendelkező látogató, amikor rámegy weboldalára, ezzel az üzenettel fog találkozni, jelentős anyagi és presztízs vesztést okozva.

Van viszont megoldás. Regisztrálni kell oldalát a Google Webmester Eszközökbe az alábbi oldalon: https://www.google.com/webmasters/tools

A regisztráció pár perc alatt végigvihető, de ha van meglévő Google fiókja, akkor azzal be tud lépni. Ezt követően hozzá kell adni az oldalt a Webmester Eszközökhöz, hogy azt követően lehetősége legyen a Google felé jelenteni, hogy eltávolította a vírust. Ha nem tesz semmit, akkor 3-4 nap múlva automatikusan lekerül a piros üzenet, de ezzel a megoldással csak 3-4 órát kell várnia.

Miután hozzáadta az oldalát, a rendszer kérni fogja, hogy azonosítsa magát, hogy valóban Öné az oldal, azzal, hogy pl. feltölt egy fájlt, ahogy a rendszer jelzi. Ez így szokott pl. kinézni: google46fd67e590d465d1.html

Ha ezt létrehozta, akkor az oldalát elfogja a Webmester eszközök és rögtön kérelmezheti a levételt. Ilyen egyszerű.

TÉNY: A Google Chrome-ban megjelenő „piros halál”-nak is csúfolt hibaüzenetet semmilyen úton-módon nem tudja jobban meggyorsítani, mint a Webmester Eszközökbe levő regisztrációval és bejelentéssel. Ebben a webtárhely szolgáltató nem felelős és segítséget nem tud nyújtani.

Reméljük, elég sok hasznos információt sikerült összeszednünk. Ez azonban még nem minden, figyeld blogunkat, mert következő alkalommal további megoldási javaslatokkal várunk!

The post Weboldal feltörés, vírus: megelőzés és óvintézkedések, azonnali megoldások – 2. rész appeared first on E.N.S. Zrt. - A jövő informatikája.

Mit is jelent a feltörés/vírus pontosan?

Az esetek nagy részében FTP-n keresztül kerül fel a „vírus”, azaz valójában egy általában külföldi IP-ről csatlakozó ún. robotról van szó, amely kártékony kódokat helyez el a webtárhelyen, sok esetben kicseréli az index.html vagy index.php fájlokat, vagy csak az adott forráskódba helyezi el sajátját, más esetben az egész weboldal feltörése a robot célja és annak ellehetetlenítése (deface), vagy adathasználattal (phising) kísérletezés, amelynek komoly következményei is lehetnek.

Az utóbbi pár évben eléggé elterjedtek és gyakran előfordulnak a tömeges weboldal feltörések, weboldal vírusok. Nálunk eddig minden esetben a felhasználói oldalról történt a hiányosság, mindez persze akaratlanul, de ez a cikk segít abban, hogy a jövőben megelőzhetőek legyenek a feltörések és segítséget nyújt akkor, ha most éppen ilyen problémával küzd az oldala.

Mit is jelent a feltörés/vírus pontosan?

Az esetek nagy részében FTP-n keresztül kerül fel a „vírus”, azaz valójában egy általában külföldi IP-ről csatlakozó ún. robotról van szó, amely kártékony kódokat helyez el a webtárhelyen, sok esetben kicseréli az index.html vagy index.php fájlokat, vagy csak az adott forráskódba helyezi el sajátját, más esetben az egész weboldal feltörése a robot célja és annak ellehetetlenítése (deface), vagy adathasználattal (phising) kísérletezés, amelynek komoly következményei is lehetnek.

Tény: A weboldalak feltörése 99.9%-ban NEM az ügyfél vagy weboldala ellen irányul, teljesen véletlenszerű, célja az ellehetetlenítés vagy a reklám/spamelés, adathalászat, stb.

Sokszor kérdezik ügyfeleink, hogy ők viszont nem adták ki soha az FTP kódot másnak, ill. Total Commanderen használják már évek óta a feltöltést, így nem lehet FTP-s feltörésről beszélni. Ez sajnos az egyik leggyakoribb hiba, a Total Commander egyszerűségben verhetetlen, de titkosítatlan kapcsolata miatt nagyon sebezhető, ezért könnyen ki tudják lopni belőle a jelszót. De hogyan kerül ki a jelszó valójában? A válasz igen egyszerű, minden esetben egy vírusfertőzött gépről van szó (és ez 99.9%-ban Windows operációs rendszerrel rendelkezik), amin trójai (backdoor) program fut a háttérben, gyűjti ki a jelszavakat és küldi el egy szerverre, amely időszakonként végigpásztázza az ott kinyert címeket, és belépve azokra felteszi a „vírust”. Így történik meg maga az oldal megfertőződése, és ha ez ellen nem tesz semmit, akkor a robot a felhasználói név/jelszó páros ismeretében, folyamatosan megfertőzi az oldalát.

A esetek másik részében a weboldal kódjában levő (általában elavult és nem frissített portálrendszer) hibás PHP kódját kihasználva töltenek fel saját futtatható fájlokat, amelyekkel tömeges hírlevelet küldenek ki, kihasználva a mail() fügvényt, vagy .htaccess fájlal URL átirányítást állítanak be az oldalon, ellehetetlenítve az oldalt vagy saját reklámoldalaikra irányítják. Ezek az esetek 99.9%-ban külföldi oldalak, sok esetben maguk az oldalak is vírusosak.

Kövesd blogunkat, mert hamarosan jelentkezünk a folytatással, melyben azt tudhatod meg, mit lehet olyankor tenni, ha már megvan a baj?

The post Weboldal feltörés, vírus: megelőzés és óvintézkedések, azonnali megoldások – 1. rész appeared first on E.N.S. Zrt. - A jövő informatikája.

Írtunk már arról, hogy mi az SMTP szerepe a hírlevélküldésben, és hogy miért jó a saját SMTP. Az SMTP-ről szóló rovatunk harmadik részeként abban szeretnénk egy kis segítséget nyújtani nektek, hogy a tárhely, a VPS vagy az SMTP a legideálisabb hírlevélküldéshez.

Bármelyiket is szeretnéd, nálunk mind a hármat megtalálhatod, de mind a tárhelynek, mind a VPS-nek, mind az SMTP-nek vannak előnyei és hátrányai egyaránt.

Mik a tárhely előnyei?

A tárhely legnagyobb előnye, hogy manapság rengetek tárhelyszolgáltató található meg mind a hazai, mind a nemzetközi piacon, és a legtöbb helyen már a csomag leírása tartalmazza azt, hogy mennyi e-mailt enged kiküldeni ezen keresztül a rendszer. Mellette szól továbbá az is, hogy rendkívül olcsó, s ezáltal talán ez a három közül a leggazdaságosabb megoldás.

Mik a hátrányai?

A tárhelyszolgáltatók egytől egyig a PHP mailt használják, ami azonban nem arra van optimalizálva, hogy onnan egy felhasználó nagy mennyiséget küldjön ki (ezért mindenhol korlátozzák is a kiküldhető mennyiséget). A PHP mail inkább ún. tranzakcionális forgalomra – mondjuk webshopból való értesítő levelek kiküldésére – van kitaláva. Ez egyébként egy elég egyszerű megoldás, éppen ezért nagy hátránya még, hogy minden e-mail, amit egy user (felhasználó) kiküld, ugyanarról az IP-címről megy ki. Ez azért jelent különösen nagy problémát, mert ha valaki SPAM leveleket küldött, akkor az adott szerver IP-címe felkerül egy “feketelistára”, s ezáltal a többi felhasználó levelei is a SPAM-be fognak menni. Ezáltal nem fog a címzett beérkezett üzenetei közé kerülni a Te hírleveled sem, ami üzletileg igencsak rossz hatással lehet Rád, a cégedre.

Mi a helyzet a VPS-sel?

Azért választják sokan a VPS-t, mert ha valakinek van némi rálátása, rendszergazdai hozzáértése, akkor egy jól működő dolgot csinálhat belőle. VPS esetén nincs korlátozva a kiküldés mennyisége, ugyanis ez úgy működik, hogy a VPS erőforrásának növelésével a kiküldés mennyisége is nő.

Mi a hátránya?

A VPS legfőbb negatívuma, hogy törődni kell vele, ugyanis az egyszeri megépítés csak az út első lépése. Hosszútávon így ez nem túl gazdaságos megoldás, hiszen a VPS-sel való foglalkozás időt igényel, az idő pedig pénz.

Jobb-e az SMTP ezeknél?

Ha hírlevélre optimalizált SMTP-ről van szó, akkor számos érv szól emellett az előzőekkel szemben. Az SMTP szinte korlátlan mértékben skálázható, állítható a kiküldés sebessége, ráadásul a SPAM-be érkezés esélye csaknem a nullával egyenlő. Továbbá részletes statisztika is elkérhető a kiküldés folyamatáról, aktuális állapotáról, amivel kapcsolatban a direkt erre specializálódott ügyfélszolgálatunkon tudsz érdeklődni.

Hátránya nincs is?

Talán csak az sorolható a hátránya közé, hogy az előzőekben felsorolt megoldásoknál magasabb az ára. Ám ez azért egy elég relatív dolog, hiszen hiába drágább mint a tárhely vagy a VPS, ha a működése szempontjából messzemenően jobb is azoknál.

Tehát akkor az SMTP-t érdemes választani hírlevélküldéshez?

Igen, ugyanis egyedül a Hírlevél SMTP tudja biztostani, hogy a kiküldött levelek célba érjenek, és ne a SPAM-ek közé kerüljenek, s így a hatékony hírlevélküldéshez az Innomax Díj nyertes SMTP szolgáltatás a legjobb megoldás.

The post Tárhely, VPS vagy SMTP appeared first on E.N.S. Zrt. - A jövő informatikája.

Manapság már számos hírlevélküldő szoftver érhető el hazánkban és nemzetközi szinten egyaránt, így nincs túl nehéz dolgod, hogy ha egy ilyen megvásárlását fontolgatod.

Melyiket érdemes választani?

Nemzetközi szinten az Interspire az egyik legkedveltebb hírlevélküldő szoftver, hazánkban pedig a Webgalambot használják a legtöbben.

Mi kell még a hírlevélküldéshez?

Mindegy, hogy melyik szolgáltatót, illetve melyik szoftvert választjátok, mindenképpen szükségetek lesz a működtetéshez egy tárhelyre is. Arra azonban mindenképpen érdemes figyelni, hogy a kiszemelt tárhely alkalmas-e a szoftver üzemeltetéséhez – erre a szolgáltatónál okvetlenül kérdezzetek rá. Ha szerencsétek van, és sikerül jó szolgáltatót találnotok, akkor a szoftver telepítésében is segíteni fognak Nektek.

Csak ennyi?

NEM. SMTP szolgáltatót is választani kell annak érdekében, hogy valóban sikeres legyen a hírlevélküldés.

Mire kell figyelni az SMTP szolgáltató kiválasztásakor?

Elsősorban arra, hogy kifejezetten hírlevélküldéshez javasolt SMTP-t használjunk. Nagyon sokan esnek ugyanis abba a hibába, hogy a legolcsóbb SMTP szolgáltatót választják, és így a kiküldött leveleik gyakran a SPAM-be mennek. Tehát ha már jó szoftvert és megfelelő tárhelyet választottunk, akkor nem érdemes ezen spórolni, hiszen akkor az egész erőfeszítésünk hiábavaló.

Miért ajánljuk az SMTP.hu-t?

Mert itt elérhető a Hírlevél SMTP csomag is, ami olyan szuperül lett kifejlesztve, hogy garantálni tudjuk, valaki más SPAM-elése miatt a Te e-mailjeid nem fognak a SPAM-be menni.

SMTP.hu szolgáltatásunkkal a múlt heti Invitel Innomax Díjátadón a kisvállalati kategóriában sikerült az 1. helyet megszereznünk. Kell ennél több bizonyíték, hogy miért érdemes minket választani?

UI: amennyiben még keresed a számodra megfelelő hírlevél küldő szoftvert, ajánljuk a következőt: www.maildrop.hu

The post Hírlevélküldő szoftverek saját SMTP-vel appeared first on E.N.S. Zrt. - A jövő informatikája.

Manapság ha valaki hírlevelet szeretne küldeni, azt kétféleképpen teheti meg. Az egyik lehetőség, hogy egy direkt erre kitalált szolgáltatást vesz igénybe, a másik pedig hogy egy hírlevélküldő szoftver és egy SMTP szerver segítségével ő maga valósítja meg azt.

Mik a hírlevélküldésre kitalált szolgáltatás előnyei és hátrányai?

A legnagyobb előnye mindenképpen az, hogy már készen van, és így nem kell vele pluszban foglalkozni, mindössze kifizetsz érte egy adott összeget, és már használhatod is. Azonban ebben rejlik a legnagyobb hátránya is, hiszen – mivel egy kész rendszert veszel meg akár számodra szükségtelen extrákkal – jóval nagyobb költséggel is jár, mint a saját megoldás.

Mik a hírlevélküldő szoftver és az SMTP szerver előnyei és hátrányai?

A szolgáltatással szemben ez jóval alacsonyabb költségekkel jár, ami mindenképpen a pozitívumok listájára írható. Hátránya viszont az, hogy a megfelelő működéshez az elején jól és precízen kell beállítani. Mi azonban ezt is előnnyé tudjuk kovácsolni, és sokéves tapasztalatunk alapján szívesen segítünk a beállításnál.

Mi a különbség a két megoldás között?

Lényegében a különbség akkor mutatkozik meg, amikor nagyobb mennyiségű hírlevelet szeretnénk kiküldeni, ugyanis havi 10 000 kiküldött e-mail esetén már olcsóbb megoldásnak mutatkozik a saját rendszer használata.

Hogyan teheted ezt a lehető leghatékonyabbá?

Egy jól beállított és megfelelően konfigurált SMTP szerver segítségével.

Kire célszerű ezt bízni?

Mindenképpen egy olyan cégre, amely nagy tapasztalattal rendelkezik az SMTP szolgáltatás terén. Amennyiben ugyanis az SMTP nincs megfelelően beállítva, a kiküldött levelek csak lassan fognak célba érni, vagy akár el sem érnek a címzetthez. A rosszul beállított SMTP következménye lehet az is, ha hírlevelünk a SPAM-ek között landol.

Miért az smtp.hu?

Mert nemcsak hogy sokéves tapasztalattal rendelkezünk az SMTP szolgáltatás terén, de mi számos olyan beállítást alkalmazunk, ezer meg egy tippel és trükkel karöltve, amiknek segítségével szerethető, stabil SMTP-tudunk nyújtani ügyfeleink részére.

The post Az SMTP szerepe a hírlevélküldésben appeared first on E.N.S. Zrt. - A jövő informatikája.

Biztos mindenki használ NetBankot vagy valami hasonló szolgáltatást. Több bank használ két faktoros azonosítást, csak mi nem tudunk róla. Bekéri a felhasználónevünket (amit mi adhatunk meg, lehet a számlaszámunk vagy egyéb adatunk) majd jön a jelszó és várunk. Hogy mire? Hát egy SMS-re amiben található egy kód, ami egyszer csakis egyszer használható, illetve csak bizonyos ideig.

Mi is a két faktoros azonosítás?

Biztos mindenki használ NetBankot vagy valami hasonló szolgáltatást. Több bank használ két faktoros azonosítást, csak mi nem tudunk róla. Bekéri a felhasználónevünket (amit mi adhatunk meg, lehet a számlaszámunk vagy egyéb adatunk) majd jön a jelszó és várunk. Hogy mire? Hát egy SMS-re amiben található egy kód, ami egyszer csakis egyszer használható, illetve csak bizonyos ideig.

Miért is jó ez?

Mert ha valaki megszerzi valahogy a jelszavad (pl.: egyik módszer erre a phising mail vagy telefon, esetleg egy keylogger alkalmazás, ezeket egy másik cikkben fogom kifejteni) akkor se tud belépni, mert ugye a kód a telefonunkra érkezik, az meg a legjobb esetben nálunk található.

Hogyan kapcsolódik ez hozzánk?

Ilyen authentikációt sok helyen használnak, például mi is a szervereinken!

Mi – amikor eldöntöttük, hogy milyen úgynevezett TOKENT használjunk – a telefonos Tokane mellett döntöttünk. Ennek előnye, hogy mindig nálunk van és nem kell egy külön kis kütyü. Ez a token mindig generál egy kódot (minden 30 másodpercben) amely egy véletlen szám. Ennek egy eléggé bonyolult algoritmusa van, ami figyelembe veszi az időt plusz egy egyedi kódot és még egyéb sok más tényező alapján generál egy kódot, pl használják a PI-t is mint számot ). Ez a szám maximum 30 másodpercig használható egyetlen belépésig és egyetlen fiókhoz. Ezzel is biztonságba tudva Kedves Ügyfeleink adatait! (nem felvágni szerettünk volna, csak dicsekedni

The post Két faktoros azonosítás appeared first on E.N.S. Zrt. - A jövő informatikája.