Search results

Yep - I hear you - its hard to have a solid case for an against... I don't have my old manual config of SA from my old filtering since I switched to PMG - but that had close to 10 years of filtering history... As such, its kinda hard to give solid figures either way... I believe that it used...

I wonder if a good feature for the roadmap would be a 'Report' button to go along with the existing that would feed the message via `spamassassin -r` - then delete it?

"better" is subjective.... Are you building this system yourself for home? Is it an enterprise setup? Is it in a place you can access? Is it a hands-off data centre? If you're building something for home, certainly a Ryzen + mainboard is a better / cheaper / faster option... Once you get into...

@oguz - Can you confirm, when a spam message is held in the Quarantine, if the "Delete" button is pressed, does this run the message though sa-learn or the spamassassin reporting function before it deletes it? I've been tweaking my setup - but I'm getting dozens of the same spam message come...

I'm now testing: `Linux 5.4.30-1-pve #1 SMP PVE 5.4.30-1 (Fri, 10 Apr 2020 09:12:42 +0200)` Current uptime is: 2 days 06:22:30 Nothing as yet abnormal logged to the console, nor dmesg... Will report back in a few days...

Thanks @fabian - I've already got an RPZ zone in bind for serving NXDOMAIN for ~164,000 spam / scam domains - so I'll look into changing the CNAME for download.proxmox.com -> na.cdn.proxmox.com until a better solution is found...

So reporting back with more data.... 5.3.18-3 is currently at 1d 10h 42m with no issue... Going to reboot into 5.4.30 and test that for a while...

@fabian - Sorry - I do have one more question re the mirrors.... How do I make that apply to the Templates dialog etc for downloading LXC images? I found `/var/lib/pve-manager/apl-info` - which seems to be the data I'm looking for - but not sure how / when / where that gets populated, and if...

As a long time Aussie network guy - there's no direct peering at all with the EU region - just about every transit goes via the US... Our 'long path' is back through Asia... In fact, the majority of the countries bandwidth goes via the Southern Cross link...

It seems like I always get punted to france - no matter what I try.... I would suggest punting the OC region to the NA mirror instead of falling back to france: wget -4 http://na.cdn.proxmox.com/iso/proxmox-mailgateway_6.2-1.iso --2020-05-07 19:15:58--...

I rebooted back into 5.3.18-3 after the updates of today to test to see if I get the cpu soft lock issue I saw with 5.4.17. At this point, uptime is: 14h 32m 5s... This is more than I had before 5.4.17 died. I haven't tried 5.4.30(?) that was pushed with the update yet - as its going to take...

Trying to drill down further.... the CNAME chain seems to go: download.proxmox.com -> download.cdn.proxmox.com -> oc.cdn.proxmox.com -> fr.cdn.proxmox.com which has a txt: ;; QUESTION SECTION: ;fr.cdn.proxmox.com. IN ANY ;; ANSWER SECTION: fr.cdn.proxmox.com. 60 IN...

wget -4 http://download.proxmox.com/iso/proxmox-mailgateway_6.2-1.iso --2020-05-07 18:34:22-- http://download.proxmox.com/iso/proxmox-mailgateway_6.2-1.iso Resolving download.proxmox.com (download.proxmox.com)... 51.91.38.34 Connecting to download.proxmox.com...

Sadly, its been since I first downloaded the proxmox ISO - including the CT containers, and any updates... $ host -a download.proxmox.com Trying "download.proxmox.com" ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 63219 ;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 4, ADDITIONAL: 6...

Hi guys, Are there any mirrors for download.proxmox.com around? I never seem to get over 100Kb/sec from there in Australia.... Right now (3:35am Melbourne time), I'm getting a whole 65Kb/sec...

I see the same, CPU soft lockups leading to an unresponsive machine... Added more to the above thread...

I noticed that today with kernel 5.4 - everything hung overnight at some point... Sadly, nothing got logged to /var/log/messages or /var/log/kern.log. I don't believe its the hardware platform, as this machine has run Fedora + Xen for months of uptime... I only recently moved everything to...

I just wrote this which may help: https://forum.proxmox.com/threads/how-to-train-for-spam.41122/#post-310567

I noticed a lot of spam getting through when setting up my PMG install for the first time... I've only been using PMG for ~3 days - and its mostly been positive - but my bayes DB from my old server has many years of training and hardly let any spam through... I'm hoping that my guide here helps...

So I got a bit sick of having no real solution to this - so I hacked something together.... My path structure is /vmail/$user/ for email. I use a Spam folder which ends up at /vmail/$user/.Spam/cur and /vmail/$user/.Spam/new Set up an SSH public / private key to allow you to log into your PMG...