Web, mail, IRC, IM, hálózatok

Mióta a cast funkcionalitás beépült a böngészőbe csak gondom van vele. Egy ideig nem is műkögött, azonban most megjelent egy újabb flag:

chrome://flags/#load-media-router-component-extension

amit ha "enabled"-re állítok a cast device újra láthatóvá válik a böngészőben. Mindez szép és jó, azonban a böngésző majdnem azonnal crashel és egy crash-loop veszi kezdetét, ahogy elindítom mindjárt el is száll, amit csak a ./config/cromium könyvtár törlésével tudok megszüntetni.

Kicsit kisérletezni szerettem volna, így létrehoztam egy Vanilla nevű könyvtárat, majd a következő paranccsal indítottam a böngészőt:

chromium --user-data-dir=~/.config/chromium/Vanilla/

A célom az volt, hogy ne töltődjön be semmi kiegészítő vagy személyes adat. Sajnos így is elszáll, tehát nem a kiegészítők okozzák a gondot, azonban most jön az érdekes: a Vanilla könyvtárban nem jön létre semmilyen állomány, üres marad. A böngésző újraindítása a fentebbi paranccsal többé nem lehetséges, újra előáll a crash-loop állapot. Hiába törlöm le az egész ./config/cromium könyvtárat, semmi változás. A crash infó valahol még el van tárolva. De hol?

Kedves Fórumozók,

Érdeklődni szeretnék, hogy szerintetek az normális a Skypetól, hogyha az üzenetváltási beállításoknál a "Csak a partnerlistámon szereplők küldhetnek üzenetet" van kiválasztva, akkor nem kapok meg olyan értesítést, hogy valaki felszeretne venni Skypera? Vártam az interjúztatót, hogy felvegyen Skypera, vártam 25p-et, erre írtam egy emailt, hogy vártam vártam de nem kaptam értesítést, erre küldték a képet, hogy próbáltak felvenni és miután átállítottam a beállítást, akkor kaptam meg az értesítést...

Köszönöm a válaszotokat!

Üdv. Mindenkinek!

Adott egy gmail.com-os e-mail fiók, a felhasználó válaszol egy levélre.
A felhasználó böngészőből lép be a saját gmail fiókjába, nem levelező programon keresztül intézi a levelezését.
Kérdés:
A válaszul küldött e-mail-ből ki lehet-e deríteni, hogy a választ küldő. Földrajzilag, ip cím alapján honnan lépett be a gmail fiókjába?
Ha igen, akkor ezen segít-e a TOR hálózat használata vagy valamilyen VPN szolgáltatás igénybevétele?

Ma reggel kérdezett rá egy ismerősöm és rávágtam ( felületes ismereteim miatt ), hogy szerintem nem közli a válasz e-mail fejléce, hogy a felhasználó honnan lépett be a gmail fiókjába.

Ebben kérnék helyreigazítást.

Köszönöm előre is Mindenkinek.

Sziasztok!

Amikor futtatom a sebességmérő speedtest-cli parancsot akkor a gnome-system-monitor /erőforrások/hálózat előzményei szépen megugrik. Letöltés 12,76 Mbit/s, feltöltés 1,11 Mbit/s. Amikor azonban próbálok az ftp-re felküldeni valamit, vagy törölni valamit az ftp-men, amit a gigolo nevű programmal érek el (gvfs vagy mi) Akkor annyira belassul és esetlegessé válik minden, hogy képtelenség csinálni vele bármit is.
Időnként gondol egyet és küld valami adatmennyiséget amit a gnome-system-monitor egy pici hullámmal nyugtáz (akár 400 bájt/s is lehet).
A műveleteket a /run/user/1000/gvfs/és_a_többi/ könyvtáron keresztül kísérlem meg mc-ben
Filezillával és az mc beépített ftp-vel szépen mennek a dolgok.
No. Mármost, ha helyesen gondolkodok, lehet több helyen is hiba.

A ftp-szolgáltatónál: akkor a többi módon nem működne a le- és feltöltés.
A mi rendszerünkben: akkor a sebességteszt sem lenne jó, úgy vélem.
Valami a számítógépem beállításában. Lehet hogy nem helytálló a logikám, de erre gyanakszom. Valamilyen gvfs-ftp-beállítás hiba lehet. Talán port?Mondjuk ezekhez én nem nyúlok nagyon. xUbuntu 16.04.
Tőletek kérek ötletet. Ne erőltessem annyira én azt a gvfs-t?
Milyen adatok kellenek ezen gond érdemi elemzéséhez?

Sziasztok!
Már egy jó ideje küzdök a problémámmal, de előrébb nem jutottam vele, ezért kérek itt segítséget. Adott egy postfix+dovecot+sasl (tervezett) felállással készített mail szerver, ami egy debian 8-as rendszer szolgál ki. Maga a mail szerver egy lxc-ben fut, a hostról a megfelelő portok átirányítása megtörtént. A "nekem" küldött levelet minden további gond nélkül megkapom, sőt, a mailszerverről küldött levelek is megérkeznek a címzetthez. A gondot az jelenti, amikor külső klienssel (thunderbird) próbálok csatlakozni a levelező szerverhez. A beérkezett leveleket a thunderbird szépen szinkronizálja, de küldeni nem tudok, relay access denied hibaüzenet miatt. Próbáltam már mindent (kivéve a helyes megoldást, mert arra még nem jöttem rá), de nem jártam sikerrel.
A postfix main.cf és master.cf config fájljait átnéztem ezerszer, de nem találom a hibát.

A mail szerver logjában az alábbi jelenik meg:

