Sziasztok!

Jön napi 3-4 spam, aminek a spamassassin szerint a pontszáma a határ alatt van, tehát nem minősíti spam-nek.
Ha megnézem a Sender Score Reputation Network viszont spam-nek minősíti, de nem tudom, hogy tőlük hogyan tudok listát szerezni, hogy már a Postfix blokkolja ezeket a leveleket?

Hi,

Keresek valami tool-t (lehetőleg parancssorosat, de ha nem az, akkor sincs gáz), amivel több 100 szervert lehet távolról piszkálni.
Nem konfig managementre kell, hanem inkább olyasmire, hogy ad-hoc gyűjtsük össze 725 szerverről a /foo/bar.txt 5. sorát.
Vagy tudjuk csekkolni, hogy másik 321 szerveren a /foo2/bar2.csv létezik-e (és pl. egy OK/NOK válasz elég lenne).
Vagy amivel lehet komplex-ebb parancsokat (kisebb scriptek) is kiküldeni a managelt szerverekre.

Ehhez nekem még talán az Ansible áll a legközelebb, de az sem igazán erre való.

Sziasztok!

Ugyanez a problémám (Debian Jessie, Postfix, Dovecot):
https://serverfault.com/questions/669584/failed-spf-for-email-imported-to-gmail-because-of-client-ip-instead-of-servers

Tehát idegen domainek felé: SPF pass.
Befele jövő levelek: SPF ellenőrzés működik.
Autentikáció esetén én csak sender envelope-ban ellenőrzöm a FROM-ot, hogy passzoljon.

A probléma két saját domain között (vagy egy saját domain-en belül) van, ha az illető Gmail-en kérdezi le a leveleit POP3-al. A levél a Gmail SPF ellenőrzésén megbukik.

Muszáj bővítenem. Azt 500G már nagyon a végét járja.
A rendszer maga egy Debian 6.0.10 - jócskán elavult, de most nem akarok újra telepíteni mindent, csak több tárhely kell.
Mivel van egy "kísérletező" gépem, úgy gondolta jó lesz ha azon előkészítem a rendszert. Bevágtam a 2x1T diszkeket és egy jó öreg RIP diszkket bootoltam (nagyjából megfelel a régi Debian kernelnek), particionáltam, beindítottam a raidet, feltöltöttem a rendszert (egy tar mentésből) megszerkesztettem egy kupac konfig fájlt, lilo - reboot.

Kedves Fórumozók!

