search for: auth_username_format

...dovecot.conf: mail_location = maildir:/var/mail/vhosts/%d/%n but from debug output I see the domain is blank: dovecot: May 10 20:49:25 Info: IMAP(elliott): maildir: data=/var/mail/vhosts//elliott I've set elliott at n.0o0.bz as my username in Outlook so it is sending the domain (and changed auth_username_format to "auth_username_format = %n" so authentication works fine) Why is %d blank here? Anything else to check?? I'm at a loss. Thanks! -elliott-

...erberos due to recent changes to my plans and I am having a little problem getting the malbox created in desired path. At the moment the home folders are being created in: /home/vmail/DOMAIN.COM/%Ln and it worked great with kerberos, but with LDAP the domain part is missing so I did the following: Auth_username_format = %Ln Then I did: # telnet localhost pop3 Trying 127.0.0.1... Connected to localhost. Escape character is '^]'. +OK Dovecot ready. user test4 at domain.com +OK pass password +OK Logged in. But I saw in the logs the following: dovecot: auth(default): master out: USER 1 test4 ui...

Hi All, can anyone confirm whether "auth_username_format = %n" works or not? R /Lars

Hello dovecot list. I have multiple passdb/userdb, some use %Ln some use %Lu. How to make auth_username_format effective only within passdb/userdb?

...cate a pop3 user without a domain part and then use the domain part to specify a Maildir subfolder to grab messages from. So, this was my attempt: # use the domain part to access a subfolder mail_location = maildir:/mail/%n/Maildir/%d # strip of the domain part for authentication purposes auth_username_format = %n login: testuser at .INBOX.SubFolder Authentication of testuser works great, but mail_debug shows me that the domain-part (%d) is empty when expanding mail_location. Any bright ideas? Rob :) [ Dovecot 1.0.rc15, Debian Sarge, PAM auth. ]

> On 30. Sep 2020, at 17.08, Bob <rand.pie at rambler.ru> wrote: > > Hello dovecot list. > > I have multiple passdb/userdb, some use %Ln some use %Lu. > How to make auth_username_format effective only within passdb/userdb? passdb { driver = passwd-file args = username_format=%Ln /etc/dovecot/dovecot-passwd } Sami

