similar to: alternate passwd/shadow

I am getting "user unknown" when trying to connect to the dovecot server using IMAP. The client gets an authentication failed message and does not download mail. The host system uses shadow passwords in /etc/shadow. I would like to use the same passwords for IMAP sessions, so I have set the passdb driver to shadow. The system is Slackware, which does not use PAM. Here is the dovecot

I'm having problems getting dovecot to set imap quotas that are defined as individual quotas for virtual users using mysql. I'm using postfix/dovecot 1.1.3, just built from source about a week ago. I've been testing using telnet and getquotaroot. when I define the quota in dovecot.conf quota = dirsize quota_rule = *:storage=102400 I get the following response from Dovecot:

hi, I am running debian lenny standard install and dovecot also as a standard install. I have a problem with POP3 access. The error message is: May 19 09:16:10 greenchilly dovecot: chdir(/home/vmail/example.com/john) failed with uid 5000: Permission denied May 19 09:16:10 greenchilly dovecot: child 26253 (pop3) returned error 89 May 19 09:16:10 greenchilly dovecot: pop3-login: Login:

OK, I am attempting to use the userdb connection to facilitate per user migration to Maildir format from mbox. Here's the first user: more /home/dovecot.passwd health:$1$MCtvt/Tz$FmKqU/cbWlBhKnhc5W.Ko.:1152:1152:/home/health:userdb_mail=maildir:~/Maildir The configuration was set up as: userdb passwd { } I changed this to: userdb passwd-file { args = /home/dovecot.conf }

On Thu, Oct 31, 2019 at 11:17 AM Jorg Brown via llvm-dev < llvm-dev at lists.llvm.org> wrote: > On Thu, Oct 31, 2019 at 8:50 AM kamlesh kumar via llvm-dev < > llvm-dev at lists.llvm.org> wrote: > >> Hi Devs, >> Consider testcase here >> https://godbolt.org/z/qHZzqw >> When optimization is O1 or above it produces unoptimized code >> because it

It is wholly self-contained. It's code that has no references to anything beyond a set of pointers passed in as arguments to the function. This piece of code doesn't do any OS work at all. It is purely calling function pointers, doing math and allocating memory. On Mon, Jul 1, 2019 at 12:57 AM Jorg Brown <jorg.brown at gmail.com> wrote: > > Qs for you: > > The code that

On Sat, Jul 13, 2019 at 12:40 PM Sanjoy Das via llvm-dev < llvm-dev at lists.llvm.org> wrote: > Hi Samuel, > > You can't expect alloca's to reliably lower to stack pointer > adjustments. The semantics of alloca is more high level -- it give > you an abstract memory location that lives and dies with the function > frame, but there is no guarantee that it will

Hi Devs, Consider testcase here https://godbolt.org/z/qHZzqw When optimization is O1 or above it produces unoptimized code because it calls __tls_get_address in loops. While with optimization disabled It produce single call to __tls_get_address outside of loop. is this a missed optimization by llvm? ./Kamlesh

On Thu, Oct 30, 2008 at 11:05 PM, Richard Elling <Richard.Elling at sun.com> wrote: > Philip Brown wrote: >> I''ve recently started down the road of production use for zfs, and am hitting my head on some paradigm shifts. I''d like to clarify whether my understanding is correct, and/or whether there are better ways of doing things. >> I have one question for

CentOS Errata and Security Advisory 2007:0431 https://rhn.redhat.com/errata/RHSA-2007-0431.html The following updated files have been uploaded and are currently syncing to the mirrors: ia64: updates/ia64/RPMS/shadow-utils-4.0.3-29.RHEL3.ia64.rpm -- Pasi Pirhonen - upi at iki.fi - http://pasi.pirhonen.eu/ Top-postings silently ignored -------------- next part -------------- A non-text

