Search results

Thanks - please also share `pmgversion -v` (and make sure you've upgraded to the latest available packages)

Hm - what exactly is your use-case? why is it better to drop a mail than sending it out without DKIM-signature? Which mails in your environment are not signed (despite coming from domains of which are covered by your DKIM domains? Maybe there's a different way to achieve what you need... For...

so everything worked out? (just to make sure that was you original request). regarding the "Sign all Outgoing Mail" - that was originally added and if it's enabled no prefix-matching is done and the mails simply take the complete domain as signing-domain -...

Thanks for the updates! We adapted the pmg-api postinstallation to enable clamav-freshclam (unless it's explicitly masked by the admin): https://git.proxmox.com/?p=pmg-api.git;a=commitdiff;h=cb8e149c9c257c47763a82f35f9eed9b4d95fc7b

From the top of my head - and without testing it - how does the DKIM signature look, if you only add 'example.com' to the DKIM Domains? Thanks!

thanks for the report - I think this is similar to: https://forum.proxmox.com/threads/automata-update-spamassassin-org.159137/#post-741447 We'll add a patch to enable it for pmg-installations with one of the upcoming versions. edit: short question - how did you setup your PMG (from the ISO, on...

adapt the postfix config (https://pmg.proxmox.com/pmg-docs/pmg-admin-guide.html#pmgconfig_template_engine) to allow all IPs for the listener on port 26. I'd strongly recommend against adding 0/0 to the trusted networks - as those are added to postfix `mynetworks` which is allowed on the...

hm - I'd expect a hostname (technically not an url - i.e. my.pmg.com should work not smtp://my.pmg.com) to work just as well as an IP - please share the complete logs from PMG - these should who where things go wrong

das freut zu lesen :) Bitte den Thread als 'SOLVED' markieren (oben über dem ersten thread auf 'Edit thread' klicken und das SOLVED prefix auswählen) - das hilft anderen, die auch auf das problem stoßen. Danke

PMG does use Bayes learning (we changed the enabled auto-learning to deing disabled by default, as it usually cause more false-positives) additionally once a mail leaves PMG it is gone. If you want to use bayes learning- you can manually configure SpamAssassin to do so (but in my experience...

There is support for Avast for linux: https://pmg.proxmox.com/wiki/index.php/Getting_started_with_Proxmox_Mail_Gateway#Second_virus_scanner for Spamhaus - you can probably integrate it following their tutorial on github (or just add them to the postfix/postscreen level) for other things you...

DMARC also takes the From-header into consideration - without the headers and the actual domains in the logs it's not really possible to say why one got quarantined and the other went through. https://martech.zone/what-is-dmarc/ - the graphics there seem to show how/what dmarc does regarding...

siehe: https://pmg.proxmox.com/pmg-docs/pmg-admin-guide.html#pmgconfig_spamdetector_quarantine (port in den Spam Quarantine settings setzen) Ich hoffe das hilft!

Hm - the sender should not get a notification - but if you have before-queue filtering enabled PMG sends a 5xx response ("Rejected for policy reasons") - I think (but haven't tested it yet) if you don't have before-queue filtering enabled the mail should be dropped silently (unless you enable...

Why do you think so? - which errors do you get and why (if it's still an issue)? Thanks!

Thanks for the information! your system is using proxmox-boot-tool - in that case keeping the ESP mounted might be problematic/the cause of the failing boot: I'd probably remove the /boot/efi mount from /etc/fstab, run proxmox-boot-tool reinit to get the system in a consistent state! (Keep in...

I'll lock this thread - so all answers end up in the first post.

Thanks for the feedback and the report! We improved the check for the boot-loader issues (but it's still not available on our public repositories) - https://lore.proxmox.com/pve-devel/20250814120807.2653672-1-s.ivanov@proxmox.com/T/#t I'd guess that this version should have caught the issue...

please check/post the journal after booting when the cards are not available - new kernel/new systemd version might change the names of the NICs - the journal should tell you if there's a problem there. physically available means that they are listed in `lspci -nnk`? In most cases I'd recommend...

Looking through our bugzilla (which is the place where feature requests and bug-reports are tracked) I found: https://bugzilla.proxmox.com/show_bug.cgi?id=5538 which should align with your issue - please note your suggestion there (it gets more visibility). Thanks!