Lányok is kockulhatnak

GeekLány



Mit tegyél a spammerrel? 1

Posted on augusztus 02, 2011 by Varsányi Martina

Először is, tedd tiltó listára. Ha másképp nem megy, a komplett domaint.  Nekem pl. hiába küldesz citromailes levelet, ha ismerlek, akkor is a devnullban landol, nem lesz kivétel (persze senkit se ismerek, aki citromailt használna, de ez más kérdés). Ez máris sokat dob az ember kedvén.

Ha viszont másoknak is kedvében akarsz járni, akkor a következőket teheted:

Ha magyar a spammer, akkor olvasd el a JogIQ oldalán a Mit lehet tenni, ha spamet kapunk? bejegyzést.

Ha idegen nyelvű spammerről van szó, akkor ún. feketelistára rakhatod őt pl. a Spamhaus projektnek elküldve.  Ezt a feketelistát számos mailszerver használja a világban, és ezzel már a spam továbbküldését is meg tudják akadályozni.

Másoknak kedvében járni meg azért jó, mert akkor ők is a kedvedben járnak és Te is kevesebb spamet kapsz.

Te mit teszel a spammel?

Google felvásárolta a reMail-t 2

Posted on február 22, 2010 by Varsányi Martina

A reMail egy olyan iPhone app, ami rendkívül gyorsan kereshetővé teszi az emailjeinket és ezeket roppant kis helyen is tárolja.

A vásárlás pontos összege nem ismert, a reMail pedig már nem elérhető az AppStore-on keresztül.

A reMail forradalmisága az IMAP protokoll újraértelmezésében rejlik.

4 napja ettől zeng a magyar sajtó.  A visszhang oka azonban nem az IMAP protokollt forradalmasító eljárás, hanem a reMail készítőjének személye, Cselle Gábor.  Nézd csak meg a Webisztán (hatásvadász) címét: “Egy magyar származású fejlesztő startupját vásárolta fel a Google“. No nem mintha ne lenne minden szava igaz. Cselle Gábor (neve is mutatja), magyar származású. Ha többet akarsz róla tudni, akkor íme a blogja.

Valahol viszont fura, hogy nekünk magyaroknak a származás teszi érdekessé a hírt. A magyar származású űrtúrista, a magyar származású (ám tinédzser kora óta külföldön élő) startupja.

Ébresztő!

Nem a származása miatt lett egyik se ismert, nem a származása miatt jutott fel az űrbe, nem a származása miatt vásárolta fel a termékét a Google, nem a származása miatt…

Hanem azért, mert kitalált valami JÓT, azt keresztül vitte az esetleges nehézségek ellenére is és lett belőle egy jó kis végtermék. Nem azzal adta el magát, hogy mindenkit szidott, hogy milyen szar a másik terméke, hanem megmutatta azt, hogy hogyan lehet jobban megcsinálni. Mindegy, hogy magyar (származású) vagy sem.

No nem mintha nem lehetne még több ilyen startup!

Nesze neked spammer 0

Posted on október 22, 2009 by Varsányi Martina

Változás történt a spam bejelentésében, az ügyfélkapun keresztül lehet bejelentést tenni, ha kéretlen leveleket kapunk.

Míg az Index szerint macerásabb lett a bejelentés, szerintem sokkal korrektebb módja, hogy a bejelentést módja már nem noname, akármilyen ingyenes emailcímről.

Az ügyfélkapus megoldás több szempontból is üdvözlésre méltó.

Egyfelől egy központi helyen tudok ügyeket intézni, most már spammert is (fel)jelenteni, ez pedig az, amiért már évek óta sír a netes társadalom. (Lásd a németek hivatalosan elismert online petíciókat is tudnak szervezni az ügyfélkapujukon keresztül.)

Másfelől komolyan lehet venni állampolgári kötelességünket és jelenteni a szabálytalanságot. Tessék végre felfogni, hogy a névtelen vádaskodás nem vezet sehova.

Email illemtan 2

Posted on július 07, 2009 by Varsányi Martina

