similar to: Doveadm error since 2.3.11.3 when run as unprivileged user

> On 11/09/2020 01:40 Olav Seyfarth <olav at seyfarth.de> wrote: > > > On Thu, Aug 13, 2020, Arjen de Korte wrote: > > include optional config file and suppress errors if it doesn't exist > > I followed this workaround, which is nicely summarized at > https://github.com/postfixadmin/postfixadmin/issues/381#issuecomment-678269198 > > Yet, not all

Hi Charles, thank you VERY MUCH for all your hints. > If you have a jumper wire handy, you can connect the PC's TxD to RxD I should have tried to connect from another computer in the first place. Or access another device known to work from this computer. It turned out that the shield I used to connect the mainboard connector to the PC case expected another mainboard pin layout. So all I

Hi list, on my previous (lenny or squeeze) machine, I had it up and running, but that machine and configs are gone - and on my new jessie machine (see device and config details below) I cannot start the driver: # /lib/nut/bestups -DDDDD -a Patriot_Pro_II_750 0.000000 debug level is '5' 0.000806 send_to_all: SETINFO device.type "ups" 0.000842 send_to_all:

I allow users to run 'doveadm' for mailbox maintenance (to expunge mail for instance). Since the upgrade to 2.3.11.3, this no longer works and results in the following error message: doveconf: Fatal: Error in configuration file /etc/dovecot/conf.d/10-ssl.conf line 13: ssl_key: Can't open file /etc/ssl/private/de-korte.org.key: Permission denied This is no surprise, as

On Thu, Aug 13, 2020 at 21:16:42 +0200, Arjen de Korte wrote: > Citeren Timo Sirainen <timo at sirainen.com>: > > !include_try ssl-keys.conf > > That will only work to include an optional configuration file and > suppress errors if it doesn't exist. I put > > ssl_key = </etc/ssl/private/de-korte.org.key > > in a separate configuration file and it

On 13. Aug 2020, at 11.29, Timo Sirainen <timo at sirainen.com> wrote: > > On 13. Aug 2020, at 11.00, Arjen de Korte <build+dovecot at de-korte.org> wrote: >> >> I allow users to run 'doveadm' for mailbox maintenance (to expunge mail for instance). Since the upgrade to 2.3.11.3, this no longer works and results in the following error message: >>

Citeren Timo Sirainen <timo at sirainen.com>: > On 13. Aug 2020, at 11.29, Timo Sirainen <timo at sirainen.com> wrote: >> >> On 13. Aug 2020, at 11.00, Arjen de Korte >> <build+dovecot at de-korte.org> wrote: >>> >>> I allow users to run 'doveadm' for mailbox maintenance (to expunge >>> mail for instance). Since the

On 13. Aug 2020, at 11.00, Arjen de Korte <build+dovecot at de-korte.org> wrote: > > I allow users to run 'doveadm' for mailbox maintenance (to expunge mail for instance). Since the upgrade to 2.3.11.3, this no longer works and results in the following error message: > > doveconf: Fatal: Error in configuration file /etc/dovecot/conf.d/10-ssl.conf line 13: ssl_key:

Hello So what i have: centos 5.6 postfix 2.3.3 dovecot 2.0.13 postfixadmin 2.3.3 roundcube 0.5.3 All general things are working right now i can send receive email with ssl connections etc... Now i'm trying to configure additional options like quota and some other plugins like sieve, trash, expire and deleted-to-trash. Configuration of quota is on first place. I have read wiki regarding quota

At 14:16 06.02.2012, you wrote: >Olav, > >A change like this could easily break the format. That would be a bad choice. That makes sense. Explains why it is not there today. >On the other hand, an informational 'application' block could be added in a way that does not break the format, and this would even be backwards compatible since 'application' blocks have

On Nov 23, 2015, at 10:21 AM, Olav Seyfarth <olav at seyfarth.de> wrote: > > I've noticed this tread: > http://lists.alioth.debian.org/pipermail/nut-upsdev/2014-November/006801.html > But unless I misunderstood something, the driver bestups should still > work in jessie, right? It should still work. > Might this be a clable issue? > > The cable is the original

More joy with Centos 7. I am having permission problems with Postfixadmin. I am installing as I have in my notes I did in Centos6 and it is not working. I untar Postfixadmin into /usr/share. The owner is root:root (I even tried root:apache). My postfixadmin.conf file has: alias /mailadmin /usr/share/postfixadmin <Directory "/usr/share/postfixadmin"> AllowOverride

On 02/17/2017 12:42 PM, Pete Biggs wrote: > On Fri, 2017-02-17 at 12:02 -0500, Robert Moskowitz wrote: >> More joy with Centos 7. >> >> I am having permission problems with Postfixadmin. I am installing as >> I have in my notes I did in Centos6 and it is not working. >> >> I untar Postfixadmin into /usr/share. The owner is root:root (I even >> tried

On 02/17/2017 01:52 PM, Albert McCann wrote: >> -----Original Message----- >> From: CentOS [mailto:centos-bounces at centos.org] On Behalf Of Robert >> Moskowitz >> Sent: Friday, February 17, 2017 1:40 PM >> To: CentOS mailing list <centos at centos.org> >> Subject: Re: [CentOS] Centos 7 httpd Permission problems with Postfixadmin > >>> So

postfixadmin setup.php is claiming: *Error: Smarty template compile directory templates_c is not writable.* *Please make it writable.* *If you are using SELinux or AppArmor, you might need to adjust their setup to allow write access.* This goes away with 'setenforce 0', so it is an SELinux issue. I have tried both: restorecon -Rv /usr/share/postfixadmin and chcon -R -t

Olav Sunde wrote: > very good to see activity on flac development again. I am not a developer > unfortunately, but I'd like to check with you if updating code for > flac/metaflac to handle high-rez files (24/192 or higher) for writing Replay > Gain tags is in your 'pile' of things to fix? I think there are patches to do that in the queue. Perhaps you can check back in

I have been creating conf files and similar with the following method that I picked up (I think from psotfix docs): cat <<EOF>>/etc/aliases || exit 1 root: youremail EOF See: http://medon.htt-consult.com/Centos7-armv7.html But with postfixadmin I stumbled onto a problem. The following: cat <<EOF>/usr/share/postfixadmin/config.local.php || exit 1 <?php

Hi, I've set up a Postfix and Dovecot (only IMAP) combination using MySQL and Postfixadmin on Fedora. Almost everything works correctly now. The only thing bugging me right now is that I always have to change the access privileges of the directories in /var/run/dovecot/ manually to 777 to make it work. As you understand, I'm not particularly happy about this as it doesn't feel secure

On 02/17/2017 01:11 PM, Pete Biggs wrote: >> From error.log: >> >> [Fri Feb 17 12:56:33.478024 2017] [authz_core:error] [pid 5759] [client >> 192.168.160.12:48290] AH01630: client denied by server configuration: >> /usr/share/postfixadmin > So it's an authorisation issue. In your .htaccess file change > > Order allow,deny > Allow from

On 02/21/2017 11:46 AM, Zdenek Sedlak wrote: > On 2017-02-21 17:30, Robert Moskowitz wrote: >> postfixadmin setup.php is claiming: >> >> *Error: Smarty template compile directory templates_c is not writable.* >> *Please make it writable.* >> *If you are using SELinux or AppArmor, you might need to adjust their >> setup to allow write access.* >>