[shameless plug ...]
Jag anv�nder som s� m�nga andra admin f�r e-post greylisting - ett
s�tt f�r att bek�mpa spam i ett f�rsta led och minska belastningen p� spamassassin eller andra mer detaljerade senare system f�r
klassificering.
Jag upplevde att befintlig mjukvara �r n�got fyrkantig - den ger samma f�rdr�jning innan f�rsta mail per avs�ndare accepteras, oavsett om
s�ndande server �r betrodd eller ej.
D�rf�r har jag skrivit ett verktyg - ddgrey - f�r greylisting som ska
stoppa fler spam och sl�ppa igenom legitim e-post snabbare. Det
analyserar e-postloggen och ger kortare eller l�ngre v�ntetid beroende
p� om e-post klassades som spam. Det anv�nder ocks� n�gra utvalda DNS-baserade listor f�r servrars rykte, och kan anv�nda information
fr�n spamf�llor eller manuella rapporter. Om du har flera
e-postservrar kan du k�ra ddgrey p� samtliga och dela data mellan dem
om hur p�litliga olika servrar �r.
Vill du provk�ra? Vore roligt, och kom g�rna med synpunkter / f�rslag
/ buggrapporter. Du beh�ver installera med "make install" och redigera
ett par rader konfiguration enligt instruktioner i README.
Programmet �r inte paketerat som debianpaket, men provat i oldstable
debian och b�r i dagsl�get fungera enklast med exim. Det �r i tidig
beta - jag har anv�nt det skarpt med framg�ng p� egna servrar i ett
halv�r, men det l�r naturligtvis finnas en hel del att l�ra av
anv�ndning p� andra system eller instruktionerna faktiskt �r f�rst�eliga.
Fri mjukvara enligt GPL 3, och finns att h�mta h�r: https://github.com/perericr/ddgrey
Tekniska detaljer: skriven i perl baserat p� entr�ds icke-blockerande IO. Anv�nder bara vanliga perlmoduler fr�n debian inklusive SQLite.
/Per Eric
--
^): Per Eric Ros�n http://rosnix.net/~per/
/�� [email protected] GPG 7A7A BD68 ADC0 01E1 F560 79FD 33D1 1EC3 1EBB 7311
Intressant, tack f�r att du delade med dig :)
Sj�lv k�r jag postfix, men jag antar att man kan k�ra den som ett milter? Eller ska man avvakta tills postfix �r supporterat?
Intressant, tack f�r att du delade med dig :)
Sj�lv k�r jag postfix, men jag antar att man kan k�ra den som ett
milter?
Eller ska man avvakta tills postfix �r supporterat?
Tack!
I exim anropas greylisting av olika slag fr�n en ACL genom att skicka
en rad med data kuvert-data till en socket (lokal eller TCP), och sen
f� en rad till svar, till exempel grey|black|white. S� ocks� f�r ddgrey.
Det anv�nds IIRC f�r n�gra andra MTA ocks�.
Postfix verkar (http://www.postfix.org/SMTPD_POLICY_README.html)
skicka ett antal rader med key=value, och sen skicka en rad key=value.
Det borde g� r�tt l�tt att en version av GreylistServer.pm och GreylistClientConnection.pm i ddgrey som tar emot data enligt postfix support. F�r b�sta st�d b�r det ocks� finnas en modul som kan l�sa
postfix h�ndelselogg f�r att f� information om mail levererades,
klassades som spam, gick till ok�nd mottagere etc. Allts� en version
p� Exim4.pm.
S� det beh�vs nog lite anpassning f�r Postfix, men inget o�verkomligt.
Jag har inte erfarenhet av postfix sj�lv, men skriver upp det p� TODO.
Om du n�gon mer postfix-van admin vill testa att g�ra en s�dan modul
�r s�klart patchar eller pull request v�lkomna :-)
/Per Eric
--
^): Per Eric Ros�n http://rosnix.net/~per/
/�� [email protected] GPG 7A7A BD68 ADC0 01E1 F560 79FD 33D1 1EC3 1EBB 7311
TJena,
Funderar varf�r detta paketet togs bort utav unattended-upgrade f�r
n�gra dagar sedan:
Start-Date: 2018-01-06 06:43:44
Commandline: /usr/bin/unattended-upgrade
Remove: php7.1-mbstring:amd64 (7.1.13-1+0~20180105151623.14+stretch~1.gbp1086fa)
End-Date: 2018-01-06 06:43:50
N�gon som kan ge en fingervisning om var man ska kolla?
Tack! / Jonathan
Hej Jonathan!
Verkar som om php7.0-mbstring [1] packats med Stretch. php-mbstring
[2] kr�ver det paketet. Min gissning �r att du f�tt in php7.1-mbstring
[3] via Buster eller Sid [4] och att det tagits bort f�r att l�sa
n�gon konflikt.
/Ludde
1 : https://packages.debian.org/stretch/php7.0-mbstring
2 : https://packages.debian.org/stretch/php-mbstring
3 : https://packages.debian.org/buster/php7.1-mbstring
4 : https://packages.debian.org/sid/php7.1-mbstring
On 2018-01-10 11:23, Jonathan S�lea wrote:
TJena,
Funderar varf�r detta paketet togs bort utav unattended-upgrade f�r
n�gra dagar sedan:
Start-Date: 2018-01-06� 06:43:44
Commandline: /usr/bin/unattended-upgrade
Remove: php7.1-mbstring:amd64
(7.1.13-1+0~20180105151623.14+stretch~1.gbp1086fa)
End-Date: 2018-01-06� 06:43:50
N�gon som kan ge en fingervisning om var man ska kolla?
Tack! / Jonathan
Tjena,
Använder sury.org's repository och har gjort det länge utan att se
något sådant.
När jag tittar i term.log, så kan jag se att unattended-upgrades
kördes 2018-01-06 06:41 och uppdaterade samtliga php-paket (för 5.6,
7.0, 7.1 och 7.2) inklusive php7.1-mbstring.
Två minuter senare, så körs unattended-upgrades igen och då tar den
bort php7.1-mbstring paketet.
/ Jonathan
On 01/10/2018 12:06 PM, Ludvig Andersson wrote:
Hej Jonathan!
Verkar som om php7.0-mbstring [1] packats med Stretch. php-mbstring
[2] kräver det paketet. Min gissning är att du fått in php7.1-mbstring
[3] via Buster eller Sid [4] och att det tagits bort för att lösa
någon konflikt.
/Ludde
1 : https://packages.debian.org/stretch/php7.0-mbstring
2 : https://packages.debian.org/stretch/php-mbstring
3 : https://packages.debian.org/buster/php7.1-mbstring
4 : https://packages.debian.org/sid/php7.1-mbstring
On 2018-01-10 11:23, Jonathan Sélea wrote:
TJena,
Funderar varför detta paketet togs bort utav unattended-upgrade för
några dagar sedan:
Start-Date: 2018-01-06 06:43:44
Commandline: /usr/bin/unattended-upgrade
Remove: php7.1-mbstring:amd64
(7.1.13-1+0~20180105151623.14+stretch~1.gbp1086fa)
End-Date: 2018-01-06 06:43:50
Någon som kan ge en fingervisning om var man ska kolla?
Tack! / Jonathan
| Sysop: | Keyop |
|---|---|
| Location: | Huddersfield, West Yorkshire, UK |
| Users: | 715 |
| Nodes: | 16 (0 / 16) |
| Uptime: | 163:06:13 |
| Calls: | 12,095 |
| Calls today: | 3 |
| Files: | 15,000 |
| Messages: | 6,517,783 |