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

Hi,

Van egy mail szerver, ami kb. minden spam-et megfog, kivéve egy fajtát.

A mail header-ben a "To:" mezőben IDEGENCIM@IDEGENDOMAIN.HU van, mégis bejön a levél (a szerver nem relay-ezik és csak a DOMAINA.HU, DOMAINB.HU, SAJATDOMAIN.HU domain-eket kezeli).

A lényegi rész kb. ez:

Received: from localhost (localhost [127.0.0.1]) by SAJATGEP.FQDN (Postfix) with ESMTP id 06AD08C3825 for <A-NEVEM@SAJATDOMAIN.HU>; Thu, 29 Nov 2018 19:49:38 +0100 (CET)
Received: from SAJATGEP.FQDN ([127.0.0.1]) by localhost (SAJATGEP.FQDN [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id YhJhHhanmFPT for <A-NEVEM@SAJATDOMAIN.HU>; Thu, 29 Nov 2018 19:49:32 +0100 (CET)
Received-SPF: Pass (sender SPF authorized) identity=mailfrom; client-ip=SPAMMER.IP.CIM.1; helo=mail.SPAMMER.EU; envelope-from=ekzutwf@SPAMMER.EU; receiver=A-NEVEM@SAJATDOMAIN.HU
Received: from mail.SPAMMER.EU (mail.SPAMMER.EU [SPAMMER.IP.CIM.1]) by SAJATGEP.FQDN (Postfix) with ESMTP id 71A588C3822 for <A-NEVEM@SAJATDOMAIN.HU>; Thu, 29 Nov 2018 19:49:32 +0100 (CET)
Received: from SPAMMER.EU (unknown [SPAMMER.IP.CIM.2]) by mail.SPAMMER.EU (Postfix) with ESMTPA id 78C8F1B65C2C; Thu, 29 Nov 2018 20:15:32 +0200 (EET)

Amit nem értek: hogyan van összerakva a levél, hogy bár a címzett domain nem nálam van, mégis bejön?

Azt gyanítom, hogy azért jön be, mert már rögtön a "Received: from mail.SPAMMER.EU" kezdetű sorban ott van a valós mail címem, de hogyan kerül oda?

Köszi.

Sziasztok! Adott egy link: https://community.smartthings.com/t/reolink-battery-powered-cameras-arg…

Ezt a leirast en ugy ertelmezem, hogy rakenyszeritette valahogy a kamerat, hogy kuldjon egy emailt az aktualis keprol (Alapbol csak a PIR sensor mozgaserzekelesere kuld)

Jol ertelmezem, vagy csak annnyit csinalt, hogy "atvezette" a pir sensor altal kuldott levelet + kepet a mailgun-on?

Az elobbinek nagyon-nagyon orulnek, (utobbinak szamomra nincs ertelme) mert ez lehetoseget adna arra, hogy vegre egy kulso app-al elerjem a kameram (ha ilyen "kanyargos" uton is)

Gyakorlatilag egy hirkeresőnek megfelelő boxokkal tagolt webes felületet szeretnék, ahol tárolhatom saját linkjeimet, illetve ezeket meg is oszthatom.
Ehhez kellene egy CMS.
Köszönöm a javaslatokat!

szóval van ez a süti dolog. kemény cucc. ja, nem az :)

szóval különböző weboldalakon jön a figyelmeztetés (főleg o.telón élvezhető igazán!) h. már Te most vagy elfogadod a sütiket, vagy nem. üzenet. nagy. irritálló.

mivel konkrétan telibe***ná az ember az efféléket (ha zavarna, akkor böngésző beállítások közt tiltanám a sütiket...) így jogosan felmerül a kérdés:

ki hogy a fenébe oldja meg, h. mégse legyen (elrejteni!) efféle üzenet a különböző weboldalaktól?

ABP element hiding helper-el minden weboldalon becélozni az aktuális süti-elfogadom-üzenetet? vagy van jobb solution?

Sziasztok,

Debian jessie alatt frissítettünk a legfrissebbre kopano core-t deb csomagválogatásból. Az első probléma az volt hogy eleve jessie-re nincs python3-xapian csomag..... ezt össze tudtam hozni, hogy kézzel lefordítottam hozzá, így fut is látszólag minden szolgáltatás, azonban az alábbi hibák jöttek elő:

- A mellékleteket nem lehet megnyitni
- A felvett mappa szabályok eltűntek és egy idő után az újonnan felvettek is kitörlődnek valamilyen úton/módon.

Tapasztalt már valaki hasonlót?

Log level maxon, de hibát nem nagyon találok a logokban :\

Ezt a leírást követtem:
https://documentation.kopano.io/kopanocore_administrator_manual/upgradi…

A csomagok innen származnak:
https://download.kopano.io/community/core:/

Most egy nem túlzottan használható rendszer állt így össze és nem tudom mi lehetne a kiút.... Menjek fel stretch-re és használjam a repos verziót? Downgradeljek vissza az előzőre? Javaslatokat szívesen fogadok.

Sziasztok,

tudom, hogy ez nem feltétlenül a legjobb fórum ezzel a kérdéssel kapcsolatban, de hátha valaki tud segíteni vagy át tud irányítani esetleg egy olyan fórumra ahol tudnak segíteni.
Adott egy WordPress (legfrissebb, magyarul telepítve) egy WooCommerce bővítménnyel (legfrissebb, magyarul telepítve).
Nagyjából minden magyarul is van a weblapon (webshopban), de a WooCommerce valamiért az értesítő leveleit (regisztráció, új vásárlás, stb.) angolul küldi ki.

Látom, hogy az email templatekben a szövegek "wrappelve" vannak fordító függvényekkel, illetve a fordítófájlban is megtalálom a megfelelő szövegeket (wp-content/languages/plugins/woocommerce-hu_HU.po).
Ebből arra következtetnék, hogy a leveleknek magyarul kéne kimenniük, hiszen megvan a megfelelő fordítás, a WordPress alapértelmezett nyelve is magyar, de mégis angolul mennek ki.

Tudom, hogy a theme, könyvtárában felül tudom írni ezeket a template-eket egy ugyanolyan nevű fájlal a megfelelő könyvtárban, de első körben ezt próbálnám elkerülni ha lehet.

Ha tud ebben nekem valaki segíteni azt nagyon megköszönöm.

Keressük a következő Szent Grált:

- erőforrás kezelés (autó, tárgyaló, nagyértékű eszközök)
- ember, mint erőforrás kezelése
- cégen belüli ticket kezelés
- munkaidő kihasználás kezelése (erre a munkára, erre a ticketre ennyi időt fordítottam, erre a projektre a hó végére ennyi emberórát áldoztunk)
- naptár kezelés, ahol látjuk, hogy ki foglalt/szabdságon/kiküldetésen van, tehát ne adjunk rá feladatot (optimális esetben már feladat kiosztáskor megjelenik egy foglaltság naptár az adott illetőről). Előny, ha google calendarral tud beszélni -> telefonos integráció
- Szeretjük, ha nálunk az adat, pl. VM-en. Bizalmas infók vannak a ticketekben.

Jó ha modullal okosítható:
- projekt költségek (anyag, emberóra, alvállalkozói díj) számolás a gazdaságisok felé.
- eszköz leltár, ami a gazdaságisok felé prezentálható, hivatkozva, hogy melyik projekthez, telephelyhez, emberhez tartozik
- anyag igény leadása a vezetőség felé, akik jóvágyják és a belső beszerző munkatárs ez alapján beszerzi az adott eszközt

Nem kell ingyen.

Jelenleg a GPLI-t használjuk raktár eszköz, leltár kezelésre. Erre elvileg megmarad, mert ebben kíváló, de ha van jobb, nem ragaszkodunk hozzá. A ticket kezelése nem rossz, de marha sokat kérdez egy ticket (hiba, anyagigény) beküldésekor, amire nagyrészt nem is kell válaszolnunk és sokaknak emiatt nehéz a kezelése. Jelenleg ticketre Mantis-t használunk.

A levelező postfix, dovecot, SA, Amavis, sieve klasszikus kombó, amivel elégedettek vagyunk, így nem váltanánk le tokkal-vonóval egy Exchange-re, ami egyszemélyes mindenes akar lenni.
Exchange jöhet, de csak ha a levelezés maradhat linux alapon.

A fentiek tükrében szeretnék bevált megoldásokat kérni.

Köszönöm!

Sziasztok

Jelenleg a SeaFile-t használom úgy, mint egy dropboxot. Adott linuxos mappákat felszinkronizál, többi gép leszinkronizál. Ha bárhol törlök valamit, mindenhol törlődik. A telefonos kliens nem rossz, bár hiányolom a thumbnail képeket böngészésnél. Illetve néha jó lenne, ha a 40GB-s mappát fel tudnám csatolni egy gépre, nem kellene leszinkronizálnom az egészet, csak mert mutatni szeretnék belőle tallózva. Ezt jelenleg részleges almappa szinkronnal oldom meg a linuxos kliensével.

E helyett elővenném a szekrényben álló Synology DS216play-t. A mobil kliens ott is jó és legalább tudom mountolni a távoli mappát.

Viszont nem találok hozzá linuxos kliens programot, ami szinkronizálná a mappáimat. Rsync backup megoldást ajánl, de nekem 2 oldalú szinkron kell minden gépre.
Hogy lehetne ezt megoldani?

Jó kis játékot hozott össze a Gúgli az idei Halloween-ra.
Érdemes kipróbálni. :-)