Közel két hetes kínlódás után ( http://www.linuxquestions.org/questions/slackware-14/building-my-own-kernel-no-video-output-on-notebook-lcd-4175608827/ ) eljutottam oda, hogy a Lenovo T430-asomon egy Slackware 14.2-es rendszer lakik, UEFI-only módban, elilo-val bootolva.
A kernelt magamnak forgattam a 4.9.34-es verzióból.
A gépben van egy, a CPU-ba integrált, Intel-es GPU, valamint egy NVidia kártya is. A gép képes lenne Optimus-t használni, de kikapcsoltam.

Sziasztok!

A load az egekben, de a processzor használat minimális. Mi lehet a gond, winyó?

Sziasztok!
Alap Debian 9 telepítésnél amikor feltelepítem a MariaDB csomagokat "apt-get -y install mariadb-client mariadb-server" a következő hibaüzenetet kapom:

Setting up mariadb-server-10.1 (10.1.23-9+deb9u1) ...
Created symlink /etc/systemd/system/mysql.service → /lib/systemd/system/mariadb.service.
Created symlink /etc/systemd/system/mysqld.service → /lib/systemd/system/mariadb.service.
Created symlink /etc/systemd/system/multi-user.target.wants/mariadb.service → /lib/systemd/system/mariadb.service.

Sziasztok. Anno készítettem egy jól összerakott bacula alapú mentő rendszert, amit most kezdtem el fejleszteni, s elmerülni a szépségeiben. A minap, hogy kijött a debian 9, szeretnék idővel több hasonló rendszert is beintegrálni a többi 6, 7, 8 as társához. Viszont valamiért a lentebbi Fatal error: Authorization key rejected by Storage daemon hibát kapok. A konfigok jól megvannak írva, azok nem dobnak vissza hibát, más mentések is ok. Viszont találtam egy ilyet a doksiban, ami egy kicsit zavaró.

Sziasztok!

Adott a címben szereplő UPS, ami rendelkezik UTP csatlakozással. Valahogy szeretném távolról monitorozhatóvá, menedzselhetővé tenni. A szépséghibája, hogy használt, a korábbi beállítások nem ismertek.

Kérdésem az lenne hogy ti hogyan vágnátok neki az IP cím kiderítésének?

Amit eddig próbáltam:

RH 7.3-mal elvileg stabilnak jelölték a dolgot, de túl sok leírást nem találtam róla.

Használja ezt valaki? Sokkal lightosabb mint a régebbi clvm alapú dolog, RH is azt írja, hogy ez lesz a jövő.

Tisztelt Mindenki!

Sürgős segítség kellene egy négy lemezből álló tömb helyreállításához, aminek egyik lemeze meghalt, a rendszer (Debian 7) nem bootol.
A segítőt (nem ingyen) Veszprém környékéről várom. Kérem, jelentkezzen a személyes adatokban megadott címen!

Köszönöm!

Folyamatosan figyelünk arra, hogy a levelező szerverek ne küldjenek spam-et, ellenben szűrjék ki a fogadó oldalon.
Minden ügyfelünk aki hírlevelezni szeretne dedikált ip-t kap, legtöbbször dedikált szervert.
De a gmail folyamatosan szopat.... Be van állítva a domain SPF rekordja, be van állítva a google postamster tools-ban a domain, hogy ellenőrzött legyen, nincs spamlistán az ip/domain név... de neki a levelünk spam... s persze ehhez a retek szolgáltatóhoz se telefon se semmi... az ügyfél meg mit mond... de hát az a gmail...mintha etalon lenne...

Hellósztok,

Kipróbáltam egy teszt telepítésen ezt a Bluestore megoldást (Kraken-nel), és hát azt kell mondjam, elképesztő! Jóval gyorsabb mint a korábbi xfs/ext4 alapú megoldás (majd csinalok tesztet ugyaabba a virtuális gép clusterbe, hogy mennyi jön ki).

Ahogy látom az egész SSD journal dolgot átalakították, most van ez a block.wal és block.db. Nem igen találni még a neten ezekről sok infot, hogy érdemes itt most csinalni? Mehet mind a két block* egy SSD-ra (ha korábban SSD journal volt, gondolom ez áll legközelebb hozzá)?

Sziasztok!

A gépemen Ubuntu 17.04 fut, de valamiért a geth --rpc --fast --cache=1024 parancs mindig kiakad corruption hibával.

CRIT [06-18|12:40:19] Failed to store block body err="leveldb/table: corruption on data-block (pos=782299): checksum mismatch, want=0xa404e904 got=0xbde0fb95 [file=003627.ldb]"

Szerintetek hardware gond, vagy maga a geth program hibás?

Amúgy más gondom nincs a PC-vel.

Sziasztok!

Az alábbi problémával állok szembe, viszont sehogy se tudok rájönni a hibára.
Van 4db Dell R510-es szerverünk, melyeken Debian 8 rendszer fut NFS szerverként megosztott BTRFS kötetekkel. Mind a 4 szerver esetén egy Perc H700 mögött vannak a diszkek RAID1-es kötetekben.

3 szerver esetén előjön az alábbi kernel bug, ezután pedig NFS-en keresztül szinte elérhetetlen lesz (egy sima metadata lekérdezés is másodpercekbe kerül), viszont lokálisan úgy ahogy eldöcög (habár ilyenkor is teljesen belassul):