...t;larryrtx at gmail.com> wrote: > > > I have a need for the following: > > Real system users in /etc/{passwd,shadow} (actually PAM on FreeBSD) wirhOUT @domain in /etc/passwd > > Virtual Users in SQL (with full user at domain in the DB) > >? > > When I have auth_username_format = %Ln I can?t auth the Virtual Users, and if I have auth_username_format = %Lu I can?t auth System users. > >? > > Is there a compromise somewhere? > > You could try using %{original_username} in SQL. Or you can try removing the auth_username_format and instead passdb { ?...

...[private/dovecot-lmtp], delay=7627, delays=7627/0/0/0.02, dsn=5.1.1, status=bounced (host orange.domain.de[private/dovecot-lmtp] said: 550 5.1.1 <user at orange.domain.de> User doesn't exist: user at orange.domain.de (in reply to RCPT TO command)) In 10-auth.conf I have the setting "auth_username_format = %Lu". When changing it to "auth_username_format = %n" the local users can be found but not the virtual users anymore. Is there a way to define "if <user> is local then auth_username_format = %n else auth_username_format = %Lu"? Thanks and best regards, David --...

Oh you have multiple db's, I missed that. Remove auth_username_format, and instead userdb { args = /etc/imap.passwd username_format=%Ln driver = passwd-file override_fields = home=/var/vmail/glu_vrem/%u } On 29.06.2017 14:35, Evgeniy Korneechev wrote: > with auth_username_format = %Ln: > > Jun 28 14:43:41 auth: Debug: master in: USER 1 iivanov....

...-- ???????? ????????? ----- >> ??: "Aki Tuomi" <aki.tuomi at dovecot.fi> >> ????: "dovecot" <dovecot at dovecot.org> >> ????????????: ???????, 29 ???? 2017 ? 13:59:05 >> ????: Re: Per-user quota (passwd) >> or use, as I indicated before, auth_username_format = %Ln >> >> Aki >> >> >> On 29.06.2017 13:58, Evgeniy Korneechev wrote: >>> Hi! >>> workaround: >>> administrator:*:95400500:95400513:Administrator:/home/DOM/administrator:/bin/bash::userdb_quota_rule=*:bytes=10G >>> userdb_mail=mail...

...> > I have a need for the following: > > > > Real system users in /etc/{passwd,shadow} (actually PAM on FreeBSD) wirhOUT @domain in /etc/passwd > > > > Virtual Users in SQL (with full user at domain in the DB) > > > >? > > > > When I have auth_username_format = %Ln I can?t auth the Virtual Users, and if I have auth_username_format = %Lu I can?t auth System users. > > > >? > > > > Is there a compromise somewhere? > > > > > > You could try using %{original_username} in SQL. > > Or you can try removing...

or use, as I indicated before, auth_username_format = %Ln Aki On 29.06.2017 13:58, Evgeniy Korneechev wrote: > Hi! > workaround: > administrator:*:95400500:95400513:Administrator:/home/DOM/administrator:/bin/bash::userdb_quota_rule=*:bytes=10G userdb_mail=maildir:/var/vmail/glu_vrem/administrator/Maildir > administrator at email.dom:*...

...ing: > > > > > > Real system users in /etc/{passwd,shadow} (actually PAM on FreeBSD) wirhOUT @domain in /etc/passwd > > > > > > Virtual Users in SQL (with full user at domain in the DB) > > > > > >? > > > > > > When I have auth_username_format = %Ln I can?t auth the Virtual Users, and if I have auth_username_format = %Lu I can?t auth System users. > > > > > >? > > > > > > Is there a compromise somewhere? > > > > > > > > > > You could try using %{original_username} in...

...M] upgraded dovecot (2.2.30.2-1 -> 2.2.31-1) When Dovecot was last updated back on June 30, I did `systemctl daemon-reload` but never actually restarted the Dovecot daemon until what seems like today. The only thing I did today was edit /etc/dovecot/conf.d/10-auth.conf by simply enabling "*auth_username_format = %Lu*" which was commented out before I enabled it. That is the /*only*/ thing that I tested. After I was done testing I went back and commented out the same thing so it reads "*#auth_username_format = %Lu*" and of course restarted Dovecot. I really doubt this has anything to do wit...

...<div> <br> </div> <div> -- </div> <div> Jerry </div> </blockquote> <div> <br> </div> <div> I would try setting </div> <div> <br> </div> <div> auth_username_format=%Ln </div> <div> <br> </div> <div> as otherwise domain part is included in username lookup... </div> <div class="io-ox-signature"> <pre>--- Aki Tuomi</pre> </div> </body> </html>

...Aki Tuomi" <aki.tuomi at dovecot.fi> >> ????: "dovecot" <dovecot at dovecot.org> >> ????????????: ???????, 29 ???? 2017 ? 14:40:44 >> ????: Re: Per-user quota (passwd) > >> Oh you have multiple db's, I missed that. >> >> Remove auth_username_format, and instead >> >> userdb { >> args = /etc/imap.passwd username_format=%Ln >> driver = passwd-file >> override_fields = home=/var/vmail/glu_vrem/%u >> } >> >> On 29.06.2017 14:35, Evgeniy Korneechev wrote: >>> with auth_username_format =...

I have a need for the following: Real system users in /etc/{passwd,shadow} (actually PAM on FreeBSD) wirhOUT @domain in /etc/passwd Virtual Users in SQL (with full user at domain in the DB) When I have auth_username_format = %Ln I can?t auth the Virtual Users, and if I have auth_username_format = %Lu I can?t auth System users. Is there a compromise somewhere? Current doveconf ?n with %Ln thebighonker.lerctr.org /usr/local/etc/dovecot/conf.d $ doveconf -n # 2.2.31 (65cde28): /usr/local/etc/dovecot/dovecot.c...

On Thu Mar 28 2019 17:04:37 GMT-0400 (Eastern Standard Time), Patrick Mahan via dovecot <dovecot at dovecot.org> wrote: > Hmm, actually it is set - > > root at ns:/usr/local/etc/dovecot # dovecot -a | grep auth_username_format > auth_username_format = %Ln Use doveconf, not dovecot (although they may do the same thing). doveconf -a just shows you ALL settings, regardless of whether or not they are set in your particular config. doveconf -n shows you the settings that your running dovecot is actually using.

...certainly escaping me at the moment. The relevant (I think) part of my config follows. The usernames in the mentioned passwd and shadow files are in the 'user' format (ie. not 'user at realm'). --snip-- mail_location = mbox:/vhome/%l/home/%n/mail:INBOX=/var/spool/vmail/%l/%n auth_username_format = %n passdb passwd-file { args = /etc/vmail/shadow.%l } userdb passwd-file { args = /etc/vmail/passwd.%l } login_log_format_elements = user=<%u> method=%m rip=%r lip=%l %c --snip-- Hints and suggestions appreciated! Cheers, >>>>> Mike <<<<<

...e vacation address is case-sensitive. Whether the final recipients address is also treated case-insensitive. > > If this has to be case-sensitive to be RFC compliant, then please create an option for admins or users to change the behavior to an case-insensitive comparison. > Just change auth_username_format = %Lu to make all addresses lowercase. That should solve your problem. Or if you REALLY REALLY want to have case-sensitive userpart, then use auth_username_format = %n@%Ld Sami