[SOLVED] Quranantine Emails not beeing sent

Oct 1, 2019
20
2
8
50
Hi,
a customer told me that no Quarantine Emails are sent any more (was working for years). When I had a look on the Mail Gateway I saw the following error appearing after they updated the box on Dec 1st:

ov 29 00:05:15 mx11 pmgqm[1317629]: removed 1141 spam quarantine files Nov 30 00:05:13 mx11 pmgqm[1386723]: purging database Nov 30 00:05:13 mx11 pmgqm[1386723]: removed 1205 spam quarantine files Dec 1 00:05:12 mx11 pmgqm[1464063]: purging database Dec 1 00:05:13 mx11 pmgqm[1464063]: removed 547 spam quarantine files Dec 1 00:05:13 mx11 pmgqm[1464063]: removed 1 virus quarantine files Dec 2 00:05:00 mx11 pmgqm[1563788]: purging database Dec 2 00:05:01 mx11 pmgqm[1563788]: removed 663 spam quarantine files Dec 2 00:05:02 mx11 pmgqm[1563805]: smtp error - got: 555 5.5.4 Unsupported option: SMTPUTF8#012 Dec 2 00:05:02 mx11 pmgqm[1563805]: smtp from: ERROR at /usr/share/perl5/PMG/Utils.pm line 275. Dec 2 00:05:02 mx11 pmgqm[1563805]: smtp error - got: 555 5.5.4 Unsupported option: SMTPUTF8#012 Dec 2 00:05:02 mx11 pmgqm[1563805]: smtp from: ERROR at /usr/share/perl5/PMG/Utils.pm line 275. Dec 2 00:05:02 mx11 pmgqm[1563805]: smtp error - got: 555 5.5.4 Unsupported option: SMTPUTF8#012 Dec 2 00:05:02 mx11 pmgqm[1563805]: smtp from: ERROR at /usr/share/perl5/PMG/Utils.pm line 275. Dec 2 00:05:02 mx11 pmgqm[1563805]: smtp error - got: 555 5.5.4 Unsupported option: SMTPUTF8#012 ......

Start-Date: 2022-12-01 06:53:42 Commandline: apt-get dist-upgrade Install: pve-kernel-5.15.74-1-pve:amd64 (5.15.74-1, automatic) Upgrade: pmg-log-tracker:amd64 (2.3.1-1, 2.3.2-1), proxmox-spamassassin:amd64 (3.4.6-4, 3.4.6-5), proxmox-widget-toolkit:amd64 (3.5.1, 3.5.3), pmg-docs:amd64 (7.1-2, 7.2-1), pmg-api:amd64 (7.1-7, 7.2-2), pmg-gui:amd64 (3.1-5, 3.2-2), proxmox-mailgate way:amd64 (7.1-2, 7.2-1), proxmox-archive-keyring:amd64 (2.1, 2.2), proxmox-backup-client:amd64 (2.2.7-1, 2.3.1-1), libpve-http-server-perl:amd64 (4.1-4, 4.1-5), libpve-common-perl:amd64 (7.2-3, 7.3-1), pmg-i18n:amd64 (2.7-2, 2.8-1), pve-kernel-5.15: amd64 (7.2-13, 7.2-14), pve-kernel-helper:amd64 (7.2-13, 7.2-14) End-Date: 2022-12-01 06:55:29

As of today no Quararantine Notification is going out. Any hints?
Thanks juergen
 
* Do you have any modification to the postfix config? (in /etc/pmg/templates/)?
* Do your mailboxes have non-ascii-characters in their localpart or domain part?
* could you share the complete journal when the error happens? (I think there should be some messages from postfix there as well)
 
* Do you have any modification to the postfix config? (in /etc/pmg/templates/)?
Yes!
I added the line "smtputf8_enable = no" to the standard template, because we had problems with PMG receiving mails, that could not be delivered to our mailserver.

* Do your mailboxes have non-ascii-characters in their localpart or domain part?
No!

