May 2021 - Mailfilter-ng - lists3.sunet.se

by mailfilter-ng＠lists.sunet.se

Hej, Vi har uppdaterat testmiljön för Mailfilter-ng med lite buggfixar och funktioner som efterfrågat: * "Alternative recipient lookup" är nu en typen "list", så man kan lägga in flera servrar. * Den 3:e “virusscannern” som är inbakad i CYRENs RPD-motor, går att stänga av separat (om man har problem med att den blockerar inkommande / utgående epost med olika typer av bilagor) Ni som har efterfrågat ovanstående funktioner får gärna testa dem och återkomma om de löser era problem. Ytterligare ändringar & fixar som installerats i båda miljöerna: * Bugg fixad som visar “Detailer” för alla events. * Ratelimitern är nu inställd på tidsperioden per dygn som default. * Mer statisk Mvh, /P

2 years, 11 months

1
1
0 0

Lite funderingar om rate limiting och användare

by mailfilter-ng＠lists.sunet.se

Hej Två lite olika, men i någon mån relaterade, frågeställningar. ----- För det första, rate limiting. ----- Rate limiting i Halon fungerar ju rätt annorlunda jämfört med Canit. Vi har funderat lite på hur man kan lösa enstaka undantag till den generella rate limiten. För en domän borde man kunna lägga in den domänen (med huvuddomänen som ägare) och justera enbart rate limit, med senderdomain som rate type. Vi funderar på att göra det för våra sympalistor t.ex. För enstaka användare bör man kunna skapa en användare med rätt avsändaradress och justera rate limit för den användaren. Vi funderar däremot på om det skulle gå vägen att skapa dummyanvändare, typ "RateLimit5000", "RateLimit3000" osv, och koppla de enskilda avsändaradresserna som ska ha justerad rate limit till motsvarande dummyanvändare? Det förfarandet kan ställa till det om vi i framtiden vill låta användarna själva logga in och justera saker. Det vi inte fått någon bra kläm på är om en ny, högre eller lägre, rate limit slår igenom direkt för en avsändare som redan slagit i taket på den befintliga, eller om det slår igenom först nästa gång. Dvs. kan man med omedelbar verkan släppa igenom brev som fastnat, eller måste man vänta till den valda tidsperioden passerat? På samma sätt, om en avsändare fastnat pga spam rate limit så vill man kanske neka alla vidare brev istället för att pytsa ut dem över flera dagar. Går det på något sätt sätta rejekt direkt, eller behöver man tömma brevkön på e-postservern i vår ände? Att tillfälligt justera rate limit för någon enstaka verkar inte vara möjligt i Halon, om man inte själv skriptar något via API:t. Eller tillfälligt ändrar rate limit för en användare och sedan inte glömmer att ställa tillbaka, vilket kommer glömmas förr eller senare. ----- För det andra, användare ----- Vad är för- respektive nack-delarna med att automatiskt skapa (eller inte skapa) användare för en domän? Finns något "bäst-före-datum" för användare, eller ligger de kvar i systemet för all framtid? Vi har för tillfället valt att inte skapa användare automatiskt. Som vår inloggning fungerar så är det inte e-postadressen man loggar in med, och det finns ingen direkt koppling mellan inloggningsnamnet och e-postadressen som kan göras utan att slå upp det i ett annat system. Så automatisk skapade användare (om det görs per mottagande e-postadress) skulle inte gå att logga in på. Dessutom kan en användare ha flera e-postadresser kopplade till sitt konto, även om de har en primär e-postadress som de skickar via (som i sin tur kan ändras om de byter tjänst inom universitetet.) För att en koppling ska kunna göras behöver det göras manuellt (eller möjligen via API:t) genom att lägga den faktiska e-postadressen som ett alias till inloggningskontot. -- Dan Manell Universitetsgemensam IT Uppsala Universitet När du har kontakt med oss på Uppsala universitet med e-post så innebär det att vi behandlar dina personuppgifter. För att läsa mer om hur vi gör det kan du läsa här: http://www.uu.se/om-uu/dataskydd-personuppgifter/ E-mailing Uppsala University means that we will process your personal data. For more information on how this is performed, please read here: http://www.uu.se/en/about-uu/data-protection-policy

