levél leszedő otthonra

Linux-kezdő

A tervem: fetchmail - procmail - spamassassin - clamav - dovecot
Vagyis postafiókokból leszed, spam és vírus szűr és vagy helyben webesen vagy POP3,IMAP lehetőséggel tovább. Mindezt otthonra, dinamikus IP mögül. Küldéshez nem kell mail szerver, csak lefelé.
Van ennek értelme, tud ez így működni?
Keresgéltem már valami teljes anyagot hátha le van írva a hogyan, de eddig olyat ami működött is volna nem találtam. Ha lehet nem akarnám újra feltalálni azt amit valaki már összerakott és esetleg publikált is, leginkább a bele tolandó idő és mail szerveres gyakorlat hiánya miatt.

( andrej_ v | 2019. 06. 17., h – 13:59 )

Ez miért lesz jó neked? Nem jobb egy sima levelezéssel jól ellátott hosting szolgáltató, ahol mennek a Sieve szabályok?

Például melyik az a szolgáltató ami ajánlható ennek kiváltására? Amiket ismertem eddig egyik se volt az igazi ha mindenféle külső postafiókokból leveleket kellett volna leszedni és úgy vírus és spam szűrni hogy az jól is működött volna. Ahol még bele is tudtam volna nyúlni mit hogyan, meddig és nem csak annyi hogy egy csúszkát húzogathatok hogy hányas fokozatú spamszűrést szeretnék, miközben a vírusok meg az állítólagos vírusvédelem ellenére dőlnek keresztül?

Letölteni sok fiókot az egy másik ügy, általában a POP3 oldalon senki sem szűr, hiszen már egy fiók, amiben elvileg nem akarnál szűrni.

A szűrésről csak annyit, hogy folyamatos elfoglaltság egy mondjuk jó szűrőt fenntartani ami a mindenféle malware/spam/akármi 90+%-át kinntartja.

Gmail tud POP3 letölteni más külső fiókból.

Igen, találtam is, olyat is ami pont ezt célozza, csak nem működik úgy ahogy ott van. Vagyis nekem kellene kitalálni, összelegózni a fetchmail majd procmail stb. man és egyebekből hogyan működhetne együtt a többivel, spamassassin és clamav.
http://www.unixsamurai.com/fetchmail-procmail-spamassassin-clamav/

A fetchmail es a procmail resz nem nehez. Itt az enyem, procmail alapu minimal spam szuressel. Nekem a szolgaltato mar eloszuri valamennyire a spam-et, igy nekem ennyi eleg is.

$ cat .fetchmailrc
set postmaster chx
set bouncemail

poll pop.mailprovider.com
protocol pop3
timeout 300
port 995
username "username@mailprovider.com" password "passwd-here"
keep
fetchall
ssl
sslcertck
sslproto TLS1
mda "/usr/bin/procmail -m $HOME/.procmailrc"

$ cat .procmailrc
LOGFILE=$HOME/procmail.log
MAILDIR=$HOME/email
VERBOSE=on

:0
* ^From:.*\sziamama.hu
/tmp/spam/

:0
* ^From:.*\ddepoo.com
/tmp/spam/

:0
* ^From:.*\szonyegarena.hu
/tmp/spam/

:0
* ^From:.gozonenetmarketing@gmail\.com
/tmp/spam/

:0
* ^From:.*\gozone.hu
/tmp/spam/

:0
* ^From:.MichaelKors*
/tmp/spam/

:0
* ^From:.Oakley*
/tmp/spam/

:0
* ^From:.ekszeroutlet.com@gmail\.com

:0
email/

$ crontab -l | grep fetchmail
20 * * * * /usr/bin/fetchmail 1>/dev/null 2>/dev/null

____________________
echo crash > /dev/kmem

procmail oda teszi ahova akarod, az alabbi szabaly minden mailt bedobal a valasztott maildir ala (ugyanugy cur, new stb. van ott is), amire fentebbi procmail szabaly nem match-el.

:0
email/

Nagyon regen lattam spam assassint is meg clamavot is, butasagot nem akarok irni hogy hogyan lehetne tovabb.
____________________
echo crash > /dev/kmem

Elsore valami copy-paste problemanak tunik.

> .fetchmailrc:10
Arra utal hogy a 10. sorban van gond.

> syntax error at -m
Ez meg nem a 10. sorban van.

Nem kerult a configba menet kozben white space, pl? Vagy \r\n, ilyesmi?
cat -A (-vET) .fetchmailrc

Ha ez nem akkor a konfigot nem eszi meg, mas/ujabb/regebbi fetchmail verzio pl.
____________________
echo crash > /dev/kmem

( Raynes | 2019. 06. 17., h – 17:41 )

Esetleg neomutt úgy konfigolva, hogy offline cache-eljen?

No keyboard detected... Press F1 to run the SETUP

( asch v | 2019. 06. 19., sze – 02:23 )

Nem tudtam elképzelni miért ne tudná valaki kivárni míg lepotyog magától. Ide kellett jönnöm :-)

( Zs | 2019. 06. 19., sze – 12:23 )

Tanulásnak is jó a feladat, több módon is árnyalható.

fetchmail leszedi - .fetchmailrc alapján annyi fiókból, amennyit csak akarsz. Tud POP3, és IMAP boxot is elhozni. Megadható az is, hogyan szeretnéd alapban a továbbítást - default SMTP, de akár scriptet, programot (procmail) is indíthatsz, ami feldolgozza.

Innen kezdve tied a pálya, hogy hogyan tovább?
Játszhatsz például olyat, hogy feldobsz egy eximet (vagy postfixet, sendmailt, stb.) és ezen kezdesz csiszolni:
- dobja fel a levelet a cmalavd-nek, ha virnyákos, jelölje is meg
- dobja fel a levelet a spammassassinnak, ha spamm gyanús, jelölje is meg
- futtasson sieves scriptet a címzett boxához tartozó sieve konfig alapján
- futtasson procmailt a címzett boxához tartozó konfig alapján

Sorrendre érdemes figyelni: előbb clamav, spammassassin - utána feldolgozás, pl. procmail, mert amíg nincs megjelölve, hogy vírusos, addig nehéz a procmailban ennek alapján dönteni.

SMTP-n két ok miatt érdemes elgondolkozni:
- procmail esetén van tovább küldés opció
- ha már ennyit szöszölsz, akkor a kifelé menő irányt is érdemes lehet megcsinálni és máris van egy saját, házi mail szervered. Ez utóbbi kisebb(?) kihívás, mint amennyit a bejövő feldolgozására szánsz...

Tudom, dinamikus IP-ről kimenő SMTP nem feltétlenül egyszerű. Valamikor, T ügyfélként azért ez nem volt megoldhatatlan:
- webes felületen bekattint, hogy nem kérek szűrést a hozzám irányuló 25/tcp porton - levél már be is tud sunnyogni. DDNS segytségével nem fix IP-hez si adható fix név.
- az eximet úgy kellett bekonfigurálni, hogy a kimenő levelek mindenképpen a mail.t-online.hu felé menjenek, mint relay - és természetesen kell egy usr/pwd, hogy authentikált legyen a kapcsolat. Ez viszont T ügyfélként adott volt, mert rögtön kaptam is egy boxot, amin a T kommunikált felém - viszont az ehhez tartozó usr/pwd egyben lehetővé tette a levelek küldését is a T mail szerverén keresztül.
Szóval nem feltétlenül lehetetlen, de nem is biztos, hogy menni fog "csak úgy".