(... the customer ...)
 
I added the line "smtputf8_enable = no" to the standard template, because we had problems with PMG receiving mails, that could not be delivered to our mailserver.
Depending what the issues were - this might not be needed anymore (smtputf8 support was improved recently)

could you try dropping the modification?

else - the error-message indicates that PMG tries to send mails with non-ascii characters in the spamreport (and this should only be the case if the recipient address contains non-ascii characters) - could you share the logs?
 
* Do you have any modification to the postfix config? (in /etc/pmg/templates/)?

Yes but I think only one Line has been removed, heres my spamreport-custom.tt:

Code:
[%- IF timespan == 'week' -%]
[%- SET title = "Weekly Spam Report for '${pmail}' - ${date}'" -%]
[%- ELSE %]
[%- SET title = "Daily Spam Report for '${pmail}' - ${date}" -%]
[%- END -%]

[% BLOCK tooltip %]Received: [% d.date %] [% d.time %]
From: [% d.envelope_sender %]
TO: [% d.receiver %]
Size: [% d.bytes %]
Score: [% d.spamlevel %]
File: [% d.file %]
[% END %]

<html>
  <head>
    <title>[% title %]</title>
  </head>
  <body>

    <div align=center>


      <table width='100%'>
        <tr>
          <td colspan=2>
            <div style='width:600px;'><h2>[% title %]</h2></div>
          </td>
        </tr>

        <tr><td colspan=2><hr></td></tr>

        <!--start entries-->
        [% FOREACH item IN items %]
        <tr>
          <td>[% item.from %]</td>
          <td align=right nowrap>[% item.date %] [% item.time %]</td>
        </tr>
        <tr title='[% PROCESS tooltip d=item | html  %]'>
          <td><a style='cursor:pointer;' href='[% item.href | url %]'><b>[% item.subject %]</b></a></td>
          <td align=right nowrap>
            <div style='font-size:xx-small;'>
              <a href='[% item.href | url %]&action=whitelist'>Whitelist</a>&nbsp;
              <a href='[% item.href | url %]&action=blacklist'>Blacklist</a>&nbsp;
              <a href='[% item.href | url %]&action=deliver'>Deliver</a>&nbsp;
              <a href='[% item.href | url %]&action=delete'>Delete</a>
            </div>
          </td>
        </tr>
        <tr><td colspan=2><hr></td></tr>
        [% END %]
        <!--end entries-->

      </table>

      <p>Please use the <a href='[% managehref | url %]'>web interface</a> to manage your spam quarantine.</p>

    </div>

  </body>
</html>

Code:
* Do your mailboxes have non-ascii-characters in their localpart or domain part?

This is a multi domain Mail Gateway, so I cannot guarantee, but normally no.

Regarding the Log, no further errors from postfix are recorded, I don't even find the specific smtp erroc code 555 5.5.4 in those logs.
 
Last edited:
This is a multi domain Mail Gateway, so I cannot guarantee, but normally no.
you could check (as admin) in the GUI -> Administration->Spam Quarantine (the email-combobox should have a dropdown of all users with spam in their quarantine)

If enabling smtputf8 is not an option the next step would be to enable verbose logging for the outbound smtp-listener:
change:
Code:
127.0.0.1:10025 inet  n       -       n       -       -      smtpd
127.0.0.1:10025 inet  n       -       n       -       -      smtpd -v
(i.e. add a '-v' to the smtpd process for port 10025)
in the master.cf.in - using the templateing system:
https://pmg.proxmox.com/pmg-docs/pmg-admin-guide.html#pmgconfig_template_engine
 
you could check (as admin) in the GUI -> Administration->Spam Quarantine (the email-combobox should have a dropdown of all users with spam in their quarantine)