2 years, 11 months

1
3
0 0

Mailfilter-ng uppdatering

by mailfilter-ng＠lists.sunet.se

Hej på er! Dax för en liten uppdatering om status Mailfilter vs Mailfilter-ng… Det är lite mindre en drygt 1,5 månad kvar innan den utsatta deadline:n för när alla Mailfilter-kunder bör vara migrerade från gamla lösningen. En positiv sak är att det endast 3 st kunder kvar i gamla Mailfilter (CanIt), vilket vi tycker är mycket bra jobbat av er som migrerat över! Så nu finns det flera som har (mer eller mindre) erfarenheter om hur det nya (Halon) fungerar för dem, i förhållande till det gamla (CanIt): (SUNET), ORU, KAU, SMHI, DU, LNU Mvh, Fredrik

2 years, 11 months

1
0
0 0

HOWTO: Recipient Verification i Exchange

by mailfilter-ng＠lists.sunet.se

Hej, Karlstad (KAU) var tidiga på att migrera in i Mailfilter-ng. Nått vi upptäckte under migreringen var att recipient verification inte fungerade/var aktiverat, så jag har tjatat lite på dem om att fixa till det :) Och Ulf & Mathias lyckades införa det ganska snabbt! Det resulterade också i att gjort en enkel beskrivning på vad som behöver göras på alla exchange-servrar för att aktivera det. Jag skrev om det och postade HOWTOn på SUNETs forum, här: https://forum.sunet.se/content/perma?id=3987 (Tack till Mathias & Ulf (KAU) för att ni delar med er av detta!) Om ni själva inte gör recipient verification idag så är det hyfsat enkelt att implementera i Exchange. Annars kan ni räkna med att jag kommer tjata på er om att fixa till det när ni migrerar :) Vissa av er har andra SMTP-servrar framför Exchange (och andra epost-system) som bör ha motsvarande "recipient verification" -funktion påslagen. Jag hoppas SU kommer dela med sig av hur de implementerat motsvarande funktion i Postfix (med uppslag mot LDAP), ett mer avancerat alternativ till ovanstående, som t.ex. kan behövas när all epost inte ligger i Exchange... Trevlig helg! Mvh, /P

2 years, 12 months

1
0
0 0

Mer uppdateringar gjorda och på gång.

by mailfilter-ng＠lists.sunet.se

Hej, Under SUNET-dagarna har vi har jobbat på med Mailfilter-ng, här är några saker av de saker som fixats till: * Uppdaterat alla MTAer till senaste releasen * Strikt "recipient check" för att nya konton ska kunna automatskapas * Förbättrade felmeddelanden * Förbättrad loggning för Outbound epost-flödet * Ny ratelimiter för DSN meddelanden (se https://en.wikipedia.org/wiki/Bounce_message) * Säkert nått jag missat… Tack till KAU samt ni andra som testar och ger feedback Inom kort kommer även kontrollpanelen uppdateras till en ny release, med förbättrat API bl.a. (btw. vi har skapat https://forum.sunet.se/s/mailfilter-ng/ om någon hellre vill ha nyheterna / diskutera Mailfilter-ng där) Mvh, /P

3 years

1
2
0 0

Forum.sunet.se

by mailfilter-ng＠lists.sunet.se

Hej, Innan SUNET-dagarna så startade SUNET https://forum.sunet.se som en liten pilot för att utvärdera en ny samarbetesplattform, ett komplement till epost-listor & som ett alternativ till Slack. Jag la upp Mailfilter-ng som en grupp dit jag även push:at de senaste nyheter/uppgraderingar gällande Mailfilter-ng. För er som är intresserade av att kika på det, så hittar ni det här (SAML-inloggning krävs): https://forum.sunet.se/s/mailfilter-ng/ Mvh, /P

3 years

1
0
0 0

2024

2023

2022

2021

2020

Mailfilter-ng May 2021