similar to: dovecot: auth(default): Can't open configuration file /etc/dovecot/dovecot-sql.conf: Permission denied

Hi, I'm new the syslinux and found some bug. For example, when I install a boot file system into /mnt/boot during usb booted system, the extlinux reports the following error. /usr/bin/extlinux -i /mnt/boot /mnt/boot is device proc /usr/bin/extlinux: cannot open device proc But /mnt/boot is mounted on /dev/sda1 and ext3 file system. I read the source code and found the following code in

I installed dovecot on my system using the following configuration (in dovecot.conf): protocols = imap listen = * ssl_disable = yes login_user = nobody login_processes_count = 3 mail_extra_groups = nobody default_mail_env = maildir:/home/%u/Maildir auth default { mechanisms = plain passdb shadow { } userdb passwd { } user = root } After that I tested via telnet an got the message: Connection

hello hpa, please review and on ack merge belows patchset. thanks maks git pull git://git.debian.org/~maks/klibc.git maks for the changes: maximilian attems (8): [klibc] Add initial mntent.h with setmntent() and endmntent() [klibc] add getmntent() [klibc] mount: add help arg for usage() [klibc] mount: list

[ gsi.de pretends this is massmailing so removed from CC's ] hello hpa, please review and on ack merge belows patchset. changes from v1, thanks to review by kzak: * add strtok_r() * use it in getmntent_r() * getment_r() parses mnt_freq and mnt_passno too isn't that hard. thanks maks git pull git://git.debian.org/~maks/klibc.git maks for the changes: maximilian attems (9):

devname is put on heap for all cases to avoid memory leak, and ease of use in future as well Signed-off-by: Imran Zaman <imran.zaman at intel.com> --- extlinux/main.c | 48 ++++++++++++++++++++++++++++++++---------------- 1 file changed, 32 insertions(+), 16 deletions(-) diff --git a/extlinux/main.c b/extlinux/main.c index 55a1495..7bb7443 100644 --- a/extlinux/main.c +++

This patch was sent to me by Urban Widmark <urban@teststation.com> (thanks Urban!). It allows me to mount remote Win shares to my Linux box automatically. I'm using kernel automounter. The problem was that I have a ro root fs and my /etc/mtab isn't writable (symlinked to /proc/mounts). Patch adds -n and -o nomtab options for smbmount. -o nomtab was particularly useful for me. I

devname is put on heap for all cases to avoid memory leak, and ease of use in future as well Signed-off-by: Imran Zaman <imran.zaman at intel.com> --- extlinux/main.c | 44 ++++++++++++++++++++++++++++++-------------- 1 file changed, 30 insertions(+), 14 deletions(-) diff --git a/extlinux/main.c b/extlinux/main.c index 55a1495..b7cdf92 100644 --- a/extlinux/main.c +++ b/extlinux/main.c @@

--- daemon/btrfs.c | 69 ++++++++++++++++++++++++++++++++++++++++++++++++++++ daemon/daemon.h | 1 + daemon/fs-min-size.c | 50 ++++++++++++++++++++++++++++++++++++- generator/actions.ml | 6 ++++- 4 files changed, 124 insertions(+), 2 deletions(-) diff --git a/daemon/btrfs.c b/daemon/btrfs.c index ddb029d..d2d85f3 100644 --- a/daemon/btrfs.c +++ b/daemon/btrfs.c @@ -2190,3 +2190,72

Hello all This patch tries to remove a few bugs from smbmount. It would be nice to get some testing+feedback on this from others using smbmount and possibly get these things fixed for the next release of samba. It does the following: * Change lib/debug.c to allow changing your mind on being interactive. A second call to setup_logging should now replace the effects of a previous call. (hmm,

Hi, sorry for the double post, I stupidly composed this as a reply to an earlier mail, which causes it to appear in an older thread. Posting again so it doesn't get lost in the archives: dovecot 1.1.7 reliably crashes every time I try to open a mailbox using IMAP. Error in the logs: dovecot: Dec 02 23:14:15 Error: setmntent(/etc/mtab) failed: No such file or directory dovecot: Dec 02

I have a Fedora Core server running: Fedora Core release 4 (Stentz) kernel version: 2.6.15-1.1833_FC4smp ( I have also tried kernel version: 2.6.16-1.2108_FC4smp) I compiled the ocfs2 and ocfs2-tools using the following steps: # MODULES: tar zxvpf ocfs2-1.2.1.tar.gz cd ocfs2-1.2.1 ./configure make make install # TOOLS: tar zxf ocfs2-tools-1.2.1.tar.gz cd ocfs2-tools-1.2.1 ./configure

Hi, $ uname -srv HP-UX B.11.31 U $ cc --version cc: HP C/aC++ B3910B A.06.20 [May 13 2008] Compilation fails, output of configure and make are given below. The cause of this is almost certainly that this version of HP-UX does define the QCMD macro in sys/quota.h (checked in the ifdef line 26 dovecot-1.1.6/src/plugins/quota/quota-fs.h) as well as the dqblk struct, but the latter with different

devname is put on heap for all cases to avoid memory leak, and ease of use in future as well Signed-off-by: Imran Zaman <imran.zaman at intel.com> --- extlinux/main.c | 50 +++++++++++++++++++++++++++++++++----------------- 1 file changed, 33 insertions(+), 17 deletions(-) diff --git a/extlinux/main.c b/extlinux/main.c index bc7ded3..74f8d1f 100644 --- a/extlinux/main.c +++

On Thu, 10 Sep 2015 10:55:04 +0300 Imran Zaman via Syslinux <syslinux at zytor.com> wrote: > devname is put on heap for all cases to avoid memory > leak, and ease of use in future as well > > Signed-off-by: Imran Zaman <imran.zaman at intel.com> Reviewed-by: Paulo Alcantara <pcacjr at zytor.com> Thanks, Paulo > --- > extlinux/main.c | 44

Some programs like btrfsck should not be run on a mounted filesystem. This patch adds a check in btrfs_open_devices() for the mount status of every device belonging to the filesystem. The function check_mount() gets improved support for loopback devices. It now detects if the program is run on the file that is being used by the loopback device. Signed-off-by: Andi Drebes

hello The homedirectories are stored as a relative path in my userdb One problem ocoures with rawlog: rawloging occures only if a directory $HOME/dovecot.rawlog exist. this is checked with lstat for me $HOME is always "username/". This is relative to /var/mail and works. in rawlog.c lstat should now check "username//dovecot.rawlog" which fails. lstat can check

I'm not sure if it's even intended to work in this particular case, but there's a problem when chroot is explicitely defined and rawlogging is used. Rawlog respects chroot point, without being actually chrooted. Consider configurtion as below, with two cases (dovecot.rawlog dir is of course created earlier, with appropriate uid/gid). 1) dovecot.userdb:

On 12.12.2016 16:21, Mart Pirita wrote: > Edit: When using win8, then logs started appear in dovecot.rawlog. But > as win10 gives error in ssl level, before user authentication, then no > debug logs will be written into user dovecot.rawlog folder. > > So how to debug this ssl issue? > > > Aki Tuomi wrote: >> https://wiki2.dovecot.org/Debugging/Rawlog >> >>

Edit: When using win8, then logs started appear in dovecot.rawlog. But as win10 gives error in ssl level, before user authentication, then no debug logs will be written into user dovecot.rawlog folder. So how to debug this ssl issue? Aki Tuomi wrote: > https://wiki2.dovecot.org/Debugging/Rawlog > > can you try this to get rawlogs to find out what happens? > > Aki I'm bit

On 12/12/2016 10:42 AM, Aki Tuomi wrote: > > > On 12.12.2016 16:21, Mart Pirita wrote: >> Edit: When using win8, then logs started appear in dovecot.rawlog. But >> as win10 gives error in ssl level, before user authentication, then no >> debug logs will be written into user dovecot.rawlog folder. >> >> So how to debug this ssl issue? >> >>