similar to: dovecot 1.0beta1 making base_dir world-writable

Hi I first let base_dir = with it's default value of /var/dovecot. I changed my mind and now I have doveconf -n # 2.1.17: /etc/dovecot/dovecot.conf # OS: OpenBSD 5.4 amd64 ffs base_dir = /var/run/dovecot/ After a few days, imap clients couldn't login. Here the problem Dec 04 17:03:16 imap-login: Fatal: Corrupted SSL parameters file: /var/dovecot/ssl-parameters.dat Dec 04 17:03:16

Hi, I would like to disallow dovecot to read its base_dir (mode 0310). This is currently not possible, because settings_verify() in src/master/master-settings.c will "fix" the directory mode to 0750. The following patch for 1.0rc15 ignores the read bit (0444) when checking the directory permissions. Max -------------- next part -------------- A non-text attachment was scrubbed...

Evening all, I'm running into an issue with lmtp trying to store user mail in 'base_dir' ( same as this ( http://www.dovecot.org/list/dovecot/2011-January/056736.html )) however I'm just using PAM for auth. I've tried with chroot, without chroot and 'chroot'ing lmtp directly in ' service lmtp { } ' which just lead to lots more errors. I've not

On May 24, 2017, at 6:02 AM, hw <hw at gc-24.de> wrote: > > Warren Young schrieb: >> >> CentOS 5 just left supported status, which shipped Perl 5.8.8 from first release to last > > Living in the past seldwhen is a good idea. I don?t propose to teach you about my problems ? they are, after all, mine, and I?m coping with them quite well, thank you ? but I?ll give

Instead of artificially limiting irq numbers, use arch provided NR_IRQS Signed-off-by: Glauber Costa <gcosta at redhat.com> --- irqhook/irqhook_main.c | 16 +++++++--------- 1 files changed, 7 insertions(+), 9 deletions(-) diff --git a/irqhook/irqhook_main.c b/irqhook/irqhook_main.c index 5f414d1..828c70a 100644 --- a/irqhook/irqhook_main.c +++ b/irqhook/irqhook_main.c @@ -31,15 +31,13

Instead of artificially limiting irq numbers, use arch provided NR_IRQS Signed-off-by: Glauber Costa <gcosta at redhat.com> --- irqhook/irqhook_main.c | 16 +++++++--------- 1 files changed, 7 insertions(+), 9 deletions(-) diff --git a/irqhook/irqhook_main.c b/irqhook/irqhook_main.c index 5f414d1..828c70a 100644 --- a/irqhook/irqhook_main.c +++ b/irqhook/irqhook_main.c @@ -31,15 +31,13

# Protocols we want to be serving: # imap imaps pop3 pop3s #protocols = imap imaps # IP or host address where to listen in for connections. It's not currently # possible to specify multiple addresses. "*" listens in all IPv4 interfaces. # "[::]" listens in all IPv6 interfaces, but may also listen in all IPv4 # interfaces depending on the operating system. You can specify

This one has me perplexed. OpenSSH6.4p1 on a FreeBSD 7 box (I know it's old; it's being replaced this month). I can't spot anything changed in OpenSSH commit logs or git blame of the current file. I ssh into the box from a system with OpenSSH6.6p1 and three keys loaded, RSA, ECDSA and ED25519. As expected, key_from_blob and key_fingerprint complain about the ED25519 key in the

I am having problems with dovecot regarding base_dir: I have :: base_dir = /opt/dovecot2/var/run/ For some reason, I have to set permissions to(chmod -R 1777 /opt/dovecot2/var/) for dovecot to run properly, but when I start dovecot, I see this: [root at gw] /opt/dovecot2/etc/dovecot# less /var/log/dovecot/dovecot.log Oct 21 16:15:27 master: Warning: Killed with signal 15 (by pid=72634 uid=0

I'm curious. Why are so many system-generated files world-writable? On my Mandriva laptop, every day I get warnings that world-writable files are found in /tmp, /far/lib/ /var/run/ and /var/spool, and every day msec reports that it has changed the mode of several files in /var/log/. Why are they created like that? Anne -------------- next part -------------- A non-text attachment was