Sziasztok!

Telepítettem egy Sympa lev.lista szervert, hogy az alias-os, átirányításos csoport-email címeket valami normálisabb mederbe tereljem. Az első teszt-lista szépen működött is, aztán egyszer csak megállt.
Semmilyen beállításhoz nem tudom kötni, semmi értelmeset nem látok a log-okban. A jelenség: A leveleket a Postfix kézbesíti, a Sympa letárolja a /var/spool/sympa/msg-be, majd semmi. Nem válaszol (rendszer üzenetre), nem küldi ki, nem archiválja, nem dolgozza fel.
Minden process-e fut:

sympa 25508 0.0 2.0 265072 83924 ? S 06:33 0:00 /usr/bin/perl /usr/lib/sympa/bin/archived.pl
sympa 25517 0.1 2.1 267572 86360 ? S 06:33 0:13 /usr/bin/perl /usr/lib/sympa/bin/sympa_msg.pl
sympa 25554 0.0 2.4 285396 97000 ? S 06:33 0:03 /usr/bin/perl /usr/lib/sympa/bin/task_manager.pl
sympa 25562 0.0 2.0 256820 81488 ? S 06:33 0:05 /usr/bin/perl /usr/lib/sympa/bin/bulk.pl
sympa 25572 0.0 2.0 266820 83564 ? S 06:33 0:00 /usr/bin/perl /usr/lib/sympa/bin/bounced.pl
sympa 27564 0.8 2.8 300676 115676 ? S 09:46 0:04 /usr/bin/perl /usr/lib/cgi-bin/sympa/wwsympa.fcgi
root 30915 0.0 0.0 13152 868 pts/0 S+ 09:55 0:00 grep --color=auto sympa


Bevallom, nem ástam bele magam teljes mélységben a rendszer működésébe, sok-sok oldalnyi dokumentációba, célirányosan pedig a Google nem segített :(

Találkozott már valaki hasonló jelenséggel? Vagy esetleg aki keni-vágja a rendszer összes hasfájását: Mit nézzek, hol?