Jan 17 10:00:20 mail postfix/submission/smtpd[725]: connect from kliens_dns[kliens_ip]
Jan 17 10:00:20 mail postfix/submission/smtpd[725]: NOQUEUE: reject: RCPT from kliens_dns[kliens_ip]: 554 5.7.1 <cimzett email címe>: Relay access denied; from=<adminka@samma.hu> to=<info@kar-d.hu> proto=ESMTP helo=<[kliensip]>

A thunderbird beállításainál az 587-es port, valamint a STARTTLS van megadva.
Minden segítséget előre is köszönök szépen

Sziasztok!

Valahol elcsúszik a postfix/dovecot konfigom és egyelőre nem lelem hol.
Kutya közönséges rendszer, ldap-ból kérdezi le a usereket, dovecot-lmtp kézbesít, amavis szűr, minden csodálatos. Egy dolgot kivéve: ha egy spoofolt feladó, akinek a címe a saját domain-ról jönne, létező címre küld spamet és azt észreveszi az amavis (vbs kiterjesztésű melléklet), küld neki egy választ, hogy ezt a levelet nem fogja kézbesíteni. Normál esetben ennek a válasz levélnek nem kéne megérkezni, mert a spoofolt feladó nem létezik a rendszerben. Ennek ellenére létrehoz neki egy postafiókot és beleteszi a levelet.
Vagyis ha dick.25@domain.hu küld a létező_user@domain.hu-ra.
Tehát ebben az esetben kimarad a címzett ellenőrzése.
Main.cf: http://pastebin.com/t8taXTSP
Master.cf lényeges része: http://pastebin.com/J3cNPqf0

Hol néztem be valamit?

Köszönöm!

Sziasztok!

Biztosan valami egyszerű dolgot nézek be, de az egész hétvégés keresgélés után úgy döntöttem írok ide.

A jelenség a következő: Nem tudok fogadni külső címről levelet, legyen az egy saját mail szerver, vagy pl gmail vagy ms mail szerver.

postfix main.cf: http://pastebin.com/tZGhe4ER

mail.log: http://pastebin.com/1rA4bjrn

Minden segítséget köszönök! :)

!!!A topik annak szól, akinek fontos a magánszféra megvédése vállalatoktól, kormányoktól, bárkitől. Akiben van egy jó értelemben vett paranoia az iránt, hogy mivé fajulhat ez a teljes megfigyelés, ami felé megyünk. Tehát a védekezés hogyanja kerüljön ide és ne az, hogy van e értelme. Azt a vitát máshol légyszi.
-----
Épp kizárt a gmail a fiókomból, mert valami gyanúsat észlelt, telefonszámért talán visszaengedne, ez most egy utolsó csepp volt bennem, hogy keressek valami mást. És azon is elgondolkodjak, hogy hány emailt érdemes fenntartani különböző célokra és hogyan kellene használni azokat. Régebben volt jó pár címem, de az utóbbi időben csak kettőt használtam, egy főt, meg egyet olyasmire, amit nem akarok a főhöz kötni.
-----
A kérdések:

A) téma: milyen konkrét email szolgáltatót gmail helyett. Lehetőleg ingyenes, de valami költség is OK.
B) téma: email kezelési stratégiák. hány email címre van szükség különböző célokra manapság. mik azok a tevékenységek, amiket nem akar összekötni az ember. egyáltalán mennyire választódnak el a külön emailek a személytől manapság. Elvben persze beazonosítható, hogy ugyanaz a személy használja őket, de a gyakorlatban pl törölhetsz egy email címet és évek után az nem biztos, hogy visszaköthető még hozzád. Ami még eszembe jutott, hogy bár régebben praktikusnak tűnt, ha benne van a nevem a fő emailben, de ez talál jobb, ha nincs.
------
Motivációim részben elviek. Alapvetően egy olyan társadalmat tartok kívánatosnak, ahol nyomós ok nélkül nem másznak bele mások az egyének életébe, nincs mindenre kiterjedt felügyelet. Szabadság van és ezért megéri vállalni a kényelmetlenségeket és a kockázatokat.

Másrészt egészen konkrétak is. Pl akarom, hogy az az email címem legyen megadva az ügyfélkapunál, amin közben a barátaimmal csevegek politikai nézeteimről, vagy arról, hogy ki mit töm a cigijébe vagy bármi másról, ami nem tartozik másokra. Se a kormányra, se munkaadóra, se senkire. Pontosabban arra, akit kedvelek és szívesen megosztom vele ezeket.

Sziasztok!

Belefutottam egy elég érdekes kérésbe és elfogytak az ötleteim, hátha tud segíteni valaki, aki nagyon otthon van Postfix kérdésekben.
Matchelni kellene egyszerre 2db header line-ra és ez feladta a leckét, mert elvileg a postfix az 1-et tud rendesen kezelni a header_checks -el, úgy mint pl:
Subject: spam.*$ REJECT

Nekem úgy kellene bonyolítani a dolgot h. kellene matchelnem a To -ra és a Subject -re is, valahogy így:
Ha a To: xy kukac ceg1.hu ÉS a Subject: leiratkozás, akkor a levelet redirecteljük a ww kukac ceg1.hu -ra, ellenkező esetben nem kell vele foglalkozni, majd kiértékeli a Postfix alias maps és stb.stb.

Eddig oda sikerült eljutni h. vagy vagy működik a dolog, de hogy a kettő együtt is menjen, az még nincs meg :)

Tudnátok valami tippet adni h. merre keresgéljek? Google ebben nem nagyon segített eddig, de lehet rossz a kérdés.

Köszönöm!

Zoli

Masoknal sem elerheto a fenti oldal, avagy van akinel nem 208.113.135.117 ip-t adja vissza hozza dns?