similar to: nvidia geforce 1050 on xps 9560 crashing - howto debug

On 27/08/15 10:42, Muzaffer Tolga Ozses wrote: > Please check permissions as this sounds like a permissions issue m I am confused then. /home/vmail/Maildir is 700 for vmail:vmail. If dovecot-lda runs as vmail then there's no problem, if it runs as root it shouldn't face problems either. How can I determine which user dovecot-lda runs under? Thanks, -- Paulo Matos

Hi, I have setup postfix master.cf to use dovecot-lda to deliver (using -m) all messages to PreInbox: dovecot unix - n n - - pipe flags=DRhu user=vmail:vmail argv=/usr/libexec/dovecot/deliver -f ${sender} -a ${recipient} -d ${user}@${nexthop} -m PreINBOX And enabled lda_mailbox_autocreate. The message I have now it: Aug 27 10:02:29 lda(): Info:

On 29/08/15 11:31, Timo Sirainen wrote: > On 27 Aug 2015, at 12:07, Paulo Matos <paulo at matos-sorge.com> wrote: >> >> Aug 27 10:02:29 lda(): Info: msgid=<dae42d0cf57bf4496a3dd53e162f8281 at localhost.localdomain>: save failed to open mailbox PreINBOX: Mailbox can't be created > > I have no idea how you could get that error message. Looking at the code I

Having said that, /home/vmail should be owned by vmail, however dovecot-lda should have write access so 700 is a bad idea. On 27/08/2015 3:00 PM, "Muzaffer Tolga Ozses" <tolga at ozses.net> wrote: > ps aux | grep lda > On 27/08/2015 2:58 PM, "Paulo Matos" <paulo at matos-sorge.com> wrote: > >> On 27/08/15 10:42, Muzaffer Tolga Ozses wrote: >>

On Thu, Aug 20, 2015 at 8:41 am, Steffen Kaiser < skdovecot at smail.inf.fh-brs.de [skdovecot at smail.inf.fh-brs.de] > wrote: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wed, 19 Aug 2015, Paulo Matos wrote: >> You can't change the name of the INBOX - the INBOX is always the INBOX. >> But you can choose the name of the target mailbox. > > How do I do that?

https://bugs.freedesktop.org/show_bug.cgi?id=102192 Bug ID: 102192 Summary: Dell XPS 15 9560: PU: 1 PID: 58 at drivers/gpu/drm/nouveau/nvkm/subdev/mmu/gf100.c:190 gf100_vm_flush+0x1b3/0x1c0 [nouveau] Product: xorg Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All)

Hello there, I've just got a Dell XPS 15 (9590) at work and need to set up a stable GNU/Linux system on it. I thought of CentOS7, but.. obviously its kernel can't run on this hardware. What would you recommend? Waiting for CentOS8 is not an option unless it's a question of few weeks. Are there respins of the CentOS7 DVDs w/ more top-recent kernels? I'm know of Fedora 26 or

https://bugs.freedesktop.org/show_bug.cgi?id=102275 Bug ID: 102275 Summary: Laptop bootup and suspend and wake issues Product: Mesa Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/DRI/nouveau

https://bugs.freedesktop.org/show_bug.cgi?id=101553 Bug ID: 101553 Summary: [ 8.944203] nouveau 0000:01:00.0: DRM: failed to create kernel channel, -22 Product: xorg Version: unspecified Hardware: Other OS: All Status: NEW Severity: normal Priority: medium

Hi all, I am running an smbclient 3.4.7 on a ubuntu server 10.04. This is a local network whose hostnames in the network are setup manually through /etc/hosts. Zeus is a server which contains a music share which I am trying to access. I haven't created any users or passwords. The idea is that anyone within the local network should be able to access the share with read permissions, so I

https://bugs.freedesktop.org/show_bug.cgi?id=100228 Bug ID: 100228 Summary: [NV137] unknown chipset (137000a1) Product: xorg Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau Assignee: nouveau

We used to use a percpu structure vq_index to record the cpu to queue mapping, this is suboptimal since it duplicates the work of XPS and loses all other XPS functionality such as allowing use to configure their own transmission steering strategy. So this patch switches to use XPS and suggest a default mapping when the number of cpus is equal to the number of queues. With XPS support, there's

We used to use a percpu structure vq_index to record the cpu to queue mapping, this is suboptimal since it duplicates the work of XPS and loses all other XPS functionality such as allowing use to configure their own transmission steering strategy. So this patch switches to use XPS and suggest a default mapping when the number of cpus is equal to the number of queues. With XPS support, there's

Am 07.11.2018 um 15:15 schrieb Jim Perrin <jperrin at centos.org>: > > On 11/3/18 12:32 PM, Leon Fauster via CentOS wrote: >> Anyone with some Dell laptop XPS 13 9370 (2018) experience here? >> Especially with that "Killer 1435 (802.11ac 2x2 und Bluetooth)" device? >> Supported by the stock kernel (EL7)? > > > I had reasonably unreliable

We used to use a percpu structure vq_index to record the cpu to queue mapping, this is suboptimal since it duplicates the work of XPS and loses all other XPS functionality such as allowing user to configure their own transmission steering strategy. So this patch switches to use XPS and suggest a default mapping when the number of cpus is equal to the number of queues. With XPS support,

We used to use a percpu structure vq_index to record the cpu to queue mapping, this is suboptimal since it duplicates the work of XPS and loses all other XPS functionality such as allowing user to configure their own transmission steering strategy. So this patch switches to use XPS and suggest a default mapping when the number of cpus is equal to the number of queues. With XPS support,

We used to use a percpu structure vq_index to record the cpu to queue mapping, this is suboptimal since it duplicates the work of XPS and loses all other XPS functionality such as allowing use to configure their own transmission steering strategy. So this patch switches to use XPS and suggest a default mapping when the number of cpus is equal to the number of queues. With XPS support, there's

We used to use a percpu structure vq_index to record the cpu to queue mapping, this is suboptimal since it duplicates the work of XPS and loses all other XPS functionality such as allowing use to configure their own transmission steering strategy. So this patch switches to use XPS and suggest a default mapping when the number of cpus is equal to the number of queues. With XPS support, there's

Anyone with some Dell laptop XPS 13 9370 (2018) experience here? Especially with that "Killer 1435 (802.11ac 2x2 und Bluetooth)" device? Supported by the stock kernel (EL7)? -- Thanks, LF

Hi all, I have developed an Android VR player, which supports 4K video playback so far. I want to include the support for 8K video. The current Snapdragon 845 mobile platform supports up to 4K video playback, which lacks the support for my requirement. So I choose Android-x86 as my platform for development, which is Android OS runs on Intel x86 architecture. I've tried to play 8K(7680*3840)