Skocz do zawartości

The I

Użytkownicy
  • Zawartość

    18
  • Rejestracja

  • Ostatnia wizyta

Reputacja

0 Neutral
  1. The I

    Serwer poczty pod spam-trap

    OK, myślę, że warto odświeżyć temat, ponieważ dotyczy tego samego. Otóż sama poczta działa tak jak powinna, tylko nie znalazłem sposobu, aby wyłączyć filtr antyspamowy, a w ustawieniach administratora poczty na pewno jest wszystko dezaktywowane. I niestety ciągle gdzieś jakieś ustawienie jest aktywne, które wykrywa spam: Spam detection software, running on the system "vps563954.ovh.net", has identified this incoming email as possible spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Więcej widać na załączonym obrazku. Serwer poczty jaki jest zainstalowany, to mailcow. Czy ktoś wie, jak wyłączyć ten filtr wykrywający spam?
  2. The I

    Honeypot jako forma zbierania spamu i malware

    A kto to wie. Przewidzisz ile będziesz dostawał spamu? Obciążenie nie jest ważnym zagadnieniem tego tematu. To nie ma żadnego znaczenia tak naprawdę.
  3. The I

    Honeypot jako forma zbierania spamu i malware

    Serwer ma 40GB miejsca na pocztę. W razie potrzeby zwiększy się lub napisze się skrypt, który co N dni będzie usuwał stare wiadomości. Nie ma potrzeby przechowywania wszystkich. Nie jest. Domena jest młoda, nigdzie nie była "pozycjonowana" i pytanie było co można zrobić, aby domena lub aliasy "zyskały w oczach" botów i spamerów.
  4. Temat celowo założony w off-top, ale dyskusja związana raczej z bezpieczeństwem. Otóż robię eksperyment związany ze zbieraniem spamu i załączników zainfekowanych. Zarejestrowałem domenę importpolski.pl, przygotowałem fejkową stronę, skonfigurowałem serwer poczty i zostało rozprzestrzenienie aliasów poczty tak, aby boty i spamerzy zaczęli coś przesyłać. Jednymi z aliasów są ceo@importpolski.pl oraz biuro@importpolski.pl gdzie możecie wysyłać ciekawe załączniki. Powyższe zdanie z umieszczonymi @ celowo zostało podane, ale czy macie dodatkowe pomysły na "rozprzestrzenienie" adresów e-mail służących do przyjmowania spamu? Raczej nie spamu jako takiego z list masowego mailingu do firm od firm, bo tam zazwyczaj nie ma żadnej kampanii, która może nieść złośliwy URL albo plik.
  5. The I

    Serwer poczty pod spam-trap

    Serio. Bo liczyłem, że ktoś mi powie - "wybierz, to, to, albo to. Wszystko spełnia twoje wymagania w zakresie zapisywania załączników do innego folderu i zapisywania każdej wiadomości w osobnym pliku". Bez tego przegrzebanie się przez to wszystko zajmie mnóstwo czasu.
  6. The I

    Serwer poczty pod spam-trap

    O malinie niedawno czytałem, że jest polecana a ten panel bardzo przypomina to co jest na OVH. Ale ale. Tu jest napisane, że malina kosztuje 12$ miesięcznie " This is going to cost you about $12 per month.: https://mailinabox.email/guide.html
  7. The I

    Serwer poczty pod spam-trap

    Niewiele mi to pomoże wybrać coś popularnego, łatwego w konfiguracji i spełniającego wymagania techniczne.
  8. The I

    Serwer poczty pod spam-trap

    W tym, że trafiłem akurat na ten 1% Może do tego dodajmy jeszcze punkty: - dobre wsparcie społeczności, - dobra dokumentacja, - popularność, Najkorzystniej wybrać coś popularnego, aby w razie czego otrzymać szybko pomoc na forum.
  9. Szukam rozwiązania pod serwer poczty, który ma służyć do otrzymywania spamu (oczywiście bez rozsyłania w drugą stronę), ale że nie posiadam doświadczenia w konfiguracji serwerów mail i nie orientuję się wśród dostępnych na runku rozwiązań, to proszę o jakieś wskazówki. Jak na razie testowo postawiłem iRedMail w opcji bezpłatnej, ale widzę, że jest to mocno okrojona wersja. Wersja Pro niezbyt jest opłacalna pod moje potrzeby, dlatego szukam innego rozwiązania. Oto wymagania, które musi posiadać serwer poczty: - bezpłatny, - zapisywać otrzymane wiadomości w osobnych plikach, - byłoby w sam raz, gdyby załączniki z każdej otrzymanej wiadomości dało się zapisać w określonej lokalizacji np. /home/%user%/zalaczniki, - graficzny konfigurator jest opcjonalny, ale nie zaszkodzi, gdyby dało się większość rzeczy wyklinać, nie jest to obowiązkowe, - mile widziana łatwa instalacja i konfiguracja za pomocą gotowego skryptu, - możliwość tworzenia aliasów w domenie, - dobre wsparcie społeczności, - dobra dokumentacja, - popularność, Proszę o jakieś wskazówki, co mógłbym wykorzystać do tego doświadczenia.
  10. The I

    Problem z MongoDB po usunięciu plików mnemosyne

    Dobra, weźcie skończcie z takimi poradami. Nie potraficie pomóc, to idźcie sobie do innego tematu i nie spamujcie. Zrobiłem kopię i oto wynik komendy: mongod --dbpath /mnt/vdb1/mongodb --repair --nojournal 2017-11-29T11:38:44.275+0100 [initandlisten] MongoDB starting : pid=4006 port=27017 dbpath=/mnt/vdb1/mongodb 64-bit host=vps431409 2017-11-29T11:38:44.275+0100 [initandlisten] db version v2.6.12 2017-11-29T11:38:44.275+0100 [initandlisten] git version: d73c92b1c85703828b55c2916a5dd4ad46535f6a 2017-11-29T11:38:44.275+0100 [initandlisten] build info: Linux build5.ny.cbi.10gen.cc 2.6.32-431.3.1.el6.x86_64 #1 SMP Fri Jan 3 21:39:27 UTC 2014 x86_64 BOOST_LIB_VERSION=1_49 2017-11-29T11:38:44.275+0100 [initandlisten] allocator: tcmalloc 2017-11-29T11:38:44.276+0100 [initandlisten] options: { repair: true, storage: { dbPath: "/mnt/vdb1/mongodb", journal: { enabled: false } } } 2017-11-29T11:38:44.283+0100 [initandlisten] repairDatabase mnemosyne 2017-11-29T11:38:44.283+0100 [initandlisten] allocating new ns file /mnt/vdb1/mongodb/_tmp_repairDatabase_0/mnemosyne.ns, filling with zeroes... 2017-11-29T11:38:44.350+0100 [FileAllocator] allocating new datafile /mnt/vdb1/mongodb/_tmp_repairDatabase_0/mnemosyne.0, filling with zeroes... 2017-11-29T11:38:44.351+0100 [FileAllocator] creating directory /mnt/vdb1/mongodb/_tmp_repairDatabase_0/_tmp 2017-11-29T11:38:44.363+0100 [FileAllocator] done allocating datafile /mnt/vdb1/mongodb/_tmp_repairDatabase_0/mnemosyne.0, size: 64MB, took 0.004 secs 2017-11-29T11:38:44.364+0100 [initandlisten] SEVERE: unable to open file number 8 2017-11-29T11:38:44.365+0100 [initandlisten] mnemosyne.counts Assertion failure n >= 0 && n < static_cast<int>(_files.size()) src/mongo/db/storage/extent_manager.cpp 109 2017-11-29T11:38:44.372+0100 [initandlisten] mnemosyne.counts 0x121df81 0x11bd689 0x11a1bf4 0xf14a5c 0xf14b6f 0xf54e36 0x8b90af 0xe1c7e5 0x76942e 0x76c54e 0x76e907 0x76f53b 0x76fb85 0x76fe59 0x7f31cf5abf45 0x766419 mongod(_ZN5mongo15printStackTraceERSo+0x21) [0x121df81] mongod(_ZN5mongo10logContextEPKc+0x159) [0x11bd689] mongod(_ZN5mongo12verifyFailedEPKcS1_j+0x194) [0x11a1bf4] mongod(_ZNK5mongo13ExtentManager12_getOpenFileEi+0xcc) [0xf14a5c] mongod(_ZNK5mongo13ExtentManager9getExtentERKNS_7DiskLocEb+0x1f) [0xf14b6f] mongod(_ZN5mongo12FlatIteratorC1EPKNS_10CollectionERKNS_7DiskLocERKNS_20CollectionScanParams9DirectionE+0xe6) [0xf54e36] mongod(_ZNK5mongo10Collection11getIteratorERKNS_7DiskLocEbRKNS_20CollectionScanParams9DirectionE+0x9f) [0x8b90af] mongod(_ZN5mongo14repairDatabaseESsbb+0x22e5) [0xe1c7e5] mongod(_ZN5mongo11doDBUpgradeERKSsPNS_14DataFileHeaderE+0x5e) [0x76942e] mongod() [0x76c54e] mongod(_ZN5mongo14_initAndListenEi+0x637) [0x76e907] mongod(_ZN5mongo13initAndListenEi+0x1b) [0x76f53b] mongod() [0x76fb85] mongod(main+0x9) [0x76fe59] /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xf5) [0x7f31cf5abf45] mongod() [0x766419] 2017-11-29T11:38:44.374+0100 [initandlisten] cleaning up failed repair db: mnemosyne path: /mnt/vdb1/mongodb/_tmp_repairDatabase_0 2017-11-29T11:38:44.385+0100 [initandlisten] exception in initAndListen: 0 assertion src/mongo/db/storage/extent_manager.cpp:109, terminating 2017-11-29T11:38:44.385+0100 [initandlisten] dbexit: 2017-11-29T11:38:44.385+0100 [initandlisten] shutdown: going to close listening sockets... 2017-11-29T11:38:44.385+0100 [initandlisten] shutdown: going to flush diaglog... 2017-11-29T11:38:44.385+0100 [initandlisten] shutdown: going to close sockets... 2017-11-29T11:38:44.386+0100 [initandlisten] shutdown: waiting for fs preallocator... 2017-11-29T11:38:44.386+0100 [initandlisten] shutdown: closing all files... 2017-11-29T11:38:44.386+0100 [initandlisten] closeAllFiles() finished 2017-11-29T11:38:44.386+0100 [initandlisten] shutdown: removing fs lock... 2017-11-29T11:38:44.386+0100 [initandlisten] dbexit: really exiting now
  11. The I

    Problem z MongoDB po usunięciu plików mnemosyne

    Skoro sam autor aplikacji nie wie, jak rozwiązać ten problem, to skąd niby ja, marny użytkownik mam wiedzieć? Nigdzie mi się nie śpieszy, poczekam.
  12. The I

    Problem z MongoDB po usunięciu plików mnemosyne

    OK. W takim razie poczekam na pomoc innych użytkowników.
  13. The I

    Problem z MongoDB po usunięciu plików mnemosyne

    Miałem świadomość Ale liczyłem, że problem da się jakoś naprawić, bo jeśli nie tym razem to kiedy? Problem w tym, że nie chcę co kilka miesięcy stawiać od nowa aplikacji, bo baza mongo zapełnia całe 100GB dysku. Czyli na zasadzie - jak nie działa, to sformatuj dysk. To nie jest rozwiązanie, dlatego liczę, że jednak ktoś podsunie jakiś pomysł, jak to przywrócić do działania, aby w przyszłości nie mieć identycznego problemu.
  14. The I

    Problem z MongoDB po usunięciu plików mnemosyne

    Wywala coś takiego: 2017-11-28T20:33:01.506+0100 [initandlisten] MongoDB starting : pid=3585 port=27 017 dbpath=/mnt/vdb1/mongodb 64-bit host=vps431409 2017-11-28T20:33:01.506+0100 [initandlisten] db version v2.6.12 2017-11-28T20:33:01.506+0100 [initandlisten] git version: d73c92b1c85703828b55c2 916a5dd4ad46535f6a 2017-11-28T20:33:01.506+0100 [initandlisten] build info: Linux build5.ny.cbi.10g en.cc 2.6.32-431.3.1.el6.x86_64 #1 SMP Fri Jan 3 21:39:27 UTC 2014 x86_64 BOOST_ LIB_VERSION=1_49 2017-11-28T20:33:01.506+0100 [initandlisten] allocator: tcmalloc 2017-11-28T20:33:01.506+0100 [initandlisten] options: { repair: true, storage: { dbPath: "/mnt/vdb1/mongodb" } } ************** Error: journal files are present in journal directory, yet starting without jour naling enabled. It is recommended that you start with journaling enabled so that recovery may oc cur. ************** 2017-11-28T20:33:01.507+0100 [initandlisten] exception in initAndListen: 13597 c an't start without --journal enabled when journal/ files are present, terminatin g 2017-11-28T20:33:01.507+0100 [initandlisten] dbexit: 2017-11-28T20:33:01.507+0100 [initandlisten] shutdown: going to close listening sockets... 2017-11-28T20:33:01.507+0100 [initandlisten] shutdown: going to flush diaglog... 2017-11-28T20:33:01.507+0100 [initandlisten] shutdown: going to close sockets... 2017-11-28T20:33:01.507+0100 [initandlisten] shutdown: waiting for fs preallocat or... 2017-11-28T20:33:01.507+0100 [initandlisten] shutdown: closing all files... 2017-11-28T20:33:01.507+0100 [initandlisten] closeAllFiles() finished 2017-11-28T20:33:01.507+0100 [initandlisten] shutdown: removing fs lock... 2017-11-28T20:33:01.507+0100 [initandlisten] dbexit: really exiting now
  15. The I

    Problem z MongoDB po usunięciu plików mnemosyne

    Ok. Jaka poprawna jest składnia? Bo na pewno nie: mongod --repair /path ani nie: mongod --repair dbpath=/path Komenda wyrzuca wszystkie możliwe opcje: Options: General options: -h [ --help ] show this usage information --version show version information -f [ --config ] arg configuration file specifying additional options -v [ --verbose ] [=arg(=v)] be more verbose (include multiple times for more ... ... ... itd.
×

Powiadomienie o plikach cookie

Korzystając z forum, wyrażasz zgodę na: Warunki użytkowania, Regulamin, Polityka prywatności.