Régen, amikor csak geekek és a kiválasztottak leveleztek, az első email után mindenkit elküldtek netikettet olvasni egy RTFM1 felkiáltással. Durva, de  hasznos lecke volt ez mindenkinek.

  1. Adjál meg tárgyat. A levelek tárgy mezeje azért van, hogy lássuk, miről szól a levél. Segítségre van abban is, hogy az adott témához tartozó levélváltások követhetőek legyenek. Ha nem adsz meg tárgyat, akkor minden egy kalap alá kerül, és nagy bajban leszel, ha egyszer meg kell keresned valamit ebben a zagyvaságban.
  2. Ne váltogasd a tárgyat egy beszélgetés alatt. A fentiből adódóan, a “csütörtöki buli” tárgyat ne változtasd át menet közben “szülinapi buli”-ra, mert lehet valaki elveszti a fonalat.
  3. Ne küldj emailt, ha logikusabb valami más. Még cégen belül is érdemesebb néha valamilyen üzenetküldő szolgáltatást használni. Ha nem megengedett, akkor kérdezd meg, milyen feltételekkel engednék meg (pl. cégen belüli IM szolgáltatás stb). Néha pedig ennél is jobb, ha egyszerűen rácsörögsz telefonon.
  4. Ott válaszolj, ahol kérdeznek. Ha egy levélben több kérdést is feltesznek, akkor a kérdések alá írd a válaszodat. Olvashatóbb, egységesebb.
  5. Nem kell, hogy a tiéd l egyen az utolsó szó. Általában teljesen felesleges “köszönöm” és “szívesen” emaileket küldözgetni. A beszélgetésnek, mint a madzagnak is, vége van egyszer.
  6. Ne CC-zz mindenkinek. Csak azoknak küldd el, akiknek muszáj tudni arról, amit írsz. Semmiképp ne CC-zd a levelet olyannak, akinek az emailcímét nem akarod kiadni (erre találták ki a BCC-t).
  7. Légy tömör. Minek hosszú lére ereszteni azt, amit el lehet mondani röviden is?
  8. Töröld ki, ami lényegtelen. Ha hosszú levélváltásban vagy, akkor a válaszlevélből nyugodtan kitörölheted azokat a részeket, amikre nincs szükség  (pl. a hússzal korábbi email komplett szövegét). Csak a lényeget tartsd meg a válasznál.
  9. Állítsd meg a lánclevelet. Tudom viccesek és néha én is szívesen kapom őket. Néha. És nem állandóan 26 levelezőpartnertől 5 perc eltéréssel. Ne küldd tovább. Ha (életbe vágóan) fontosnak tartod, akkor ellenőrizd a hoax listán, hogy igazi történetről van szó.
  10. És végül: NE ORDIBÁLJ! A csupa nagybetűvel írt szavak, mondatok nem az egyszerű hangsúlyozást jelentik, hanem olyan, mintha a másik arcába ordítanál. Ne használd.
  11. Ráadás: Ne őrjöngj. Ne hagyd, hogy eldurvuljon egy vita. Ha úgy érzed, hogy érzelmeidben sértenek, aludj rá egyet, és csak utána reagálj rá – ha mindenképp szükséges. Maradj ki az értelmetlen vitákból és Te se kezdeményezz ilyet.

További információk és részletek a magyar nyelvű netikett oldalon érhetőek el.

1) RTFM: Read The Fucking Manual – olvasd el a leírást

Hogyan kövessük az emailek útvonalát? 0

Posted on június 15, 2009 by Varsányi Martina


Mindennapos dolognak számít, ha a csomagküldő szolgálatnál megnézzük, hogy milyen útvonalon jutott el a csomag a címzetthez. Kevésbé ismert tény, hogy ugyanezt megtehetjük a beérkező emailjeinkkel is.

Minden email rendelkezik egy fejléccel, amit a legtöbb email olvasó program elrejt előlünk. Ebben a fejlécben szerepelnek az eredeti feladót azonosító IP cím, valamint azok a szerverek, melyen a levél keresztül haladt az útján.

Miért jó ez?

Ha nem vagyunk biztosak egy email eredetében, akkor az email header megtekintésével lehetünk biztosak abban, hogy valóban a feladóként szereplő személy, cég küldte a levelet.

Az email fejléc elérésé programonként változik, ráadásul néha el is rejtik a menüt a kíváncsi olvasó elöl. Mégis érdemes rászánni az időt, hogy egyszer megtaláljuk.

Mit látunk a headerben?

Példaként azt a levelet mutatom meg, amit a Fehér Házból kaptam. Vajon tényleg a Fehér Házból jött? Lássuk a fejlécet!

Return-Path: <info114@service.govdelivery.com>
X-Original-To: chris@localhost
Delivered-To: chris@localhost.mine.nu
Received: from ***** (localhost [127.0.0.1])
by ***** (Postfix) with ESMTP id 85253BCA
for <chris@localhost>; Wed, 13 May 2009
     20:20:12 +0200 (CEST)
X-Original-To: info@blogvilag.hu
Delivered-To: chris@blogvilag.hu
Received: from ***** [**.214.110.112]
by ***** with POP3 (fetchmail-6.3.9-rc2)
for <chris@localhost> (single-drop); Wed,
     13 May 2009 20:20:12 +0200 (CEST)
