similar to: CESA-2019:2836 Important CentOS 7 dovecot Security Update

Send CentOS-announce mailing list submissions to centos-announce at centos.org To subscribe or unsubscribe via the World Wide Web, visit https://lists.centos.org/mailman/listinfo/centos-announce or, via email, send a message with subject or body 'help' to centos-announce-request at centos.org You can reach the person managing the list at centos-announce-owner at centos.org When

CentOS Errata and Security Advisory 2019:4326 Important Upstream details at : https://access.redhat.com/errata/RHSA-2019:4326 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 067acb5347113d423523dc63ac23348163422108aee38d644e8fa6cc1cbce210 fribidi-1.0.2-1.el7_7.1.i686.rpm

CentOS Errata and Security Advisory 2019:3197 Important Upstream details at : https://access.redhat.com/errata/RHSA-2019:3197 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 51bef6c9700b2222adbfab925c0859b1f53835237cfecf4e7d4f4645e3832b1b sudo-1.8.23-4.el7_7.1.x86_64.rpm

Sieve rule fileinto Spam fails, while fileinto Junk succeeds mailbox Spam { special_use = \Junk auto = no } dovecot-pigeonhole-2.2.36-3.el7_7.1.x86_64 dovecot-2.2.36-3.el7_7.1.x86_64 CentOS Linux release 7.7.1908 (Core

I do not have the log file anymore from the home dir. It just complains that the folder Spam does not exist. dovecot: lmtp(xxxx): oG8YI6enmF7FIAAAI7dPvA: sieve: Execution of script /xxxx/.dovecot.sieve failed, but implicit keep was successful (user logfile /xxx/.dovecot.sieve.log may reveal additional details) -----Original Message----- From: Stephan Bosch [mailto:stephan at rename-it.nl]

I have managed to find out what happened in the yum update and it turns out it was a mess. It looks like the server ran out of memory in the middle and things then started to fail. Any advice on how to recover from this would be greatly appreciated The log below shows: [root at vps2 ~]# yum history info 22 Loaded plugins: fastestmirror, langpacks Repository mariadb is listed more than once in

> On 1/22/20 3:57 PM, Gary Stainburn wrote: >> I have managed to find out what happened in the yum update and it turns >> out it was a mess. It looks like the server ran out of memory in the >> middle and things then started to fail. Any advice on how to recover >> from this would be greatly appreciated >> >> The log below shows: >> >> [root at

CentOS Errata and Security Advisory 2020:0227 Important Upstream details at : https://access.redhat.com/errata/RHSA-2020:0227 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 4e7b3e26e7960631fa1b70b58d3d363b51b0f9bee514cdd277c377750d976dd1 lemon-3.7.17-8.el7_7.1.x86_64.rpm

CentOS Errata and Bugfix Advisory 2019:3972 Upstream details at : https://access.redhat.com/errata/RHBA-2019:3972 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 6a534a09885aeea9c44eed75f2c21159ef33a8fe43c47df641513bfd19c69702 libipa_hbac-1.16.4-21.el7_7.1.i686.rpm

CentOS Errata and Bugfix Advisory 2019:2679 Upstream details at : https://access.redhat.com/errata/RHBA-2019:2679 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 21895646047b35e098755091ef3dfb304bd32e21ed7545cdc16a0795a1c35811 libvirt-4.5.0-23.el7_7.1.x86_64.rpm

CentOS Errata and Bugfix Advisory 2019:2358 Upstream details at : https://access.redhat.com/errata/RHBA-2019:2358 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 3a516ccd167351ea9ad31a8f18cc7aaf72e5171871e0b1aa5e0237bf07820e71 libguestfs-1.40.2-5.el7_7.1.x86_64.rpm

It is a 'special use' folder, so it only appears to exist in mail clients. # spam folders merging mailbox Junk { special_use = \Junk auto = create } mailbox Spam { special_use = \Junk auto = no } mailbox "Junk E-mail" { special_use = \Junk auto = no } On 16/04/2020 23:19, Marc Roos wrote: > I do not have the log file anymore from the

CentOS Errata and Bugfix Advisory 2019:2601 Upstream details at : https://access.redhat.com/errata/RHBA-2019:2601 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: f280e595ee31a46f7b732310c15465a16f640a09ab8f47e32512f1212d22c055 NetworkManager-1.18.0-5.el7_7.1.x86_64.rpm

CentOS Errata and Bugfix Advisory 2019:3983 Upstream details at : https://access.redhat.com/errata/RHBA-2019:3983 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: c63153d62d1a3c58f74ff17e8a567ebedd4266cf07e57df50bd12eb3d3174a9e libblkid-2.23.2-61.el7_7.1.i686.rpm

CentOS Errata and Bugfix Advisory 2019:2356 Upstream details at : https://access.redhat.com/errata/RHBA-2019:2356 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 88eb240f8af93ff46674ed0f1b33c8f6a9519d4f6863a83221c2547f035b1a65 libgudev1-219-67.el7_7.1.i686.rpm

Hmmm, confusing, clients should then display the mailbox name redirected by the server. If a user in a front end just sees the 'Junk E-mail', that is the name he is going to be using in his mailbox rules. If he does not know that this is actually the Junk folder on the server, he will make an incorrect message rule. So I guess you have to correct this server side, before storing

On 1/22/20 3:57 PM, Gary Stainburn wrote: > I have managed to find out what happened in the yum update and it turns out it was a mess. It looks like the server ran out of memory in the middle and things then started to fail. Any advice on how to recover from this would be greatly appreciated > > The log below shows: > > [root at vps2 ~]# yum history info 22 > Loaded plugins:

On 16/04/2020 21:04, Marc Roos wrote: > Sieve rule fileinto Spam fails, while fileinto Junk succeeds > > > mailbox Spam { > special_use = \Junk > auto = no > } > > dovecot-pigeonhole-2.2.36-3.el7_7.1.x86_64 > dovecot-2.2.36-3.el7_7.1.x86_64 > CentOS Linux release 7.7.1908 (Core I can't tell without insight in the error message and your full

On 16/04/2020 23:19, Marc Roos wrote: > I do not have the log file anymore from the home dir. It just complains > that the folder Spam does not exist. > > dovecot: lmtp(xxxx): oG8YI6enmF7FIAAAI7dPvA: sieve: Execution of script > /xxxx/.dovecot.sieve failed, but implicit keep was successful (user > logfile /xxx/.dovecot.sieve.log may reveal additional details) So, does that

On 16/04/2020 23:38, Marc Roos wrote: > It is a 'special use' folder, so it only appears to exist in mail > clients. > > # spam folders merging > mailbox Junk { > special_use = \Junk > auto = create > } > mailbox Spam { > special_use = \Junk > auto = no > } > mailbox "Junk E-mail" { > special_use