CentOS Errata and Security Advisory 2007:0431 https://rhn.redhat.com/errata/RHSA-2007-0431.html The following updated files have been uploaded and are currently syncing to the mirrors: s390: updates/s390/RPMS/shadow-utils-4.0.3-29.RHEL3.s390.rpm s390x: updates/s390x/RPMS/shadow-utils-4.0.3-29.RHEL3.s390x.rpm -- Pasi Pirhonen - upi at iki.fi - http://pasi.pirhonen.eu/ Top-postings silently

CentOS Errata and Security Advisory CESA-2007:0431 shadow-utils security update for CentOS 3 i386: https://rhn.redhat.com/errata/RHSA-2007-0431.html The following updated file has been uploaded and is currently syncing to the mirrors: i386: updates/i386/RPMS/shadow-utils-4.0.3-29.RHEL3.i386.rpm source: updates/SRPMS/shadow-utils-4.0.3-29.RHEL3.src.rpm You may update your CentOS-3 i386

CentOS Errata and Security Advisory CESA-2007:0431 shadow-utils security update for CentOS 3 x86_64: https://rhn.redhat.com/errata/RHSA-2007-0431.html The following updated file has been uploaded and is currently syncing to the mirrors: x86_64: updates/x86_64/RPMS/shadow-utils-4.0.3-29.RHEL3.x86_64.rpm source: updates/SRPMS/shadow-utils-4.0.3-29.RHEL3.src.rpm You may update your CentOS-3

CentOS Errata and Security Advisory 2007:0276 https://rhn.redhat.com/errata/RHSA-2007-0276.html The following updated files have been uploaded and are currently syncing to the mirrors: ia64: updates/ia64/RPMS/shadow-utils-4.0.3-61.RHEL4.ia64.rpm -- Pasi Pirhonen - upi at iki.fi - http://pasi.pirhonen.eu/ Top-postings silently ignored -------------- next part -------------- A non-text

CentOS Errata and Security Advisory 2007:0276 https://rhn.redhat.com/errata/RHSA-2007-0276.html The following updated files have been uploaded and are currently syncing to the mirrors: s390: updates/s390/RPMS/shadow-utils-4.0.3-61.RHEL4.s390.rpm s390x: updates/s390x/RPMS/shadow-utils-4.0.3-61.RHEL4.s390x.rpm -- Pasi Pirhonen - upi at iki.fi - http://pasi.pirhonen.eu/ Top-postings silently

CentOS Errata and Bugfix Advisory 2005:842 https://rhn.redhat.com/errata/RHBA-2005-842.html The following updated files have been uploaded and are currently syncing to the mirrors: i386: shadow-utils-4.0.3-58.RHEL4.i386.rpm src: shadow-utils-4.0.3-58.RHEL4.src.rpm -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature

CentOS Errata and Bugfix Advisory 2005:842 https://rhn.redhat.com/errata/RHBA-2005-842.html The following updated files have been uploaded and are currently syncing to the mirrors: x86_64: shadow-utils-4.0.3-58.RHEL4.x86_64.rpm src: shadow-utils-4.0.3-58.RHEL4.src.rpm -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type:

I am by no means an expert along these lines, but should the following small program lock out (for 60 seconds) elements of the shadow suit such as chsh ?? ------------------------ #include <stdlib.h> #include <shadow.h> void main() { if(lckpwdf()) { printf("Failed to get password locks\n"); exit(0); }

There is this * in the password field of the shadow file for certain accounts. I know that the ! is to indicate a locked account but what does a * mean? man 5 shadow does not reveal anything.

Shadow audit: paging-disabled shadows no longer need special treatment when translating the frame numbers found in the entries. multi.c | 31 +++++++++---------------------- 1 file changed, 9 insertions(+), 22 deletions(-) Signed-off-by: Tim Deegan <Tim.Deegan@citrix.com> -- Tim Deegan <Tim.Deegan@citrix.com> Principal Software Engineer, Citrix Systems (R&D) Ltd. [Company