Received: from service.govdelivery.com
     (smailer1.service.govdelivery.com [208.42.190.242])
by ***** (Postfix) with ESMTP id 56ACA14D0004
for <info@blogvilag.hu>; Wed, 13 May 2009
     19:17:31 +0000 (UTC)
Received: from service.govdelivery.com ([10.10.20.242])
by service.govdelivery.com (StrongMail
     Enterprise 4.1.1.4(4.1.1.4-47689));
     Wed, 13 May 2009 14:17:09 -0500
X-VirtualServerGroup: Default
X-MailingID: 1215495828::480211::1001::PRD-BUL-480211
     ::info@blogvilag.hu::121436
X-SMHeaderMap: mid="X-MailingID"
X-Destination-ID: info@blogvilag.hu
X-SMFBL: aW5mb0BibG9ndmlsYWcuaHU=
Content-Transfer-Encoding: 7bit
Content-Type: multipart/alternative;
boundary="----=_NextPart_001_AEA6_74B0DC51.19495CFF"
x-subscriber: Gj7UxKFz94g7NmXt3tChryV7S96KbNUJ
X-AccountCode: USEOPWH
X-Mailer: bulletin
X-TokenInfo-OBO: 32233
Errors-To: info114@service.govdelivery.com
Reply-To: President Barack Obama
     <president@messages.whitehouse.gov>
MIME-Version: 1.0
Message-ID: <1242242104804.1225234857.2030401332.
     bulletin.tomcat5@prod-batch1.visi.gdi>
Subject: Health care news worth sharing
Date: Wed, 13 May 2009 14:17:09 -0500
To: info@blogvilag.hu
From: President Barack Obama
     <president@messages.whitehouse.gov>

Keressük meg az első “Recieved: from” sort. Ez a localhoston futó SMTP szerver címe. Felismerhető a 127.0.0.1-es IP-ről.

A második “Recieved: from” pedig annak az SMTP szervernek a címe, amelyik kiszolgálja a levélcímünket. Ha nem Linux/Solaris alól nézed a leveleket, akkor valószínűleg ez lesz az első bejegyzés.

A példában a harmadik “Recieved: from“, a

Received: from service.govdelivery.com
     (smailer1.service.govdelivery.com [208.42.190.242])

az az SMTP szerver, amin keresztül a levél elindult hozzánk. Kis kereséssel megtudhatjuk, hogy a http://www.govdelivery.com/ URL a Goverment-To-Citizen Communication Solutions-t rejti

*SMTP szerver: Simple Mail Transport Protocol Ezek a szerverek felelősek azért, hogy a levél eljusson a címzethez.

Valamivel lejjebb van egy olyan sor, hogy

X-Mailer: bulletin

Ez mutatja meg, hogy milyen levelező eszközzel küldték a levelet. Ha pl. ezt látjuk:

X-Mailer: YahooMailRC/1277.43 YahooMailWebService/0.7.289.10

akkor nem kell zseninek lenni ahhoz, hogy kitaláljuk, ezt a Yahoo Mail-ről küldték. A példa esetében a bulletin arra utal, hogy egy tömeges levélküldést lehetővé tévő programmal küldték el.

Received: from service.govdelivery.com
     (smailer1.service.govdelivery.com [208.42.190.242])

Received: from service.govdelivery.com ([10.10.20.242])
by service.govdelivery.com (StrongMail
     Enterprise 4.1.1.4(4.1.1.4-47689));
     Wed, 13 May 2009 14:17:09 -0500

Ezekből a sorokból azonban sok mást is megtudhatunk. A levelet útjára indító szerver az internetről a 208.42.190.242-es IP címen található meg, míg a belső hálón a 10.10.20.242 a neve. A levél leküldésére a StrongMail megvalósítását használták.

Ha akarjuk, akkor kíváncsiságból megnézhetjük a DomainTools-zal, hogy az 208.42.190.242 IP címhez tartozó gép helyileg Minnesota államban van.

Ha ennél egyszerűbben akarjuk megjeleníteni a küldő gép adatait, akkor másoljuk be a fejlécet a Email Trace online szolgáltatáshoz, ami még azt is megmondja nekünk, hogy a kérdéses gép konkrétan Shakopee városban van.

Mikor van rá szükség?

Mindez akkor hasznos, ha kétséges a levél forrása. Pl. a PayPal biztos, hogy nem Kínából vagy Chiléből akar veled kapcsolatba lépni. Az se valószínű, hogy az OTP külföldről küldené neked a jelszókérő levelet. Ha rendszeresen egy adott országból kizárólag spameket kapsz, akkor letilthatod azt az országot is.



↑ Top