If enabling smtputf8 is not an option the next step would be to enable verbose logging for the outbound smtp-listener:
change:
Code:
127.0.0.1:10025 inet  n       -       n       -       -      smtpd
127.0.0.1:10025 inet  n       -       n       -       -      smtpd -v
(i.e. add a '-v' to the smtpd process for port 10025)
in the master.cf.in - using the templateing system:
https://pmg.proxmox.com/pmg-docs/pmg-admin-guide.html#pmgconfig_template_engine

Morning,
enabling UTF8 in postfix config did the trick.
Thank you,
juergen
 
  • Like
Reactions: Stoiko Ivanov
Thanks for the feedback - know we know that this might be an issue if we encounter it again

Glad you solved your problem!
 
Since we had one further report of a similar setup I managed to reproduce it and sent a patch for discussion to the pmg-devel mailinglist:
https://lists.proxmox.com/pipermail/pmg-devel/2022-December/002233.html

So should you still need to disable smtputf8 in the postfix config (I would keep it enabled if at all possible) this should be possible again, once the patch or an improved version has been applied.
 
@Stoiko Ivanov We have experienced the same problem as well. Thank you for addressing and proposing a solution to the devs. How could we get informed when the patch is released (we still need to disable smtputf8 for some old Exchange Servers e.g. 2013)? Thanks again for your efforts!
 
Since this got reported independently to our bugzilla: https://bugzilla.proxmox.com/show_bug.cgi?id=4407

I think subscribing to that report is a good idea - I'll update it once a version of the patch is applied and we have it packaged on one of our external repositories (pmgtest, pmg-no-subscription, pmg-enterprise)
 
  • Like
Reactions: LinuxCuba
I had the same issue we want to have smtputf8_enable = no because our mail servers do not support it. Will wait for patch in official stable channels before I upgrade don't want to break anything...
 
Since this got reported independently to our bugzilla: https://bugzilla.proxmox.com/show_bug.cgi?id=4407

I think subscribing to that report is a good idea - I'll update it once a version of the patch is applied and we have it packaged on one of our external repositories (pmgtest, pmg-no-subscription, pmg-enterprise)
Present the same problem, it caught my attention, since I have been using pmg for a long time, and using the postfix customization smtputf8_enable = no, I had never had any difficulties before. Currently, I have solved this difficulty by manually applying the @Stoiko Ivanov patch. Thank you very much.
 
pmg-api version 7.2-3 contains the patch and should be on pmgtest soon
 
pmg-api version 7.2-3 contains the patch and should be on pmgtest soon
In version 7.2.3 with smtputf8_enable = no sends the message in queue in cycle:
Jan 25 16:29:27 pmg postfix/smtpd[502239]: connect from localhost.localdomain[127.0.0.1]
Jan 25 16:29:27 pmg pmg-smtp-filter[501796]: smtp error - got: 555 5.5.4 Unsupported option: SMTPUTF8#012
Jan 25 16:29:27 pmg postfix/smtpd[502239]: lost connection after MAIL from localhost.localdomain[127.0.0.1]
Jan 25 16:29:27 pmg postfix/smtpd[502239]: disconnect from localhost.localdomain[127.0.0.1] ehlo=1 xforward=1 mail=0/1 commands=2/3
Jan 25 16:29:27 pmg pmg-smtp-filter[501796]: smtp from: ERROR at /usr/share/perl5/PMG/Utils.pm line 279.
Jan 25 16:29:27 pmg pmg-smtp-filter[501796]: 4138363D0CC4382625: reinject mail to <arenda@kalinamall.ru> (rule: default-accept) failed

enabling smtputf8_enable rejected mail with "accepted/bounced".
 

About

The Proxmox community has been around for many years and offers help and support for Proxmox VE, Proxmox Backup Server, and Proxmox Mail Gateway.
We think our community is one of the best thanks to people like you!

Get your subscription!

The Proxmox team works very hard to make sure you are running the best software and getting stable updates and security enhancements, as well as quick enterprise support. Tens of thousands of happy customers have a Proxmox subscription. Get yours easily in our online shop.

Buy now!