Hi, Need some pointers. Currently using mount -t smbfs -o username=xxx,pasword=xxx //servername/sharename /mnt/share Since I can only mount as root, (not in /etc/fstab) sudo mount -t smbfs -o username=xxx,pasword=xxx //servername/sharename /mnt/share Problem here is.. I can't get group or world writeable permission on the share. It's a NTFS share but that is not a problem. I can

Buenas. El Paquete pdp es muy fácil de usar, pero cuando se lo aplico a mis datos me da: Error in eval(stats::getCall(object)$data) : object 'x.data' not found. Os copio abajo un ejemplo de aplicación a un RF. El mio es de un boosted regression trees (paquete gbm). No sé si esa puede ser la razón del error. En el paquete pdp no especifica que sea solo para RF, aunque en los

I got a compile error with rc6, rc5 works fine. amd64:dovecot-1.1.rc6# uname -a FreeBSD amd64.objtech.com 7.0-RELEASE-p1 FreeBSD 7.0-RELEASE-p1 #3: Fri Apr 18 02:18:13 EDT 2008 ./configure \ --prefix=/opt1/dovecot \ --localstatedir=/var \ --without-shadow \ --without-cyrus-sasl2 \ --without-pop3d \ --without-gssapi \ --disable-ipv6 \ --disable-debug \ --with-ioloop=kqueue \ --with-ssl=openssl

Hello, today I have the great pleasure of announcing Theora 1.0 beta1. http://downloads.xiph.org/releases/theora/libtheora-1.0beta1.tar.gz libtheora 1.0beta1 (2007 September 22) - Granulepos scheme modified to match other codecs. This bumps the bitstream revision to 3.2.1. Bitstreams marked 3.2.0 are handled correctly by this decoder. Older decoders will show a one frame sync error

Hello, today I have the great pleasure of announcing Theora 1.0 beta1. http://downloads.xiph.org/releases/theora/libtheora-1.0beta1.tar.gz libtheora 1.0beta1 (2007 September 22) - Granulepos scheme modified to match other codecs. This bumps the bitstream revision to 3.2.1. Bitstreams marked 3.2.0 are handled correctly by this decoder. Older decoders will show a one frame sync error

Eric, thanks for quick reply. at first look I thought it is what I need, but, unfortunately, it doesn't applied to original data - it creates new data with loosing original indexes ! I want to keep indexes of original data, but replace original data with $mids of corresponding $breaks. So, if I have z = 1:10, t=hist(z,plot=F) > z [1] 1 2 3 4 5 6 7 8 9 10 > t$breaks [1] 0 2

Gentlemen, imap hits the same problem Nov 17 14:02:06 mx10 dovecot: imap(oleg.vasilyev at bgoperator.com): Panic: file mail-index-util.c: line 37 (mail_index_uint32_to_offset): assertion failed: (offset < 0x40000000) Nov 17 14:02:06 mx10 dovecot: imap(oleg.vasilyev at bgoperator.com): Error: Raw backtrace: /usr/lib/dovecot/libdovecot.so.0(+0x8215e) [0x7f8c8ce0915e] ->

Timo, -rw------- 1 vmail vmail *1,7G* ????. 16 22:54 ./mailboxes/noreply-05-08-2015/dbox-Mails/dovecot.index.cache the largest one Best regards, Sergey Schwartz Senior System Administrator Biblio Globus Tour Operator www.bgoperator.ru T: +7 495 5042500 ext 1532 E: sergey.schwartz at bgoperator.com 21.11.2015 04:25, Timo Sirainen ?????: > Do you have a huge >4GB dovecot.index.cache

After 1 or 2 hours of recieveing this kind of errors mail server runs out of file descriptors Nov 11 16:22:20 mx10 dovecot: config: Error: net_accept() failed: Too many open files Nov 11 16:22:24 mx10 dovecot: config: Error: net_accept() failed: Too many open files Nov 11 16:22:25 mx10 dovecot: config: Error: net_accept() failed: Too many open files Nov 11 16:22:27 mx10 dovecot: config:

It seems that Dovecot gets confused when presented with a header like: From: someone at somewhere.org i.e. with leading whitespace and no "friendly name" This shows up as ""@MISSING_DOMAIN in clients, such as Pine, that believe what Dovecot tells them rather than parsing the headers themselves (e.g. Thunderbird). Here's a sample IMAP session: xyz FETCH 728 ENVELOPE